Aplicaciones de Ingeniería de Software

Aplicaciones de Ingeniería de Software

Proceso Racional Unificado (RUP)

RUP

Fases

Inicio: Objetivo el ciclo de vida Lo que deberá hacer el producto Reducción de los peores riesgos Preparación para el análisis del negocio inicial

Fases

Elaboración: arquitectura del ciclo de vida Obtener la línea base de la arquitectura Capturar la mayoría de los requisitos Reducir los peores riesgos Estimar costos y fechas Planificar la fase de construcción con algún

detalle

Fases

Construcción: funcionalidad operativa inicial El desarrollo del sistema Garantía de que el producto puede comenzar su

transición a los clientes Transición: versión del producto

Garantizar que se tiene el producto preparado para su entrega

Entrenar a los usuarios a utilizar el sistema.

Fases e Hitos (Milestones)

tiempo

Objetivos(Visión)

Arquitectura CapacidadOperacional

Inicial

Releasedel Producto

Inception Elaboration Construction Transition

Hito: Punto de terminación de la iteración cuando se toma alguna decisión o evaluación importante

Proceso de Ingeniería de Software Workflows (Disciplinas)

Workflows Primarios • Business Modeling (Modelado del Negocio) • Requirements (Requisitos)• Analysis & Design (Análisis y Diseño)• Implementation (Implementación)• Test (Pruebas)• Deployment (Despliegue)

Workflows de Apoyo• Environment (Entorno)• Project Management (Gestión del Proyecto)• Configuration & Change Management (Gestión de

Configuración y Cambios)

Proceso Iterativo e Incremental El ciclo de vida iterativo se basa en la

evolución de prototipos ejecutables que se muestran a los usuarios y clientes (mini-proyectos)

En el ciclo de vida iterativo a cada iteración se reproduce el ciclo de vida en cascada a menor escala

Los objetivos de una iteración se establecen en función de la evaluación de las iteraciones precedentes

Proceso Iterativo e Incremental Las actividades se encadenan en una mini-cascada

con un alcance limitado por los objetivos de la iteración

Análisis

DiseñoImple.

Pruebas eIntegraciónn veces

Req.

Iteraciones

Cada fase consiste en las iteraciones del desarrollo en las cuales un subconjunto del sistema se desarrolla. En general, estas iteraciones: Reducen los riesgos técnicos; Proporcionan versiones tempranas; Permiten mayor flexibilidad para el lanzamiento de cada

característica; y Permiten controlar los cambios con respecto al alcance de

manera efectiva con las iteraciones durante los ciclos.

Cada iteración comprende: Planificar la iteración (estudio de riesgos) Análisis de los Casos de Uso y escenarios Diseño de opciones arquitectónicas Codificación y pruebas. La integración del

nuevo código con el existente de iteraciones anteriores se hace gradualmente durante la construcción

Proceso Iterativo e Incremental

Cada iteración comprende: Evaluación de la entrega ejecutable

(evaluación del prototipo en función de las pruebas y de los criterios definidos)

Preparación de la entrega (documentación e instalación del prototipo)

Cada una de las cuatro fases termina con hito principal.

Proceso Iterativo e Incremental

Plan de iteraciones

El número de iteraciones planeado para cada fase depende, básicamente de la complejidad del sistema propuesto. Un proyecto simple puede realizarse con una sola iteración por fase.

Un proyecto más complejo podría comprender el siguiente número de iteraciones.

Plan de iteraciones

Fase de Inicio: una iteración, principalmente dedicada a definir el ámbito del sistema

Fase de elaboración: dos iteraciones, la primera para esbozar la arquitectura y la segunda para completar la línea base de la arquitectura

Plan de iteraciones

Fase de construcción: dos iteraciones, para asegurar que los incrementos resultantes funcionan satisfactoriamente

Fase de transición: una iteración

Proceso Iterativo e Incremental

EnfoqueSecuencial

EnfoqueIterativo eIncremental

Proceso Centrado en la Arquitectura

Arquitectura de un sistema es la organización o estructura de sus partes más relevantes

Un arquitectura ejecutable es una implementación parcial del sistema, construida para demostrar algunas funciones y propiedades

RUP establece refinamientos sucesivos de una arquitectura ejecutable, construida como un prototipo evolutivo

Architecture

Inception Elaboration Construction Transition

Fases, Base Line, Versión, Release

ciclo de desarrollo ciclo de evolución

release(producto al final de

una iteración, lanzado para su puesta en producción)

versión(subconjunto de artefactosestabley ejecutable)

base line(release asociadaa un hito)

Base Line

Conjunto de artefactos revisados y aprobados que constituyen una base convenida para la evolución y desarrollo adicional y que se puede cambiar solamente a través de la administración de cambios.

Asegurarse qué subsistemas, cuándo alcanzan un nivel especifico de la madurez, son la línea base para que esté disponible para el release (“liberación”), o la reutilización en iteraciones subsecuentes del proyecto y/o otros proyectos.

Base Line

Se considera como candidato para una Línea Base el conjunto de archivos y directorios bajo control de versión que son desarrollados, integrados y puestos juntos en un release.

Una línea base se crea al final de cada iteración

Versiones

Identifican el estado de un elemento de configuración o una configuración en un punto definido en el tiempo

Conjunto de artefactos relativamente completo y consistente –que incluye posiblemente una construcción- entregado a un usuario interno o externo;

Versiones

La mayoría de los programas grandes se desarrollan en release evolutivos. Un release podría estar en uso del cliente, mientras que otro está en prueba, y el tercero todavía está en el desarrollo. Si se encuentran problemas en cualquiera de las versiones, los arreglos necesitan ser propagados entre ellas. La confusión puede acrecentarse conduciendo a arreglos costosos y retrabajo a menos de que los cambios sean cuidadosamente controlados y supervisados.

Release

Es una versión que se ha puesto disponible a los usuarios.

La frecuencia y la formalidad de los releases son descritos en el plan del CM (Configuration Management ). El grado de la formalidad es claramente mucho más alto para un producto que es liberado a un cliente, que el que es generado para la estructura o la revisión siguiente de la iteración.

Release

Regularmente está asociado a un baseline de una configuración

Esfuerzo y dedicación por Fases en RUP

InicioElaboraci

ónConstrucci

ónTransici

ón

Esfuerzo 5 % 20 % 65 % 10%

Tiempo Dedicad

o10 % 30 % 50 % 10%

Ejemplo de Duración

Si se aplicará la ecuación de Caper Jones para un proyecto con 137 PF, entonces:

Duración = (Tamaño PF) .04

Duración = (137) 04

Duración = 7 meses

7 meses igual a 28 semanas

Inicio Elaboración Construcción Transición

Tiempo Dedicado

10 % 30 % 50 % 10%

Semanas 2.8 8.4 14 2.8

Distribución de Recursos por Fases en RUP

Cómo planear las iteraciones del Sistema de Inscripción

Inscribirse en cursosEstudiante

Consultar Historial Academico

Registrar cursos impartidosProfesor

Capturar cali ficaciones

Login

Mantener informacion Profesor

Mantener la informacion del Estudiante

Sistema de Cobros

Cierre de Inscripcion

Oficial de registro

Mantener informacion Materias

Ejemplo: Plan Iteraciones Sistema de Inscripción

FaseNo.

IteracionesDuración

Fase de Inicio 1 3 semanas

Fase de Elaboración 2 8 semanas

Fase de Construcción 3 14 semanas

Fase de Transición 2 3 semanas

Ejemplo Release: Sistema de Inscripción Este proyecto se planea ejecutar a través de 2-4 releases. Release 1

deberá contener un mínimo de funcionalidades básicas: Login Registrar cursos impartidos Mantener información materias Mantener a la información del estudiante Mantener a la información del profesor

Release 2 deberá incluir: Capturar de calificaciones de los estudiantes Consultar historial Inscribirse en cursos

La funcionalidad del Release 3 aun no ha sido determinada. Sólo se anticipa que este release podría contener requerimientos adicionales a la funcionalidad existente.

El reemplazamiento del Sistema de cobros y del Catálogo de Cursos está planeado para el release 4 en el 2007.

Detalle de las iteraciones

Fase Iteración Descripción Milestone

Inicio Iteración preliminar

Definir el modelo de negocio, los productos de requerimientos, el plan de desarrollo de software.

Revisión del modelo de negocio

Elaboración Iteración E1 – Desarrollo del prototipo de la arquitectura

Análisis y diseño para todos los casos de uso del Release 1 (R1). Análisis y Diseño de todos los casos de alto riesgo del release 2 (R2)

Prototipo de la arquitectura

Detalle de las iteraciones

Fase Iteración Descripción

Construcción Iteración C1– Desarrollo R1 Beta

Implementar y probar todos los casos de uso para liberar la versión Beta R1

  Iteración C2 – Desarrollo del R1

Implementar y probar los casos de uso restantes del R1, arreglar los defectos de la versión Beta, e incorporar los cambios. Desarrollar el Release del sistemaR1

Detalle de las iteracionesFase Iteración Descripción

  Iteración C3 – Desarrollo R2

Diseño, implementación y prueba de los casos de uso del R2. Incorporar nuevos requerimientos y defectos de R1. Desarrollar el Release del sistema R2.

Transición Iteración T1– R1 Paquetes, distribución e instalación del R1 Release.

  Iteración T2 – R2 Paquetes, distribución e instalación del R2.

Referencias

El Proceso Unificado de Desarrollo de Software, Ivar Jacobson, Grady Booch, James Rumbaugh

RUP 2001 UML y Patrones, Craig Larman