Plantillas Utilizadas en la metodologa RUP

RUP, entre otras cosas, ofrece una serie de una serie de plantillas/documentos
que "obliga" a llenar (el "obliga" depende de que tanto recortemos la
metodologa y que tanta documentacin el auditor nos obligue a entregar).
El Documento de Visin combina elementos del MRD con el SRS. Incluye las necesidades del
usuario, las funcionalidades del sistema y los requerimientos comunes del proyecto. Cada proyecto
debe tener un Documento de Visin.
Dean Leffingwell y Don Widrig proponen que para la primera versin del software, el Documento
de Visin contenga:

Informacin introductoria

Descripcin de los usuarios del sistema y de los mercados servidos

Funcionalidades para la versin 1.0

Otros requerimientos no funcionales

Funcionalidades relevadas que no sern incluidas en la versin 1.0

Especificacin de Requerimientos de Software (SRS) es una construccin lgica que nos

permite documentar requerimientos en Casos de Uso, documentos, base de datos de formularios u
otras tcnicas. En otras palabras es un paquete de informacin que describe el comportamiento
externo del sistema en forma completa. Sirve para crear un modelo conceptual del sistema a
construir.
Los Documento "delta" de Visin son aquellos que haremos en las siguientes versiones, en los
que deberemos especificar qu ha cambiado y cualquier otra informacin a incluir por propsitos
de contexto.
El Documento de Requerimientos de Marketing (MRD) contiene, entre otras cosas:
Ventanas en el mercado
Targets de mercado
Packaging
Licenciamiento
Canales de Distribucin
Costos de Marketing
Mrgenes
Disponibilidad de Recursos

3. Diagramas, fases, iteraciones y flujos

Diagramas
RUP propone usar UML para llevar la documentacin del sistema, facilitar la etapa del
diseo y posterior construccin o desarrollo, transmitir ideas, y ayudar al equipo a
comunicarlas.

Fases:
1. Fase de inicio
Durante esta fase de inicio las iteraciones se centran con mayor nfasis en las
actividades de modelamiento de la empresa y en sus requerimientos. Esta fase se
centra ms en buscar o planear todo lo que la empresa requiera para luego utilizar
sus recursos mejorando y dndole una visin de lo que se espera plantear en
el proyecto.

2. Fase de elaboracin
Durante esta fase de elaboracin, se centran al desarrollo de los casos de uso
tomando como base la de diseo, como lo dice la elaboracin lleva una serie
de requerimientos una serie de pasos; el modelo de la organizacin, el anlisis y
el diseo se van acumulando las actividades y para empezar una parte de
implementacin mediante desarrollo de la fase de inicio que va a ser orientada a la
base de la construccin de todas las especificaciones de la arquitectura del
diseo. Hasta obtener una diseo bien construido.

3. Fase de construccin
Durante la fase de construccin, se lleva a cabo la construccin del producto por
medio de una serie de iteraciones las cuales se seleccionan algunos Casos de
Uso, se define su anlisis y despus el diseo y se procede a su implantacin y
sus respectivas pruebas. En esta fase se realiza una serie de cascadas para cada
ciclo, se realizan tantas iteraciones hasta que se termine la nueva implementacin
y el producto est listo para ser enviado al usuario.

4. Fase de transicin
Durante esta fase de transicin se busca garantizar que el producto este bien
preparado para su entrega al usuario. Es una fase que puede tener muchos
cambios a la hora de la entrega.

Iteraciones
RUP sigue un modelo iterativo que aborda las tareas ms riesgosas primero. Con esto se
logra reducir los riesgos del proyecto y tener un subsistema ejecutable tempranamente.
El proceso iterativo e incremental consta de una secuencia de iteraciones. Cada iteracin
aborda una parte de la funcionalidad total, dividida en las cuatro fases del ciclo de vida
RUP, pasando por todos los flujos de trabajo relevantes y refinando la arquitectura. Cada
iteracin se analiza cuando termina. Se puede determinar si han aparecido nuevos
requisitos o han cambiado los existentes, afectando a las iteraciones siguientes. Durante
la planificacin de los detalles de la siguiente iteracin, el equipo tambin examina como
afectaran los riesgos que an quedan al trabajo en curso. Toda retroalimentacin de la
iteracin pasada permite reajustar los objetivos para las siguientes iteraciones.

Flujos de trabajo
1. Modelado de negocios: Entiende los problemas e identifica mejoras potenciales,
asegura que los participantes en este modelo tengan el entendimiento del
problema, deriva los requerimientos del software.
2. Requerimientos: Mantiene a los interesados sobre lo que el proyecto debe
realizar, define los lmites y requerimientos, se enfoca en las necesidades del
usuario y hace una base de costos.
3. Anlisis y diseo: Transforma los requerimientos al diseo y su arquitectura
robusta y lo adapta para corresponder al ambiente de implementacin y ajustarla
para un desempeo esperado.
4. Implementacin: Define el cdigo, convierte el diseo en archivos ejecutables,
prueba los componentes desarrollados como unidades, integra esas unidades en
un sistema ejecutable.
5. Pruebas: Se enfoca en la evaluacin de la calidad del producto, encuentra las
fallas y las documenta, valida los requerimientos planteados y el buen
funcionamiento.
6. Transicin: Describe las actividades entre el aseguramiento de la entrega y
disponibilidad del producto hacia el usuario final, hay un nfasis entre probar el
software en el sitio de desarrollo.
7. Administracin y configuracin del cambio: Consiste en controlar los cambios y
mantiene la integridad de los productos que incluye el proyecto.
8. Administracin de proyectos: Provee un marco de trabajo para administrar los
proyectos, guas para la planeacin, soporte y ejecucin, un marco de trabajo para
administrar los riesgos.
9. Ambiente: Se enfoca en las actividades para configurar el proceso del proyecto,
describe las actividades requeridas para apoyar el proyecto, su propsito para
proveer a las organizaciones de desarrollo de SW del ambiente necesario.