Gustavo Adolfo Chapus Castañeda. José Guadalupe Pérez de los Santos

Presentación del tema: "Gustavo Adolfo Chapus Castañeda. José Guadalupe Pérez de los Santos"— Transcripción de la presentación:

1 Gustavo Adolfo Chapus Castañeda. José Guadalupe Pérez de los Santos
Universidad Juárez Autónoma de Tabasco División académica de informática y sistemas Licenciatura en Sistemas Computacionales Asignatura: Fundamentos Ingeniería de Software.  Nombre del facilitador: Nicolás Torres Martínez Integrantes del equipo: Gustavo Adolfo Chapus Castañeda. José Guadalupe Pérez de los Santos Osvaldo Correa Collí

2 Diseño del Software

3 El diseño del software se encuentra en el núcleo técnico de la ingeniería del software y se aplica independientemente del modelo de diseño de software que se utilice. Una vez que se analizan y especifican los requisitos del software, el diseño del software es la primera de las tres actividades técnicas, diseño, generación de código y pruebas que se requieren para construir y verificar el software.

4 Los requisitos del software, manifestados por los modelos de datos funcionales y de comportamiento, alimentan la tarea del diseño. Mediante uno de los muchos métodos de diseño la tarea de diseño produce un diseño de datos, un diseño arquitectónico, un diseño de interfaz y un diseño de componentes.

5 El diseño de datos transforma el modelo del dominio de información que se crea durante el análisis en las estructuras de datos que se necesitarán para implementar el software. Los objetos de datos y las relaciones definidas en el diagrama relación entidad y el contenido de datos detallado que se representa en el diccionario de datos proporcionan la base de la actividad del diseño de datos.

6 El diseño arquitectónico define la relación entre los elementos estructurales principales del software, los patrones de diseño que se pueden utilizar para lograr los requisitos que se han definido para el sistema, y las restricciones que afectan a la manera en que se pueden aplicar los patrones de diseño arquitectónicos.

7 El diseño de la interfaz describe la manera de comunicarse el software dentro de sí mismo, con sis- temas que inter operan dentro de él y con las personas que lo utilizan. Una interfaz implica un flujo de información (por ejemplo, datos y/o control) y un tipo específico de comportamiento. Por tanto, los diagramas de flujo de control y de datos proporcionan gran par- te de la información que se requiere para el diseño de la interfaz.

8 La importancia del diseño del software se puede describir con una sola palabra -calidad-. El diseño es el lugar en donde se fomentará la calidad en la ingeniería del software. El diseño proporciona las representaciones del software que se pueden evaluar en cuanto a calidad. El diseño es la única forma de convertir exactamente los requisitos de un cliente en un producto o sistema de software finalizado.

9 Diseño y calidad del software
Tres características que sirven como guía para la evaluación de un buen diseño: el diseño deberá implementar todos los requisitos explícitos del modelo de análisis, y deberán ajustarse a todos los requisitos implícitos que desea el cliente; el diseño deberá ser una guía legible y comprensible para aquellos que generan código y para aquellos que comprueban y consecuentemente, dan soporte al software; el diseño deberá proporcionar una imagen completa del software.

10 Principios básicos del diseño
Un buen diseñador deberá tener en cuenta enfoques alternativos, juzgando todos los que se basan en los requisitos del problema. El diseño deberá poderse rastrear hasta el modelo de análisis. El diseño no deberá inventar nada que ya esté inventado. Los sistemas se construyen utilizando un conjunto de patrones de diseño

11 El diseño deberá presentar uniformidad e integración
El diseño deberá presentar uniformidad e integración. Un diseño es uniforme si parece que fue una persona la que lo desarrolló por completo El diseño deberá estructurarse para admitir cambios. El diseño deberá evaluarse en función de la calidad mientras se va creando, no después de terminarlo El diseño deberá revisarse para minimizar los errores conceptuales (semánticos).

12 DESARROLLO DEL SOFTWARE Alumno: Jose Gpe. Perez de los Santos
PROCESOS PARA EL DESARROLLO DEL SOFTWARE Alumno: Jose Gpe. Perez de los Santos

13 Un proceso para el desarrollo de software, también denominado ciclo de vida del desarrollo de software es una estructura aplicada al desarrollo de un producto de software. Algunos autores consideran un modelo de ciclo de vida un término más general que un determinado proceso para el desarrollo de software.

14 ACTIVIDADES PARA EL DESARROLLO DEL SOFTWARE
REQUERIMIENTOS DISEÑO IMPLEMENTACION VERIFICACION MANTENIMIENTO

15 PLANIFICACIÓN La importante tarea a la hora de crear un producto de software es obtener los requisitos o el análisis de los requisitos. Los clientes suelen tener una idea más bien abstracta del resultado final, pero no sobre las funciones que debería cumplir el software. Una vez que se hayan recopilado los requisitos del cliente, se debe realizar un análisis del ámbito del desarrollo. Este documento se conoce como especificación funcional.

16 Implementación, pruebas
y documentación La implementación es parte del proceso en el que los ingenieros de software programan el código para el proyecto. Las pruebas de software son parte esencial del proceso de desarrollo del software. Esta parte del proceso tiene la función de detectar los errores de software lo antes posible.

17 La documentación del diseño interno del software con el objetivo de facilitar su mejora y su mantenimiento se realiza a lo largo del proyecto. Esto puede incluir la documentación de un API, tanto interior como exterior.

18 Despliegue y mantenimiento
El despliegue comienza cuando el código ha sido suficientemente probado, ha sido aprobado para su liberación y ha sido distribuido en el entorno de producción. Entrenamiento y soporte para el software es de suma importancia y algo que muchos desarrolladores de software descuidan. Los usuarios, por naturaleza, se oponen al cambio porque conlleva una cierta inseguridad, es por ello que es fundamental instruir de forma adecuada a los futuros usuarios del software.

19 El mantenimiento o mejora del software de un software con problemas recientemente desplegado, puede requerir más tiempo que el desarrollo inicial del software. Es posible que haya que incorporar código que no se ajusta al diseño original con el objetivo de solucionar un problema o ampliar la funcionalidad para un cliente. Si los costes de mantenimiento son muy elevados puede que sea oportuno rediseñar el sistema para poder contener los costes de mantenimiento.

20 Modelo de cascada Especificación de requisitos Diseño del software
El modelo de cascada define las siguientes etapas que deben cumplirse de forma sucesiva: Especificación de requisitos Diseño del software Construcción o Implementación del software Integración Pruebas (o validación) Despliegue (o instalación) Mantenimiento

21 Modelo de espiral La espiral se visualiza como un proceso que pasa a través de algunas interacciones con el diagrama de los cuatro cuadrantes representativos de las siguientes actividades: crear planes con el propósito de identificar los objetivos del software, seleccionados para implementar el programa y clarificar las restricciones en el desarrollo del software; Análisis de riesgos: una evaluación analítica de programas seleccionados, para evaluar como identificar y eliminar el riesgo; la implementación del proyecto: implementación del desarrollo del software y su pertinente verificación;

22

23 DISEÑO ESTRUCTURADO DE SOFTWARE.

24 El diseño estructurado es el proceso de decidir que componentes, y la interconexión entre los mismos, para solucionar un problema bien especificado.

25 El diseño es una actividad que comienza cuando el analista de sistemas ha producido un conjunto de requerimientos funcionales lógicos para un sistema, y finaliza cuando el diseñador ha especificado los componentes del sistema y las relaciones entre los mismos.

26 PRINCIPIOS UTILIZADOS POR EL DISEÑO ESTRUCTURADO.
Abstracción La noción psicológica de abstracción permite concentrarse en un problema al mismo nivel de generalización. También permite trabajar con conceptos y términos que son familiares al entorno del problema, sin tener que transformarlos a una estructura no familiar.

27 Refinamiento sucesivo
Es una primera estrategia de diseño descendente. La arquitectura de un programa se desarrolla en niveles sucesivos de refinamiento de los detalles de procedimientos. Se desarrolla una jerarquía descomponiendo una declaración macroscópica de una función de una forma sucesiva, hasta que se llega a las sentencias de un lenguaje de programación.

28 Modularidad La arquitectura implica modularidad, el software se divide en componentes con nombres y ubicaciones determinados, que se denominan módulos, y que se integran para satisfacer los requisitos del problema.

29 Jerarquía de control También denominada estructura de programa, representa la organización (frecuentemente jerárquica) de los componentes del programa (módulos) e implica una jerarquía de control.

30 Estructura de datos Es una representación de la relación lógica existente entre los elementos individuales de datos. Debido a que la estructura de la información afectará invariablemente al diseño procedimental final. La estructura de datos es tan importante como la estructura del programa en la representación de la arquitectura del software.

31 Procedimientos del software
La estructura del programa define de la jerarquía del control, independientemente de las decisiones y secuencias de procesamiento. El procedimiento del software se centra sobre los detalles de procesamiento de cada módulo individual.

32 Ocultamiento de información
El principio de ocultamiento de la información sugiere que los módulos se han de caracterizar por decisiones de diseño que los oculten unos a otros.

33 La flexibilidad representa la facilidad de que el mismo sistema pueda realizar variaciones sobre una misma temática, sin necesidad de modificaciones. Flexibilidad y generalidad son dos objetivos importantes en el diseño de sistemas del tipo de propósitos generales.

34 La utilidad o facilidad de uso es un factor importante que influye en el éxito del sistema y su aceptación por parte del usuario. Un sistema bien diseñado pero con interfaces muy “duras” tiende a ser resistido por los usuarios. Finalmente diremos que eficiencia, mantenibilidad, modificabilidad, flexibilidad, generalidad y utilidad, son componentes de la calidad objetiva de un sistema.