INSTITUTO UNIVERSITARIO DE TECNOLOGIA DE

ADMINISTRACION INDUSTRIAL
DECRETO 711 del 15-02-90
Asignatura: Anlisis de Sistemas
Seccin: 203 A3
Profesor: Naydrubys Trejo.








DESARROLLO TEORICO DEL PROCESO UNIFICADO








Alumno:
Randy Sanoja C.I 18.555.676


Guarenas 8 de julio de 2014


PROCESO UNIFICADO (RUP)
El proceso de desarrollo RUP (Rational Unified Process) aplica varias de las
mejores prcticas en el desarrollo moderno de software en una forma que se
adapta a un amplio rango de proyectos y de organizaciones. Esta metodologa
permite que todos los integrantes de un equipo de trabajo, conozcan y
compartan el proceso de desarrollo, una base de conocimientos y los distintos
modelos de cmo desarrollar el software. Provee un enfoque estructurado para
realizar tareas y responsabilidades en una empresa de desarrollo. Su principal
objetivo es asegurar la produccin de software de alta calidad, que cumpla las
necesidades de sus usuarios finales, que sea realizado en las fechas
acordadas y con el presupuesto disponible

Provee un enfoque estructurado para realizar tareas y responsabilidades en
una organizacin de desarrollo. Su principal objetivo es asegurar la produccin
de software de alta calidad, que cumpla las necesidades de sus usuarios
finales, que sea realizado en las fechas acordadas y con el presupuesto
disponible.

DIAGRAMAS DE LENGUAJE DE MODELADO UNIFICADO (UML)

El desarrollo del UML comenz en finales de 1994 en que Grady Booch y
Jim Rumbaugh de Rational Software Corporation, comenzaron su trabajo
sobre la unificacin de los mtodos de Booch y de OMT (Object Modeling
Technique).

El UML es el lenguaje estndar a nivel mundial para representar modelos
orientados a objetos de sistemas intensivos en software. Debemos utilizarlo en
todos nuestros modelos para poder comunicarnos con otros desarrolladores.

Est compuesto por diversos elementos grficos que se combinan para
conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas
para combinar tales elementos.

Un diagrama es la representacin grfica de un conjunto de elementos con
sus relaciones. En concreto, un diagrama ofrece una vista del sistema a
modelar. Para poder representar correctamente un sistema, UML incluye los
siguientes nueve diagramas:

Diagrama de casos de uso.
Diagrama de clases.
Diagrama de objetos.
Diagrama de secuencia.
Diagrama de colaboracin.
Diagrama de estados
Diagrama de actividades



Diagrama de componentes
Diagrama de despliegue



De todos los diagramas ya nombrados el ms utilizado es el de Casos de
Uso por ello nos enfocamos en l.

DIAGRAMA DE CASOS DE USO.

Un Diagrama de Casos de Uso representa lo que hace el sistema y como se
relaciona con su entorno. Representa los distintos requerimientos que hacen
los usuarios de un sistema.

Un diagrama de casos de uso est compuesto por:

- Casos de uso
- Actores
- Relaciones entre ellos

Elementos

Caso de Uso (Use Case)

Es una secuencia de acciones realizadas por el sistema que producen un
resultado observable y valioso para alguien en particular.

Actor

Un actor es un conjunto externo uniforme de personas, sistemas, o cosas
que solicita un servicio al sistema que estamos modelando.

Relaciones entre actores

La nica relacin permitida entre los actores es la Relacin de
Generalizacin.

Relaciones entre un actor y un caso de uso

La nica relacin permitida es una Asociacin y se le conoce como Relacin
de Comunicacin





PROCESO DE ELABORACION DE LOS DIAGRAMAS DE CASOS DE USO.

1. Se definen los actores. Los actores son los roles de casos de uso de las
personas que usarn el producto. Los actores de un martillo de construccin
podran incluir a los carpinteros que realmente utilizan los martillos, y a los
compradores que compran los martillos para empresas constructoras.

2. Se asigna objetivos a cada actor. Los objetivos se refieren a los beneficios o
ventajas intencionadas que cada actor obtendr del producto. Un carpintero
puede querer martillar y eliminar eficazmente los clavos, mientras que un
comprador podra querer confirmar que los martillos cumplen con las
especificaciones requeridas de durabilidad y precio.

3. Debemos crear un ndice de casos de uso principal. Es una lista ordenada
de cada actor y objetivo con una complejidad asignada y una prioridad en
formato tabular.

4. Anotar el flujo bsico para cada caso. Esta es una descripcin de la
secuencia de eventos que crees que seguir cada actor para cada objetivo. Por
ejemplo, los componentes de casos de uso para "4,
Comprador/Evaluar precio", podran ser de la siguiente forma: solicitud de
informacin de precios. Comparacin de precios de los competidores. Tratar de
negociar el precio. Hacer la compra. Recibir mercancas.

5. Enumerar los flujos alternativos para cada caso. Para usar el caso 6, un flujo
alternativo podra ser el siguiente: Solicitud de informacin de precios.
Comparacin de precios de los competidores. Tratar de negociar el precio.
Notificar la decisin de no comprar. Recibir una mayor oferta de descuento.
Hacer la compra. Recibir mercancas.

6. Haz circular el borrador del documento de casos de uso para su revisin.
Integra la informacin para crear el documento de casos de uso final.








Ejemplo: Registrarse como socio en una tienda de alquiler de videos












Socio
Empleado


Documento de proceso de caso de uso cu-1



DOCUMENTO DE CASOS DE USO.
Un documento de casos de uso es una gua escrita utilizada en el desarrollo
de productos. Cuando una compaa est desarrollando un nuevo producto o
servicio, los desarrolladores de productos no slo deben conocer las
caractersticas tcnicas del producto que estn desarrollando, sino tambin la
forma en que se utilizar el producto.





REFERENCIAS

Ivar Jacobson y otros. (1992) Object Oriented Software Engineering. A Use
Case Driven Approach. Addison Wesley.

G. Booch, J. Rumbaugh y I. Jacobson. (1999) "El Lenguaje Unificado de Modelado",
Addison Wesley.

G. Booch, J. Rumbaugh y I. Jacobson.(2000) El Proceso Unificado De Desarrollo
De Software. Addison Wesley.

Booch, G., Rumbaugh J., Jacobson I.(2000) El lenguaje unificado de
modelado. 2da edicin. Casos de uso.