enterprise unified process (eup )
DESCRIPTION
Enterprise Unified Process (EUP ). 2010. Andrés González. 201018063 Julián Morales. 200213074 Carlos Criales. 200925612 José Daniel García. 200818257 Robinson De La Hoz. 201018033 Haiver Páez. 201018119. Especialización en construcción de software Universidad de los andes Bogotá 2010. - PowerPoint PPT PresentationTRANSCRIPT
Enterprise Unified Process (EUP) 2010
Andrés González. 201018063 Julián Morales. 200213074Carlos Criales. 200925612José Daniel García. 200818257Robinson De La Hoz. 201018033Haiver Páez. 201018119
Especialización en construcción de softwareUniversidad de los andes
Bogotá 2010
¿Qué es EUP?
• Enterprise Unified Process (EUP) Es una extensión de Rational Unified Process (RUP) para el desarrollo de software
• Agrega dos fases• Agrega dos disciplinas
¿Qué es EUP?Cuando Adoptar EUP
• Se está familiarizado con RUP• Se tienen que manejar problemas
empresariales• Necesita operar y soportar software
construido• Necesita retirar aplicaciones existentes• Desea invertir procesos de mejoramiento de
software
EUPFase de pre - incepción
• Comprende los esfuerzos empresariales previos al proyectos. Comprende:– Modelo de negocio empresarial– Planeación de portafolio– Modelamiento de arquitectura empresarial– Identificación de recursos reusables– Asignación de personal– Definición de procesos
EUPFase de incepción
• Se enfoca en la compresión del problema y la tecnología, delimitación del ámbito del proyecto, eliminación de riesgos y establecimiento de una línea base de arquitectura
EUPFase de incepción (2)
• Definir el alcance• Estimación del Costo y Cronograma• Definir Riesgos• Desarrollar el modelo de negocio• Preparar el Entorno del Proyecto
EUPFase de incepción (3)
Para terminar esta fase los stakeholder deben estar de acuerdo con las siguientes características:• Alcance• Definición Inicial de los Requerimientos• Planeación "Acuerdo con costos y cronogramas"• Riesgos• Proceso de Desarrollo• Caso de Negocio• Plan del Proyecto • Portafolio
EUPFase de elaboración (1)
• Especificación de Requerimientos • Fijar la base para la arquitectura del sistema• Entendimiento de los riesgos• Preparación de la fase de construcción– Adquisición de recursos
• Finalización de los planes para la comunicación y colaboración
EUPFase de elaboración (2)
• Criterios de Salida– Visión– Requerimientos definidos– Arquitectura Estable– Validación del Riesgo– Estimativos de Costo– Convencimiento de éxito– Plan del Proyecto
EUPFase de construcción (1)
Desarrollar el sistema hasta el punto en que esté listo para pruebas en pre-producción:
• Priorización y especificación completa de Requerimientos.
• Análisis y Diseño de la solución• Codificación y pruebas del software
EUPFase de construcción (2)
• Criterios de Salida– El Equipo debe haber pasado el hito Capacidad
Operacional Inicial (IOC) , para el cual los stakeholders están de acuerdo en:
• Estabilidad del Sistema: Software y Documentación son estables y maduros• Stakeholdres preparados: Interesados y el negocio se
encuentran listos para el despliegue del sistema.
EUPFase de construcción (3)
• Riesgos aceptados: Han sido evaluados , se asegura que estén documentados y dispongan de las estrategias para su manejo, control y aceptación.• Costo estimado: Costos actuales aceptados, y
estimación de gastos futuros.• Plan del proyecto: Planes detallados para las próximas
iteraciones de iteración de transición próximos, plan de proyecto de alto nivel. • Cumplimiento con estándares de la Empresa.
EUPFase de transcición (1)
• Está basado en la puesta en producción del producto• Durante esta fase se van a realizar bastantes pruebas• Tiempo:– Depende del proyecto
• Productos nuevos, se tiene encuenta el hardware a comprar, tiempos de instalación, etc.
• Productos modificados, entrenamiento en uso, coordinación para su puesta en funcionamiento
• Productos “gigantes”: Grandes cantidades de datos que se emplearán en las pruebas
EUPFase de transcición (2)
• Criterios de Salida– Los stakeholders aceptan el producto– La gente que va a operar el producto está
satisfecha con su desempeño y documentación– La gente que va a hacer el soporte del producto
está satisfecha con su desempeño y documentación
– Los stakeholders están de acuerdo con los costos de esta fase y se realizan estimaciónes para futúros costos de productos similares
EUPFase de producción (1)
• Esta fase está basada en:– Operaciones (personas que operan el producto)– Soporte de la aplicación• Corrección de defectos
– Implementación de nuevos requerimientos• Nuevos requerimientos• Cambios dentro de la aplicación
EUPFase de producción (2)
• Objetivos– Disponibilidad del producto para los usuarios– Cambios en la aplicación con el fin de llevar cada
día a la disminución de errores– El equipo de soporte está velando porque los
usuarios conozcan y se solucionen inconvenientes presentados en el producto
– Manejo de errores e implementación de mejoras
EUPFase de producción (3)
• Criterios de Salida– Los stakeholders están satisfechos con el producto
desarollado y aceptan – Remoción de un “release” o agendamiento de
remoción de un “release”• Hay una nueva versión del producto por ende,
sobreescribimos un release existente.• Remoción por no cumplimiento de requerimientos y/o
estándares de calidad• La compañía para la que se desarrolló el producto se
termina
EUPFase de retiro (1)
• Esta es la fase final del ciclo de vida.• Retiro de los sistemas:– Reemplazo– Redundante– Obsoleto– Ya no va ser soportado
• Típicamente los retiros de reemplazo en paralelo
EUPFase de retiro (2)
• Objetivos– Análisis de integración detallado– Migración de datos– Pruebas de integración– Remoción del sistema– Obtener el menor impacto
EUPFase de retiro (4)
• Criterios de Salida– Sistema es retirado– Los stakeholders están satisfechos con el retiro
EUPBibliografía
• http://www.enterpriseunifiedprocess.com• http://www.ambysoft.com/scottAmbler.html