Proceso Unificado de Software de Jacobson, Booch Y Rumbaugh.

Proceso Unificado de Software de Jacobson, Booch
Y Rumbaugh.
Arquitectura:
o La visualización, especificación, construcción y documentación de un sistema con gran cantidad de software requiere que el sistema sea visto desde varias perspectivas.
o La arquitectura de un sistema es probablemente el artefacto más importante que pueda emplearse para manejar estos diferentes puntos de vista ycontrolar el desarrollo interactivo e incremental de un sistema a lo largo de su ciclo de vida.
La arquitectura es el conjunto de decisiones significativas sobre:
o La organización de un sistema de software.
o La selección de elementos estructurales y sus interfaces a través de los cuales se constituye el sistema
o Su comportamiento, cómo se especifican las colaboraciones entre esos elementos.o La composición de esos elementos estructurales y de comportamiento en subsistemas progresivamente más grandes
o El estilo arquitectónico que guía esta organización: los elementos estáticos, dinámicos y sus interfaces, sus colaboraciones y su comportamiento.
El PUDS está estructurado en dos dimensiones:
TIEMPO- división de ciclo de vida en fases e interacciones.
Componentes decomportamiento-productos de un conjunto especifico de artefactos con actividades bien definidas.


Modelos del PUDS (Procesador Unificado de Software)
o Los modelos son el tipo de artefacto más importante en el PUDS.
¿Qué es un modelo?
o Un modelo es la implicación de la realidad, creada para comprender mejor el sistema que se está creando.
o Los modelos en conjunto cubren todas las decisionesimportantes implicadas en la visualización, especificación y documentación de un sistema con gran cantidad de software.
Tipos de Modelos
Modelo del Negocio:
Describe los procesos del negocio de una compañía.
Modelo de Dominio:
Captura los tipos más importantes de objetos en el contexto del sistema. Los objetos del dominio representan las “cosas” que existen en el medio ambiente en elque trabaja un sistema.
Modelo de Casas de uso:
Establece los requisitos funcionales del sistema (un requisito funcional describe una función del sistema).
Modelo de Análisis (Opcional):
Establece un diseño de las ideas. Tiene dos propósitos refinar los casos de uso en mayor detalle y hacer una definición inicial del comportamiento del sistema


Modelo de Diseño
Definela estructura estática del sistema y la realización de los casa de uso.
Modelo del Proceso (opcional):
Establece los mecanismos de sincronización del sistema.
Modelo de Despliegue:
Define los nodos físicos de computadoras y el mapa de los componentes de esos nodos.
Modelo de Implementación:
Establece las partes que se utilizaran para ensamblar y hacer disponible el sistemafísico.
Modelo de Pruebas:
Establece las formas de validar y verificar el sistema.

Dependencias entre los casos de usos y los otros modelos.
La arquitectura de un sistema de software puede describirse atreves de 5 vistas interrelacionadas.

Vista de casos de uso:
Describe el comportamiento de sistema tal y como es percibido por los usuarios finales, analistas yencargados de las pruebas, no especifica la organización de un sistema de software, existe para especificar las fuerzas que configuran la arquitectura del sistema.
Vista de diseño:
Comprende las clases, interfaces y colaboraciones que conforman el vocabulario del problema y su solución.
Soporta los requisitos funcionales del sistema entendiendo los servicios que el sistema debería proporcionar asus usuarios finales.
Vista procesos:
Comprende los hilos y procesos que forman los mecanismos de sincronización y concurrencia del sistema.
Cubre principalmente el funcionamiento, capacidad de crecimiento y rendimiento del sistema
Vista de implementación:
Comprende los componentes y archivos que se utilizan para ensamblar y hacer disponible el sistema físico.
Se preocupa...