• Save
7iSF-2   rup
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

7iSF-2 rup

on

  • 1,209 views

Capacitación en el uso de RUP

Capacitación en el uso de RUP

Statistics

Views

Total Views
1,209
Views on SlideShare
1,209
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

7iSF-2 rup Presentation Transcript

  • 1. Proceso Unificado de Rational
    RUP
  • 2. Proceso Unificado de Rational
    Proporciona una serie de técnicas para soportar el ciclo completo de desarrollo de software. El resultado es un proceso basado en componentes, dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental
    2
  • 3. Proceso Unificado de Rational (2)
    Proporciona un acercamiento disciplinado a la asignación de tareas y responsabilidades en el proceso de desarrollo. Intenta integrar todos los aspectos a tener en cuenta durante todo el ciclo de vida del software, con el objetivo de abarcar productos pequeños y grandes.
    3
  • 4. Características de RUP
    Centrado en el Modelo
    Guiado por Casos de Uso
    Centrado en la Arquitectura
    Iterativo e Incremental
    4
  • 5. Centrado en el Modelo
    Los diagramas son una forma de comunicación más expresiva que el lenguaje natural. Se trata de minimizar el uso de descripciones y especificaciones textuales del sistema.
    5
  • 6. Guiado por Casos de Uso
    Los casos de uso son el instrumento para validar la arquitectura del software y extraer los casos de prueba, que orientan el proyecto hacia lo que es importante para el usuario y lo que este quiere. La razón de ser de un sistema de software es servir a usuarios, ya sean humanos u otros sistemas; un caso de uso es una facilidad que el software debe proveer a los usuarios.
    6
  • 7. Centrado en la Arquitectura
    Los modelos son proyecciones del análisis, y el diseño constituye la arquitectura del producto a desarrollar, relacionan la toma de decisiones que indica cómo debe ser construido el sistema y en qué orden.
    La arquitectura involucra los elementos más significativos del sistema.
    7
  • 8. Centrado en la Arquitectura (2)
    La arquitectura debe ser lo suficientemente completa como para que todos los implicados en el desarrollo tengan claro qué es lo que están construyendo
    Se representa mediante varias vistas que se centran en aspectos concretos del sistema, abstrayéndose de lo demás. Todaslas vistas juntas forman el llamadomodelo 4+1.
    8
  • 9. Iterativo e Incremental
    Durante todo el proceso de desarrollo se producen versiones incrementales (que se acercan al producto terminado) del producto en desarrollo.
    El proyecto se divide en ciclos. Para cada ciclo se establecen fases, cada una de las cuales debe ser considerada como un mini-proyecto, cuyo núcleo está constituido por una o más iteraciones de las actividades principales básicas de cualquier proceso de desarrollo.
    9
  • 10. Las Fases y Flujos de RUP
    10
  • 11. Las Fases de RUP (Ciclo de Vida)
    Fase de Inicio
    Fase de Elaboración
    Fase de Construcción
    Fase de Transición
    11
  • 12. Fase de Inicio
    ¿Cuál es el objetivo?
    ¿Es factible?
    ¿Lo compramos o lo desarrollamos?
    ¿Cuánto va a costar?
    No se pretende una estimación precisa o la captura de todos los requisitos.
    12
  • 13. Fase de Inicio (2)
    Durante esta fase se establece el modelo de negocio del sistema y delimita el alcance del proyecto.
    Se deben identificar todas las entidades externas con las cuales el sistema interactúe y definir la naturaleza de esta interacción.
    13
  • 14. Fase de Elaboración
    Analizar el dominio del problema, establecer los cimientos de la arquitectónica, desarrollar el plan de proyecto, y eliminar los elementos de riesgo más alto del proyecto.
    Las decisiones arquitectónicas deben tomarse con una comprensión completa del sistema: su alcance, funcionalidad importante, y requerimientos no funcionales.
    14
  • 15. Fase de Elaboración (2)
    Se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener los casos de uso críticos identificados en la fase de inicio. También debe demostrarse que se han evitado los riesgos más graves.
    15
  • 16. Fase de Construcción
    Alcanzar la capacidad operacional del producto de forma incremental a través de las iteraciones sucesivas.
    Todos los componentes y características se implementan, se integran en el producto, y se prueban a fondo, obteniendo una versión beta del producto, que pueda ser puesta en manos de los usuarios.
    16
  • 17. Fase de Transición
    La transición del producto de software al ambiente de producción para ponerlo en manos de los usuarios finales.
    Una vez que el producto se haya entregado al usuario final, surgen algunos temas que llevan al desarrollo de nuevas versiones, a corregir errores, o a terminar algunas características que habían sido propuestas.
    17
  • 18. Flujos de Trabajo de RUP
    Proceso:
    Modelado del Negocio
    Requisitos
    Análisis y Diseño
    Implementación
    Pruebas
    Despliegue
    Apoyo:
    Administración del Proyecto
    Configuración y Control de Cambios
    Entorno
    18
  • 19. Iteraciones
    Cada fase de RUP puede descomponerse en una o más iteraciones. Una iteración es un ciclo completo de desarrollo que resulta una versión o release (interno o externo) de un producto ejecutable, un subconjunto del producto final que se encuentra bajo desarrollo y que crece incrementalmente en cada iteración hasta llegar al producto final.
    19
  • 20. Entregables
    Plan de desarrollo de software
    Modelo de Casos de Uso del Negocio
    Modelo de Objetos del Negocio
    Glosario
    Modelo de Casos de Uso
    Visión
    Especificaciones de Casos de Uso
    Especificaciones adicionales
    Prototipos de Interfaces de Usuario
    Modelo de Análisis y Diseño
    Modelo de Datos
    Modelo de Implementación
    Modelo de Despliegue
    Casos de Prueba
    Solicitud de cambio
    Plan de Iteración
    Evaluación de Iteración
    Lista de Riesgos
    Manual de Instalación
    Material de Apoyo al Usuario final
    Producto
    20
  • 21. ¿Alguna Pregunta?
    21
  • 22. Gracias
    22
    http://www.javatutoriales.com/
    Java Tutoriales en Facebook