ANALISIS Y DISEÑO DE SISTEMAS

SESION 13
UNIVERSIDAD NACIONAL DE INGENIERIA Facultad de Ingeniería Industrial y de Sistemas Ing. Jesús Walter Antaurco Trujillo Wantaurco@yahoo.com

Objetivos de la clase
‡ Modelo de diseño ‡ Resumen de la fase de Diseño

Modelado del Diseño

Modelo del diseño
Objetivo:
Refinar el diseño del sistema del modelo del análisis considerando los requisitos no funcionales y restricciones del entorno de implementación. De manera iterativa se refina el modelo de clases y las colaboraciones del análisis hasta obtener un diseño del sistema adecuado para pasar a la implementación.

Cuestiones del diseño
‡ Diseño de la arquitectura del software ‡ Diseño de clases
o o o o o

Identificar clases (atributos y métodos) e interfaces en el modelo de clases del diseño Establecer asociaciones entre clases. Establecer navegabilidad para todas las asociaciones. Determinar visibilidad entre clases. Incluir relaciones de dependencia entre clases.

‡ Diseño de casos de uso ‡ Diseño de Subsistemas
o

Paquetes

Programación ³Prueba primero´
‡ Práctica promovida por XP ‡ Ciclo ³escribo código de prueba, escribo código de producción, pruebo´ ‡ Ventajas
o o

¡Se escriben las pruebas! Satisfacción del programador: ¡He superado la prueba! o Ayudan a comprender mejor las interfaces y comportamiento o Verificación de la corrección o No hay miedo a los cambios: ¡existen cientos de pruebas de unidad!

Arquitectura de tres capas
‡ Presentación ‡ Lógica de la Aplicación ‡ Almacenamiento

Separación Modelo-Vista
‡ Los objetos del modelo (dominio) no deben conocer directamente a los objetos de la vista (presentación). ‡ Las clases del dominio encapsulan la información y el comportamiento relacionado con la lógica de la aplicación. ‡ Las clases de la interfaz (ventanas) son responsables de la entrada y salida, capturando los eventos, pero no encapsulan funcionalidad de la aplicación.

Separación Modelo-Vista
‡ Justificación
o o o o o o

Clases cohesivas Permitir separar el desarrollo de las clases de la vista y del dominio Minimizar el impacto de los cambios en la interfaz sobre las clases del modelo. Facilitar conectar otras vistas a una capa del dominio existente. Permitir varias vistas simultáneas sobre un mismo modelo. Permitir que la capa del modelo se ejecute de manera independiente a la capa de presentación.

Iteración 2: Ejemplo TPV
‡ Se considera nueva funcionalidad del caso de uso ³Registrar Venta´: desarrollo incremental
o o o o

Uso de servicios externos (impuestos, autorizaciones,..) Reglas para establecer precios Reglas de negocio ³conectables´ Diseño para actualizar ventana cuando cambia el total de la venta

‡ No se refina el caso de uso. ‡ Talleres de requisitos para escribir en detalle otros casos de uso

Resumen de la fase de Diseño

Contenido
‡ Diseño de sistemas
DSI 1. Definición de la Arquitectura del Sistema DSI 2. Definición de la Arquitectura de Soporte DSI 3. Diseño de Casos de Uso Reales DSI 4. Diseño de Clases DSI 5. Diseño Físico de Datos DSI 6. Generación de Especificaciones de Construcción o DSI 7. Establecimiento de Requerimientos de Implantación
o o o o o o

Fase 3: Diseño de sistemas de Información
‡ Objetivo de la Fase
o Definir

la Arquitectura del Sistema y el entorno tecnológico que le va a dar soporte, junto con la especificación detallada de los componentes del sistema de información

Fase III \ Actividad 1

DSI 1. Definición de la Arquitectura del Sistema
Objetivo
‡ Definir la arquitectura general del sistema de información, especificando las distintas particiones físicas del mismo, su descomposición lógica en subsistemas de diseño y la ubicación de cada subsistema en cada partición.

Fase III \ Actividad 1

DSI 1. Definición de la Arquitectura del Sistema
Técnicas
‡ ‡ ‡ ‡ Diagrama de Despliegue Matricial Diagrama de Interacción de Objetos Diagrama de Paquetes

Prácticas
‡ Diagrama de Representación ‡ Sesiones de Trabajo ‡ Catalogación

Fase III \ Actividad 1

DSI 1. Definición de la Arquitectura del Sistema
Participantes
‡ Analista de Sistemas (responsable) ‡ Analista de Soporte Técnico

Tareas
‡ DSI 1.1 Definición de los Niveles de Arquitectura ‡ DSI 1.2 Identificación de subsistemas de diseño ‡ DSI 1.3 Identificación de Requerimientos de Diseño y Especificaciones de Diseño y Construcción

Fase III \ Actividad 1 \ Tarea 1

DSI 1.1 Definición de Niveles de Arquitectura
‡ Se describen los niveles de la arquitectura del software, mediante la definición de las principales particiones físicas del sistema, representadas como nodos.

Fase III \ Actividad 1 \ Tarea 2

DSI 1.2 Identificación de SubSistemas de Diseño

‡ Aplicando los criterios de diseño, se catalogan los subsistemas de diseño, catalogandolos como Específicos o Genéricos ‡ SubSistema Específico o Contemplan las funcionalidades propias del sistema de información ‡ SubSistema Genérico o Cubren los servicios comunes, por ejemplo: Gestión de Datos, Transcciones, Errores, Accesos, etc ‡ Ejemplo:

Fase III \ Actividad 1 \ Tarea 2

Fase III \ Actividad 1 \ Tarea 2

Fase III \ Actividad 1 \ Tarea 3

DSI 1.3 Identificación de Requerimientos y especificaciones de Diseño y Construcción
‡ Catálogo de excepciones

NO APLICA
‡ Entorno Tecnológico del Sistema

Fase III \ Actividad 2

DSI 2. Diseño de la Arquitectura de Soporte
Objetivo
‡ Se describe la arquitectura de soporte, que comprende el diseño de los subsistemas de soporte (uso generalizado) ‡ Se fomenta la generalización y/o reutilización de componentes.

Tareas
‡ DSI 2.1 Diseño de Subsistemas de Soporte

Fase II \ Actividad 2

DSI 2. Diseño de la Arquitectura de Soporte
Técnicas
‡ Diagrama de Interacción de Objetos ‡ Diagrama de Clases

Participantes
‡ Analista de Sistemas (responsable)

Fase II \ Actividad 2 \ Tarea 1

DSI 2.1 Diseño de Subsistemas de Soporte
‡ El objetivo de esta tarea es la especificación y diseño de los módulos/clases que forman parte de los subsistemas de soporte, identificados en la tarea Identificación de Subsistemas de Diseño (DSI 1.2). ‡ El nivel de reutilización de los subsistemas de soporte y sus servicios es potencialmente alto, de modo que se debe intentar emplear, en la medida de lo posible, los subsistemas que ya existan en la instalación y se consideren viables. ‡ La información relativa a dichos subsistemas podrá obtenerse del Histórico de Proyectos. ‡ En cualquier caso, cuando proceda realizar el diseño de los subsistemas de soporte, se recomienda hacerlo con ese fin.

Fase III \ Actividad 3

DSI 3. Diseño de Casos de Uso Reales
Objetivo
‡ Especificar el comportamiento del SI para un caso de uso, mediante objetos o subsistemas de diseño que interactuan, determinando las operaciones de las clases e interfaces entre los subsistemas.

Técnicas
‡ Diagrama de Interacción de Objetos ‡ Diagrama de Transición de Estados

Prácticas
‡ Prototipeo ‡ Catalogación

Fase III \ Actividad 3

DSI 3. Diseño de Casos de Uso Reales
Participantes
‡ Analista de Sistemas (responsable) ‡ Usuarios

Tareas
‡ DSI3.1 Identificación de las Clases asociadas a un Caso de Uso ‡ DSI3.2 Diseño de la Realización de los Casos de Uso

Fase III \ Actividad 3 \ Tarea 1

DSI 3.1 Identificación de clases asociadas a un Casos de Uso
Las clases son:
1.Paciente 2.Cita 3.Pieza dental 4.Plan de tratamiento 5.Historia Clinica

Fase III \ Actividad 3 \ Tarea 2

DSI 3.2 Diseño de la Realización de los Casos de Uso (Apertura de Historia Clinica)

Fase III \ Actividad 4

DSI 4. Diseño de Clases
Objetivo
‡ Transformar el Modelo de Clases de Análisis en un Modelo de Clases de Diseño. ‡ Sólo se realiza para el Diseño Orientado a Objetos

Técnicas
‡ Diagrama de Clases ‡ Diagrama de Transición de Estados

Participantes
‡ Analista de Sistemas (responsable)

Tareas
‡ DSI4.1 Diseño de Clases

Fase III \ Actividad 4 \ Tarea 1

DSI 4.1 Diseño de Clases (Apertura de historia clinica)

Fase III \ Actividad 4 \ Tarea 1

DSI 4.1 Diseño de Clases (Todo)

Fase III \ Actividad 5

DSI 5. Diseño Físico de Datos
Objetivo
‡ Se define la estructura física de datos que utilizará el sistema, a partir del modelo de clases persistentes del modelo de clases.

Técnicas
‡ Reglas de Transformación ‡ Optimización ‡ Matricial

Prácticas
‡ Cálculo de Accesos Físicos ‡ Sesiones de Trabajo

Fase III \ Actividad 5

DSI 5. Diseño Físico de Datos
Participantes
‡ Analista de Sistemas (responsable) ‡ Usuarios

Tareas
‡ DSI 5.1 Diseño del Modelo Físico de Datos ‡ DSI 5.2 Optimización del Modelo Físico de Datos ‡ DSI 5.3 Especificación de la Distribución de Datos

Fase III \ Actividad 5 \ Tarea 1

DSI 5.1 Diseño del Modelo Físico de Datos

Fase III \ Actividad 5 \ Tarea 2

DSI 5.2 Optimización del Modelo Físico de Datos

Estimación de Volumnes de tablas
‡ Se requiere información relacionada a los volumenes de información de cada tabla a fin de detectar posibles mejoras adicionales. ‡ Ejemplo:

Fase III \ Actividad 5 \ Tarea 2

Fase III \ Actividad 5 \ Tarea 3

DSI 5.3 Especificación de la Distribución de Datos

Asignación del Esquema Físico de Datos a Nodos ‡ Se indica en qué nodos de la arquitectura del sistema se ubicarán las tablas y base de datos ‡ Ejemplo :
o o o

Base de datos: Clinica Tabla: HistoriaClinica Nodo: Servidor de BD en Clinica BD1

Fase III \ Actividad 6

DSI 6. Generación de Especificaciones de Construcción
Objetivo
‡ Generar las especificaciones para la construcción del sistema de información, a partir del diseño detallado.

Técnicas
‡ Diagrama de Componentes ‡ Diagrama de Despliegue

Prácticas
‡ Sesiones de Trabajo

Fase III \ Actividad 6

DSI 6. Generación de Especificaciones de Construcción
Participantes
‡ Analista de Sistemas (responsable) ‡ Programador

Tareas
‡ DSI 6.1 Especificación del Entorno de Construcción ‡ DSI 6.2 Definición de Componentes y Subsistemas de construcción ‡ DSI 6.3 Elaboración de Especificaciones de Construcción (pseudo-código)

Fase III \ Actividad 6 \ Tarea 1

DSI 6.1 Especificación del Entorno de Construcción
‡ Se define el entorno necesario para la construcción de los componentes del sistema de información. ‡ Ejemplo:

Fase III \ Actividad 6 \ Tarea 2

DSI 6.2 Definición de Componentes y Subsistemas de construcción

Fase III \ Actividad 6 \ Tarea 3

DSI 6.3 Elaboración de Especificaciones de Construcción

Especificación Detallada de Componentes
‡ Se realiza un especificación detallada de cada componente (seudo código o lenguaje natural) completando la información que se considere necesaria según el entorno tecnológico

‡ Ejemplo:

Fase III \ Actividad 7

DSI 7. Establecimiento de Requerimientos de Implantación
Objetivo
‡ Se adiciona requerimientos surgidos en esta fase de Diseño que sean necesarios para la implantación del sistema.

Tareas
‡ DSI 7.1 Especificación de Requerimientos de Documentación de usuario ‡ DSI 7.2 Especificación de Requerimientos de Implantación

Fase III \ Actividad 7

DSI 7. Establecimiento de Requerimientos de Implantación
Prácticas
‡ Sesiones de Trabajo ‡ Catalogación

Participantes
‡ Analista de Atención a Usuarios (responsable) ‡ Analista de Sistemas ‡ Analista de Soporte Técnico

Analisis y Diseño de Sistemas
FIN Sesión 13
UNIVERSIDAD NACIONAL DE INGENIERIA Facultad de Ingeniería Industrial y de Sistemas Ing. Jesús Walter Antaurco Trujillo Wantaurco@yahoo.com

Sign up to vote on this title
UsefulNot useful