1. Universidad Tecnológica del Valle de Toluca
“RUP”
Integrantes:
Bobadilla Serrano Sonia
López Becerril Gerardo
Carrillo Bernal Irving Eduardo
Reyes Bárcenas Anayeli
ITIC-81
2. 1. Resumen
2. Objetivos
3. ¿Qué es?
4. ¿Quién la creo?
5. Historia
6. Certificaciones
7. Versiones
8. Descripción de componentes
9. Tabla de 10 características principales
10. Tabla de diferencias RUP vs XP
11. Ejemplo
12. Conclusiones
3. I. RUP (Proceso Unificado Racional) es un proceso para el desarrollo de un proyecto
de software que define claramente quien, cómo, cuándo y qué debe hacerse en el
proyecto.
II. Como características esenciales está dirigido por los Casos de Uso: que orientan el
proyecto a la importancia para el usuario y lo que este quiere.
III. Está centrado en la arquitectura: que Relaciona la toma de decisiones que indican
cómo tiene que ser construido el sistema y en qué orden.
IV. Es iterativo e incremental: donde divide el proyecto en mini proyectos donde los
casos de uso y la arquitectura cumplen sus objetivos de manera más depurada.
V. Tenemos un ejemplo de RUP en un proyecto de Ingeniería de software como
funciona y todas sus características esenciales.
4. Dar a conocer ¿Qué es RUP?
Dar a conocer quienes fueron los fundadores.
Dar a conocer las versiones de RUP.
Mostrar las certificaciones de RUP.
Mostrar las características de RUP.
Mostrar un ejemplo de RUP.
5. El Proceso Unificado Racional proporciona un
acercamiento disciplinado a la asignación de tareas y
responsabilidades en una organización de desarrollo.
Su propósito es asegurar la producción de software
de alta calidad que se ajuste a las necesidades de sus
usuarios finales con unos costos y calendario
predecibles.
6. Es un proceso de desarrollo de software.
Es un proceso de trabajo genérico.
Esta basado en componentes.
Utiliza UML.
7. Desarrollado por la empresa Rational Software,
actualmente propiedad de IBM, en colaboración con:
Ivar Jacobson, Grady Booch y James Rumbaugh.
8. Los orígenes de RUP se remontan al modelo espiral original de Barry
Boehm.
Ken Hartman, uno de los contribuidores claves de RUP colaboró con
Boehm en la investigación.
En 1995 Rational Software compró una compañía sueca llamada
Objectory AB, fundada por Ivar Jacobson, famoso por haber
incorporado los casos de uso a los métodos de desarrollo orientados a
objetos.
El Rational Unified Process fue el resultado de una convergencia de
Rational Approach y Objectory (el proceso de la empresa Objectory AB).
El primer resultado de esta fusión fue el Rational Objectory Process, la
primera versión de RUP, fue puesta en el mercado en 1998, siendo el
arquitecto en jefe Philippe Kruchten.
10. Requirements
Required Prerequisite(s)
• Experience using Rational Quality Manager V3 to
develop test plans, develop test cases, run tests, and
report status.
• Experience with installing and configuring Rational
Quality Manager V3 in various deployment environments.
• Familiarity with the migration tools and strategies
with Rational Quality Manager V3
11. Familiarity with the Test Objectives for IBM Certified Application
Developer - Rational Application Developer V7.0
Thorough knowledge of the following J2EE 1.4 APIs and technologies
EJB 2.1
Servlet
JSP
JSF
Struts 1.x
JDBC
Web Services
Basic knowledge of the following J2EE 1.4 technologies
JMS
JNDI
JTA
Experience working on J2EE projects including participation in building,
deploying, and tuning J2EE-compliant enterprise applications that
include Web, EJB, and J2EE application client modules.
12.
13. Dentro de las cuales se realizan varias iteraciones en número variable según el proyecto
y en las que se hace un mayor o menor hincapié en los distintas actividades.
*Inicio:
Se hace un plan de fases, se identifican los principales casos de uso y se identifican
los riesgos. Se define el alcance del proyecto.
Elaboración:
Se hace un plan de proyecto, 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 junto
con el manual de usuario.
Transición:
Se Instala el producto en el cliente y se entrena a los usuarios. Como consecuencia
de esto suelen surgir nuevos requisitos a ser analizados.
14. 1. Forma disciplinada de asignar tareas y responsabilidades (quién hace
qué, cuándo y cómo)
2. Pretende implementar las mejores prácticas 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
9. Permite un entendimiento incremental del problema a través de
refinamientos sucesivos.
10. Habilita una fácil retroalimentación de usuario.
15. RUP XP
• Costo exponencial • Costo estable
• Grupo grande de programadores • Grupo pequeño de
• Proceso de desarrollo más programadores
general de los existentes • Programadores ordinarios
• Énfasis en requisitos y diseño • Se basa en prácticas inestables
• Se basa en mejores practicas • Pruebas todo el tiempo
probado en el campo • Se asigna un asesor para que de
• Se realiza un documento donde la información a los
firma el cliente sobre los desarrolladores de lo que quiere
requisitos deseados el cliente
16. • Ejemplo de un proyecto de software
Ejemplo plantilla de RUP
17. Se puede concluir que:
RUP como herramienta colaboradora en el desarrollo de software,
aumenta la visión de desarrollo del proceso de un proyecto.
RUP es una proceso que permite prever los cambios que un
software pueda tener de acuerdo a los requerimientos y avances
que se tengan, brindando objetivos más amplios y una visión global
de requerimientos .
RUP es aquel proceso que da paso al cambio en las etapas del
desarrollo de software, mostrando otros campos que mejoren y
optimicen el desarrollo del mismo.