Metodología RUP_1 PDF

Proceso Unificado de Desarrollo (RUP)  RUP Metodologías Proceso de UML Sis...

Proceso Unificado de Desarrollo (RUP)  RUP Metodologías Proceso de UML Sistemas orientados más utilizadas a objetos Dirigido a Desarrollo de Software Para Análisis Documentación Rational Software de IBM Mejores Practicas Implementación Gestión de Gestión de requisitos los cambios Desarrollo Verificación de iterativo La calidad Desarrollo basado en Modelado componentes visual (UML)  Estructura Dinámica del proceso. Fases e iteraciones RUP se repite a lo largo de una serie de Cada fase se subdivide a la vez en iteraciones, el número de iteraciones en cada fase es variable. ciclos que constituyen la vida de un Cada fase se concluye con un hito bien definido, un producto. Cada ciclo concluye con una punto en el tiempo en el cual se deben tomar ciertas generación del producto para los clientes. decisiones críticas y alcanzar las metas clave antes de pasar a la siguiente fase, ese hito principal de Cada ciclo consta de cuatro fases: cada fase se compone de hitos menores que podrían ser los criterios aplicables a cada iteración se Inicio, Elaboración, Construcción y Transición. muestran a continuación: Hitos Ciclo de vida de RUP El ciclo de vida de RUP se caracteriza por: Dirigido por casos de uso: Los casos de uso reflejan lo que los usuarios futuros necesitan y desean, lo cual se capta cuando se modela el negocio y se representa a través de los requerimientos. A partir de aquí los casos de uso guían el proceso de desarrollo ya que los modelos que se obtienen, como resultado de los diferentes flujos de trabajo, representan la realización de los casos de uso (cómo se llevan a cabo). Centrado en la arquitectura: La arquitectura muestra la visión común del sistema completo en la que el equipo de proyecto y los usuarios deben estar de acuerdo, por lo que describe los elementos del modelo que son más importantes para su construcción, los cimientos del sistema que son necesarios como base para comprenderlo, desarrollarlo y producirlo económicamente. RUP se desarrolla mediante iteraciones, comenzando por los CU relevantes desde el punto de vista de la arquitectura. El modelo de arquitectura se representa a través de vistas en las que se incluyen los diagramas de UML. Iterativo e Incremental: Una iteración involucra actividades de todos los flujos de trabajo, aunque desarrolla fundamentalmente algunos más que otros. Ciclo de vida de RUP Por ejemplo, una iteración de elaboración centra su atención en el análisis y diseño, aunque refina los requerimientos y obtiene un producto con un determinado nivel, pero que irá creciendo incrementalmente en cada iteración. Es práctico dividir el trabajo en partes más pequeñas o miniproyectos. Cada miniproyecto es una iteración que resulta en un incremento. Las iteraciones hacen referencia a pasos en los flujos de trabajo, y los incrementos, al crecimiento del producto. Cada iteración se realiza de forma planificada es por eso que se dice que son miniproyectos. Rup fases Define el alcance del proyecto Planificar el proyecto, elaborar una arquitectura base Construir el sistema Tiempo Transición a los usuarios  Fases dentro de un ciclo Cada fase se subdivide en iteraciones. En cada iteración se desarrolla en secuencia un conjunto de disciplinas o flujos de trabajos Modelos Utilizados Un Modelo de Casos de Uso consiste de actores, casos de uso y relaciones entre ellos. Los actores representan Modelo de todo aquello que intercambia información con el sistema. Cuando un actor usa el sistema, el sistema ejecuta un caso de uso. Un buen caso de uso es una transacción secuencial que Casos de Uso produce un resultado para un actor La colección de casos de uso es la funcionalidad completa de un sistema. El Modelo del Caso de Uso es usado como entrada esencial para las actividades de análisis, diseño y pruebas. El Modelo de Análisis tiene el propósito de refinar los casos de uso más detalladamente, y realizar una asignación inicial del Modelo de comportamiento del sistema; a un conjunto de objetos que proporcionen el funcionamiento esperado Es un Modelo de Objetos que describe la realización de casos Análisis de uso, y sirve como abstracción para el Modelo del Diseño. El Modelo de Análisis contiene el resultado del análisis de casos de uso, y clases. El Modelo de Análisis es un artefacto opcional. El Modelo de Diseño define la estructura estática del sistema, tales como: subsistemas, clases e interfaces, y la realización Modelo de de los casos de uso como colaboraciones entre los subsistemas, clases e interfaces. Es un Modelo de Objetos que describe la realización del caso Diseño de uso, y sirve como una abstracción del Modelo de Implementación y sus códigos fuentes. El Modelo del Diseño es usado como entrada esencial para las actividades de implementación y pruebas Modelos Utilizados El Modelo de Implementación es una colección de componentes y subsistemas que los contienen. Los Modelo de componentes incluyen archivos ejecutables, códigos fuentes y librerías. Implementación Realizan el mapeo de las clases a los componentes. Incluyen componentes (representando códigos fuentes). El Modelo de Deployment muestra la configuración de Modelo de los procesos (nodos) en el tiempo de ejecución, la liga de comunicación entre ellos y los componentes y Deployment objetos que residen en ellos. Realizan el mapeo de los componentes a los nodos. Definen los nodos físicos de las computadoras. El Modelo de Pruebas es una representación de lo que será probado y como será probado. Es una vista de los modelos de Modelo de diseño e implementación, describiendo las pruebas de ellos mismos. Esto incluye la colección de casos de pruebas, procedimientos de prueba, escritos de prueba y los resultados Pruebas de prueba esperados junto con una descripción de sus relaciones. Describen los casos de pruebas que verificarán los casos de uso Objetivos Especificar cuales artefactos deben ser desarrollados y cuando deben ser desarrollados RUP Ofrecer criterios para monitorear y medir los productos y actividades del proyecto Dirigir las tareas de desarrolladores individuales y equipos como una sola Proporcionar una guía del orden de las actividades de los equipos Estructura Estática del proceso. Roles, actividades, artefactos y flujos de trabajo Un proceso de desarrollo de software define RUP quién hace qué, cómo y cuándo. RUP define cuatro elementos los roles, que responden a la pregunta ¿Quién?, las actividades que responden a la pregunta ¿Cómo?, los productos, que responden a la pregunta ¿Qué? y los flujos de trabajo de las disciplinas que responde a la pregunta ¿Cuándo? Elementos Roles: Un rol define el comportamiento y Actividades: Procesos que responsabilidades de un individuo, se han de realizar en cada o de un grupo de individuos etapa/iteración. trabajando juntos como un equipo. Una persona puede desempeñar Trabajadores: Personas diversos roles, así como un mismo involucradas en cada actividad del proyecto. rol puede ser representado por varias personas. Las responsabilidades de un rol Artefactos: Herramientas empleadas para el desarrollo del son tanto el llevar a cabo un proyecto. Puede ser un conjunto de actividades como el documento, un modelo, un ser el elemento del modelo. dueño de un conjunto de artefactos El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo exitoso de un producto de software. Explicando qué hacer, cómo, cuando y quién debe hacerlo) 2. Especificar que artefactos deberán desarrollarse y cuando deberán aplicarse. 3. Direccionar las tareas de los desarrolladores individuales y al equipo en general. 4. Ofrecer criterios de monitoreo y medidas de los productos del proyecto.  Relación entre roles, actividades, artefactos RUP Detalle de un workflow mediante roles, actividades y artefactos UML es: UML = Unified Modeling Language Un lenguaje de propósito general para el modelado orientado a objetos. Impulsado por el Object Management Group (OMG, www.omg.org) Documento “OMG Unified Modeling Language Specification” UML combina notaciones provenientes desde: Modelado Modelado de Modelado de Modelado de Orientado a Flujos de Trabajo Datos Componentes Objetos (Workflows) Diagramas de uml Diagrama de Casos de Uso Diagrama de Clases Diagrama de Objetos DIAGRAMAS DE COMPORTAMIENTO Diagrama de Estados Diagrama de Actividad DIAGRAMAS DE ITERACCIÓN Diagrama de Secuencia Diagrama de Colaboración DIAGRAMAS DE IMPLEMENTACIÓN Diagrama de Componentes Diagrama de Despliegue Diagramas de uml https://okhosting.com/blog/herramientas-de-desarrollo-de-software/ Herramientas case En la ingeniería de Software existen herramientas CASE cuyo propósito es dar soporte automatizado para la aplicación de todas o algunas técnicas usadas por una o varias metodologías. Ayudan a un ingeniero de software a desarrollar y mantener el software en un repositorio integrado en donde se alanceará la información de uno o varios sistemas de información donde se hace una descripción a detalle del software desarrollado.  Se almacena toda la información de uno o varios sistemas de información Contexto Organizacional: El dominio (problema) de los sistemas Organigramas desarrollados o en Por ejemplo Planes estratégicos desarrollo Factores críticos del éxito Entre otros Modelos de solución Historia de los proyectos, e implementación recursos, presupuestos, etc. Información de la metodología que esta siendo usada  Atributos típicos Se utilizan en : Identificación Definición (significado) Metodologías Tipo, alias Estructuradas Ítems, componentes Ítems padre Reglas de uso Quien y cuando lo creó y lo actualizó por Metodologías Orientadas a última vez Objetos Quienes pueden actualizarlo y consultarlo Cual es su estado Número de versión Donde esta almacenado físicamente  Propósito de una herramienta CASE Niveles de Solución: Enfrentar el proceso de desarrollo de 2 Usar una herramienta CASE software como un Aplicar uno o varios para apoyar la proyecto de Ingeniería métodos de forma aplicación de los de Software ingeniería integrada cubriendo métodos utilizados de Software todas las actividades del ciclo de vida del software 1 3 Algunas Herramientas para modelado CASE System Software CASE Studio Argouml Architect Ideas Modeler Astah Visual Paradigm StarUML Professional for UML  Bibliografía Fierro, María de los Angeles. PROCESO UNIFICADO DE RATIONAL (RUP). pp-1-11. http://docplayer.es/9144826-Proceso-unificado-de-rational-proceso- unificado-de-rational-rup-el-proceso-de-desarrollo-de-software-tiene- cuatro-roles-importantes.html bernardolimachi. (2012). Metodologia RUP(Rational Unified Process). pp- 1-25. https://es.slideshare.net/bernardolimachi/metodologia-rup-14288208 Desarrollo de Software Orientado a Objeto usando UML. https://docs.google.com/a/cun.edu.co/viewer?a=v&pid=sites&srcid=Y3Vu LmVkdS5jb3xsaW5lYS1kZS1nZXJlbmNpYS1zaXN0ZW1hc3xneDo0NzQ1Z mE2ZmFjZjk0MDQx Okhosting. Herramientas de Desarrollo de Software. Recuperado de: https://okhosting.com/blog/herramientas-de-desarrollo-de-software/ ProcesosDeSoftware. METODOLOGIA RUP. https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP EcuRed. Proceso unificado de desarrollo https://www.ecured.cu/Proceso_unificado_de_desarrollo