Fase de inicio en rup
Introducción
El objetivo de la fase de inicio es la puesta en marcha del proyecto. Se inicia el análisis de negocio hasta el punto necesario para justificar la puesta en marcha del proyecto, en la fase de elaboración se completará dicho análisis. Las actividades principales de la fase de inicio son las siguientes: 1. Delimitar el ámbito e identificar interfaces con sistemasremotos. 2. Describir una propuesta de arquitectura del sistema, llegándose a una descripción de la arquitectura (primeras versiones de los modelos). Demostrado que es viable, se construirá en la fase de elaboración. 3. Identificar riesgos críticos y determinar si se pueden mitigar en fases posteriores, sólo se consideran los que afecten a la viabilidad, los no críticos simplemente se apuntan. 4.Construcción de un prototipo que muestre que se pueden solucionar los problemas del cliente y de los usuarios finales pero que no tiene porqué dar lugar al producto final. (opcional)
Objetivos:
-Justificar la puesta en marcha del proyecto. -Delimitar el ámbito y el alcance del sistema para discernir qué debemos cubrir con el proyecto, comprender qué debe cubrir la arquitectura, definir los límitesdentro de los cuales debemos buscar los riesgos críticos y para delimitar las estimaciones de coste, agenda y recuperación de la inversión (modelo de negocio) -Identificar una arquitectura candidata. -Identificar y mitigar riesgos críticos. -Desarrollar el análisis inicial del negocio. -Crear un entrono de desarrollo.
Antes de la fase de inicio
Petición de desarrollo de un sistema ydescripción de éste cuyo nivel de detalle varía en función del cliente y de si se trata de un sistema nuevo o de una modificación.
Planificación de la fase de inicio:
-Reunir la información recogida antes de comenzar el proyecto. -Organizarla. -Reunir un grupo de gente para que la trate. -Descubrir que falla en términos de los objetivos de la fase de inicio. Se desarrolla un plan provisional paraclarificar los requisitos que conciernen a esos objetivos iniciales y para detallar los correspondientes casos de uso. Se desarrolla un plan para crear una arquitectura candidata sólo hasta el punto de establecer si el proyecto es factible.
Ampliación de la descripción del sistema:
Interviene el equipo de desarrollo y el cliente ( y puede que los usuarios). Se busca la mejor solución que integretodos los puntos de vista, no un consenso.
Establecimiento de los criterios de evaluación:
-Decidir el ámbito del sistema se define con precisión. Se identifican los actores externos y la naturaleza de su interacción con el sistema. Criterios: • ¿Está claro lo que va a formar parte del sistema? • ¿Se han identificado todos los actores? • ¿Se ha expuesto la naturaleza general de las interfaces? •¿Puede, lo que está incluido en el ámbito, constituir por sí mismo un sistema que funcione? -Resolver ambigüedades en los requisitos necesarios en esta fase • ¿Se han identificado y detallado los requisitos (funcionales y no funcionales) del limitado número de casos de uso necesarios para alcanzar los objetivos de esta fase? • ¿Se han identificado y detallado los requisitos adicionales? -Determinaruna arquitectura candidata se debe desarrollar una arquitectura fiable para las funciones que puedan poner en peligro el desarrollo del sistema. • ¿Satisface esta arquitectura las necesidades de los usuarios? • ¿Es verosímil que funcione? o ¿Puede usar de forma apropiada la tecnología sobre la que va a ser construida? o ¿Puede ser eficiente? o ¿Puede explotar los recursos existentes? o ¿Puede serfiable y tolerante a fallos? o ¿Será robusta y flexible al cambio? o ¿Evolucionará fácilmente si se añaden requisitos? -Mitigar riesgos críticos los riesgos críticos son aquellos que si no son mitigados ponen en peligro el éxito del proyecto: • ¿Se han identificado todos los riesgos críticos? • ¿Se han mitigado los riesgos identificados o existe un plan para mitigarlos? -Juzgar el valor del...
Regístrate para leer el documento completo.