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 |