Escolar Documentos
Profissional Documentos
Cultura Documentos
Plan de iteraciones
RUP
Plan de iteraciones
El nmero de iteraciones planeado para cada fase depende, bsicamente de la complejidad del sistema propuesto. Un proyecto simple puede realizarse con una sola iteracin por fase.
Plan de iteraciones
Fase de construccin: dos iteraciones, para asegurar que los incrementos resultantes funcionan satisfactoriamente Fase de transicin: una iteracin
base line
(release asociada a un hito)
versin
(subconjunto de artefactos estable y ejecutable)
release
(producto al final de una iteracin, lanzado para su puesta en produccin)
Base Line
Conjunto de artefactos revisados y aprobados que constituyen una base convenida para la evolucin y desarrollo adicional y que se puede cambiar solamente a travs de la administracin de cambios. Asegurarse qu subsistemas, cundo alcanzan un nivel especifico de la madurez, son la lnea base para que est disponible para el release (liberacin), o la reutilizacin en iteraciones subsecuentes del proyecto y/o otros proyectos.
Base Line
Se considera como candidato para una Lnea Base el conjunto de archivos y directorios bajo control de versin que son desarrollados, integrados y puestos juntos en un release. Una lnea base se crea al final de cada iteracin
Versiones
Identifican el estado de un elemento de configuracin o una configuracin en un punto definido en el tiempo Conjunto de artefactos relativamente completo y consistente que incluye posiblemente una construccin- entregado a un usuario interno o externo;
Versiones
La mayora de los programas grandes se desarrollan en release evolutivos. Un release podra estar en uso del cliente, mientras que otro est en prueba, y el tercero todava est en el desarrollo. Si se encuentran problemas en cualquiera de las versiones, los arreglos necesitan ser propagados entre ellas. La confusin puede acrecentarse conduciendo a arreglos costosos y retrabajo a menos de que los cambios sean cuidadosamente controlados y supervisados.
Release
Es una versin 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 ms alto para un producto que es liberado a un cliente, que el que es generado para la estructura o la revisin siguiente de la iteracin.
Release
Regularmente est asociado a un baseline de una configuracin
Elaboracin 30 %
Tiempo Dedicado
10 %
30 %
50 %
10%
Semanas
2.8
8.4
14
2.8
Estudi ante
Login
Profesor
Cierre de Inscripcion
Capturar calificaciones
Sistema de Cobros
La funcionalidad del Release 3 aun no ha sido determinada. Slo se anticipa que este release podra contener requerimientos adicionales a la funcionalidad existente. El reemplazamiento del Sistema de cobros y del Catlogo de Cursos est planeado para el release 4 en el 2007.
Elaboracin
Prototipo de la arquitectura
Implementar y probar los casos de uso restantes del R1, arreglar los defectos de la versin Beta, e incorporar los cambios. Desarrollar el Release del sistema R1.
Iteracin C3 Desarrollo R2
Diseo, implementacin y prueba de los casos de uso del R2. Incorporar nuevos requerimientos y defectos de R1. Desarrollar el Release del sistema R2. Paquetes, distribucin e instalacin del R1 Release.
Transicin
Iteracin T1 R1
Iteracin T2 R2
Referencias
El Proceso Unificado de Desarrollo de Software, Ivar Jacobson, Grady Booch, James Rumbaugh RUP 2001 UML y Patrones, Craig Larman