Universidad Tecnológica del Valle de Toluca

“RUP”

Integrantes:Bobadilla Serrano SoniaLópez Becerril Gerardo

Carrillo Bernal Irving EduardoReyes Bárcenas Anayeli

ITIC-81

1. Resumen2. Objetivos 3. ¿Qué es? 4. ¿Quién la creo? 5. Historia 6. Certificaciones7. Versiones 8. Descripción de componentes 9. Tabla de 10 características principales 10. Tabla de diferencias RUP vs XP 11. Ejemplo 12. Conclusiones

Índice

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.

Resumen

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.

Objetivos

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.

Introducción

Es un proceso de desarrollo de software. Es un proceso de trabajo genérico. Esta basado en componentes. Utiliza UML.

¿Qué es RUP?

Desarrollado por la empresa Rational Software, actualmente propiedad de IBM, en colaboración con:

Ivar Jacobson, Grady Booch y James Rumbaugh.

¿Quién la creo?

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.

Historia de RUP

CERTIFICACIONES IBM (RUP)

RequirementsRequired 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

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.

Versiones de RUP

RUP divide el proceso en 4 fases.

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.

Descripción de Componentes

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 iterativo4. Administración de requisitos5. Uso de arquitectura basada en componentes6. Control de cambios7. Modelado visual del software8. Verificación de la calidad del software9. Permite un entendimiento incremental del problema a

través de refinamientos sucesivos.10. Habilita una fácil retroalimentación de usuario.

Características

Tabla comparativa RUP & XP

RUP XP

• Costo exponencial• Grupo grande de

programadores• Proceso de desarrollo más

general de los existentes• Énfasis en requisitos y

diseño• Se basa en mejores

practicas probado en el campo

• Se realiza un documento donde firma el cliente sobre los requisitos deseados

• Costo estable• Grupo pequeño de

programadores• Programadores ordinarios• Se basa en prácticas

inestables• Pruebas todo el tiempo• Se asigna un asesor para

que de la información a los desarrolladores de lo que quiere el cliente

Ejemplo de RUP

• Ejemplo de un proyecto de software

Ejemplo plantilla de RUP

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.

Conclusiones

http://www.extremeprogramming.org/ http://www.programacionextrema.org/ http://www.geocities.com/chuidiang/meto

dologia/extrema.html

http://es.tldp.org/Presentaciones/200211hispalinux/gregorio2/progm-ext-soft-libre-html/

E.V.A. UCI, I. D. S.Conferencia #1. Introducción a la Ingeniería de Software, ISW 1.

http://www-01.ibm.com/software/awdtools/rup/

http://www-03.ibm.com/certify/certs/38004501.shtml

Bibliografía

Por su Atención