PRACTICA 1

Lee cuidadosamente las instrucciones y desarrolle lo que se le pide:

1.- Al arrancar la herramienta no selecciones ninguno de los frameworks que aparecen, elige la opcin
Cancelar.

1.1 Posteriormente dar click en el botn de New, y seleccionar rational unifief process
2.- Posteriormente en el men Tools/Options... verifica que la pestaa Notation, y tenga por defecto Unified y
como lenguaje por defecto Analysis.
Esta correcto ? ______________________________________________________________
3.- Pngale el nombre a su proyecto dando botn derecho al icono untitled y salve su proyecto.

4.- Marque los elementos en el recuadro de debajo de la Estructura de la ventana principal de Rose
En esta ventana destaca el explorador (browser) en la parte izquierda, desde donde se puede crear y
acceder a toda la informacin del modelo actual, con una pequea ventana de documentacin debajo de
ella, donde aparece la documentacin textual asociada al elemento seleccionado en el explorador.
En el canvas de la derecha se abren los diagramas que sirven de representacin grfica del modelo; entre
esta ventana destaca la de log, que contiene informacin administrativa de los modelos(fechas de creacin,
actualizacin, etc.) junto con los errores de consistencia que se vayan produciendo (por ejemplo, durante la
generacin de cdigo).

5.-Abra las carpetas del browser (del rbol):

Identifique las cuatro vistas de la arquitectura en Rose.
En el explorador tenemos cuatro carpetas que representan cuatro vistas de la arquitectura del sistema. Cada
vista muestra una proyeccin de la arquitectura y usa un conjunto de diagramas. Por defecto, cada una de
estas vistas tiene un diagrama especial, denominado Main (fjate como su icono cambia en cada vista), y una
carpeta especial Associations. Cada vista se puede estructurar en paquetes, de manera que el diagrama
Main suele estar formado por paquetes y sus relaciones.
Dibuje el Icono Main y el de las associations que corresponden a cada vista:

Identifique las vistas de Rose que son las siguientes:

a) La Vista de Casos de Uso, Use Case View, que es la vista en la que se presenta el comportamiento
deseado del sistema: en ella se encontraran los modelos relacionados con la captura de requisitos. Segn el
proceso que hemos visto en clase, en esta vista se ubicaran el modelo del negocio, el modelo conceptual, el
modelo de casos de uso del sistema y los diagramas de secuencia del sistema.
b) La Vista Lgica, Logical View, en la que encontraramos los modelos que muestran el vocabulario y la
funcionalidad (estructura y comportamiento) del sistema, a travs de un conjunto de colaboraciones que
realizan los casos de uso de la vista de casos de uso (colaboraciones que se modelan mediante diagramas de
clases y diagramas de interaccin: secuencia y colaboracin).
c) La Vista de Componentes, Component View, en la que se representa la implementacin del sistema
mediante componentes, la organizacin modular del software. Esta vista est relacionada con la gestin de la
configuracin del software. Los paquetes en esta vista se organizan en niveles. Un componente est
relacionado con un archivo de software y un lenguaje de programacin. Las clases de la vista lgica se
asignaran a los componentes de la vista de componentes.
d) La Vista de Despliegue, Deployment View, en la que se modela la distribucin o despliegue de los
componentes a los nodos de procesamiento del sistema. Muestra la topologa, distribucin e instalacin del
sistema.

6.- Modelado de casos de uso

Comenzamos el modelado de un sistema trabajando en la vista de casos de uso, introduciendo a travs del
explorador:
los elementos del modelo de casos de uso del negocio (si consideramos conveniente realizar un modelado
del negocio)
los elementos del modelo de casos de uso del sistemaVamos a crear el modelo de casos de uso del
sistema. Para ello, primero crearemos a travs del explorador los elementos del modelo de casos de uso
(actores y casos de uso), y despus crearemos los diagramas de casos de uso que mostrarn el modelo.
Comenzamos interactuando directamente con el explorador, para crear los actores y casos de uso que hay
en el diagrama de casos de uso de la Figura 1. (Slo los actores y casos de uso, no el diagrama.)
Para crear un actor en el explorador:
1. Clic con el botn derecho del ratn sobre la carpeta Use Case View.
2. Seleccionar New:Actor. En el explorador aparece un nuevo actor denominado
NewClass.
3. Seleccinalo y cmbiale el nombre por defecto por el nombre apropiado.

4. Haz doble clic sobre el actor, y observa cmo se edita como una clase, con sus atributos y operaciones,
pero con el estereotipo <<actor>>.
Para documentar un actor:
1. Si la ventana de documentacin no es visible, brela seleccionando el men View y activando la opcin
Documentation.
2. Selecciona el actor en el explorador.
3. Pon el cursor en la ventana de documentacin y escribe el texto que describa el actor.
Para crear un caso de uso a travs del explorador, y aadirle una breve descripcin textual:
Sigue los mismos pasos que para crear un actor, pero con New:Use Case.

Figura 1. Diagrama Casos de Uso TPV.

7.- Crea un diagrama de casos de uso.

Cada sistema tiene normalmente un Main Use Case Diagram, que representa los lmites del sistema (actores)
junto con las principales funciones del mismo (casos de uso). Por supuesto, se pueden construir otros
diagramas de casos de uso con otros objetivos, por ejemplo:
para mostrar todos los casos de uso de un paquete
para mostrar todos los casos de uso para un actor determinado
para mostrar todos los casos de uso que son implementados en una iteracin
para mostrar un caso de uso y todas sus relaciones
Para crear un diagrama de casos de uso:
Con botn derecho sobre la carpeta correspondiente, New:Use CaseDiagram.
Crea ahora un diagrama denominado Diagrama Casos de Uso TPV, y arrastra sobre l los actores y casos de
uso de la Figura 1, los cuales has creado mediante el explorador.
Por supuesto, los actores y casos de uso se pueden crear tambin directamente en la ventana usando la
barra de herramientas.

Establece relaciones entre casos de uso.

8.- Relaciones entre casos de uso.

Tenemos tres relaciones principales entre casos de uso en Rose:
<<include>>
<<extend>>
Generalizacin
(En Rose tambin se proporciona el estereotipo <<communicate>>, que representa la
comunicacin entre un actor y un caso de uso, y se muestra de manera opcional. Esta
relacin es poco utilizada.)
Para crear relaciones entre casos de uso:
1. Pinchar el icono Dependency or instantiates
2. Arrastrar la lnea en el sentido adecuado
3. Doble clic sobre la lnea para hacer visible Specification/General
4. Seleccionar el valor adecuado en el campo Stereotype
Puedes poner o quitar la flecha de la relacin con botn derecho/Navigable sobre la
relacin, cerca del extremo adecuado.
Borrar (del diagrama o del modelo)
Con la tecla Supr (botn derecho/Edit/Delete)se borra un elemento del diagrama
actual, pero no del modelo. (Recuerda que el diagrama no es ms que una vista o
proyeccin del modelo.) Para borrar dicho elemento del modelo, usa botn
derecho/Edit/Delete from model.
Crea un caso de uso Pago con Tarjeta y establece una relacin include de Realizar Venta a este nuevo caso
de uso. Cambia despus la relacin por una extend.

9.- Crea un Diagrama de Secuencia del Sistema para el caso de uso Realizar Venta.
Como sabemos, los diagramas de secuencia del sistema son diagramas de interaccin de
tipo diagrama de secuencia. Denominaremos a este diagrama DSS1 (ver Figura 2).
Crea el diagrama desde el explorador con botn derecho sobre el caso de uso /New:Sequence Diagram.
brelo con doble clic.
Para cada actor u objeto en el escenario:

Selecciona el actor en el explorador, y arrstralo al diagrama.

Selecciona el icono Object de la barra de herramientas, e introduce el objeto (Sistema en este
caso).
Para asignar el objeto a una clase, puedes seleccionar la clase en el explorador y arrastrarla
sobre el objeto.

 Usa el icono Object Message para introducir los mensajes.

: Cajero
:Sistema
Dar doble click en la lnea y aparecer la sig- ventana para introducir el nombre:

1. Introducir Item (CUP, cantidad)

2. Terminar Venta ()
3. realizar Pago()
Operaciones del sistema
eventos del sistema

Figura 2. Diagrama de secuencia del sistema DSS1.

10.- De la siguiente situacin hacer el diagrama de Caso de uso del Negocio con sus respectivos
actores y relaciones, y de dos de los casos de uso que haya propuesto realizar el diagrama de
secuencia:
Bueno, mi mama y yo, y 300 empleados ms, hemos estado manejando varias tiendas naturistas, bastante
bien.. Cada Empleado, por supuesto, trabaja en una sola tienda, pero una tienda puede tener varios
empleados.
Tambin nos interesa saber en donde viven los empleados, el puesto y nivel que tienen para hacer el calculo
de su sueldo y saber cuantos empleados hay por tienda.

Se tiene un registro de nuestros clientes, cuando llega un cliente nuevo se le entrega una solicitud de
membreca con los datos necesarios para realizar una factura con esta solicitud se registra al cliente y se le
asocia un nmero, se le entrega una tarjeta de esta membreca para usarla para descuentos y promociones.
Cuando llega un cliente a la tienda se le proporciona un canastilla para que pueda llevar los productos que
quiere comprar, en ocasiones no es necesaria.
Una ves el cliente en la caja, el empleado registra la venta ( verifica los productos, cantidades y el precio de
los artculos lo registra en una maquina registradora y obtiene el total).
Para el total de la venta hay que considerar el Iva ya que algunos productos si son gravables.
Posteriormente el empleado procede a recibir el pago, este puede ser en efectivo o con tarjeta de crdito para
el cual tiene que verificar si no esta bloqueada la tarjeta.
Cada tipo de artculo puede ser vendido en cualquier tienda, y la mayora de las tiendas tienen la mayora de
los artculos. Sin embargo, existen algunas excepciones...
Nos interesa saber la existencia de los artculos por tienda para saber donde se requiere surtir nuevamente, le
comentamos que los artculos estn ubicados dentro de una tienda segn su tipo y marca para poder llevar el
control de inventario y para que el empleado puede localizarlos rpidamente cuando preguntan por ellos.
Nos interesa saber los precios a los que se venden los artculos, cada tienda fija el precio de cada articulo as
como el costo ya que algunos artculos se requiere transportarlos de una tienda a otra y eso hace que su
costo se incremente.
No se olvide que tenemos tiendas en tres estados. Obviamente, todos sabemos que una tienda no puede
estar en mas de un estado.