Proceso Unificado de Rational
Orígenes
Modelo original Objectory definido por Ivan Jacobson (1987)
Rational Software compra la empresa de Objectory (1995)
Surge la primera versión de UML (1997)
Se publica la primera versión del Proceso Unificado de Rational – RUP (junio 1998)
Casos de uso
Dirigido por casos de uso
Se centra en la funcionalidad que el sistema debe poseer para satisfacer las necesidades de un usuario (persona, sistema externo, dispositivo) que interactua con él
Casos de uso como el hilo conductor que orienta las actividades de desarrollo
Casos de Uso
Análisis
Recopilar,
Clarificar y
Validar los
requerimientos
Diseño
Realizar los
casos de uso
Pruebas
Verificar que se
satisfacen los
casos de uso
< < realiza>>
< < verifica>>
< < defineNecesidades>>
Arquitectura
Centrado en la arquitectura
Concepto similar a la arquitectura de un edificio
Varios planos con diferentes aspectos del edificio
Tener una imagen completa del edificio antes que comience la construcción
Arquitectura en software
Diferentes vistas del sistema: estructural, funcional, dinámico, etc.
Plataforma en la que va a operar
Determina la forma del sistema
Arquitectura: determina la forma del sistema
Casos de uso: determinan la función del sistema
Modelo que implementa
Iterativo e incremental
Descomposición de un proyecto grande en mini-proyectos
Cada mini-proyecto es una iteración
Las iteraciones deben estar controladas
Cada iteración trata un conjunto de casos de uso
Ventajas del enfoque iterativo
Detección temprana de riesgos
Administración adecuada del cambio
Mayor grado de reutilización
Mayor experiencia para el grupo de desarrollo
Estructura
Dinámica
Ciclo: cada ciclo una nueva versión del producto
Fase: Etapas de un ciclo que finalizan en un HITO
Iteración: Proceso de ingeniería sobre una funcionalidad limitada del sistema
Estática – Flujos de trabajo
Artefactos
Actividades
Roles
Estructura
Roles QUIÉN?
Actividades CÓMO?
Artefactos QUÈ?
Flujo de Trabajo CUÁNDO?
realiza
responsable de
diseñador
diseño de caso
de uso
diagrama de
secuencia
Roles
Definición del comportamiento y responsabilidades de los participantes
Propietario de una serie de artefactos
Recurso
Rol Actividad Artefacto
Diseñador Diseño de Objetos DC
Analista Definición de CU DCU
Dominio
Diseñador Diseño de CU DS
Funcional
Patricia
Juan
Mónica
Pedro
Actividades
Unidad de trabajo que puede ejecutar un individuo en un rol específico
Tiene un propósito claro y se expresa en términos de actualizar artefactos
La granularidad de la actividad es generalmente de horas o pocos días
Ejemplos de actividades
Planear una iteración (administrador del proyecto)
Encontrar caso de uso y actores (analista del dominio)
Revisión del diseño (probador)
Artefactos
Pieza de información producida, modificada y utilizada en un proceso
Productos tangibles del proyecto
Utilizados por los roles como entrada para la realización de sus actividades
Resultado de las actividades realizadas por los roles
Metamodelo: Clase rol tiene como métodos las actividades y como parámetros los artefactos
Flujos de trabajo
Forma de describir significativamente la secuenciencias de actividades que producen resultados y las interacciones entre cargos
En términos de UML se puede utilizar: diagrama de actividades, de secuencia, de colaboración
En RUP hay nueve tipos de flujos de trabajo
De ingeniería
Negocio, Requerimiento, Análisis, Diseño, Pruebas, Liberación
De soporte
Administración del proyecto, Administración del cambio, Ambiente
Dimensión dinámica
Concepción
Elaboración
Construcción
Transición
ciclo
fase
Iter. 1
Iter. 2
Iter. 3
Iter. 4
Iter. 5
Iter. 6
hito 1
hito 2
hito 3
hito 4
Hito: punto en el tiempo en donde se evaluan objetivos
logrados y se pueden tomar decisiones críticas
Desarrollo iterativo
Ciclo de
desarrollo 1
Ciclo de
desarrollo 2
Ciclo de
desarrollo n
Perfeccionar
el plan
Sincronizar
Artefactos
Análisis
Diseño
Construcción
Pruebas
Construcción
Página siguiente |