Metodologa de desarrollo de software.

Proceso Unificado
Compilacin: Karem Infantas Referencias: Braude, 2003 PUD, 2000

Introduccin
 

Desarrollado por los tres autores: Booch, Rumbaugh y Jacobson, es un proceso iterativo. Un enfoque iterativo propone una comprensin incremental del problema a travs de refinamientos sucesivos y un crecimiento incremental de una solucin efectiva a travs de varios ciclos. Como parte del enfoque iterativo se encuentra la flexibilidad para acomodarse a nuevos requerimientos o a cambios tcticos de los objetos del negocio. Tambin permite que el proyecto identifique y resuelva los riesgos ms bien pronto que tarde.

Fases
 

Las fases iterativas son: inicio, elaboracin, construccin y transicin. Inicio



Establece la planificacin del proyecto y se delimita el alcance. Durante esta fase, es frecuente crear un prototipo ejecutable que sirva para probar los conceptos y decidir si se procede con el desarrollo del sistema. Se analiza el dominio del problema y se desarrolla el plan del proyecto, eliminando los elementos de ms alto riesgo. Se describe la mayora de los requisitos del sistema, examinando el alcance, objetivos del sistema y decidiendo si se debe pasar a la construccin. Se desarrolla en forma iterativa e incremental un producto completo que est preparado para la transicin hacia la comunidad de usuarios. El software se despliega en la comunidad de usuarios. Una vez que el sistema ha sido puesto en manos de los usuarios finales, a menudo aparecen cuestiones que requieren un desarrollo adicional para ajustar el sistema, corregir problemas no detectados. Esta fase normalmente comienza con una versin Beta, que luego se reemplaza con el sistema de produccin.

Elaboracin
 

Construccin


Transicin


Fase de Inicio


Modelado del Negocio  Entrevistas con personeros de la empresa (stakeholder)  Recopilacin de hallazgos (formularios, reportes ) Requerimientos Principales  Captura de requisitos C
      

ROLES
 

Consultor de Negocios Analista de sistemas Clase C

  

ARTEFACTOS


Identificacin de los actores Descripcin textual de requerimientos Elaboracin en alto nivel de los casos de uso generales Identificacin de los casos de uso Esbozo del modelo de casos de uso Desarrollo del Modelo de dominio Clase A
 

Visin Alcance. ERS Plan del Proyecto  Cronograma,  Especificacin de Especificacin Requerimientos  Tabla de riesgos Plan Aseguramiento de la Calidad del Software. SQA

Descripcin de las clases del modelo de dominio (Glosario) Priorizar casos de uso

Revisin de los requerimientos principales con roles principales de desarrollo

Fase de elaboracin


Requerimientos detallados D
  

Recopilacin de nuevos requisitos para el sistema Detallar casos de uso Disear prototipos de interfaces

Refinamiento del modelo de clases de dominio  Estructurar el Modelo de Casos de Uso Anlisis

      

ROLES
     

Esbozo del modelo de casos de uso (paquetes de anlisis) Anlisis de casos de uso Identificacin de clases de anlisis Realizacin de casos de uso - anlisis Diagramas de clases Diagrama de interaccin Flujo de sucesos - anlisis

Analista del sistema Lder del Proyecto Arquitecto Desarrolladores Soporte Calidad

Anlisis de clases
   

ARTEFACTOS  Documento del Proyecto. MPS

 

Identificacin Identificacin Identificacin Identificacin

de de de de

responsabilidades atributos asociaciones y agregaciones generalizaciones

Diagrama de Casos de Uso Diagrama de Clases

 
 

Detalle de Casos de Uso Diagrama de Interaccin

Diagrama E-R EDiagrama de despliegue

Anlisis de paquetes de anlisis Diseo  Identificacin de nodos y configuraciones  Diagrama de despliegue  Diagrama de clases refinado

        

 

Arquitectura del sistema Plan de Pruebas

Identificacin de subsistemas y de sus interfaces Identificacin de clases de diseo Diseo de casos de usos Identificacin de clases de diseo Realizacin de casos de uso - diseo Diagrama de secuencia Flujo de sucesos - diseo Identificacin de subsistemas e interfaces Descripcin de interaccin

Diseo de la Base de datos (Diagrama E-R) E-

Fase de Construccin


Diseo  Diseo de clases  Esbozo de clase de diseo  Identificar operaciones  Identificar atributos  Identificar asociaciones y agregaciones  Identificar generalizaciones  Refinamiento del Diagrama Entidad Relacin
  


Pruebas  Prueba de Unidad  Prueba de Integracin  Ejecucin de Pruebas del Sistema  Entrega del Producto Beta

ROLES
    

Diseo de subsistemas Dependencias entre subsistemas Interfaces de subsistemas Consolidacin de la Arquitectura del Sistema Identificacin de componentes Despliegue de componentes sobre nodos Subsistemas e interfaces
Construccin del Sistema Implementacin de subsistemas Implementacin de clases Esbozo de componentes ficheros Generacin de cdigo

Lder del Proyecto Arquitecto Desarrolladores Soporte Calidad

Revisin del Diseo Implementacin

   
    

ARTEFACTOS
 

Plan de Administracin de la Configuracin del Software. SCM Documento del Proyecto refinado
 

Diagrama clases completo Documentacin de la Arquitectura del Software

 

Esquema de la Base de datos Esquema de los archivos: fuentes y objetos



Lugar

Documentacin de estndares y codificacin

Diagrama de interaccin

 

RTF de las Pruebas Manual del Usuario

Fase de Transicin
 

ROLES
 

Preparacin para revisin final Revisin de la experiencia del usuario Revisin del Documento final: sintaxis y redaccin

Soporte Calidad RTF de pruebas de integracin Acta de conformidad del cliente Reporte del Proyecto

ARTEFACTOS


Flujos de Trabajo
Modelado del Negocio  Captura de Requerisitos  Anlisis  Diseo  Implementacin  Pruebas


Modelado del Negocio

Se debe entender bien el funcionmiento de la organizacin y en particular del rea donde se llevar a cabo el sistema.  Esto con el fin de entender: procesos, personas y dimensionar el entorno de trabajo.


Capt ra
G n ral
 

i it
act r .

I ntificacin y cripcin Li ta r i it . M l D mini

 Descripcin cripcin

e las clases e

mini .

M el de Casos de Uso Modelo e e

Captura de Requisitos
Por cada caso de uso


Detalle de Casos de Uso (Mantener la misma identificacin)

 Descripcin

textual  Precondiciones y Postcondiciones dependiendo que sea fundamental para especificar reglas del negocio  Flujo de sucesos
 

Camino Bsico especificando las relaciones entre actores y el sistema Camino Alternativo, desviacin del camino bsico

Prototipar interfaz de usuario

Anlisis
Modelo de Anlisis  Realizacin de caso de uso - Anlisis


Diagrama de clases  Diagrama de colaboracin



Anlisis de clases

Diseo
Identificacin de nodos y configuraciones Identificacin de subsistemas y de sus interfaces Diseo de subsistemas Refinar los anteriores modelo Diagrama de Clases
atributos, asociaciones y agregaciones, generalizaciones

Realizacin de Casos de UsoUsoDiseo

Nombre del Caso de uso Flujo de sucesos-diseo sucesos-

Esbozo de las Clases de Diseo

Clases del Diseo
De entidad De interfaz (incluyen las de control)

Diseo de las clases de entidad

Las clases de entidad representan informacin persistente, por lo que la creacin de las clases de diseo en base a las de entidad, tienen correspondencia con tablas en un modelo de datos relacional o diseo de base de datos.

Entidad Nombre de la tabla Atributo

Correspondencia con la identificacin. Clases de Entidad

Nombre del campo Descripcin Tipo de dato

Diseo clases de interfaz y de Control

La mayora de las veces los mtodos no son especificados durante el diseo y son creados durante la implementacin utilizando el lenguaje de programacin directamente.
Nombre de la Clase de Interfaz Archivos que utiliza (forms, html) Operaciones

Implementacin del Sistema

Modelo de Implementacin
Describe como los elementos del modelo de diseo, como las clases, se implementan en trminos de componentes, como ficheros de cdigo fuente, ejecutables, etc. Describe tambin cmo se organizan los componentes de acuerdo con los mecanismos de estructuracin que proporciona el lenguaje de programacin utilizado

Identificacin de Componentes
Un componente es el empaquetamiento fsico de los elementos de un modelo, como son las clases en el modelo de diseo. Dado el lenguaje de programacin es normal que un componente implemente varias clases.

Estereotipos estndar de componentes

<<executable>> programa que puede ser ejecutado en un nodo <<file>> es unfichero que contiene programa fuente o datos <<library>> es una librera esttica o dinmica <<table>> es una tabla de base de datos <<document>> es un documento

Desarrollo
Se debe presentar los elementos que conforman los gestores. Asignacin de componentes a nodos Detalle de los estereotipos
Interfaz de usuario final Diagramas Entidad Relacin