Plan de Iteraciones

5/14/2018 Plan de Iteraciones - slidepdf.com

http://slidepdf.com/reader/full/plan-de-iteraciones 1/13

Ingeniería de Software I

Plan de iteraciones

RUP



Proceso Iterativo e Incremental

El ciclo de vida iterativo se basa en la

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

En el ciclo de vida iterativo a cada iteraciónse reproduce el ciclo de vida en cascada amenor escala

Los objetivos de una iteración se establecenen función de la evaluación de las iteraciones

precedentes


Las actividades se encadenan en una mini-cascada

con un alcance limitado por los objetivos de la

iteración

Análisis

Diseño

Imple.Pruebas e

Integraciónn veces

Req.

Despliegue



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


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óne instalación del prototipo)

Cada una de las cuatro fases termina con

hito principal.




Plan de iteraciones

El número de iteraciones planeado para cada

fase depende, básicamente de lacomplejidad del sistema propuesto. Un

proyecto simple puede realizarse con una

sola iteración por fase.

Plan de iteraciones (Proyecto complejo)

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 resultantesfuncionan satisfactoriamente

Fase de transición: una iteración

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

artefactos

establey ejecutable)

base line(release asociada

a 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 enun 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 unpunto 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 releasesson descritos en el plan del CM(Configuration Management ). El grado de laformalidad es claramente mucho más altopara un producto que es liberado a uncliente, que el que es generado para laestructura 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

10%0 %0 %0 %iempo

Dedicado

Transiciónonstrucciónlaboraciónnicio

Si la duración fuera de 7 meses (28

semanas)

2.8148.42.8Semanas

10%50 %30 %10 %Tiempo

Dedicado

TransiciónConstrucciónElaboraciónInicio



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 calificacione s

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

3 semanas2Fase de Transición

14 semanas3Fase de Construcción

8 semanas2Fase de Elaboración

3 semanas1Fase de Inicio

DuraciónNo.

IteracionesFase

Ejemplo Release: Sistema de Inscripción

Este proyecto se planea ejecutar a través de 2-4 releases. Release 1deberá 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 seanticipa que este release podría contener requerimientos adicionales ala funcionalidad existente.

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



Detalle de las iteraciones

Prototipo de la

arquitectura

Análisis y Diseño de todos los

casos de uso restantes del

release 2 (R2)

Iteración E2 –

Desarrollo del

prototipo de laarquitectura

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)

Iteración E1 –

Desarrollo del

prototipo de la

arquitectura

Elaboración

Revisión delmodelo de

negocio

Definir el modelo de negocio,los productos de

requerimientos, el plan de

desarrollo de software.

Iteración preliminar

Inicio

MilestoneDescripciónIteraciónFase


Implementar y probar todos los casos

de uso para liberar la versión Beta R1

Iteración C1–

Desarrollo R1 Beta

Construcción

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

sistema R1.

Iteración C2 –

Desarrollo del R1

DescripciónIteraciónFase




DescripciónIteraciónFase

Paquetes, distribución e instalación del

R2.

Iteración T2 – R2

Paquetes, distribución e instalación del R1

Release.

Iteración T1– R1Transición

Diseño, implementación y prueba de loscasos de uso del R2.

Incorporar nuevos requerimientos y

defectos de R1.

Desarrollar el Release del sistema R2.

Iteración C3 – Desarrollo R2

Referencias

El Proceso Unificado de Desarrollo de Software, Ivar

Jacobson, Grady Booch, James Rumbaugh

RUP 2001

UML y Patrones, Craig Larman

Documents

Plan de Iteraciones