Flujo de Trabajo: Anlisis y Diseo

1
Flujo de TrabajoAnálisis y Diseño

• Administración de Proyectos de Desarrollo de
  Software
• Iván Tapia Moreno

2
Qué es el Análisis y Diseño?

• El propósito de esta disciplina es
• Transformar los requerimientos en un diseño de lo
  que será el sistema.
• Evolucionar una arquitectura robusta para el
  sistema.
• Adaptar el diseño para adaptarlo a ambiente de
  implementación, diseñado para desempeño

3
Flujo de Trabajo
4
Alternativas del Flujo

• En la fase de Inicio, la disciplina de Análisis y
  Diseño se preocupa por establecer si la visión
  del sistema es factible, y en determinar las
  tecnologías potenciales para la solución de
  software (dentro de la actividad Perform
  Architectural Synthesis). Si se considera que
  pocos riesgos se asocian al desarrollo (porque el
  dominio se entiende muy bien, el sistema no es
  novedoso o cualquier otra razón parecida)
  entonces éste aspecto se omite del flujo de
  trabajo.

5
Alternativas del Flujo

• En la parte inicial de la fase de Elaboración se
  enfoca el esfuerzo en crear una arquitectura
  inicial del sistema (en la actividad Define a
  Candidate Architecture) la cual provea de un
  punto inicial para todo el trabajo de análisis.
  Si la arquitectura ya existe (porque fue creada
  en iteraciones anteriores o en proyectos
  anteriores) el trabajo se enfoca en cambios para
  refinar la arquitectura (actividad Refine the
  Architecture) y en analizar el comportamiento y
  crear un conjunto inicial de elementos los cuales
  proveen un comportamiento apropiado (en la
  actividad Analyze Behavior).

6
Alternativas del Flujo

• Después de que los elementos iniciales son
  identificados, se refinan en iteraciones futuras.
  La actividad Design Components produce un
  conjunto de componentes los cuales proveen un
  comportamiento adecuado para satisfacer los
  requerimientos del sistema. Si el sistema incluye
  una base de datos, entonces la actividad de
  Design the Database se ejecuta en paralelo. El
  resultado es un conjunto inicial de componentes
  los cuales en un futuro son refinados dentro de
  la Implementación.

7
Actividades
8
Artefactos
9
Define a Candidate Architecture

• Esta actividad consiste en realizar una bosquejo
  inicial de la arquitectura del sistema con la
  finalidad de definir elementos significativos de
  la arquitectura usados como base en el análisis,
  definir mecanismo básicos de análisis, definir
  las capas y organización inicial de sistema,
  definir que realizaciones de casos de uso serán
  llevadas a cabo en la iteración actual. Además se
  identifica las clases análisis de los casos de
  uso significativos de la arquitectura y se
  actualizan las realizaciones de los casos de uso
  de la interacción de las clases de análisis.

10
Perform Architectural Synthesis

• Consiste en demostrar que existe una solución a
  los requerimientos significativos de la
  arquitectura, lo cual muestra que el sistema como
  fue visualizado es factible de realizar. Se
  construye el Architectural Proof-of-Concept
  (solución conceptual que incluye los
  requerimientos significativos de la
  arquitectura).

11
Refine the Architecture

• Establece una transición natural de actividades
  de análisis a actividades del diseño (incluye
  elementos y mecanismos de diseño para los
  elementos y mecanismos de análisis). Además
  describe una arquitectura en tiempo de ejecución
  y funcionamiento. Organiza el modelo de
  implementación y se asegura de mantener la
  consistencia e integridad de la arquitectura

12
Analyze Behavior

• Consiste en transformar las descripciones de
  comportamiento provistas por los requerimientos,
  en un conjunto de elementos en los cuales el
  diseño pueda basarse. Esta actividad también
  incluye el modelado y construcción de prototipo
  de interfaz con el usuario

13
Design Components

• consiste en refinar la definición de los
  elementos de diseño (incluyendo cápsulas y
  protocolos) trabajando en describir a detalle
  como los elementos de diseño realizan los
  comportamientos requeridos de ellos. Además
  incluye actualizar la realización de los casos de
  uso basados en los nuevos elementos de diseño
  identificados

14
Design Database

• Incluye el identificar cuales clases serán
  persistentes en memoria, diseñar estructuras de
  datos adecuadas para almacenar estas clases y
  definir estrategias para el almacenamiento y
  recuperación de estas clases persistentes.

15
ConclusionesQué Por quéCómo Con qué