1. Proceso unificado de rational
objetivo
proporciona una versión general del rup y umz como apoyo del desarrollo de
software de calidad
UML( unifed modaling lenguaje)
QUE ES UN PROCESO
proceso se define quien esta haciendo que cuando lo hace y como hacerle para
alcanzar un objetivo
RUP:EVOLUCCION
es un proceso nuevo k ha ido evolucionando con el tiempo
rational unifed proceso poco a poco
UML 1.3 rational « « « « 5.5 1999
UML 1.2 1998 5.0
METOLOGIA DL RATIONAL 1996-1997 4.1
METOLG D ERICKSON objetivo y proceso 4.0-3.8
1997-1995

2. 1) ES UNA METOLOGIA DE DESARROLLO
el conjunto de actividades necesarias para trasformar los requisitos de un
usuario en un sistema de software utiliza el uml
2)PRESENTA 3 FASES CLAVES
dirigido por casos de uso :
un casos de uso es un fragmento de funcionalidad del sistema que
proporciona al usuario un resultado importante
CENTRADO EN LA ARQUITECTURA
se continua hasta k la arquitectura se establezca

3. INTERACTIVO
se divide todo el trabajo en mini proyecto cada mini proyecto es una interacción
cada interacción crea una serie de flujos de trabajo requisitos análisis diseño
implementación y prueba
INTERACION
esfuerzo k trabaja en un proyecto k corre varias etapas de desarrollo(no
necesarias todas) al final del cual se a incrementado el material disponible sobre
el sistema
INCREMENTO
es un avance, significativo en el grado de especificar diseño, implementación o
prueba del sistema k tenga un lugar durante una interacción
VIDA DE UN SISTEMA
es una serie de ciclos nacimiento mas ciclo intermedio mas muerte

4. FASE
intervalo de tiempo de 2 hilos importantes del proceso cuando se cumpla un
conjunto de objetivos bien definidas se completan los artefactos y se
toman las decisiones sobre si pasar al sgt fase
(REQUISITO, ANALISIS, DISEÑO,IMPLEMENTACION, PRUEBA)
MEJORES PRACTICAS
1)DESARROLLO ITERATIVO
propone una planeación inicial y posteriormente entrar en un ciclo en las estapas
de desarrollo y donde para cada interacción resulta una versión ejecutable del
sistema
VENTAJAS DE DESARROLLO ITERATIVO
tolerable a los requerimientos
los elementos son integrados progresivamente
los riesgos son investigados en estepas tempranas

5. FASE DE INICIO (ARTEFACTOS)
DOCUMENTO DE VISION DEL SISTEMA
visión general de los requisitos principales las características clave y las
restricciones mas importantes la investigación para el modelo de casos de
uso( casos de uso y artefactos identificable a estas alturas o
avances del proyecto
GLOSARIO INICIAL DEL PROYECTO
caso del negocio inicial (contexto del negocio critico de éxito, predicción,
financiera)
VALORACCION INICIAL DE RIESGO
un plan de proyecto(fases e interacciones)
FASE DE INICIO -------- EVALUACION
deben estar de acuerdo en el costo en el alcance y la planificación temporal
con los casos de uso principal se entiende k va hacer el sistema
las estimaciones de costo, fecha, prioridades, riesgo y proceso de desarrollo
profundidad y amplitud del proyecto de arquitectura

6. FASE D ELABORACION ---------- ARTEFACTOS
modelo de casos de uso a un 80%
requisitos adicionales
descripción de la arquitectura
PROTOTIPO AQUETECTONICO EJECUTABLES
lista de riesgo revisada
caso de negocio revisado
plan de desarrollo para todo el proyecto
FASE DE ELABORACION ------------- EVALUACION
la visión estable
la arquitectura es estable
la versión ejecutable demuestra que los riesgos principales sean tratado y
resuelto
el plan de la fase de constructiva es suficientemente detallada y precisa

7. FASE DE CONSTRUCION-------OBJETIVOS
optimiza de recursos conseguir calidad ir rápidamente
versiones útiles ( alpha, beta, etc.)
FASE DE CONSTRUCION-----------ARTEFACTOS
manuales de usuario
el producto integrado para las plataformas adecuadas
FASE DE EVALUACION
el producto esta maduro y estable para que la pruebe los usuarios
todos de acuerdo en pasarelas a los usuarios
FASE DE TRANSICION
prueba beta
operaciones paralela con sistema anterior
convertir de base de datos