RUP

Estudiantes:
Elías Zabaleta
Jesus Martínez
Jesus Quintana

UNIVERSISDAD DE CARTAGENA
Ingeniería de software

Antecedentes

orientadas a objetos. para el análisis. Las principales características de RUP son: • • • Dirigido por Casos de uso Centrado en arquitectura Iterativo e incremental . con un ciclo de vida espiral. implementación y documentación de sistemas orientados a objetos.RUP Es una metodología de desarrollo de software formal. Este proceso de desarrollo de software utiliza el lenguaje unificado de modelado UML. y constituye una de las mejores y más utilizadas.

 Dirigidos por casos de uso: Los casos de uso son una técnica que utilizamos para la captura de requisitos por parte de los clientes/usuarios. . En RUP los casos de uso guían el diseño. Los casos de uso representan los requisitos funcionales del sistema. se define un caso de uso como un fragmento de funcionalidad del sistema. implementación y prueba de un producto de software y sirven como guía de trabajo en todas las fases.

la arquitectura juega un papel muy importante en el desarrollo de software ya que nos permite tener una visión común entre todos los involucrados en el proceso. se debe establecer una buena arquitectura que haga frente a cualquier cambio posterior durante la construcción y el mantenimiento. . Centrado en Arquitectura: La arquitectura es la organización o estructura de todas las partes más relevantes del sistema. La Arquitectura en RUP ocupa un papel muy importante.

en etapas iteradas. RUP apuesta por procesos interactivos e incrementales en donde el trabajo se divide en partes más pequeñas o mini proyectos permitiendo el equilibrio entre casos de uso y arquitectura. Iterativo e incremental: Tomando en cuenta estos conceptos. la estabilidad y calidad del producto. En cada iteración se analiza la opinión de los inversores. y se refina la dirección del proyecto así como también los riesgos involucrados . Los proyectos se entregan. aunque sea de un modo interno.

Ciclo de vida de RUP El ciclo de vida RUP es una implementación del Desarrollo en espiral fue creado ensamblando los elementos en secuencias semi-ordenadas. . El ciclo de vida organiza las tareas en fases e iteraciones.

A F S S E .

.

Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados. se identifican los principales casos de uso y se identifican los riesgos.• Inicio: Se hace un plan de fases. se completan los casos de uso y se eliminan los riesgos • Construcción: se concentra en la elaboración de un producto totalmente operativo y eficiente y el manual de usuario • Transición: se Instala el producto en el cliente y se entrena a los usuarios. . Se define el alcance del proyecto • Elaboración: se hace un plan de proyecto.

• Un documento de visión general • Modelo inicial de casos de uso • Se establece el alcance y la estimación de tiempo y costo. .Fase de inicio: • Un enunciado de los mayores requerimientos planteados generalmente como casos de uso • Un boceto inicial de la arquitectura • Una descripción de los objetivos del proyecto • Un modelo de negocio • Se establece caso de negocio y alcance de proyecto.

¿Cuáles son las principales funciones del sistema para los usuarios? ¿Cuáles podría ser la mejor arquitectura del sistema? .

 Fase de elaboración: • Las iteraciones en la fase de elaboración • Establecen una firme compresión del problema a solucionar • Establece un plan detallado para las siguientes iteraciones • El cuerpo básico del software en la forma de un prototipo arquitectural • La mayoría de los casos de uso que describen la funcionalidad del sistema • Analizar el dominio del problema • Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto .

 Los casos de uso que describen la funcionalidad del sistema  La línea base de la arquitectura  Los mayores riesgos han sido mitigados  El plan de proyecto .

• Todo es probado para eliminar posibles errores y riesgos.  El producto es estable para ser usado  El producto provee alguna funcionalidad de valor  Todas las partes están listas para comenzar la transición . Fase de Construcción • Los manuales de usuario • Los componentes se desarrollan e incorporan al producto. • Se obtiene un producto Beta que debe ser puesto en • Ejecución para que los usuarios den retroalimentación.

 Fase de transición: • El objetivo es realizar el lanzamiento del software desarrollado a los usuarios. • Pruebas Beta para validar el producto con la retroalimentación del usuario. • Verificación de gastos. • Marca de Producto. . • Enviar el producto a otros lados donde también se va a usar el producto. • Conversión de bases de datos. • Usuarios satisfechos.

 Se han alcanzado los objetivos fijados en la fase de inicio .

ENTREGABLES .

S A J A T N E V D E P U R .

(en comparación con XP que se basa en las prácticas inestables que utilizaron juntas se evita que se derribe). .La ventaja principal de RUP es que se basa todo en las mejores prácticas que se han intentado y se han probado en el campo.

• Mitigación temprana de posibles riesgos altos. • progreso visible en las primeras etapas • Temprana retroalimentación que se ajuste a las necesidades reales • Gestión de la complejidad • Conocimiento adquirido en una iteración • puede aplicarse de iteración a iteración .

S A J A T N P E U V R S E D E D .

El RUP es generalmente mal aplicado en el estilo cascada. Requiere conocimientos del proceso y de UML. .Por el grado de complejidad puede no resultar muy adecuado.

dado que requiere un equipo de trabajo capaz de administrar un proceso complejo en varias etapas.CONCLUSIONES La metodología RUP es más apropiada para proyectos grandes. . es posible que no se puedan cubrir los costos de dedicación del equipo de profesionales necesarios. En proyectos pequeños.

edu.pdf http://www.p .udb.BIBLIOGRAFIA http://www.com/doc/297224/RUP http://1251_bestpractices_TP026B http://rd.edu.%20XP.sv:8080/jspui/bitstream/123456789/257/1/47400_tesis.usmp.pe/publicaciones/boletin/fia/info49/articulos/RUP%20vs.scribd.