Introducing
Your new presentation assistant.
Refine, enhance, and tailor your content, source relevant images, and edit visuals quicker than ever before.
Trending searches
–En proyectos de nuevos productos de software
–En ciclos de desarrollo subsecuentes
Consideraciones que alteran cuándo y cómo usar partes de RUP:
–El ciclo de vida del proyecto
–Los objetivos del negocio, la visión, el alcance y los riesgos
–El tamaño del esfuerzo de desarrollo
Gracias por su Atención
Modelo RUP
INTRODUCCION AL ANALISIS Y DISEÑO DE SISTEMAS
CINDY LILIANA FRAGOSO RUIZ
Características
like comment share
¿Qué es RUP?
Es un proceso de ingeniería de software, que hace una propuesta orientada por disciplinas para lograr las tareas y responsabilidades de una organización que desarrolla software.
¿Para quién es RUP?
–Profesionales en el desarrollo de software.
–Interesados en productos de software.
–Profesionales en la ingeniería y administración de procesos de software.
- Dirigido por Casos de Uso:
Los casos de uso son los artefactos primarios para establecer el comportamiento deseado del sistema.
- Centrado en la Arquitectura:
–La arquitectura es utilizada para conceptualizar, construir, administrar y evolucionar el sistema en desarrollo.
- Iterativo e Incremental:
–Maneja una serie de entregas ejecutables
–Integra continuamente la arquitectura para producir nuevas versiones mejoradas
- Conceptualmente amplio y diverso
- Enfoque orientado a objetos
- En evolución continua
- Adaptable
- Repetible
- Permite mediciones:
–Estimación de costos y tiempo, nivel de avance, etc.
¿Por qué usar RUP?
–Provee un entorno de proceso de desarrollo configurable, basado en estándares.
–Permite tener claro y accesible el proceso de desarrollo que se sigue.
–Permite ser configurado a las necesidades de la organización y del proyecto.
Photos
RUP puede utilizarse:
like comment share
Ciclo de Vida y sus Faces
Las fases son:
Inicio (Inception): Es significativamente importante para el desarrollo de nuevo software, ya que se asegura de identificar los riesgos relacionados con el negocio y requerimientos.
Elaboración: La arquitectura debe abarcar todas las consideraciones de mayor importancia de los requerimientos y una evaluación del riesgo.
Construcción: El objetivo de la fase de construcción es clarificar los requerimientos faltantes y completar el desarrollo del sistema basados en la arquitectura base.
Transición: Esta fase se enfoca en asegurar que el software esté disponible para sus usuarios.