UNIVERSIDAD NACIONAL DE INGENIERIA

POSGRADO FACULTAD DE INGENIERIA INDUSTRIAL Y DE SISTEMAS

INGENIERA DE SOFTWARE

Anlisis de Clases (Relaciones)

Herramienta:

Rational Rose 7.0

Nmero de Grupo:

Nombre:

Carlos Pedro Cieza Anchahua

Fecha:

26/06/2014

Ingeniera de Software
Objetivos
1. Identificar las Asociaciones y Agregaciones existentes entre las clases de
anlisis.
2. Identificar las relaciones de Generalizacin existentes entre las clases de
anlisis.
3. Dibujar el Diagrama de Clases correspondiente usando una herramienta de
Desarrollo de Sistemas de Software.
4. Capturar los requerimientos especiales de las clases de anlisis.
Desarrollo:

1. Identificar las Asociaciones y Agregaciones existentes entre las clases de

anlisis.

La clase restaurante y Mesas

son parte de Reserva (todo),
se establece una relacin de
agregacin.
La Clase reserva se asocia a
Cliente.

La clase Detalle Factura es parte de Factura, pero tiene un

dependencia existencial por lo cual es una relacin de
composicin.

Pgina 2

Ingeniera de Software
La clase Medio_Pago es parte de caja. Se establece una
relacin de agregacin.

La clase ingredientes es para de Plato,

por lo cual se establece una relacin de
agregacin. La clase detalle_plato es
parte de Plato, pero tienen dependencia
existencial por lo cual es una relacin de
composicin.

La clase Mesas, Plato

y Bebida son parte de
Pedido,

forman

relacin

una
de

agregacin. La Clase
Cliente,

Trabajador,

Caja se relacionan con

pedido,
relacin

forman

una

asociativa.

Pgina 3

Ingeniera de Software

2. Identificar las relaciones de Generalizacin existentes entre las clases de

anlisis.

Factura

Boleta

es

un

tipo

de

Comprobante, por lo cual es una

relacin de generalizacin.

Bebida Alcohlica o No Alcohlica es

un tipo de Bebida, por lo cual es una
relacin de generalizacin.

Cliente y trabajador son tipos de

personas, por lo cual es una relacin
de generalizacin.

Stock_Bebidas y Stock_Ingredientes
son tipos de Stock, por lo cual es una
relacin de generalizacin.

Pgina 4

Ingeniera de Software

3. Dibujar el Diagrama de Clases correspondiente usando una herramienta de

Desarrollo de Sistemas de Software.

4. Capturar los requerimientos especiales de las clases de anlisis.

En este paso se recoger todos los requisitos de una clase de anlisis que se han
identificado en el anlisis pero que deberan tratarse en el diseo y en la
implementacin (es decir requisitos no funcionales).
Entonces definimos los siguientes requisitos:
a. Los requisitos de persistencia para la clase factura son:

- Rango de tamao: 2 a 24Kbytes por objeto

- Volumen: hasta 100.00
- Frecuencia de actualizacin:
Creacin/Borrado: 1.00 al da
Actualizacin: 30 actualizaciones a la hora
Lectura: 1 acceso a la hora

Pgina 5