Sesion 5_2 Del Análisis al Diseño

8/3/2019 Sesion 5_2 Del Análisis al Diseño

http://slidepdf.com/reader/full/sesion-52-del-analisis-al-diseno 1/37

Diseño:Del Análisis Al Diseño

Lic. César Alcántara Loayza



CAL/Fundamentos 2

Del Análisis Al Diseño Para manejar el proceso de desarrollo se

debe comprender como se relacionan las

fases de desarrollo una con otra y con elproceso general.

Comprender las relaciones entre losproductos de trabajo facilita el mejoramiento

y refinamiento de los modelos. Así como enel análisis, los modelos se deben reconciliarpara probar su integridad y exactitud. Losprocesos de prueba del proceso continuarána través del diseño.



CAL/Fundamentos 3

Comprender como estos mismosproductos del trabajo evolucionan

desde una fase hacia la siguientefacilitan el manejo del proceso general.Cada fase entrega los productos de

trabajo a un nivel que les permitausarse como recursos en la siguientefase.

Del Análisis Al Diseño



CAL/Fundamentos 4

Revisión Del Ciclo De Vida En las lecciones anteriores aprendimos

acerca de las dos primeras fases, Inicio

del proyecto y análisis del problema. Alfinal de estas dos fases, ha creado yprobado un modelo completo del dominiodel problema. Se ha definido todos los

objetivos y recursos que el sistema finaldeberá soportar. Estos productos deltrabajo representan su objetivo



CAL/Fundamentos 5

El diseño es cuando Ud. toma elobjetivo como el blanco. Es importante

que no dispare hasta que que tenga elblanco. En otras palabras, diseñar trataacerca del planear como conseguir losobjetivos definidos en los productos de

trabajo del análisis. El proceso deplaneamiento identifica la solucióndeseada, no la solución completa.

Revisión Del Ciclo De Vida



CAL/Fundamentos 6

El diseño trata la funcionalidad asicomo el rendimiento, la flexibilidad y

la capacidad de mantenimiento.

Revisión Del Ciclo De Vida



CAL/Fundamentos 7

Diseño vs. Implementación Probablemente preguntará, ¿pero el lenguaje y

el ambiente de implementación no dictan eldiseño?, En parte es así. Habrá un esfuerzoconvenido durante la implementación parareconciliar el diseño deseado y lo que latecnología soportará. El valor de separar estosdos pasos viene del hecho de que el diseñoretiene la imagen del resultado deseado,mientras que la implementación se debeconformar con las limitaciones de la tecnología yentornos actuales.



CAL/Fundamentos 8

Las tecnologías y los entornos cambian rápidamente, presentando

nuevas oportunidades para mejorar laimplementación. El diseño proporcionaun marco a através del cual medir

estas nuevas oportunidades y planearsu introducción en la implementación.

Diseño vs. Implementación



CAL/Fundamentos 9

El Proceso De Desarrollo Inicio del Proyecto

Documenta las espectativas del usuario.



CAL/Fundamentos 10

Análisis del problema Define los recursos del dominio del problema.



CAL/Fundamentos 11

Análisis arquitectural Selecciona la aproximación arquitectónica

para la solución.



CAL/Fundamentos 12

Diseño de Objetos Selecciona y define la implementación para la

solución de software.



CAL/Fundamentos 13

Construcción Construye, compra, integra el código para

satisfacer el diseño.



CAL/Fundamentos 14

Instalación Coloca la aplicación en producción



CAL/Fundamentos 15

Mantenimiento Revisa / mejora la aplicación en producción.



CAL/Fundamentos 16

Transición Análisis - Diseño La transición desde el análisis hacia el

diseño requiere que se comprenda la

diferencia entre lo que se modeló en elanálisis y lo que se modelará en el diseño.Durante el inicio del proyecto y del análisisdel problema se procedió bajo el supuesto

de que el “sistema” que estaba modelandono tenía nada que hacer en absoluto conel software y hardware.



CAL/Fundamentos 17

La funcionalidad (modelo de casos de uso), losrecursos (modelo de objetos) y la interacción delos recursos para soportar la funcionalidad(Diagramas de secuencia y colaboración) podríanexistir se proporcione o no automatización. p.een el sistema de venta de boletos, se identificó lanecesidad de fijar asiento, fijar presentaciones,

los precios por asiento en las presentaciones y laventa de boletos. No hay nada tecnológico enestas funciones. De hecho ellas han sidorealizadas manualmente durante centurias.

Transición Análisis - Diseño



CAL/Fundamentos 18

Todo lo que definió en el análisis debepermanecer intacto a medida que semueve hacia el diseño. De hecho, el

modelo de objetos a nivel de análisis serála base para su diseño de base de datos.Pocos objetos nuevos, si hay alguno, quese adicionan en el diseño formarán parte

de la base de datos. Aquellos que seagregan durante el diseño de objetosserán para mejorar el rendimiento no lafuncionalidad.




CAL/Fundamentos 19

Diseño: el diseño añade una “capa” defuncionalidad mas arriba del modelo de

análisis. Esta capa es el software quefacilita el uso de los recursos deldominio del problema usando

interfaces, bases de datos, control detransacciones y comunicación queconforma al modelo de casos de uso.




CAL/Fundamentos 20

Esta capa de tecnologíaprobablemente cambie a menudo,

pero el dominio del problemasubyacente permanecerárelativamente estable.




CAL/Fundamentos 21


Capa de diseño

Capa de análisis



CAL/Fundamentos 22

Revisión Productos del Análisis Diccionario de datos:

Define el vocabulario del dominio del

problema. Este vocabulario forma la basepara todos los modelos.

Modelo de casos de uso:

Incluye los diagramas de casos de uso,como también la descripción narrativa y losescenarios de cada caso de uso.



CAL/Fundamentos 23

Modelo de casos de uso El propósito del modelo de casos de uso es

establecer lo que el usuario espera ver cuandointeractúe con el sistema. La vista es de alguien defuera del sistema. Los escenario proporcionan loscasos de prueba para cada caso de uso y así sonrecursos críticos para el resto del proyecto. Estos

casos de prueba pueden y deben ser aplicados encada iteración del proceso de análisis y diseño.

Revisión Productos del Análisis



CAL/Fundamentos 24

Modelo de objetos:

Proporciona dos recursos: el diagrama de

clases y el diagrama de objetos. Los dosdiagramas representan los recursos deldominio del problema que los usuariospodrían requerir aún si el sistema no fueraautomatizado. El diagrama de clases(frecuentemente llamado modelo deobjetos) es el modelo principal.




CAL/Fundamentos 25

Modelo de objetos:

El diagrama de clases genera el código y

proporciona la mejor definición para losobjetos persistentes del sistema –losobjetos que deberán manejarse en la basede datos. El diagrama de objetos es una

herramienta para prueba y compresión delos objetos que son representados porclases en el diagrama de clases.




CAL/Fundamentos 26

Diagramas de interacción:

Los diagramas de secuencia y colaboración

representan las interacciones entreobjetos. Como tal son herramientasvaliosas para identificar interfaces deobjetos. Las interfaces a su vez ayudan a

identificar los atributos que debe soportarel diagrama de clases. Los atributoscontienen valores de datos.




CAL/Fundamentos 27

... Los valores de datos son pasadoscomo argumentos y valores de retorno

en las interfaces. Un valor no se puedepasar como argumento si no estácontenido en un atributo en algún objetoo creado por alguna operación que

pertenece a un objeto (atributoderivado).




CAL/Fundamentos 28

Revisión Productos del AnálisisModelo deCasos de Uso

Diagrama deSecuencia ó

Diagramas de Actividad

Diagrama deEstados

Modelo deObjetos

Mas útil paradescribir el

negocio



CAL/Fundamentos 29

Diseño En Dos Pasos El diseño está dividido en dos pasos:

Análisis arquitectural y

Diseño de objetos. Por ejemplo la diferencia entre aplicaciones

locales y distribuidas son significativas. Losretos de latencia, acceso a memoria, fallas

parciales y concurrencia, requieren diseñossignificativamente diferentes para solucioneslocales que para distribuidas.



CAL/Fundamentos 30

Arquitecturas diferentes dictandiferentes diseños de bajo nivel.

Consecuentemente, las decisionesarquitecturales proporcionan elcontexto para el diseño de bajo nivel.

Diseño En Dos Pasos



CAL/Fundamentos 31

El análisis arquitectural evalúa losrequerimientos del sistema contra las

tecnologías que ofrecen los maspromisorios marcos para una solución.El problema se particiona para soportar

tanto los requerimientos tecnológicoscomo los funcionales.

Análisis Arquitectural



CAL/Fundamentos 32

Los casos de uso con utilizado comofuente para la división funcional. Los

diagramas de clases proporcionan losrecursos de cada área funcional. Losdiagramas de interacción proporcionanla visión de las dependencias entre las

particiones funcionales. Las particionesresultantes se modelan en un diagramade paquetes.




CAL/Fundamentos 33

Cada paquete (partición funcional)está dividido para representar las

capas de tecnología que se usaránpara implementar la solución.




CAL/Fundamentos 34

Análisis ArquitecturalModelo de Casos de Uso modelo de objetos Diagramas de Interacción

(Funcionalidad) (Recursos) (Comunicación)

Diagrama de PaquetesRepresentación de las particiones del Sistema

A B

C D



CAL/Fundamentos 35

Diseño De Objetos Durante el diseño de objetos cada

partición representa un tipo diferente

de reto de diseño. Por ejemplo, lapartición de interface del usuario trataun conjunto muy diferente deproblemas que la partición de acceso a

datos. Una partición de Servidor deTransacciones es muy diferente de unapartición de Aplicación del Cliente.



CAL/Fundamentos 36

El diseño de objetos utilizará eldiagrama de estados adicionalmente a

otras herramientas de análisis. Juntasestas herramientas proporcionanmodelos activos de todos los aspectos

del diseño de software.

Diseño De Objetos



Resúmen Las fases del proceso de desarrollo se asignan

para soportan la evolución de los modelosdesde la definición del problema hasta ladefinición de la solución. Las mismasherramientas se usan a través del proceso.Sin embargo el nivel de detalle y la clase deobjetos agregados a cada fase sucesiva son

diferentes. La clave para manejar y aplicar elproceso con éxito está en comprender lasrelaciones entre las fases y los productos detrabajo que ellos afectan.

Sesion 5_2 Del Análisis al Diseño

Documents

Transcript of Sesion 5_2 Del Análisis al Diseño