Repaso Rational Unified Process

Repaso
Rational Unified Process
RUP
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
RUP
• Propuesto por Rumbaugh (1999).
• Identifica cuatro etapas:
– Inicio.
– Elaboración.
– Construcción.
– Transición.
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Inicio
Se busca:
• Establecer el caso de negocio para el sistema.
• Identificar los actores externos (personas y
sistemas).
• Definir interacción entre los actores y el sistema.
• Evaluar la relevancia del sistema.
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Elaboración
Se busca:
• Comprender el dominio del problema.
• Definir la arquitectura del sistema.
• Construir el plan de proyecto y gestión de
riesgos.
• Definición de Requerimientos.
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Construcción
Consiste de:
• Diseño del sistema.
• Implementación.
• Diseño y ejecución de pruebas.
• Integración de macro-estructuras.
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Transición
En esta etapa se busca llevar el sistema a los
usuarios finales y al entorno real de
funcionamiento, generalmente es una etapa
costosa y de alta complejidad.
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Actividades del Proceso
Especificación del software
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Actividades del Proceso
Diseño e implementación del software
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Actividades del Proceso
Pruebas
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Actividades del Proceso
Evolución (Siguiente Iteración)
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
UML
• “UML es un lenguaje visual para especificar, construir y
documentar artefactos del sistema” (Object Management
Group)
• Propuesto por Booch y Rumbaugh (1994).
• Pretende unificar la manera de representar diseños de
sistemas de manera universal.
• Administrado por la Object Management Group (OMG)
• Versión Actual 2.1.1
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Tipos de Diagramas
Artefactos de Estructura
• Diagrama de Componentes.
• Diagrama Conceptual.
• Diagrama de Descripción de Datos.
• Diagrama de Caso de Uso.
• Diagrama de Secuencia del Sistema.
• Diagrama de Paquetes.
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Tipos de Diagramas
Artefactos de Comportamiento
• Diagrama de Actividades.
• Casos de Uso Expandidos.
• Diagramas de Interacción (Secuencia y
Colaboración).
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Diagrama de Componentes
Representa la arquitectura de alto nivel del sistema
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Diagrama de Componentes
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008
Lecturas Recomendadas
• Ingeniería de Software. Ian Sommerville, 7ta
Edición (Capitulo 4).
• UML Superstructure and Infraestructure
Specification. Disponible en www.omg.org
Escuela de Ingeniería de Sistemas y Computación
Desarrollo de Software II
Febrero – Junio 2008