0
Colegio Técnico Agropecuario “Alonso de Mercadillo” INTEGRANTES NANCY MARISOL GONZALEZ  ROSA MARIBEL GONZALEZ GLADYS MARIT...
Rational Unified Process (RUP) METODOLOGIA TRADICIONAL PARA EL DESARROLLO DE SOFTWARE
Qué es un Proceso? <ul><li>serie de pasos secuenciales. </li></ul><ul><li>entrada, el proceso en sí y una salida.  </li></...
El Problema <ul><li>Si un proceso es utilizado, equipos funcionales diferentes normalmente utilizan procesos y lenguajes d...
INTRODUCCION <ul><li>RUP es un proceso de desarrollo de software  </li></ul><ul><li>Captura las mejores prácticas del cono...
METODOLOGIA RUP <ul><li>contiene un poderoso conjunto de herramientas y recursos </li></ul><ul><li>incluye la configuració...
TRES CARACTERÍSTICAS ESENCIALES QUE DEFINEN AL RUP: <ul><li>Dirigido por los Casos de Uso </li></ul><ul><li>Proceso Iterat...
Ejemplo de Diagrama de Caso de Uso de Negocios <ul><li>Caso de Negocios: modelar la empresa (como funciona la empresa a la...
Fases en RUP <ul><li>Inicio  – Define el alcance del proyecto </li></ul><ul><li>Elaboración  – Plan del proyecto, especifi...
Fase de Inicio <ul><li>Propósito </li></ul><ul><ul><li>Establecer  casos	 de  negocios </li></ul></ul><ul><ul><li>Especifi...
Fase de Elaboración <ul><li>Propósito </li></ul><ul><ul><li>Analizar el problema. </li></ul></ul><ul><ul><li>Establecer la...
Fase de Construcción <ul><li>Propósito </li></ul><ul><ul><li>Desarrollar el producto de software completo listo para ser t...
Fase de Transición <ul><li>Propósito </li></ul><ul><ul><li>Entrega de software al usuario. </li></ul></ul><ul><li>Producto...
ESFUERZO-HORARIO CONTRA FASES DEL RUP RECURSOS UTILIZADOS EN LAS FASES RUP EN EL TIEMPO
Incremento de la Productividad en Equipo <ul><li>Todos los miembros del equipo comparten </li></ul><ul><li>1 Base de conoc...
DISCIPLINAS <ul><li>Primarias:  </li></ul><ul><li>Modelado del Negocio </li></ul><ul><li>Requerimientos </li></ul><ul><li>...
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS) Desarrollo Iterativo Modelamiento Visual Verificación de la Calidad Arquitecturas c...
  FUNCIONALIDADES  (6 MEJORES PRÁCTICAS)   1) Administración de Requerimientos <ul><li>Licitar, organizar, y documentar. <...
  FUNCIONALIDADES  (6 MEJORES PRÁCTICAS) 2) Desarrollo Iterativo de Software <ul><li>No es posible hacer de manera secuenc...
Desarrollo Iterativo Requerimientos Análisis y Diseño Implementación Pruebas Evaluación Cada iteración produce un producto...
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS) Características del Desarrollo Iterativo <ul><li>Permite un entendimiento increment...
3)Modelación Visual de Software <ul><li>Estructura y comportamiento de arquitecturas y componentes. </li></ul><ul><li>Mues...
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS)  4)Verificación de la Calidad del Software <ul><li>Crea pruebas para cada escenario...
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS)  5)Arquitectura Basada en Componentes <ul><li>Se enfoca en el pronto desarrollo de ...
FUNCIONALIDADES  (6 MEJORES PRÁCTICAS)  6)Control de Cambios del Software <ul><li>Controlar, llevar un registro y monitore...
Estructura de RUP <ul><li>El proceso puede describirse en dos dimensiones, o a lo largo de dos ejes: </li></ul><ul><ul><li...
Estructura de RUP  Disciplinas
Iteraciones <ul><li>Cada fase en RUP puede descomponerse en iteraciones.  </li></ul>Iteración Preliminar Iteración de Arqu...
Noción de Proceso Rol  que puede ser desempeñado por un individuo o conjunto de individuos en la organización de desarroll...
Modelos y Flujos de Trabajo <ul><li>En términos de UML pueden ser expresados como un diagrama de secuencia, un diagrama de...
Modelos y Flujos de Trabajo Cont. Flujo de Trabajo de Diseño de Análisis Flujo de Trabajo de Implementación Modelo de Prue...
ARTEFACTOS a) Modelado del negocio b) Requerimientos c) Análisis y diseño del sistema d) Implementación e) Pruebas f) Desp...
GRADO DE FINALIZACIÓN DE ARTEFACTOS Consiste en cuanto hemos finalizado del artefacto propuesto, es decir los lineamientos...
Referencias <ul><li>A Simplified Approach to RUP Gary K. Evans President, Evanetics, Inc. http://www.therationaledge.com/c...
Referencias <ul><li>© Copyright IBM Corporation Rup 2003 pag 3-4 disponible: http://www.  ibm.com </li></ul><ul><li>Rueda ...
“ GRACIAS  POR SU  ATENCION” <ul><li>PREGUNTAS </li></ul>
Upcoming SlideShare
Loading in...5
×

Rup

5,538

Published on

0 Comments
5 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
5,538
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
252
Comments
0
Likes
5
Embeds 0
No embeds

No notes for slide

Transcript of "Rup"

  1. 1. Colegio Técnico Agropecuario “Alonso de Mercadillo” INTEGRANTES NANCY MARISOL GONZALEZ ROSA MARIBEL GONZALEZ GLADYS MARITZA SARANGO DIANA PATRICIA SARANGO
  2. 2. Rational Unified Process (RUP) METODOLOGIA TRADICIONAL PARA EL DESARROLLO DE SOFTWARE
  3. 3. Qué es un Proceso? <ul><li>serie de pasos secuenciales. </li></ul><ul><li>entrada, el proceso en sí y una salida. </li></ul><ul><li>Un proceso define Quién, Qué , Cuándo y Cómo </li></ul>Proceso de Ingeniería de Software Requerimientos Nuevos ó Modificados Nuevo ó Modificado Sistema
  4. 4. El Problema <ul><li>Si un proceso es utilizado, equipos funcionales diferentes normalmente utilizan procesos y lenguajes de modelación inconsistentes. </li></ul>Requerimientos Pruebas Análisis Diseño <ul><li>La mayoría de los proyectos de software utilizan procesos que no están bien definidos. En su lugar los miembros del equipo (re)inventan sus propios procesos. </li></ul>? ? ? ? ? ? ? <ul><li>Los procesos no están apropiadamente relacionados con herramientas, ó no están propiamente automatizados. </li></ul>? Proceso Herramienta
  5. 5. INTRODUCCION <ul><li>RUP es un proceso de desarrollo de software </li></ul><ul><li>Captura las mejores prácticas del conocimiento de líderes en ingeniería de software. </li></ul><ul><li>Proporciona guías, estándares… para la construcción de software de alta calidad. </li></ul>
  6. 6. METODOLOGIA RUP <ul><li>contiene un poderoso conjunto de herramientas y recursos </li></ul><ul><li>incluye la configuración de herramientas de procesos autorizados, liberación de herramientas de procesos y una extensa comunidad en línea (internet). </li></ul><ul><li>unifica todos los equipos de desarrollo de software. </li></ul>
  7. 7. TRES CARACTERÍSTICAS ESENCIALES QUE DEFINEN AL RUP: <ul><li>Dirigido por los Casos de Uso </li></ul><ul><li>Proceso Iterativo e Incremental </li></ul><ul><li>Proceso Centrado en la Arquitectura </li></ul>
  8. 8. Ejemplo de Diagrama de Caso de Uso de Negocios <ul><li>Caso de Negocios: modelar la empresa (como funciona la empresa a la que se le va a desarrollar el software) </li></ul>
  9. 9. Fases en RUP <ul><li>Inicio – Define el alcance del proyecto </li></ul><ul><li>Elaboración – Plan del proyecto, especificación de características, arquitectura base </li></ul><ul><li>Construcción – Construir el producto </li></ul><ul><li>Transición – Transición del producto a la comunidad del usuario </li></ul>Inicio Elaboración Construcción Transición Tiempo Metas Principales
  10. 10. Fase de Inicio <ul><li>Propósito </li></ul><ul><ul><li>Establecer casos de negocios </li></ul></ul><ul><ul><li>Especificar el alcance del proyecto </li></ul></ul><ul><li>Resultado </li></ul><ul><ul><li>visión general de los requerimientos del proyecto </li></ul></ul><ul><ul><li>Un caso de negocios inicial, incluyendo: </li></ul></ul><ul><ul><ul><li>Evaluación inicial de riesgos </li></ul></ul></ul><ul><ul><ul><li>Una estimación de los recursos requeridos </li></ul></ul></ul>
  11. 11. Fase de Elaboración <ul><li>Propósito </li></ul><ul><ul><li>Analizar el problema. </li></ul></ul><ul><ul><li>Establecer la arquitectura. </li></ul></ul><ul><ul><li>Desarrollar un plan comprensivo. </li></ul></ul><ul><li>Resultado </li></ul><ul><ul><li>Un modelo del dominio 80% completo. </li></ul></ul><ul><ul><li>Requerimientos suplementarios. </li></ul></ul><ul><ul><li>Una lista de riesgos revisada. </li></ul></ul>
  12. 12. Fase de Construcción <ul><li>Propósito </li></ul><ul><ul><li>Desarrollar el producto de software completo listo para ser transferido al usuario. </li></ul></ul><ul><li>Productos </li></ul><ul><ul><li>modelo de diseño. </li></ul></ul><ul><ul><li>Documentación de usuario. </li></ul></ul><ul><ul><li>Una liberación “beta” del producto. </li></ul></ul>
  13. 13. Fase de Transición <ul><li>Propósito </li></ul><ul><ul><li>Entrega de software al usuario. </li></ul></ul><ul><li>Productos </li></ul><ul><ul><li>Manuales de usuario actualizados. </li></ul></ul><ul><ul><li>Documentación de desarrollo actualizada. </li></ul></ul>
  14. 14. ESFUERZO-HORARIO CONTRA FASES DEL RUP RECURSOS UTILIZADOS EN LAS FASES RUP EN EL TIEMPO
  15. 15. Incremento de la Productividad en Equipo <ul><li>Todos los miembros del equipo comparten </li></ul><ul><li>1 Base de conocimiento </li></ul><ul><li>1 Proceso </li></ul><ul><li>1 Vista de cómo desarrollar software </li></ul><ul><li>1 Lenguaje de modelamiento (UML) </li></ul>Administrador Base de Datos Líder de Proyecto Analista Diseñador/ Desarrollador Ingeniero de Desempeño Pruebas Administrador de Configuración
  16. 16. DISCIPLINAS <ul><li>Primarias: </li></ul><ul><li>Modelado del Negocio </li></ul><ul><li>Requerimientos </li></ul><ul><li>Análisis y Diseño </li></ul><ul><li>Implementación </li></ul><ul><li>Pruebas </li></ul><ul><li>Despliegue. </li></ul><ul><li>De apoyo: </li></ul><ul><li>Entorno </li></ul><ul><li>Gestión del Proyecto </li></ul><ul><li>Gestión de Configuración y Cambios. </li></ul>
  17. 17. FUNCIONALIDADES (6 MEJORES PRÁCTICAS) Desarrollo Iterativo Modelamiento Visual Verificación de la Calidad Arquitecturas con Componentes Administración de Requerimientos Control de Cambios
  18. 18. FUNCIONALIDADES (6 MEJORES PRÁCTICAS) 1) Administración de Requerimientos <ul><li>Licitar, organizar, y documentar. </li></ul><ul><li>Llevar un registro. </li></ul><ul><li>fácilmente capturados y comunicados. </li></ul><ul><li>Los casos de uso son instrumentos importantes de planeación. </li></ul>Modelo de Diseño Modelo de Implementación Modelo de Prueba verifica realización influenciado por Los casos de uso dirigen el trabajo desde el análisis hasta las pruebas
  19. 19. FUNCIONALIDADES (6 MEJORES PRÁCTICAS) 2) Desarrollo Iterativo de Software <ul><li>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. </li></ul><ul><li>Los defectos aumentan el costo del proyecto. </li></ul>El tiempo y dinero gastados en la implementación de un diseño fallido, son no recuperables
  20. 20. Desarrollo Iterativo Requerimientos Análisis y Diseño Implementación Pruebas Evaluación Cada iteración produce un producto ejecutable
  21. 21. FUNCIONALIDADES (6 MEJORES PRÁCTICAS) Características del Desarrollo Iterativo <ul><li>Permite un entendimiento incremental del problema. </li></ul><ul><li>Fácil retroalimentación de usuario. </li></ul><ul><li>Metas específicas dedicadas a producir resultados. </li></ul><ul><li>El progreso es medido conforme avanzan las implementaciones. </li></ul>
  22. 22. 3)Modelación Visual de Software <ul><li>Estructura y comportamiento de arquitecturas y componentes. </li></ul><ul><li>Muestra como encajan de forma conjunta los elementos del sistema. </li></ul><ul><li>Consistencia de diseño e implementación. </li></ul>
  23. 23. FUNCIONALIDADES (6 MEJORES PRÁCTICAS) 4)Verificación de la Calidad del Software <ul><li>Crea pruebas para cada escenario (casos de uso). </li></ul><ul><li>Verifica la calidad del software. </li></ul><ul><li>Prueba cada iteración. </li></ul>Los problemas del software son de 100 a 1000 veces mas costosos de encontrar y reparar después del desarrollo
  24. 24. FUNCIONALIDADES (6 MEJORES PRÁCTICAS) 5)Arquitectura Basada en Componentes <ul><li>Se enfoca en el pronto desarrollo de una arquitectura ejecutable robusta. </li></ul><ul><ul><li>Resistente al cambio mediante el uso de interfaces bien definidas. </li></ul></ul><ul><ul><li>Intuitivamente comprensible. </li></ul></ul><ul><ul><li>Promueve un reuso más efectivo de software. </li></ul></ul><ul><ul><li>Es derivada a partir de los casos de uso más importantes. </li></ul></ul>
  25. 25. FUNCIONALIDADES (6 MEJORES PRÁCTICAS) 6)Control de Cambios del Software <ul><li>Controlar, llevar un registro y monitorear cambios. </li></ul><ul><li>Espacios de trabajo seguros para cada desarrollador. </li></ul><ul><li>Provee aislamiento de cambios. </li></ul><ul><li>Controla todos los artefactos de software. </li></ul>Administración de Espacios de Trabajo Desarrollo en Paralelo Administración de Construcción Integración de Proceso ALERT REPORT
  26. 26. Estructura de RUP <ul><li>El proceso puede describirse en dos dimensiones, o a lo largo de dos ejes: </li></ul><ul><ul><li>El eje horizontal .-expresado en términos de ciclos , fases , iteraciones , y metas . </li></ul></ul><ul><ul><li>El eje vertical .- está descrito en términos de actividades, artefactos, trabajadores y flujos de trabajo. </li></ul></ul>
  27. 27. Estructura de RUP Disciplinas
  28. 28. Iteraciones <ul><li>Cada fase en RUP puede descomponerse en iteraciones. </li></ul>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 iteraciones
  29. 29. Noción de Proceso Rol que puede ser desempeñado por un individuo o conjunto de individuos en la organización de desarrollo Trabajador/Quién? Diseñador Actividad/Cómo? Describe una unidad de trabajo que puede ser asignada a un trabajador. Diseño de Casos de uso Pieza de información que es producida, modificada, ó utilizada por un proceso Artefacto/Qué? Paquete de Caso de Uso Caso de Uso responsable de
  30. 30. Modelos y Flujos de Trabajo <ul><li>En términos de UML pueden ser expresados como un diagrama de secuencia, un diagrama de colaboración, ó como un diagrama de actividad. </li></ul><ul><li>Los grupos de trabajo agrupan actividades en forma lógica. </li></ul>
  31. 31. Modelos y Flujos de Trabajo Cont. Flujo de Trabajo de Diseño de Análisis Flujo de Trabajo de Implementación Modelo de Prueba Modelo de Diseño Modelo de Implementación realizado por Implementado por Flujo de Trabajo de Requerimientos Flujo de Trabajo de Prueba Modelo de Caso de Uso Modelación de Negocios Modelo de Negocios verificado por Cada flujo de trabajo describe como crear y mantener un modelo en particular
  32. 32. ARTEFACTOS a) Modelado del negocio b) Requerimientos c) Análisis y diseño del sistema d) Implementación e) Pruebas f) Despliegue g) Administración del proyecto h) Administración de cambios y configuración i) Entorno o ambiente Grado de finalización de artefactos
  33. 33. GRADO DE FINALIZACIÓN DE ARTEFACTOS Consiste en cuanto hemos finalizado del artefacto propuesto, es decir los lineamientos que necesita para ser completado, por lo tanto con grado de finalización nos referimos a cuantos de esos lineamientos del artefacto hemos completado o llenado en cada una de las disciplinas, de acuerdo a la fase en que se encuentre.
  34. 34. Referencias <ul><li>A Simplified Approach to RUP Gary K. Evans President, Evanetics, Inc. http://www.therationaledge.com/content/jan_01/t_rup_ge.html </li></ul><ul><li>UML y Patrones, Introducción al Análisis y Diseño Orientado a Objetos Craig Larman Prentice-Hall </li></ul><ul><li>Rational Unified Process, Best Practices for Software Development Teams A Rational Software Corporation White Paper </li></ul>
  35. 35. Referencias <ul><li>© Copyright IBM Corporation Rup 2003 pag 3-4 disponible: http://www. ibm.com </li></ul><ul><li>Rueda J, Tesis: aplicación de la metodología rup para el desarrollo rápido de aplicaciones basado en el estándar j2ee, 2006, pág. 1 al 12 </li></ul><ul><li>DIAZ M, RUP 20 VS 20XP </li></ul><ul><li>IBARRA A, RATIONAL UNIFIED PROCESS </li></ul>
  36. 36. “ GRACIAS POR SU ATENCION” <ul><li>PREGUNTAS </li></ul>
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×