FASES RUP y Flujo de Trabajo: 1. Fase de Incepción: a) Modelo del Negocio b) Modelo de Requerimientos 2.

Fase de Elaboración c) Modelo de Análisis d) Modelo de Diseño 3. Fase de Construcción e) Modelo de Desarrollo 4. Fase de Transición f) Modelo de Pruebas g) Modelo de Implantación Actividades del Modelo del Negocio: 1. Reglas del Negocio 2. Modelo de casos de uso del Negocio 3. Hoja de Descripción de casos de uso 4. Diagrama de Actividades 5. Modelo de objetos 6. Modelo de dominio Actividades del Modelo de Requerimientos: 1. Requisitos funcionales 2. Requisitos no funcionales 3. Descripción de actores 4. Diagrama de dependencia de Paquetes 6. Modelo de Caso de uso por paquetes 7. Hoja Descripción de Caso de uso por paquetes 8. Estimación de tiempo de desarrollo 9. Estudio de viabilidad económica 10. Priorización de casos de uso 11. Mitigación de riesgos. Actividades Modelo de análisis: 1 Diagrama de Clases Parciales por caso de uso. 2 Diagrama de Clases de Análisis. 3 Diagrama de Colaboración por Paquete. 4 Diagrama de Subsistemas. Actividades Modelo de Diseño 1. Diagrama de clases de diseño. 2. Diagrama de Casos de uso de Realización. 3. Diseño de Ficha o formulario 4. Diagrama de Secuencia. 5. Diagrama de Estado. 6. Diagrama de Navegabilidad. Actividades modelo de desarrollo 7. Diagrama de componentes. 8. Diagrama de despliegue o emplazamiento. 9. modelo de datos. 10 modelo Entidad-Relación. 11 modelo de entidades lógicos 12 modelo de entidades físico 13 diseño de reportes. 14. Especificaciones del software. a. sistema operativo.

b. lenguaje de desarrollo. c. base de datos. 15. Generación de componentes (DLLs) 16. generación de código Modelo de Pruebas e implantación 1. modelo de pruebas 1.1. Caso de uso de pruebas. 1.2. Pruebas de la caja blanca 1.3. Pruebas de la caja negra. 2. modelo de implantación. 2.1. Elaboración de manuales 2.2. Capacitación de los usuarios 2.3. Implantación del sistema. 2.4. Puesta en marcha. 2.5. Mantenimiento del sistema - Prueba de la Caja Blanca En programación, se denomina caja blanca a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo, al realizar pruebas de Caja Blanca, se debe llevar a cabo un análisis del código y encargarnos de proporcionar las entradas de prueba necesarias para que todas las ramas del código sean probadas de manera adecuada. - Prueba de la Caja Negra Las pruebas de Caja Negra se basan esencialmente en probar conjuntos de datos de entrada, y analizar el valor de salida, comprobando el valor real obtenido con el valor esperado, sin preocuparse de lo que pueda estar haciendo el módulo por dentro Estudio de viabilidad Económica: 1. Costo de Inversión 1.1. Costo de Software (Stma operativo, ofimático) 1.2. Costo de Hardware (compus, monitor) 1.3. Costo de muebles (escritorio, sillas) 1.4. Costo de desarrollo a) Costo de Recursos Humanos b) Insumos (Materiales) c) Energía Eléctrica 2. Beneficios: A) Tangibles: Operador, luz, agua, etc. b) Intangibles: satisfacción del personal, mejora de la imagen institucional de la empresa. 3. Costos operacionales: a) Costo de Recursos Humanos b) Costo de Insumos (papel, cartucho) c) Costos de energía eléctrica 4. Flujo de Caja 5. Indicadores Económicos: A) VAN >0 b) Costo/Beneficio >1 c) TIR > tasa

) y roles (papel que desempeña una persona en un determinado momento. el código fuente. XP Los métodos Ágiles. se puede decir que RUP es una buena base para el proceso. los métodos ágiles lo hacen mejorando los procesos de comunicación directa e inmediata entre las personas que intervienen en el proceso * Trabajo por equipos * Se implementa mejor en proyectos cortos y equipos más pequeños *Ciclo de vidas diferentes aunque con algunas similitudes *En un proyecto XP la primera fase es llamada “Ápice arquitectónico” (Architectural Spike) y es una fase mucho más rápida que la primera fase en RUP *XP está diseñado con los programadores en mente. tales como eXtreme Programming. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo. etc. de comunicación intensiva. centradas en la gente o en los equipos. Prácticas. orientadas hacia prestaciones y hacia la entrega. estar centrado en la arquitectura y guiado por los casos de uso. arréglelo de todos modos” ● Entregas pequeñas y frecuentes Entendimiento compartido ● Diseño Simple -> no implementar nada que no se necesite ahora... son estrategias de desarrollo de software que promueven prácticas que son .RUP *Los métodos pesados intentan conseguir el objetivo común por medio de orden y documentación *Si el proyecto es suficientemente grande como para compensar la adaptación. Se caracteriza por ser iterativo e incremental. con facilitar su trabajo y por tal razón define todo el desarrollo completo incluyendo pruebas e integración *Segunda fase de XP “Plan de entregas” presentación de guiones de usuario establecimiento con claridad de requerimientos del sistema *Fase de construcción utiliza iteraciones. Retroalimentación a escala fina ● Desarrollo Guiado por Pruebas -> primero deben diseñarse y codificarse los casos de prueba que cada clase debe superar al ser codificada ● Juego de Planificación -> el cliente y los programadores negocian el alcance del proyecto para cada iteración ● Onsite Customer ● Programación en Pares Proceso contínuo en lugar de por lotes ● Integracion Continua -> Todos los cambios deben ser integrados a la base del código al menos diariamente. Las pruebas deben correr al 100% antes y después de la integración ● Refactorización Implacable -> “Si funciona bien. el modelo de casos de uso. minimizar diagramas y documentos ● Metáforas del Sistema -> “historia compartida” ● Propiedad Colectiva del Codigo -> Cualquiera puede cambiar cualquier parte del código en cualquier momento ● Convenciones Codigo -> Estándares de Codificación Bienestar del programador ● Paso Sostenible -> Semana de Cuarenta Horas ● Espacio abierto XP * Disminución en la documentación. RUP Es un producto de Rational (IBM). una persona puede desempeñar distintos roles a lo largo del proceso). iterativas. o bien. nunca implementar algo que vaya a necesitarse más adelante. y que requieren que el negocio se involucre en forma directa. ya que permite conseguir una mayor y mejor estructura y disciplina del proceso de desarrollo *RUP está pensado para proyectos y equipos de trabajo más grandes en cuanto a tamaño y duración del mismo *Ciclo de vidas diferentes aunque con algunas similitudes *En un proyecto RUP la primera fase es llamada incepción más lenta que en xp ya que puede tener varias iteraciones *Fase de “Elaboración” del RUP en esta se presentan los casos de uso *Establecimiento con claridad de requerimientos del sistema *La fase de desarrollo(o elaboración del código) Implementa iteraciones adaptativas en vez de predictivas.