Metodologia rup parte 1

1,534 views

Published on

Published in: Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,534
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
59
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Metodologia rup parte 1

  1. 1. Metodología RUP. (Rational Unific Process) (Primera parte) Marbella Castañeda Rivas marbella.cas@gmail.com
  2. 2. Metodología RUP. (Rational Unific Process)  es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM  un conjunto de metodologías adaptables al contexto y necesidades de cada organización Historia Según Wikipedia, “Los orígenes de RUP se remontan al modelo espiral original de Barry Boehm. Ken Hartman, uno de los contribuidores claves de RUP colaboró con Boehm en la investigación. En 1995 Rational Software compró una compañía sueca llamada Objectory AB, fundada por Ivar Jacobson, famoso por haber incorporado los casos de uso a los métodos de desarrollo orientados a objetos. El Rational Unified Process fue el resultado de una convergencia de Rational Approach y Objectory (el proceso de la empresa Objectory AB). El primer resultado de esta fusión fue el Rational Objectory Process, la primera versión de RUP, fue puesta en el mercado en 1998, siendo el arquitecto en jefe Philippe Kruchten”
  3. 3. Metodología RUP. (Rational Unific Process) • Orígenes – Modelo original Objectory definido por Ivan Jacobson (1987) – Rational Software compra la empresa de Objectory (1995) – Surge la primera versión de UML (1997) – Se publica la primera versión del Proceso Unificado de Rational - RUP (junio 1998)
  4. 4. Metodología RUP. (Rational Unific Process) Basado en seis principios claves de desarrollo 1. 2. 3. 4. 5. 6. Proceso adaptable Equilibra prioridades Demuestra valor iterativamente Colaboración entre equipos Eleva el nivel de abstracción Se enfoca en la calidad Se caracteriza por : 1. 2. 3. 4. Los casos de uso Centrados en la arquitectura Modelo de Ciclo de vida es iterativo e incremental Estructura dinámica
  5. 5. Metodología RUP.  (Rational Unific Process) Dirigido por casos de uso – – Se centra en la funcionalidad que el sistema debe poseer para satisfacer las necesidades de un usuario (persona, sistema externo, dispositivo) que interactúa con él Casos de uso como el hilo conductor que orienta las actividades de desarrollo Casos de Uso <<defineNecesidades>> <<realiza>> Análisis Recopilar, Clarificar y Validar los requerimientos <<verifica>> Diseño Pruebas Realizar los casos de uso Verificar que se satisfacen los casos de uso Fuente: Ricardo Borillo. Introducción al Modelado. Metodologías, UML y patrones de diseño.
  6. 6. Metodología RUP. (Rational Unific Process)  Centrado en la arquitectura  Concepto similar a la arquitectura de un edificio    Varios planos con diferentes aspectos del edificio Tener una imagen completa del edificio antes que comience la construcción Arquitectura en software    Plataforma en la que va a operar   Diferentes vistas del sistema: estructural, funcional, dinámico, etc. Determina la forma del sistema Arquitectura: determina la forma del sistema Casos de uso: determinan la función del sistema Fuente: Ricardo Borillo. Introducción al Modelado. Metodologías, UML y patrones de diseño.
  7. 7. Metodología RUP.   Modelo de Ciclo de vida: Iterativo e incremental      (Rational Unific Process) Descomposición de un proyecto grande en mini-proyectos Cada mini-proyecto es una iteración Las iteraciones deben estar controladas Cada iteración trata un conjunto de casos de uso Ventajas del enfoque iterativo     Detección temprana de riesgos Administración adecuada del cambio Mayor grado de reutilización Mayor experiencia para el grupo de desarrollo Fuente: Ricardo Borillo. Introducción al Modelado. Metodologías, UML y patrones de diseño.
  8. 8. Metodología RUP. (Rational Unific Process) Dimensión Estructura Dinámica    Ciclo: cada ciclo una nueva versión del producto Fase: Etapas de un ciclo que finalizan en un HITO Iteración: Proceso de ingeniería sobre una funcionalidad limitada del sistema Estática - Flujos de trabajo    Artefactos Actividades Roles Fuente: Ricardo Borillo. Introducción al Modelado. Metodologías, UML y patrones de diseño.
  9. 9. Metodología RUP. (Rational Unific Process) http://www.google.co.ve/imgres?imgurl=http://2.bp.blogspot.com/52UeNtFxRY4/UMc3uSSwn5I/AAAAAAAAADM/02yHmzdKYeM/s1600/rup.png&imgrefurl=http://metodologirup.blogspot.com/&h=57 9&w=758&sz=143&tbnid=sBpzetvS3G_F3M:&tbnh=91&tbnw=119&zoom=1&usg=__mTuqFqwmBT7Aa2dW5z4mlfqIDY4=&docid=Oi YjRTUaXQBweM&sa=X&ei=Pr5_UdWcLYe09gSS8YGQCg&ved=0CDcQ9QEwAQ&dur=325
  10. 10. Metodología RUP. (Rational Unific Process) Ciclo de vida : es un desarrollo en espiral Hito : punto en el tiempo en donde se evalúan objetivos logrados y se toman decisiones críticas
  11. 11. Metodología RUP. (Rational Unific Process) Construcción Ciclo de desarrollo 1 Ciclo de desarrollo 2 Ciclo de desarrollo n Perfeccionar el plan Análisis Sincronizar Artefactos Diseño Construcción Pruebas Fuente: Ricardo Borillo. Introducción al Modelado. Metodologías, UML y patrones de diseño.
  12. 12. Metodología RUP. (Rational Unific Process) Fase de Inicio o Concepción En esta fase es donde se realiza el modelo del negocio. Se concreta la idea, la visión del producto, como se enmarca en el negocio, el alcance del proyecto. El objetivo en esta etapa es determinar y proponer una visión general de la arquitectura de software y producir el plan de las fases y el de las iteraciones consiguientes. Se construyen los diagramas de caso de uso, requisitos. Elaboración Aquí en esta fase de desarrollo, es donde se construye el documento arquitectura de las diferentes vistas, para posteriormente construir la base de datos. Desarrollo o Construcción En esta fase es donde pasamos a modelar el producto que vamos a mostrar al usuario con todo sus requerimientos, además de que en esta etapa se realiza la implantación y las pruebas al mismo. Transición Durante esta fase de transición busca garantizar que se tiene un producto preparado para su entrega al usuario. Pruebas finales de adaptación , puesta en producción.
  13. 13. Metodología RUP. Inicio o Concepción • Objetivo: Definir el alcance del proyecto. Estudio de oportunidad Modelo de Negocio Visión= Qué + PARA QUÉ + CUÄNTO • Actividades o Especificación de los criterios de éxito del proyecto Especificación de los requerimientos Estimación de los recursos necesarios o o • Artefactos o Documento de definición del proyecto (Rational Unific Process) Elaboración • Objetivo: Establecer un plan de proyecto y una arquitectura correcta del sistema. • Actividades: o Análisis del dominio del Problema o Definición de la arquitectura básica o Análisis de riesgo o Planificación del proyecto • Artefactos: o Vista Lógica Diagrama de clases Modelo E-R (Si el sistema así lo requiere) o Vista de Implementación Diagrama de Secuencia Diagrama de estados Diagrama de Colaboración o Vista Conceptual Modelo de dominio o Vista física Mapa de comportamiento a nivel de hardware. Construcción • Objetivo: desarrollar el sistema a lo largo de una serie de iteraciones • Especificación de requisitos faltantes • Diseño y desarrollo de casos de uso y/o flujos de acuerdo con la planeación iterativa • Pruebas de los casos de uso desarrollados, y pruebas de regresión según sea el caso Transición • Pruebas finales de aceptación • Puesta en producción • Estabilización
  14. 14. Metodología RUP. (Rational Unific Process) • El Modelado de Negocios se define como un proceso de representación de uno o mas aspectos de la empresa tales como: o o o o o o Propósito Estructura Funcionalidad Dinámica Lógica de negocios Componentes:  Fines  Procesos de negocio  Reglas de negocio  Objetos de negocio  Acciones  Unidades organizativas
  15. 15. Metodología RUP.  (Rational Unific Process) Modelado del negocio En esta fase el equipo se familiariza con el funcionamiento de la organización o empresa, conoce los procesos de interés relacionados con el problema. Entender la estructura y la dinámica de la organización para la cual el sistema va ser desarrollado. Entender el problema actual en la organización objetivo e identificar potenciales mejoras. Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo.
  16. 16. Metodología RUP.  (Rational Unific Process) Según Booch (2002) “el modelado de negocio se define como “el flujo de trabajo en el cual se pretende llegar a un mejor entendimiento de la organización donde se va a implantar el producto”. Plantea como objetivos: • Entender la estructura y la dinámica de la organización para el cual el sistema va a ser desarrollado (organización objetivo) • Entender el problema actual en la organización objetivo e identificar potenciales mejoras. • Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo. • Derivar los requisitos del sistema necesarios para apoyar a la organización objetivo Para lograr estos objetivos: • Desarrollar la visión de la organización • Definir los procesos, roles y responsabilidades de la organización por medio de un modelo de Caso de Uso del Negocio • Definir el Modelo de objetos del Negocio
  17. 17. Metodología RUP. (Rational Unific Process)  Requisitos o En esta línea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos. o Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podría hacer. o Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema. o Definir el ámbito del sistema. o Proveer una base para estimar costos y tiempo de desarrollo del sistema. o Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.
  18. 18. Metodología RUP. (Rational Unific Process)  Según Booch (2002), los requisitos se dividen en dos grupos:  funcionales los cuales representan la funcionalidad del sistema y se modelan mediante los diagramas de Casos de Uso.  Los requisitos no funcionales representan aquellos atributos que debe exhibir el sistema, pero que no son de funcionalidad específica, como por ejemplo facilidad de uso, fiabilidad, eficiencia, portabilidad
  19. 19. Metodología RUP. (Rational Unific Process) La especificación de los requerimientos de Entradas, que consiste en el prototipado de las interfaces o pantallas de actualización de datos. Se debe contemplar aspectos propios de la implementación, como ser: ubicación de menú, ubicación de botones de opciones, barra de acceso rápido, diseño de íconos, uso de colores corporativos, tipo de letra, tamaño de letra, etc La especificación de los requerimientos de Salidas, que consiste en el prototipado de los reportes, pantallas de consulta, informes gráficos, estadísticas, salidas a archivos, etc. Comprende un modelado lo más preciso posible a lo que se implementará. Especificación de interfaces con otros sistemas o aplicaciones. Consiste en determinar el nivel de procesos y de datos, los requerimientos de transferencia de información con otros sistemas o aplicaciones existentes.
  20. 20. Metodología RUP. (Rational Unific Process) El enfoque de Rational-IBM • ‰ Énfasis en el modelado de: • „Procesos de negocio • „Objetos de negocios • ‰ procesos de negocio se modelan con Los casos de uso • ‰ objetos de negocio se modelan con Los diagramas de clases
  21. 21. Metodología RUP. Workflows de Proceso Conceptualizar el sistema Requerimientos (Rational Unific Process) Fases Inicio Elaboración Construcción Transición Actividades AC • • • • Indagar, conocer el negocio Especificar los requerimientos Conceptualizar el sistema Confeccionar el modelo conceptual Actividades • Identificar los actores • Estructurar el sistema a partir del modelo conceptual • Describir cada caso de Uso • Establecer las relaciones Artefacto o Producto Modelo Conceptual Modelo de Casos de Uso: Actores, caso de usos, relaciones

×