RUP - RATIONAL UNIFIED

PROCESS

FASE DE INICIO
FASE DE CONCEPCIÓN O INICIO

“También llamada fase de Inicio, establece el qué del proyecto. Fija, por tanto, su
interés en las disciplinas de Gestión del Proyecto y de Requisitos”
Esta fase involucra muchos artefactos, si bien en su mayoría no superan el
grado de borradores de trabajo. El objetivo de tenerlos en su primera versión
es la de avanzar en los estudios de factibilidad (viabilidad) técnica y
económica. La excepción la tenemos con aquellos artefactos orientados a la
captura de requisitos, los cuales si son desarrollados en detalle.
• Documento de Visión aprobado.
• Modelo de Casos de Uso y Documento de Requisitos Suplementarios aprobado.
• De usarse, Documento de Especificación de Requisitos del Sistema (ERS).
• Caso de Negocio viable y aprobado.
• Estudio de Factibilidad (Viabilidad) Técnica viable y aprobado.
Para alcanzar estos objetivos, la idea no es crear documentos complejos, sino analizar la
información disponible de manera de lograr que en todo el equipo de desarrollo y en la mente
del cliente exista una visión clara del proceso a seguir.

Finalmente, en cuanto a su duración es probable que no dedicamos más que

unas semanas al esfuerzo completo de lograr los objetivos de ciclo de vida de
la Fase de Concepción
FASE DE INICIO

• Esta fase tiene como propósito definir y acordar el alcance del proyecto con
los patrocinadores o alumnos de un proyecto en el cual tenemos que,
identificar los riesgos asociados al proyecto, proponer una visión muy general
de la arquitectura de software y producir el plan de las fases y el de
iteraciones posteriores.
PLANIFICACIÓN
Se podrá encontrar el dilema de “gente bien intencionada que aconseja que
planifique”, “no se tiene mucha información sobre en que basar un plan, pero
solo se reconoce lo que tiene que ser planificado” o “si se sabe lo que es
necesario hacer”
• Reunir información recogida antes de que el proyecto comenzase
• Organizarla de forma que pueda ser utilizada
• Reunir a un pequeño grupo de gente que sepa cómo utilizarla
• Descubrir lo que falta, no en términos de los cuatros fases, sino en términos de
los objetivos altamente limitados de la fase de inicio
FUENTES DE INFORMACIÓN

Se obtiene en la interacción entre el equipo inicial y los representantes del

cliente o los usuarios. Esto para ampliar la descripción del sistema como lista de
características, información de rendimiento, conocimiento sobre los riegos con
que los encargados del desarrollo puedan encontrarse y referencia a una
posible arquitectura “Cliente/servidor” y cifras redondas estimando los
aspectos económicos.
TAREAS A DESARROLLAR
• Decidir el ámbito del sistema
Aquí el proyecto traza una línea precisa de lo que debe de estar dentro del sistema propuesto, y de lo
que esta fuera. Entonces se identifican

• Resolver ambigüedades en los requisitos necesarios de la fase de inicio

Se observa si se han especificado y detallado los requisitos (funcionales y no funcionales), del limitado
numero de casos de uso.
• Determinar una arquitectura candidata

De las funciones nuevas o novedosas se seleccionar a aquellas que pueden poner en peligro en el
desarrollo del sistema y establecer una arquitectura para ella que satisfagan las necesidades del usuario
• Mitigar los riesgos críticos
Se trata de eliminar los riesgos que puedan hacer que el proyecto fracase. Esto se puede hacer de varias
maneras
EJECUCIÓN DE FLUJOS DE TRABAJO
En la fase de inicio se necesita evaluar que tan factible es seguir con el
proyecto, para esto necesitamos determinar el ámbito del sistema, esbozar una
arquitectura, identificar y mitigar los riesgos críticos. Si es un nuevo tipo de
sistema se necesita construir un prototipo y probarlo. Todas estas tareas se
encuentran en las tareas del flujo de trabajo que se encuentran en la imagen.
EJECUCIÓN DE PROYECTO AL ENTORNO DE
DESARROLLO
• El entorno de desarrollo consiste en un proceso, las herramientas para llevarlo
a cabo, y una serie de servicios para los proyectos. Además, incluye la
configuración y mejora del proceso. En otras palabras, se trata de adaptar el
proyecto a los recursos que tenemos disponibles (ampliar o simplificar los
requisitos según los recursos disponibles).
IDENTIFICACIÓN DE RIESGOS CRÍTICOS

Los riesgos críticos es identificar, mitigar o planificar como mitigar lo que haría
el proyecto inviable. La máxima importancia es encontrar los riesgos de la fase
de inicio, si un proyecto hay riesgos de este tipo es no poder hallar una forma
de mitigarlo o un plan de emergencia para contenerlo, debemos de considerar
el abandono del proyecto
EVALUACIÓN

La evaluación de fase de inicio es importante decisión de guiar adelante o

abandonar el proyecto eso sí que hay que examinar los objetivos de esta fase,
riesgos críticos, arquitectura candidata, pero tiene que decidir de continuar o
abandonar el proyecto.
ARTEFACTOS DE UML UTILIZADOS EN LA FASE
• Documentación Visión: Define el alcance y el objetivo de alto nivel de un
programa, producto o proyecto. Una declaración clara del programa, una
propuesta de solución y las características de alto nivel de un producto
ayudan a establecer expectativas y reducir riesgos.
• Diagramas de Caso de uso: Un diagrama de casos de uso es una forma de
diagrama de comportamiento en lenguaje UML mejorado.
• Diagrama de requisitos: Tiene como finalidad comprender el sistema y
delimitar sus alcances a través de un diagrama de sus requisitos para cada
actor.