ADS - Sesion1 - RUP
- 1. EL RATIONAL UNIFIED PROCESS RUP Profesores del Curso
- 2. Administrador Base de Datos Líder de Proyecto Analista Diseñador/ Desarrollador Ingeniero de Desempeño Pruebas Administrador de Configuración RUP y el incremento de la Productividad en Equipo 1 Lenguaje Modelamiento (UML) 1 Enfoque de cómo desarrollar software 1 Proceso 1 Base de conocimiento
- 3. RUP y las 6 mejores Prácticas “ Best Practices” Desarrollo Iterativo Modelamiento Visual Verificación de la Calidad Arquitecturas con Componentes Administración de Requerimientos Control de Cambios
- 4. Los casos de uso dirigen el trabajo desde el análisis hasta las pruebas 1. Administración de Requerimientos Organizar y documentar la funcionalidad y restricciones requeridas. Los requerimientos de negocio son fácilmente capturados y comunicados a través de diagramas. Llevar un registro y documentación de cambios y decisiones. Modelo de Diseño Modelo de Implementación Modelo de Prueba verifica realización influenciado por
- 5. 2. Desarrollo iterativo de Software Dados los sistemas de software sofisticados de la actualidad, no es posible hacer de manera secuencial la definición completa del problema, diseñar la solución completa, construir el software y por último probarlo. El descubrimiento de defectos en fases posteriores de diseño dan como resultado un aumento en los costos y/ó la cancelación del proyecto. El tiempo y dinero gastados en la implementación de un diseño fallido, son no recuperables
- 6. ¿Cómo se produce la Iteración? Requerimientos Análisis y Diseño Implementación Pruebas Evaluación Cada iteración produce un producto ejecutable
- 7. Las características fundamentales son: Permite un entendimiento incremental del problema a través de refinamientos sucesivos. Habilita una fácil retroalimentación del usuario. Permite lograr metas específicas al equipo de desarrollo porque sabe que resultados generar. El progreso es medido conforme avanzan las implementaciones.
- 8. 3. Modelamiento Visual del Software Captura la estructura y comportamiento de arquitecturas y componentes. Muestra como encajan de forma conjunta los componentes del sistema. Mantiene la consistencia entre un diseño y su implementación. Promueve una comunicación no ambigua.
- 9. 4. Verificación de la calidad del Software Crea pruebas de validación para asegurar que todos los requerimientos estén implementados apropiadamente. Verifica la calidad del software con respecto a las especificaciones técnicas basadas en la confiabilidad, funcionalidad, desempeño de la aplicación y del sistema. Prueba cada iteración Los problemas del software son de 100 a 1000 veces mas costosos de encontrar y reparar después del desarrollo
- 10. 5. Arquitectura basada en Componentes Se enfoca en el pronto desarrollo de una arquitectura ejecutable robusta. Resistente al cambio mediante el uso de componentes bien definidos. Intuitivamente comprensible. Promueve la reutilización efectiva de software. Es la base del Software Factory.
- 11. 6. Control de cambios de Software Controlar, llevar un registro y monitorear cambios para permitir un desarrollo iterativo. Establece espacios de trabajo seguros para cada desarrollador. Controla todos los artefactos de software modelos, código, documentos, etc… Administración de Espacios de Trabajo Desarrollo en Paralelo Administración de Construcción Integración de Proceso ALERT REPORT
- 12. Definiciones en RUP ROL Un rol define las responsabilidades y el comportamiento de un individuo. Es como un “ sombrero ” que la persona usa durante el proyecto: Una persona puede tener varios sombreros. Es el rol que desempeña en un momento dado.
- 13. ACTIVIDAD: Es una unidad de trabajo que se asigna a un rol. Ejemplos: Crear o modificar una clase. Una actividad lleva entre un par de horas y un par de días, involucra un solo rol y un número pequeño de artefactos. Las actividades se consideran en la planificación y evaluación del progreso de un proyecto.
- 14. ASIGNACION DE ACTIVIDADES ¿Cómo realizo una asignación de actividades? Recurso Rol Actividad Pablo Diseñador Diseño de Objetos María Autor de Casos de Uso Detallar un Caso de Uso José Diseñador de Casos de Uso Diseñar un Caso de Uso Silvia Revisor de Diseño Revisar el Diseño Eduardo Arquitecto Análisis de Arquitec tura Diseño de Arquitectura
- 15. ARTEFACTO : Elementos de información producidos, modificados o usados por el proceso. Son usados por los roles para realizar nuevas actividades y son el resultado de esas actividades. Ejemplos: Especificaciones funcionales, código fuente, documento de arquitectura, etc.
- 16. FLUJOS DE TRABAJO: Es una lista de actividades, roles y artefactos. Es una secuencia de actividades que produce un resultado de valor. Análisis de Arquitectura Diseño de Arquitectura Describir Concurrencia Describir Distribución Análisis de Casos de Uso Diseño de Casos de Uso Análisis de Objetos Diseño de Objetos Revisar el Análisis Revisar el Diseño Revisar la Arquitectura Revisor de Diseño Diseñador Diseñador de Casos de Uso Arquitecto
- 17. Estructura de RUP El proceso puede describirse en dos dimensiones, o a lo largo de dos ejes: El eje horizontal representa tiempo y muestra el aspecto dinámico del proceso, expresado en términos de ciclos, fases, iteraciones, y metas. El eje vertical representa el aspecto estático del proceso; como está descrito en términos de actividades, artefactos, trabajadores y flujos de trabajo.
- 18. Contenido Admin. de Proyectos Ambiente o Entorno Modelación de Negocios Implementación Prueba Análisis y Diseño Iteración(es) Preliminar Iter. #1 Fases Flujos de Trabajo de Procesos Iteraciones Flujos de Trabajo de Soporte Iter. #2 Iter. #n Iter. #n+1 Iter. #n+2 Iter. #m Iter. #m+1 Implantación Admin. Configuración Requerimientos Elaboración Transición Inicio Construcción
- 19. 1. Fases de RUP Inicio – Define el alcance y objetivos del proyecto. Elaboración – Plan del proyecto, Especificación de características y Arquitectura base. Construcción – Construye y opera el producto. Transición – Transición del producto a la comunidad del usuario. Inicio Elaboración Construcción Transición <-------------------------------------Tiempo-------------------------------------> Metas Principales
- 20. 1.1. Fase de INICIO Propósito Establece la propuesta técnica para un nuevo sistema o para alguna actualización importante de un sistema existente Especificar el alcance del proyecto Define el plan
- 21. Ejemplo: MCUN Caso de Negocios: modelar la empresa (como funciona la empresa a la que se le va a desarrollar el software) Gestionar Horarios (from Casos de Uso de Negocio) Sistema Horarios (from Actores del Negocio) Gestionar Registro de Docentes (from Casos de Uso de Negocio) Gestionar Dictado Profesor (from Casos de Uso de Negocio) Profesor (from Actores del Negocio) Gestion Estadistica de horario (from Casos de Uso de Negocio) Gestionar Cursos (from Casos de Uso de Negocio) Jefe Carreras (from Actores del Negocio) Pre-Matricular (from Casos de Uso de Negocio) Gestionar Matricula (from Casos de Uso de Negocio) Gestionar Retiro/cambio (from Casos de Uso de Negocio) Alumno. (from Actores del Negocio)
- 22. 1.2. Fase de ELABORACION Propósito Analizar el dominio del problema. Establecer una buena arquitectura. Lidiar con los elementos de riesgo más altos del proyecto. Desarrollar un plan detallado mostrando como el proyecto será completado.
- 23. 1.3. Fase de CONSTRUCCION Propósito Desarrollar incrementalmente el producto de software completo. Operar la aplicación
- 24. 1.4. Fase de TRANSICION Propósito Hacer la transición final del producto de software al usuario.
- 25. iteraciones 2. ITERACIONES Cada fase en RUP puede descomponerse en iteraciones. Una iteración es un ciclo de desarrollo completo que genera como resultado una entrega de producto ejecutable (interna o externa). Iteración Preliminar Iteración de Arquitectura Iteración de Arquitectura Iteración de Desarrollo Iteración de Desarrollo Iteración de Desarrollo Iteración de Transición Iteración de Transición Inicio Elaboración Construcción Transición Liberaciones externas internas
- 26. 3. Flujos de Trabajo Una enumeración de todos los roles, actividades y artefactos no constituyen un proceso. Se necesita una forma de describir secuencias significativas que produzcan algún resultado válido, y que muestre la interacción entre los elementos que participan. Un flujo de trabajo es una secuencia de actividades que producen un resultado de valor observable.
- 27. Flujos de Trabajo para el desarrollo del sistema Modelado del negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Flujos de Trabajo para la gestión del proyecto Configuración y administración de cambios Administración del proyecto Administración del entorno
- 28. 3.1. Modelo del Negocio Su objetivo es que el analista entienda los procesos de la empresa que son el contexto que necesita para realizar su propuesta informática. Asegurarse que clientes, usuarios, desarrolladores y otros involucrados tengan igual entendimiento de la empresa.
- 29. 3.2. Requerimientos Los desarrolladores y clientes deben acordar qué es lo que el sistema debe hacer: Documentar funcionalidad y restricciones Relevar requerimientos Documentar decisiones Identificar actores Identificar casos de uso
- 30. 3.3. Análisis y Diseño Descripción de cómo se implementará el sistema: un plano Definición de la arquitectura tecnológica, de datos y funcional Identificación de los componentes Planteamiento de algoritmos Definición de patrones de diseño
- 31. 3.4. Implementación Definir la organización del código Implementar clases y objetos en forma de componentes (fuente, ejecutables, etc.) Probar los componentes desarrollados Integrar los componentes en un sistema ejecutable.
- 32. 3.5. Pruebas Verificar la interacción entre los objetos Verificar la integración apropiada de componentes Validar que se satisfacen los requerimientos Identificar los defectos y corregirlos antes de la instalación.
- 33. 3.6. Distribución /Despliegue Producir un producto y hacerlo llegar a sus usuarios finales. Incluye varias actividades: Producir un “release” Empaquetar el software Distribuir el software Instalar el software Apoyar a los usuarios
- 34. 3.7. Administración de Proyectos Gestiona el cumplimiento de objetivos, maneja riesgos y conduce la producción del software hacia la satisfacción de clientes y usuarios. Existen pocos proyectos realmente exitosos. RUP incluye: Un framework para manejo de proyectos de software Guías para planificación, provisión de personal, ejecución y monitoreo de planes Un framework para manejar riesgos.
- 35. 3.8. Configuración y Administración de Cambios Forma de controlar los artefactos producidos por las personas que trabajan en el proyecto. Algunos problemas habituales: Actualizaciones simultáneas Múltiples versiones RUP da guías para: Control de versiones Seguimiento a los cambios Administrar defectos
- 36. 3.9. Administración del Entorno Prepara el ambiente y herramientas de despliegue que harán posible llevar a cabo el proyecto. RUP guía en la configuración de un ambiente de proceso apropiado a cada proyecto. Provee el soporte al equipo de desarrollo durante todo el ciclo de vida del proyecto.
- 37. RUP Guiado por lo casos de uso: Los casos de uso son el instrumento para validar la arquitectura del software y extraer los casos de prueba. Centrado en la arquitectura: Los modelos son proyecciones del análisis y el diseño constituye la arquitectura del producto a desarrollar. Iterativo e incremental: Durante todo el proceso de desarrollo se producen versiones incrementales (que se acercan al producto terminado) del producto en desarrollo.