tecnivo

Instituto de Electrónica y Computación

El Proceso Unificado
Rational
para el Desarrollo de
Software.
Carlos Alberto Fernández
y Fernández

Huajuapan de León, Oaxaca
26 de octubre de 2000

Objetivo

• Proporcionar una visión general
del RUP y UML como apoyo
para el desarrollo de software de
calidad.

I.E.C.
Carlos A. Fernández

2

¿Qué es un proceso?
• Un proceso definequien está
haciendo que, cuando lo hace, y
como hacerle para alcanzar un
objetivo.

Equipo de
Desarrollo

Lenguaje de
Modelado

Proceso
Unificado

I.E.C.
Carlos A. Fernández

3

RUP:Evolución
No es un proceso nuevo, ha ido
fortaleciéndose con el tiempo
Rational Unified Process 2000
2000

Rational Unified Process 5.5
1999

UML 1.3
Rational Unified Process 5.0
1998UML 1.2
Rational Objectory Process 4.1
1996-1997

Desarrollo basado en Web
Sistemas de Tiempo Real
Pruebas de ejecución
Admón. de requerimientos
Admón. de config. y cambios
Ingeniería de negocios
Ingeniería de datos
Diseño de interfaz con el usuario

UML 1.1

Metodología de Rational
Objectory Process 1.0-3.8
1987-1995

Metodología de Ericsson

I.E.C.
Carlos A. Fernández

4RUP: Objetivos
1. Proporcionar una guía del orden de
las actividades de los equipos.
2. Especificar cuales artefectos deben
ser desarrollados y cuando estos
deben ser desarrollados.
3. Dirigir las tareas de
desarrolladores individuales y
equipos como una sola.
4. Ofrecer criterios para monitorear y
medir los productos y actividades
del proyecto.

I.E.C.
Carlos A. Fernández

5Mejores prácticas
1. Desarrollo iterativo.
2. Administración de
requerimientos.
3. Arquitectura basada en
componentes.
4. Modelado Visual.
5. Verificación de la calidad.
6. Control de cambios.

I.E.C.
Carlos A. Fernández

6

Desarrollo Iterativo
El desarrollo iterativo propone una
planeación inicial y posteriormente
entrar a un ciclo en las etapas de
desarrollo. Donde paracada iteración
resulte une versión ejecutable del
sistema.
Ingeniería de
negocios

Requerimientos
Análisis y Diseño

Planeación
Admón. de
config. y cambios

Implementación

Ambiente

Planeación
inicial

Emplazamiento

Evaluación
Prueba

I.E.C.
Carlos A. Fernández

7

Desarrollo iterativo: Ventajas
• Tolerable a cambios en los
requerimientos.
• Los elementos sonintegrados
progresivamente.
• Los riesgos son mitigados en etapas
tempranas.
• Permite a la organización aprender e
improvisar.
• Facilita el reuso, porque es fácil
identificar partes comunes diseñadas o
implementadas.
• Resulta un producto más robusto, ya que
los errores se van corrigiendo en cada
iteración.
• El proceso puede ser improvisado y
refinado en el desarrollo.
I.E.C.Carlos A. Fernández

8

Administración de
requerimientos
• Un requerimiento es una condición o
capacidad con el que un sistema debe
conformarse.
• La administración de requerimientos
es una aproximación sistemática para la
búsqueda, documentación, organización
y seguimiento de los cambios en los
requerimientos de un sistema.
• El manejo de los requerimientos de
software debe de serdinámico: debe
esperarse que estos cambien durante la
vida de un proyecto de software.

I.E.C.
Carlos A. Fernández

9

Arquitectura basada en
componentes

Uno de los principales objetivos de
las primeras iteraciones es obtener
una arquitectura de software
válida, donde en ciclos iniciales de
desarrollo formen un prototipo
ejecutable de la arquitectura que
gradualmente se vayaconviertiendo
en el sistema final en las últimas
iteraciones.

I.E.C.
Carlos A. Fernández

10

Arquitectura:Ventajas
• Permite una arquitectura modular.
• Diseño de componentes reusables.
• Aprovechamiento de
infraestructuras comerciales (COM,
CORBA, JavaBeans)
Interfaz
Reglas del
negocio
Acceso a
datos
Software de
sistemas
I.E.C.
Carlos A. Fernández

11

Control de...