Adaptación De Rup

Adaptación RUP
Plan de Administración de la Configuración
TeFlecho.com





















Javier Flórez Amaya
Carlos López Ospina
Alex Márquez Coronel
Odahir Salcedo Tangarife




















Universidad de los andes
Especialización en Construcción de Software
Modelos Estándares y Procesos de Software
Bogota
2007
1. ContextoteFlecho.com es una nueva empresa que está especializada en búsqueda de parejas por Internet y nos ha contratado a nosotros, ECODIS para desarrollarle un proyecto que construya y le de soporte a su sistema de información; además teFlecho.com cuenta con 2 grandes patrocinadores que van a suministrar todos los recursos económicos para poder llevar a cabo el sistema, cada uno de ellos ha condicionado eseapoyo a las siguientes reglas:

• Se cuenta con 9 meses para desarrollar una versión completa del sistema, se estimaron 4 meses para una versión beta que salga al mercado con el fin de darlo a conocer.
• Debe existir una sección en la interfaz del sistema que permita publicar y mostrar publicidad.

El alcance de este documento pretende mostrar la implementación de una adaptación de RUPpara la versión beta; versión que es desarrollada en un ciclo abarcando los 4 meses iniciales y que permitirá agregar, modificar información de usuarios y realizar búsquedas de perfiles afines, pero vale la pena aclarar que para el proyecto final se tiene contemplado dos ciclos más que tienen por objetivo desarrollar en un tiempo de 2 meses el módulo de citas y de contactos, y 3 meses el módulode contratos de publicidad de clientes.

2. Riesgos Principales del Proyecto

1. Si no se tiene una visión clara de los requerimientos, entonces se puede llegar al desarrollo de funcionalidades innecesarias o no deseadas.

2. Si no se escoge la tecnología adecuada que soporte todas las necesidades del proyecto, entonces se puede llegar a una desviación de tiempo y costos.

3. Si no secumple con el tiempo estimado para la versión beta entonces el apoyo económico disminuye ostensiblemente ocasionando retraso o fracaso en el proyecto.


3. Estrategia para Mitigación de Riesgos

Para mitigar el riesgo de no tener una visión clara de los requerimientos, se deben realizar varias iteraciones, en las cuales se haga cada vez una especificación mas detallada de los requerimientosfuncionales consiguiendo una visión mas clara de los mismos y validando a través de prototipos. Todo esto con el fin de obtener las funcionalidades necesarias y deseadas.

Para mitigar el riesgo de no escoger la tecnología adecuada es necesario hacer mucho énfasis mediante la disciplina de análisis y diseño en la arquitectura de software y los elementos estructuradores, con una definición clara basadaen el análisis profundo de los requerimientos no funcionales.

Para mitigar el riesgo de no cumplir con el objetivo dentro del plazo establecido es necesario definir y proyectar un plan de administración del proyecto donde se definan cronogramas, roles, actividades y la coordinación entre estos para no ocasionar desfases de tiempo.


4. Adaptación de RUP al Proyecto de teFlecho.com

Seespera al final de este ciclo, generar una funcionalidad básica que permita ingresar o modificar datos de usuarios al sistema, realizar búsquedas de contactos con perfiles afines.

Iteración 1 – Objetivo: Tener una visión clara de los requerimientos iniciales y validarlos con unos primeros prototipos de interfaz.
Iteración 2 – Objetivo: Refinar requerimientos y casos de uso obtenidos de laiteración uno, recolectar información mas detallada del sistema.
Iteración 3 – Objetivo: Definir el alcance final y los objetivos del proyecto.
|Fases |Inicio |
|Disciplinas/Iteraciones |Iteración 1 |Iteración 2 |Iteración 3...