rational unified process

…INTRODUCCION A LOS S.I.
S.I
Idea: El desarrollo de software no es un arte o una bolsa de
trucos.
 Se debe construir software tal como se hacen los productos
tangibles. Ejemplo: obras civiles: puentes, edificios, etc.


ESTADO ACTUAL
 Se ha logrado mucho hasta el momento pero………
 Algunos de nuestros puentes aún colapsan, edificios se quebrantan,
etc.
 En el siguiente grafico:
OnNovember 7, 1940, at approximately 11:00 AM, the first Tacoma
Narrows suspension bridge collapsed due to wind-induced
vibrations. Situated on the Tacoma Narrows in Puget Sound, near
the city of Tacoma, Washington, the bridge had only been open for
traffic a few months


DESARROLLO DEL S.I. TRADICIONAL
EL MODELO TRADICIONAL
Requisito

Análisis

Diseño

Impleme
ntación

Mantenimiento

Requisitos. En esta fase se extraen los requisitos del cliente, aquí
interactúan el equipo de desarrollo con los futuros usuarios con el fin
de determinar las necesidades del cliente.
Análisis. El objetivo es preparar el documento de especificaciones, es
decir plantea (a detalle) lo q debe hacer el S.I.
Diseño. En esta fase los miembros del equipo de desarrollo describen
cómo seva ha desarrollar el S.I. Módulos, estructuras de datos, algorit.
Implementación. Los módulos, clases, etc., se plasman en un
lenguaje de programación
Mantenimiento. Cuándo se instala empieza a corregir cualesquier falla
q se haya dado en la implementación.

φ

CAPITULO II
COMO SE DESARROLLAN LOS S.I.
En un mundo ideal, un SI se desarrollaría como lo plantea el
gráfico, sin embargo, haydos razones por las cuales el desarrollo
de SI es muy diferente en la practica:

Requisito

Análisis

Los profesionales de la tecnología de la información son Seres
Humanos y comenten errores.
Los requisitos de los clientes pueden cambiar mientras se desarrolla
el Sistema de Información (SI).

Diseño

Impleme
ntación

Desarrollo

EL MODELO ESPIRAL
En este modelo, el softwarese desarrolla en una serie de versiones
incrementales.
Comunicación con el cliente. Las tareas requeridas
establecer comunicación entre el desarrollador y cliente.

para

Planificación. Las tareas requeridas para evaluar riesgos técnicos y
de gestión.
Análisis de Riesgos. Evaluación de riesgos técnicos y de gestión.
Ingeniería. Las tareas requeridas para construir una o masrepresentaciones de aplicación.
Construcción y Acción. Probar, instalar y proporcionar soporte al
usuario.
Evaluación del cliente. La reacción del cliente según la evaluación
del software por parte de el.

EL MODELO ESPIRAL

UML Y EL RUP
“El modelado captura las
partes esenciales del sistema”
Orden
Item

envío

Proceso de Negocios

Sistema Computacional

UML Y EL RUP


Un modelocaptura una vista de un sistema del mundo real. Es una
abstracción de dicho sistema, considerando un cierto propósito. Así,
el modelo describe completamente aquellos aspectos del sistema
que son relevantes al propósito del modelo, y a un apropiado nivel
de detalle.



Diagrama:

una representación gráfica de una colección de

elementos de modelado, a menudo dibujada como un grafo convértices conectados por arcos

Qué es el UML?
 UML = Unified Modeling Language
 Un lenguaje de propósito general para el modelado orientado a
objetos
 Documento “OMG Unified Modeling Language Specification”
 UML combina notaciones provenientes desde:
◦ Modelado Orientado a Objetos
◦ Modelado de Datos
◦ Modelado de Componentes
◦ Modelado de Flujos de Trabajo (Workflows)

RationalUnified Process
Rational Unified Process
1998

Objectory Process
1996-1997

Objectory Process

1987-1995

Enfoque Ericsson

•
•
•
•

Pruebas funcionales
Pruebas de desempeño
Gestión de requisitos
Gestión de cambios y
configuración
• Ingeniería de Negocio
• Ingeniería de datos
• Diseño de interfaces

UML

El Proceso Unificado

Elementos del RUP


Workflows...