RUP

RUP

Es un proceso de desarrollo de software desarrollado por la empresa rational software, actualmente propiedad de IMB. Junto con el lenguaje unificado de modelado UML, constituye la metodología estándar mas utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.
PRINCIPIOS DE DESARROLLO
1. Adaptar el proceso
  1. El proceso deberá adaptarse a las necesidades del cliente ya que es muy importante interactuar con el
2. Equilibrar prioridades
  1. Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados.
3. Demostrar valor iterativamente
  1. Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas.
4. Colaboración entre equipos
  1. El desarrollo de software no lo hace una única persona sino múltiples equipos
5. Elevar el nivel de abstracción
  1. Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software
6. Enfocarse en la calidad:
  1. El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción
CARACTERISTICAS
1. Forma disciplina de asignar tareas y responsabilidades (quien hace que, cuando y como).
2. Pretende implementar las mejores practicas en Ingeniería de Software.
3. Desarrollo iterativo
4. Administración de requisitos
5. Uso de arquitectura basada en componentes
6. Control de cambios
7. Modelado visual del software
8. Verificación de la calidad del software
FAESES
1. Modelado de negocio
2. Requisitos
3. Análisis y Diseño
4. Implementación
5. Pruebas
6. Despliegue
SOPORTE
1. Gestión del cambio y configuraciones
2. Gestión del proyecto
3. Entorno
ESTRUCTURA DINAMICA DEL RUP
1. Fase inicio
  1. Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos asociados al proyecto, proponer una visión muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.
2. Fase de elbaracion
  1. Se seleccionan los casos de uso que permiten definir la arquitectura base del sistema, y se desarrollaran en esta fase, se diseña la solución preliminar
3. Fase de desarrollo
  1. El propósito es controlar la funcionalidad del sistema, para ello se deben clarificar los requisitos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto
4. Fase de transición
  1. El propósito es asegurar que el software este disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario
ARTEFACTOS DE LAS FASES
1. Inicio
2. Elaboracion
3. Construccion
4. Transicion

Nächster

Beschreibung

Zusammenfassung der Ressource

ähnlicher Inhalt

	Erstellt von Daniela Trujillo Puentes vor fast 12 Jahre