Introducción al Proceso Unificado (UP), los principios que lo fundamentan, los elementos que generaron su aparición y las problemáticas que fueron resueltas. Se describe igualmente las fases que lo componen desde la comunicación con el cliente , hasta el despliegue del software. Describiendo sus principales características. Finaliza la presentación con un listado de los productos que se esperan entregar al trabajar con el proceso unificado.
2. Mejorar el Producto
• El desarrollo adelantado de la tecnología.
• La expansión de Internet en todas partes.
• Nuestra necesidad de nuevo software
“Debe existir una forma de hacer que el
software se adapte a nuestras nuevas
necesidades”.
3. La RESPUESTA
• Ivan Jacobson, Grady Booch y James Rumbaugh.
Plantean la creación de un:
• PROCESO UNIFICADO
“El esfuerzo de reunir las
mejores prácticas del desarrollo
del software”.
5. Comunicación con EL CLIENTE
HAY QUE
ESCUCHAR AL
CLIENTE.
“Emplear METODOS que
permitan identificar la
perspectiva del cliente”.
CASOS DE
USO.
6. La Arquitectura del Software
Centrado en la
Arquitectura
Como soporte
esencial del software
“Es la única manera de centrarse en
las metas correctas y estar preparado
para los cambios futuros”.
7. Iterativo e Incremental
• Da el sentido EVOLUTIVO
requerido para el software
moderno.
“NO TODOS LOS
MODELOS DE
DESARROLLO TIENEN
PRINCIPIOS
INCREMENTALES Y
EVOLUTIVOS”.
“El proceso unificado propone que los
flujos de los procesos deben ser
incrementales”.
8. UML no es PROCESO UNIFICADO
UML es un lenguaje de Modelado Unificado,
carente de un marco de trabajo, pero con
herramientas para el desarrollo de software.
El Proceso Unificado se apoya en UML para la
construcción de sus productos.
RUP: Proceso Unificado Rational. También se le
conoce al PU después que la empresa Rational contribuyera con el estándar y el
desarrollo completo de plataformas de soporte
10. Fases del PROCESO UNIFICADO
Elaboración
Inicio
Modelado
Planeación
Comunicación
Construcción
Despliegue
Incremento del
software
Producción
Construcción
Transición
11. FASE
INICIO
“Se incluye la comunicación con el cliente y las
primeras etapas de la planeación”.
Levantamiento de REQUERIMIENTOS iniciales, identificación de
ACTORES, los casos de uso la herramienta recomendada.
12. FASE
ELAB
ORACI
ÓN
“Continua la comunicación con el
cliente y las actividades del
modelado”.
Incluye nuevas vistas de la arquitectura: casos de uso, modelos de
análisis, el modelo de diseño, el modelo de implementación y el
modelo de despliegue.
13. FASE
CONS
TRUC
CCIÓN
“Se transforma el código la
arquitectura propuesta, se
integra los componentes y se
efectúan las pruebas de los
mismos”.
Los casos de uso se emplean para realizar
pruebas de aceptación.
14. FASE
TRAN
SICIÓ
N
“El software se le entrega al
usuario para que lo utilice y
efectué las pruebas Beta”.
El software ya debe ser utilizable
15. FASE
PROD
UCCIÓ
N
“Se monitoreo el empleo del
software y se da soporte al
usuario”.
Se reciben informes de defectos y solicitud de cambios
17. Documento de la visión.
Modelo inicial de caso de
uso.
Glosario inicial del
proyecto.
Caso inicial del Negocio.
Evaluación inicial del
riesgo.
Plan del proyecto, fase e
iteraciones.
Modelo del negocio si es
necesario.
Uno o mas prototipos.
Fase de inicio
Modelo de casos de uso.
Requisitos suplementarios,
se incluyen los no
funcionales.
Modelo del diseño.
Modelo de análisis.
Incremento integrado del
software.
Descripción de la
arquitectura del software .
Prototipo arquitectónico
ejecutable.
Modelo del diseño
preliminar.
Lista revisada de riesgos.
Plan de proyecto que
incluye: plan de iteración ,
flujos de trabajo adoptados,
fundamentos, productos
técnicos del trabajo, Manual
preliminar del usuario.
Fase de Elaboración
Componentes del software.
Plan y procedimiento de
pruebas.
Casos de prueba.
Documentación del soporte
manuales del usuario,
manuales de instalación ,
descripción del incremento
actual.
Fase de Construcción
Incremento de software
integrado.
Reporte de las pruebas
beta.
Retroalimentación general
del usuario.
Fase de Transición