Colegio Tcnico

Agropecuario Alonso de
Mercadillo
INTEGRANTES
NANCY MARISOL GONZALEZ
ROSA MARIBEL GONZALEZ
GLADYS MARITZA SARANGO
DIANA PATRICIA SARANGO

METODOLOGIA TRADICIONAL PARA EL

DESARROLLO DE SOFTWARE

Rational Unified Process

(RUP)

Qu es un Proceso?

serie de pasos secuenciales.

entrada, el proceso en s y una salida.
Un proceso define Quin, Qu, Cundo y Cmo

Requerimientos
Nuevos Modificados

Proceso de
Ingeniera de
Software

Sistema
Nuevo Modificado

El Problema
Requerimientos

Si un proceso es utilizado, equipos

funcionales diferentes normalmente
utilizan procesos y lenguajes de
modelacin inconsistentes.

La mayora de los proyectos de

software
utilizan procesos que no estn bien
definidos. En su lugar los miembros
del equipo (re)inventan sus propios
procesos.

Los
procesos
no
estn
apropiadamente relacionados con
herramientas,

no
estn

Pruebas
Anlisis
Diseo

?
?
?
Proceso

Herramienta

RUP es un proceso de desarrollo de

software
Captura
las
mejores
prcticas
del
conocimiento de lderes en ingeniera de
software.
Proporciona guas, estndares para la
construccin de software de alta calidad.

METODOLOGIA RUP

contiene un poderoso conjunto de herramientas y

recursos

incluye la configuracin de herramientas de procesos

autorizados, liberacin de herramientas de procesos y
una extensa comunidad en lnea (internet).

unifica todos los equipos de desarrollo de software.

TRES CARACTERSTICAS
ESENCIALES QUE DEFINEN AL RUP:

Dirigido por los Casos de Uso

Proceso Iterativo e Incremental
Proceso Centrado en la Arquitectura

Ejemplo de Diagrama de Caso

de Uso de Negocios

Caso de Negocios: modelar la

empresa (como funciona la
empresa a la que se le va a
desarrollar el software)

Fases en RUP

Inicio Define el alcance del proyecto

Elaboracin Plan del proyecto, especificacin
de caractersticas, arquitectura base
Construccin Construir el producto
Transicin Transicin del producto a la
comunidad del usuario
Metas
Principales

Inicio Elaboracin ConstruccinTransicin

Tiempo

Fase de Inicio
Propsito

Establecer casos de negocios

Especificar el alcance del proyecto

Resultado

visin general de los requerimientos del proyecto

Un caso de negocios inicial, incluyendo:

Evaluacin inicial de riesgos

Una estimacin de los recursos requeridos

Fase de Elaboracin
Propsito

Analizar el problema.
Establecer la arquitectura.
Desarrollar un plan comprensivo.

Resultado

Un modelo del dominio 80% completo.

Requerimientos suplementarios.
Una lista de riesgos revisada.

Fase de Construccin
Propsito

Desarrollar el producto de software

completo listo para ser transferido al
usuario.

Productos

modelo de diseo.
Documentacin de usuario.
Una liberacin beta del producto.

Fase de Transicin
Propsito

Entrega de software al usuario.

Productos

Manuales de usuario actualizados.

Documentacin de desarrollo actualizada.

ESFUERZO-HORARIO CONTRA FASES DEL

RUP

RECURSOS UTILIZADOS EN LAS FASES RUP EN EL

TIEMPO

Incremento de la
Productividad en Equipo
Todos los miembros del equipo comparten
1 Base de conocimiento
1 Proceso
1 Vista de cmo desarrollar software
1 Lenguaje de modelamiento (UML)
Administrador
Base de Datos

Ingeniero de
Desempeo

Administrador de
Configuracin

Lder de
Proyecto

Analista
Diseador/
Desarrollador

Pruebas

DISCIPLINAS
Primarias:
Modelado del
Negocio
Requerimientos
Anlisis y Diseo
Implementacin
Pruebas
Despliegue.

De apoyo:
Entorno
Gestin del Proyecto
Gestin de Configuracin y
Cambios.

FUNCIONALIDADES
(6 MEJORES PRCTICAS)
Administracin de Requerimientos
Desarroll Modelamiento Verificacin de Arquitecturas
o
Visual
la Calidad
con Componentes
Iterativo
Control de Cambios

FUNCIONALIDADES (6 MEJORES PRCTICAS)

1)Administracin de Requerimientos

Licitar, organizar, y documentar.

Llevar un registro.
fcilmente capturados y comunicados.
Los casos de uso son instrumentos importantes de
planeacin.

Los casos de uso

dirigen el trabajo
desde el anlisis
hasta las pruebas

realizacin

influenciado por

verifica

Modelo de Diseo
Modelo de Implementacin

Modelo de Prueba

FUNCIONALIDADES (6 MEJORES PRCTICAS)

2)Desarrollo Iterativo de Software

No es posible hacer de manera secuencial la

definicin completa del problema, disear la
solucin completa, construir el software y por
ltimo probarlo.
Los defectos aumentan el costo del proyecto.

El tiempo y dinero gastados en la implementacin de un

diseo fallido, son no recuperables

Desarrollo Iterativo
Requerimientos

Anlisis y Diseo
Implementacin

Evaluacin
Pruebas
Cada iteracin
produce un
producto
ejecutable

FUNCIONALIDADES (6 MEJORES PRCTICAS)

Caractersticas del Desarrollo

Iterativo

Permite un entendimiento incremental del

problema.

Fcil retroalimentacin de usuario.

Metas especficas dedicadas a producir

resultados.

El progreso es medido conforme avanzan

las implementaciones.

3)Modelacin Visual de
Software
Estructura y comportamiento
de
arquitecturas
y
componentes.
Muestra
como encajan de
forma conjunta los elementos
del sistema.
Consistencia
de diseo e
implementacin.

FUNCIONALIDADES (6 MEJORES PRCTICAS)

4)Verificacin de la Calidad del Software

Crea pruebas para cada escenario (casos de

uso).

Verifica la calidad del software.

Prueba cada iteracin.

Los problemas del software son de 100 a 1000 veces mas costosos
de encontrar y reparar despus del desarrollo

FUNCIONALIDADES (6 MEJORES PRCTICAS)

5)Arquitectura Basada en Componentes

Se enfoca en el pronto desarrollo de

una arquitectura ejecutable robusta.

Resistente al cambio mediante el uso

de interfaces bien definidas.
Intuitivamente comprensible.
Promueve un reuso ms efectivo de
software.
Es derivada a partir de los casos de uso
ms importantes.

FUNCIONALIDADES (6 MEJORES PRCTICAS)

6)Control de Cambios del Software

Controlar, llevar un registro y monitorear cambios.

Espacios de trabajo seguros para cada desarrollador.

Provee aislamiento de cambios.

Controla todos los artefactos de software.

Desarrollo en
Paralelo

Administracin de
Espacios de Trabajo

Integracin de
Proceso

REPORT
ALERT

Administracin de
Construccin

Estructura de RUP

El proceso puede describirse en dos

dimensiones, o a lo largo de dos ejes:
El eje horizontal .-expresado en trminos
de ciclos, fases, iteraciones, y metas.

El eje vertical .-est descrito en trminos

de actividades, artefactos, trabajadores
y flujos de trabajo.

Estructura de RUP
Disciplinas

Iteraciones

Cada fase en RUP puede descomponerse en

iteraciones.

Liberaciones

Inicio

Iteracin
Preliminar

Elaboracin

Construccin

Transicin

Iteracin de Iteracin de Iteracin de Iteracin de Iteracin de

Arquitectura Arquitectura Desarrollo
Desarrollo
Desarrollo

iteraciones

internas

Iteracin de Iteracin de
Transicin Transicin

externas

Nocin de Proceso
Actividad/Cmo?

Trabajador/Quin?
Rol que puede
ser
desempeado
por un
individuo o
conjunto de
individuos en
la organizacin
de desarrollo

Diseador

responsable de

Caso de Uso

Paquete de
Caso de Uso

Describe una
unidad de trabajo
que puede ser
asignada a un
trabajador.

Diseo de
Casos de uso

Artefacto/Qu?
Pieza de informacin que
es producida,
modificada, utilizada
por un proceso

Modelos y Flujos de
Trabajo

En trminos de UML pueden ser expresados

como un diagrama de secuencia, un diagrama
de colaboracin, como un diagrama de
actividad.
Los grupos de trabajo agrupan actividades en
forma lgica.

Modelos y Flujos de
Trabajo
Cont.

Cada flujo de trabajo describe

como crear y mantener un modelo
en particular

Modelacin
de Negocios
Modelo de Negocios

Flujo de Trabajo
de Requerimientos
Flujo de Trabajo de
Diseo de Anlisis

Flujo de Trabajo
de Implementacin

Flujo de Trabajo
de Prueba

realizado por
Modelo de
Caso de Uso
Implementado por
Modelo de
Diseo
verificado por
Modelo de
Implementacin
Modelo de
Prueba

ARTEFACTO
S
a) Modelado del negocio
b) Requerimientos
c) Anlisis y diseo del sistema
d) Implementacin
e) Pruebas
f) Despliegue
g) Administracin del proyecto
h) Administracin de cambios y
configuracin
i) Entorno o ambiente
Grado de finalizacin de artefactos

GRADO DE FINALIZACIN DE
ARTEFACTOS
Consiste en cuanto hemos finalizado
del artefacto propuesto, es decir los
lineamientos que necesita
para ser completado, por lo tanto
con grado de finalizacin nos
referimos
a
cuantos
de
esos
lineamientos del artefacto hemos
completado o llenado en cada una
de las disciplinas, de acuerdo a la
fase en que se encuentre.

Referencias

A Simplified Approach to RUP

Gary K. Evans
President, Evanetics, Inc.
http://www.therationaledge.com/content/jan_01/t_rup_ge.html

UML y Patrones, Introduccin al Anlisis y Diseo

Orientado a Objetos
Craig Larman
Prentice-Hall

Rational Unified Process, Best Practices for Software

Development Teams
A Rational Software Corporation White Paper

Referencias

Copyright IBM Corporation Rup 2003 pag 3-4 disponible: http://www.

ibm.com

Rueda J, Tesis: aplicacin de la metodologa rup para el desarrollo

rpido de aplicaciones basado en el estndar j2ee, 2006, pg. 1 al 12

DIAZ M, RUP 20 VS 20XP

IBARRA A, RATIONAL UNIFIED PROCESS

GRACIAS
POR SU
ATENCION
PREGUNTAS