Вы находитесь на странице: 1из 36

UNIVERSIDAD AUTONOMA DE BAJA CALIFORNIA

FCAyS

Asignatura
Grupo
361

Ingeniera de Software

Exposicin
Equipo 3

RUP
Proceso Unificado Racional

Integrantes
Alejo Dvila Josu325294 Gonzlez Cosio Alberto323734 Guzmn Prez Raudel311555 Labrador Prez Vctor322801

Modelo de Software de Qu es RUP? enfoque disciplinario para asignacin de tareas y Su meta es asegurar responsabilidades la produccin del
software de alta calidad que resuelve las necesidades de los usuarios dentro de un presupuesto y tiempo establecidos.

El desarrollo de software a gran escala, mediante un proceso continuo de pruebas y retroalimentacin, garantizando el cumplimiento de ciertos estndares de calidad.

Acerca de RUP
Requiere un grupo grande de programadores. Describe una clase de los procesos que son iterativos e incrementales.

Los procesos del RUP Estiman tareas y horarios

Define actividades y artefactos


Es el Proceso de desarrollo mas general de los existentes actualmente.

Desarrollado por Rumbagh en 1999, actualmente propiedad de IBM

Perspectivas del RUP


Dinmica (Horizontal)
Muestra las fases del modelo sobre el tiempo.

Esttica (Vertical)
Muestra las actividades del proceso que representan

Practica
Sugiere buenas practicas utilizar durante el proceso

Perspectivas del RUP


1-Desarrollo de software de manera iterativa:
Incrementar el plan del sistema con base en las prioridades del cliente, y desarrollar oportunamente las caractersticas del sistema de mayor prioridad en el proceso de desarrollo.

4-Software modelado visualmente:


Usar modelos UML grficos para elaborar representaciones de software estticas y dinmicas.

5-Verificar la calidad del software:


Garantizar que el software cumpla con los estndares de calidad de la organizacin.

2-Gestion de requerimientos:
Documentar de manera explicita los requerimientos del cliente y seguir la huella de los cambios a dichos requerimientos. Analizar el efecto de los cambios sobre el sistema, antes de aceptarlos.

6-Controlar los cambios al software:


Gestionar los cambios al software con un sistema de administracin al cambio. As como con procedimientos y herramientas de administracin de la configuracin.

3-Usar arquitecturas basadas en componentes:


Estructurar la arquitectura del sistema en componentes.

Caractersticas Esenciales del RUP


Proceso Dirigido Por Los Casos de Uso
Describe los pasos que deben realizarse para llevar a cabo un proyecto. Muestra la interaccin entre el sistema y los actores. No solo comienzan el proceso si no que lo guan. Permite establecer trazabilidad.

Caractersticas Esenciales del RUP


Proceso Centrado en la Arquitectura
Afecta al desempeo y potencia , as como el mantenimiento del sistema. Los componentes individuales implementan los requerimientos funcionales del sistema

Las arquitecturas se modelan con frecuencia usando diagramas de bloques, donde cada cuadro representa un componente (NO MUY RECOMENDABLE)

Caractersticas Esenciales del RUP


Proceso Iterativo e Incremental
Se basa en la idea de disear una implementacin inicial, exponer esta al comentario del usuario, y luego desarrollarla en sus diversas versiones hasta producir un sistema adecuado. Se realizan tantas iteraciones hasta que se termine la implementacin de la nueva versin del producto.

Fases
El ciclo de vida del software del RUP se descompone en cuatro fases secuenciales. Al final de cada fase se realiza una para determinar si los objetivos de la fase se han cumplido. Una evaluacin satisfactoria permite que el proyecto se mueva a la prxima fase. Planeando las Fases

1. 2. 3. 4.

Inicio Elaboracin Construccin Transicin

Fases
1. Inicio
El objetivo de esta fase es el de establecer un caso de negocios para el sistema. Se deben identificar todas las entidades externas(personas y sistemas) que interactan con el sistema y definir estas interacciones. Si la informacin proporcionada es de poca importancia, se puede cancelar el proyecto.

INICIO

ELABORACION

CONSTRUCCION

TRANSICION

Fases
2. Elaboracin
Los objetivos de la fase son desarrollar una comprensin del dominio del problema, establecer un marco de trabajo para el sistema, desarrollar un plan del proyecto e identificar los riesgos clave del proyecto. Al terminar esta fase se debe tener un modelo de los requerimientos del sistema, un diseo y un plan de desarrollo del software.

INICIO

ELABORACION

CONSTRUCCION

TRANSICION

Fases
3. Construccin
Comprende el diseo del sistema, la programacin y las pruebas. Durante esta fase se desarrollan e integran las partes del sistema. Al terminar esta fase, se debe tener un sistema software operativo y la documentacin correspondiente lista para entregarlos a los usuarios.

INICIO

ELABORACION

CONSTRUCCION

TRANSICION

Fases
4. Transicin
A fase final del RUP se ocupa de mover el sistema desde la comunidad de desarrollo a la comunidad del usuario y hacerlo trabajar en un entorno real. Al terminar esta fase se debe tener un sistema software documentado que funcione correctamente en su entorno operativo

INICIO

ELABORACION

CONSTRUCCION

TRANSICION

Fases RUP
Dependiendo del proyecto, un ciclo de desarrollo inicial tpico para un proyecto de tamao mediano debe anticipar la distribucin siguiente el esfuerzo y horario:
Lo que puede representarse grficamente de la siguiente manera

Organizacin y elementos del RUP


Se puede observar que el flujo de trabajo de Requerimientos conlleva varios pasos, cada uno de estos pasos tiene asociados uno o ms actores, los cuales a su vez son los encargados de la ejecucin de varias actividades, las cuales a la vez estn definidas en artefactos o guas para su realizacin.

Flujos de trabajo (Workflow). Detalle de flujo de trabajo Actores Actividades

Artefactos.

Elementos RUP
Actores
Son los personajes encargados de la realizacin de las actividades definidas dentro de los flujos de trabajo de cada una de las disciplinas del RUP, estos actores se dividen en varias categoras Analistas Desarrolladores Probadores Encargados Otros.

Analistas: o Analista del Proceso de Negocios. o Diseador del Negocio. o Revisor del Modelo de Negocio. o Revisor de Requerimientos. o Analista del Sistema. o Especificador de casos de Uso. o Diseador de Interfaz de Usuario. Desarrolladores: o Arquitecto. o Revisor de la Arquitectura. o Diseador de Capsulas. o Revisor del Cdigo y Revisor del Diseo. o Diseador de la Base de Datos. o Diseador. o Implementador y un Integrador.

Probadores Profesionales: o Diseador de Pruebas. o Probador.


.

Elementos RUP
Actores
Son los personajes encargados de la realizacin de las actividades definidas dentro de los flujos de trabajo de cada una de las disciplinas del RUP, estos actores se dividen en varias categoras Analistas Desarrolladores Probadores Encargados Otros.

Encargados: o Encargado de Control del Cambio. o Encargado de la Configuracin. o Encargado del Despliegue. o Ingeniero de Procesos. o Encargado de Proyecto. o Revisor de proyecto. Otros: o Cualquier Trabajador. o Artista Grafico. o Stakeholder.( parte interesada, accionistas, inversores etc. ) o Administrador del Sistema. o Escritor Tcnico. o Especialista de herramientas

Elementos RUP
Artefactos
Son cualquiera de los productos finales o intermedios de trabajo que se producen y utilizan en un proyecto. Estos pueden ser un Documento, un Modelo o un elemento dentro de un Modelo, Caso de Uso, Cdigo Fuente o un Archivo Ejecutable.
1. 2. 3. 4. 5. 6. 7. 8. 9. Artefactos de configuracin y administracin de cambio. Artefactos de Despliegue Artefactos de Prueba Artefactos de Administracin de Proyecto Artefactos de Anlisis y Diseo Artefactos de Implementacin Artefactos de Requerimientos Artefactos en el Modelado de Negocios Artefactos de Entorno

1. Artefactos en el Modelado de Negocios:


Son aquellos que capturan y presentan el contexto de Negocio de Sistema. Los Artefactos del Modelo de Negocios sirven como entradas, y referencias para los requerimientos del sistema.

Elementos RUP
Artefactos
Son cualquiera de los productos finales o intermedios de trabajo que se producen y utilizan en un proyecto. Estos pueden ser un Documento, un Modelo o un elemento dentro de un Modelo, Caso de Uso, Cdigo Fuente o un Archivo Ejecutable.
1. 2. 3. 4. 5. 6. 7. 8. 9. Artefactos de configuracin y administracin de cambio. Artefactos de Despliegue Artefactos de Prueba Artefactos de Administracin de Proyecto Artefactos de Anlisis y Diseo Artefactos de Implementacin Artefactos de Requerimientos Artefactos en el Modelado de Negocios Artefactos de Entorno

2. Artefactos de Requerimientos:
Estos capturan y presentan informacin utilizada en la definicin de las capacidades requeridas del sistema.

Elementos RUP
Artefactos
Son cualquiera de los productos finales o intermedios de trabajo que se producen y utilizan en un proyecto. Estos pueden ser un Documento, un Modelo o un elemento dentro de un Modelo, Caso de Uso, Cdigo Fuente o un Archivo Ejecutable.
1. 2. 3. 4. 5. 6. 7. 8. 9. Artefactos de configuracin y administracin de cambio. Artefactos de Despliegue Artefactos de Prueba Artefactos de Administracin de Proyecto Artefactos de Anlisis y Diseo Artefactos de Implementacin Artefactos de Requerimientos Artefactos en el Modelado de Negocios Artefactos de Entorno

3. Artefactos de Anlisis y Diseo:


Capturan y presentan informacin relacionada con la solucin a los problemas planteados durante el flujo de trabajo de requerimientos.

Elementos RUP
Artefactos
Son cualquiera de los productos finales o intermedios de trabajo que se producen y utilizan en un proyecto. Estos pueden ser un Documento, un Modelo o un elemento dentro de un Modelo, Caso de Uso, Cdigo Fuente o un Archivo Ejecutable.
1. 2. 3. 4. 5. 6. 7. 8. 9. Artefactos de configuracin y administracin de cambio. Artefactos de Despliegue Artefactos de Prueba Artefactos de Administracin de Proyecto Artefactos de Anlisis y Diseo Artefactos de Implementacin Artefactos de Requerimientos Artefactos en el Modelado de Negocios Artefactos de Entorno

4. Artefactos de Implementacin:
Los artefactos para la Implementacin capturan y presentan la realizacin de la solucin presentada en el flujo de trabado de anlisis y diseo

Elementos RUP
Artefactos
Son cualquiera de los productos finales o intermedios de trabajo que se producen y utilizan en un proyecto. Estos pueden ser un Documento, un Modelo o un elemento dentro de un Modelo, Caso de Uso, Cdigo Fuente o un Archivo Ejecutable.
1. 2. 3. 4. 5. 6. 7. 8. 9. Artefactos de configuracin y administracin de cambio. Artefactos de Despliegue Artefactos de Prueba Artefactos de Administracin de Proyecto Artefactos de Anlisis y Diseo Artefactos de Implementacin Artefactos de Requerimientos Artefactos en el Modelado de Negocios Artefactos de Entorno

5. Artefactos de Prueba:
Los artefactos desarrollados como productos de las actividades de pruebas y evaluaciones agrupados por el rol del responsable.

Elementos RUP
Artefactos
Son cualquiera de los productos finales o intermedios de trabajo que se producen y utilizan en un proyecto. Estos pueden ser un Documento, un Modelo o un elemento dentro de un Modelo, Caso de Uso, Cdigo Fuente o un Archivo Ejecutable.
1. 2. 3. 4. 5. 6. 7. 8. 9. Artefactos de configuracin y administracin de cambio. Artefactos de Despliegue Artefactos de Prueba Artefactos de Administracin de Proyecto Artefactos de Anlisis y Diseo Artefactos de Implementacin Artefactos de Requerimientos Artefactos en el Modelado de Negocios Artefactos de Entorno

6. Artefactos de Despliegue:
Captura y presenta informacin relacionada con la transicin del sistema presentado en los artefactos de implementacin dentro del entorno de produccin.

Elementos RUP
Artefactos
Son cualquiera de los productos finales o intermedios de trabajo que se producen y utilizan en un proyecto. Estos pueden ser un Documento, un Modelo o un elemento dentro de un Modelo, Caso de Uso, Cdigo Fuente o un Archivo Ejecutable.
1. 2. 3. 4. 5. 6. 7. 8. 9. Artefactos de configuracin y administracin de cambio. Artefactos de Despliegue Artefactos de Prueba Artefactos de Administracin de Proyecto Artefactos de Anlisis y Diseo Artefactos de Implementacin Artefactos de Requerimientos Artefactos en el Modelado de Negocios Artefactos de Entorno

7. Artefactos de Administracin de Proyecto:


Captura los artefactos asociados con el proyecto y el proceso de planificacin y ejecucin.

Elementos RUP
Artefactos
Son cualquiera de los productos finales o intermedios de trabajo que se producen y utilizan en un proyecto. Estos pueden ser un Documento, un Modelo o un elemento dentro de un Modelo, Caso de Uso, Cdigo Fuente o un Archivo Ejecutable.
1. 2. 3. 4. 5. 6. 7. 8. 9. Artefactos de configuracin y administracin de cambio. Artefactos de Despliegue Artefactos de Prueba Artefactos de Administracin de Proyecto Artefactos de Anlisis y Diseo Artefactos de Implementacin Artefactos de Requerimientos Artefactos en el Modelado de Negocios Artefactos de Entorno

8. Artefactos de configuracin y administracin de cambios:


Capturan y presentan informacin relacionada a la disciplina de configuracin y administracin de cambios.

Elementos RUP
Artefactos
Son cualquiera de los productos finales o intermedios de trabajo que se producen y utilizan en un proyecto. Estos pueden ser un Documento, un Modelo o un elemento dentro de un Modelo, Caso de Uso, Cdigo Fuente o un Archivo Ejecutable.
1. 2. 3. 4. 5. 6. 7. 8. 9. Artefactos de configuracin y administracin de cambio. Artefactos de Despliegue Artefactos de Prueba Artefactos de Administracin de Proyecto Artefactos de Anlisis y Diseo Artefactos de Implementacin Artefactos de Requerimientos Artefactos en el Modelado de Negocios Artefactos de Entorno

9. Artefactos de Entorno:
Estos presentan artefactos que son usados como gua a travs del desarrollo del sistema para asegurar la consistencia de todos los artefactos producidos.

Flujo de Trabajo (WorkFlow)


En la figura se muestran ciertos porcentajes, de forma vertical se muestra el esfuerzo que se tiene que realizar por cada una de las disciplinas o flujos de trabajo, y los dos porcentajes que se muestran de forma horizontal son para todo el proyecto. En la siguiente figura se puede observar que para la obtencin de requerimientos o requisitos en la fase de concepcin se empiezan a obtener, en la fase de elaboracin tiene su auge y va declinando en la fase de construccin, realizar todo esto requiere aproximadamente un 15% de esfuerzo, y as sucesivamente con las dems disciplinas. En esta seccin y la siguiente, los porcentajes pueden variar de un proyecto a otro

Es el estudio de los aspectos operacionales de una actividad de trabajo: cmo se estructuran las tareas, cmo se realizan, cul es su orden correlativo, cmo se sincronizan, cmo fluye la informacin que soporta las tareas y cmo se le hace seguimiento al cumplimiento de las tareas

Disciplinas
Disciplinas de Proceso: Son las necesarias para la realizacin de un proyecto de software, aunque proyectos no muy grandes se pueden omitir algunas.
Disciplinas de Soporte: Son las que como su nombre lo indica sirven de soporte a las de proceso y especifican otras caractersticas en la realizacin de un proyecto de software.

Proceso
1. 2. 3. 4. 5. 6.
1. 2. 3.

Modelo de Negocio. Requerimientos. Anlisis y Diseo Implementacin. Pruebas. Despliegue


Admn.. Del cambio. Admn.. De Proyecto Entorno

Soporte

Disciplinas
Proceso
1. 2. 3. 4. 5. 6. 1. 2. 3. Modelo de Negocio. Requerimientos. Anlisis y Diseo Implementacin. Pruebas. Despliegue Admn.. Del cambio. Admn.. De Proyecto Entorno

Soporte

Disciplinas de Proceso
Disciplinas de Proceso: Son las
necesarias para la realizacin de un proyecto de software, aunque proyectos no muy grandes se pueden omitir algunas.

Modelo del Negocio


Se modelan los procesos de negocio utilizando casos de uso de la empresa.

Requerimientos
Se identifican los actores que interactan con el sistema y se desarrollan casos de uso para modelar los requerimientos del sistema.

Anlisis y Diseo
Se crea y documenta un modelo de diseo utilizando modelos arquitectnicos, de componentes, de objetos y de secuencias.

Disciplinas de Soporte
Disciplinas de Soporte: Son las que
como su nombre lo indica sirven de soporte a las de proceso y especifican otras caractersticas en la realizacin de un proyecto de software.

Implementacin

Se implementan y estructuran los componentes del sistema en subsistemas de implementacin. La generacin automtica de cdigo a partir de modelos de diseo ayuda a acelerar este proceso.

Pruebas

Las pruebas son un proceso iterativo que se realiza en conjunto con la implementacin. Las pruebas del sistema siguen al completar la implementacin.

Despliegue

Se crea la liberacin de un producto, se distribuye a los usuarios y se instala en su lugar de trabajo.

Metodologa RUP para el anlisis de diseo


La entrada principal para el Workflow de Anlisis y Diseo es el Modelo de Casos de Uso y el Glosario creados durante el Workflow de Requerimientos. Por las fallas que se descubran en el Modelo de Casos de Uso, se generar requerimientos de cambio. El RUP propone la utilizacin de los modelos para la implementacin completa de todas sus fases respectivamente con sus disciplinas

Modelo de Casos de Uso del Negocio: Describe la realizacin del Caso de Uso, es realizado en la disciplina de Modelo de Objetos del Negocio: Se utiliza para identificar roles dentro de la organizacin, es realizado en la disciplina de Modelado del Negocio. Modelo de Casos de Uso: Muestra las interrelaciones entre el sistema y su ambiente, adems sirve como un contrato entre el cliente y los diseadores. Es considerado esencial al iniciar las actividades de anlisis, diseo y prueba; este modelo es realizado en la disciplina de requerimientos. Modelo de Anlisis: Contiene los resultados del anlisis del Caso de Uso, y contienen instancias del artefacto de Anlisis de Clases; es realizado en la disciplina de Anlisis y Diseo. Modelo de Diseo: Es un modelo de objetos que describe la realizacin del Caso de Uso, y sirve como una abstraccin del modelo de implementacin y su cdigo fuente, es utilizado como entrada en las actividades de implementacin y prueba; este modelo se realizado en la disciplina de Anlisis y Diseo.

Metodologa RUP para el anlisis de diseo


La entrada principal para el Workflow de Anlisis y Diseo es el Modelo de Casos de Uso y el Glosario creados durante el Workflow de Requerimientos. Por las fallas que se descubran en el Modelo de Casos de Uso, se generar requerimientos de cambio. El RUP propone la utilizacin de los modelos para la implementacin completa de todas sus fases respectivamente con sus disciplinas

Modelo de Despliegue: Muestra la configuracin de los nodos del proceso en tiempo de ejecucin, muestra los lazos de comunicacin entre estos nodos, as como las de los objetos y componentes que en el se encuentran; se realizado en la disciplina de Anlisis y Diseo. Modelo de Datos: Es un subconjunto del modelo de implementacin que describe la representacin lgica y fsica de datos persistentes en el sistema. Tambin incluye cualquier conducta definida en la base de datos como disparadores, restricciones, etc. Es elaborado en la disciplina de Anlisis y Diseo. Modelo de Implementacin: Es una coleccin de componentes, y de subsistemas de aplicacin que contienen estos componentes, entre estos estn los entregables, ejecutables, archivos de cdigo fuente. Es realizado en la disciplina de Implementacin. Modelo de Pruebas: Es utilizado para la elaboracin de las pruebas, y se realiza en la disciplina de Pruebas. Estos modelos representan los diagramas que propone el UML para el desarrollo de modelado de un proyecto de software, con los cuales se puede representar los propuesto por UML mediante la metodologa RUP utilizando las herramientas que esta provee para la implementacin fcil, clara y estructurada de los diagramas utilizados.

Enlace RUP - Comparacin entre diagramas de Casos de UML


Las clases, al igual que los dems elementos notacionales del UML, pueden estar clasificadas de acuerdo a varios criterios
El UML proporciona los diagramas de Caso de Uso, al mismo tiempo que el RUP, la nica diferencia es la forma de dibujar los estereotipos, ya que en el RUP son una elipse con una diagonal al lado derecho

Uso.

Enlace RUP - Comparacin entre diagramas de Clases UML


Las clases, al igual que los dems elementos notacionales del UML, pueden estar clasificadas de acuerdo a varios criterios
El UML proporciona los diagramas de Caso de Uso, al mismo tiempo que el RUP, la nica diferencia es la forma de dibujar los estereotipos, ya que en el RUP son una elipse con una diagonal al lado derecho

Conclusin
Puntos a favor:
Es una metodologa completa por si sola que hace nfasis en la documentacin acertada de los proyectos donde se implementa. El tiempo de desarrollo requerido es menor gracias a la reutilizacin de componentes. Capaz de resolver el riesgo de proyecto asociado con los requerimientos cambiantes del cliente. Se apoya en un lenguaje popular como lo es el UML.

La forma en la que se pueden asignar tareas y responsabilidades dentro de un proyecto de desarrollo de software, porque cada uno de los participantes de un proyecto sabe que es lo que le toca hacer, cual es su funcin, cuando lo tiene que hacer, Ayuda a que se pueda desglosar todo el proyecto en partes ms pequeas y ms fciles de administrar, as que todas las actividades estn muy bien definidas, y son auxiliadas por los artefactos de los flujos de trabajo ya que cada parte del proceso arroja resultados en forma de otro artefactos, los cuales van dictando que es lo que se ha hecho y dan resultados para qu es lo que se tiene que hacer.

Puntos en contra:

Los miembros de un equipo que participen en un proyecto bajo esta metodologa, debern ser expertos en su materia. RUP no es para todo tipo de proyectos, hablando de escala o tamao, si no que se recomienda que puede ser benfico para proyectos de mediana a gran escala. |