Você está na página 1de 8

VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

FORMATO DE INFORME DE PRÁCTICA DE LABORATORIO / TALLERES /


CENTROS DE SIMULACIÓN – PARA ESTUDIANTES

CARRERA: Ingeniería de Sistemas ASIGNATURA: Programación II

NRO. PRÁCTICA: 1 TÍTULO PRÁCTICA: Diagramas de Clases y Diagramas de Casos de Uso

OBJETIVO ALCANZADO: Entender y realizar Diagramas de Casos de Uso y Diagramas de Clases para
realizar la estructura y la funcionalidad de los programas que se crean para dar solución a los problemas
que se presentan en la vida cotidiana y así ayudar a las personas.

ACTIVIDADES DESARROLLADAS
Diagrama de Clases
Una biblioteca tiene copias de libros Estos últimos se caracterizan por su nombre, tipo
(novela, teatro, poesía, ensayo), editorial, año y autor.
- Los autores se caracterizan por su nombre, nacionalidad y fecha de nacimiento.
- Cada copia tiene un identificador y puede estar en la biblioteca, prestada, con retraso o en reparación.
- Los lectores pueden tener un máximo de 3 libros en préstamo.

1. Primero analizaré el problema que me plantean, tomando en cuenta todos los detalles que debe tener un
Diagrama de Clases.

2. Identifico las principales clases que serán necesarias para desarrollar el diagrama en cuestión, se ha
identificado las siguientes clases: CopiaLibro – Lector – Autor

3. Después de haber identificado las clases procederemos a darle a cada una los atributos que le
pertenecen, los cuales siempre deben ser privados (se los escribirá de la siguiente manera: - tipo_variable
nombre_variable; siempre con un signo menos adelante que significa privado).

4. En este tipo de diagramas se utilizan los métodos que nos ayudaran a que funcione el programa a
desarrollar, los cuales se los escribirá debajo de los atributos, pero a diferencia que estos son públicos; es
decir, ya no llevan un menos delante sino un mas (+ calcularMayorDeEdad(edad):int ).

5. Luego, se realizará las respectivas asociaciones para comprender como van a interactuar cada una de
las partes del diagrama. De la clase CopiaLibro existirá una asociación con la clase Lector y la clase Autor;
en donde un Actor (rol de escritor) puede tener de entre una a varias CopiaLibro (rol de obra) y también un
Lector podrá tener entre ninguna o 3 copias.

6. También se procederá a crear dos enumeraciones para el tipo de libro y el estado del libro, donde
guardaremos una lista de los tipos de libros que existen (poesía, novela, teatro, ensayo) y una lista de los
estados de los libros (prestado, reparación, retraso), para pasarlos en la clase CopiaLibro en los atributos
tipo y estado.

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

RESULTADO(S) OBTENIDO(S):

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

ACTIVIDADES DESARROLLADAS
Diagrama de Casos de Uso

Una biblioteca tiene copias de libros Estos últimos se caracterizan por su nombre, tipo
(novela, teatro, poesía, ensayo), editorial, año y autor.
- Los autores se caracterizan por su nombre, nacionalidad y fecha de nacimiento.
- Cada copia tiene un identificador y puede estar en la biblioteca, prestada, con retraso o en reparación.
- Los lectores pueden tener un máximo de 3 libros en préstamo.

1. Primero analizaré el problema que me plantean, tomando en cuenta todos los detalles que debe tener un
Diagrama de Casos de Uso.
2. Identifico los actores que existan para realizar mi diagrama. Encontré al actor Lector que formara parte
en el proceso de préstamo de libros. En este caso existe solo un actor.
3. Luego, sigo analizando el problema para ir determinando los casos de uso necesarios para dar solución
al mismo. Encuentro como primer caso de uso “Solicitar Préstamo Libro” que está asociado al caso de uso
“Verificar # de Copias que tiene el Lector”, que luego se asocia al caso de uso “Identificador” como una
inclusión que significa que siempre se deberá realizar este paso para identificar las copias que posee el
lector. De la misma manera el caso de uso “Identificador” se relaciona a su vez con tres casos de usos que
son extender; es decir, son opcionales. Ya que las copias pueden estar en las tres opciones planteadas.
RESULTADO(S) OBTENIDO(S):

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

ACTIVIDADES DESARROLLADAS
Diagrama de Clases
Aplicación que permita automatizar el sistema de reservas de un hotel. El hotel permite
hacer reservas de habitaciones y de ello se encarga el Coordinador de Reservas, y de
forma alternativa el cliente la puede hacer también por Internet. Siempre que se solicita
la reserva de una habitación, se comprueba si la persona es cliente del hotel, en cuyo
caso solo hay que completar los datos de la reserva (fecha de entrada, fecha de salida,
tipo de habitación, etc.). Si la persona no es cliente del hotel, además, hay que ingresarlo
e introducir sus datos personales. Una reserva puede ser anulada en cualquier momento,
pero si se realiza con menos de 24 horas de antelación, se penaliza al cliente cargándole
una cantidad equivalente al 50% del coste de una noche en la habitación reservada.
Una vez el cliente llega al hotel, el Recepcionista comprueba su reserva y los datos del
cliente y procede a registrarlo. Una vez concluida su estancia, el Recepcionista procede
a facturar la estancia.
1. Primero analizaré el problema que me plantean, tomando en cuenta todos los detalles que debe tener un
Diagrama de Clases.
2. Identifico las principales clases que serán necesarias para desarrollar el diagrama en cuestión, se ha
identificado las siguientes clases: Persona – Empleado – Cliente – Reserva – Factura.
3. Después de haber identificado las clases procederemos a darle a cada una los atributos que le
pertenecen, los cuales siempre deben ser privados (se los escribirá de la siguiente manera: - tipo_variable
nombre_variable; siempre con un signo menos adelante que significa privado).
4. En este tipo de diagramas se utilizan los métodos que nos ayudaran a que funcione el programa a
desarrollar, los cuales se los escribirá debajo de los atributos, pero a diferencia que estos son públicos; es
decir, ya no llevan un menos delante sino un mas (+ calcularMayorDeEdad(edad):int ).
5. Luego, se realizará las respectivas asociaciones para comprender como van a interactuar cada una de
las partes del diagrama. De la clase Persona existirá una asociación con la clase Empleado, Cliente y
Factura; en donde estas tres heredaran de Persona los datos personales que caracterizan a una persona.
A su vez, la clase Reserva se relaciona con la clase Empleado, Cliente y Factura. Se tiene que uno o varios
empleados pueden tener de entre cero a varios clientes, así como también, un o varios clientes pueden
hacer entre cero a varias reservas.
También se procederá a crear tres enumeraciones para el cargo, forma de pago y tipo de habitación, donde
guardaremos una lista de los cargos existentes en el hotel (coordinador, recepcionista, cocinero), una lista
de los tipos de habitacion (matrimonial, suite, simple, doble) y una lista de la forma de pago (crédito,
contado, tarjetas, cheques, bonos) para pasar en la clase Empleado la enumeración Cargo, en el atributo
cargo y en la clase Reserva las enumeraciones FormaDePago y TipoDeHabitacion en los atributos
formaDePago y tipoDeHabitacion.

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

RESULTADO(S) OBTENIDO(S):

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

ACTIVIDADES DESARROLLADAS
Diagrama de Casos de Uso
Aplicación que permita automatizar el sistema de reservas de un hotel. El hotel permite
hacer reservas de habitaciones y de ello se encarga el Coordinador de Reservas, y de
forma alternativa el cliente la puede hacer también por Internet. Siempre que se solicita
la reserva de una habitación, se comprueba si la persona es cliente del hotel, en cuyo
caso solo hay que completar los datos de la reserva (fecha de entrada, fecha de salida,
tipo de habitación, etc.). Si la persona no es cliente del hotel, además, hay que ingresarlo
e introducir sus datos personales. Una reserva puede ser anulada en cualquier momento,
pero si se realiza con menos de 24 horas de antelación, se penaliza al cliente cargándole
una cantidad equivalente al 50% del coste de una noche en la habitación reservada.
Una vez el cliente llega al hotel, el Recepcionista comprueba su reserva y los datos del
cliente y procede a registrarlo. Una vez concluida su estancia, el Recepcionista procede
a facturar la estancia.
1. Primero analizaré el problema que me plantean, tomando en cuenta todos los detalles que debe tener un
Diagrama de Casos de Uso.
2. Identifico los actores que existan para realizar mi diagrama. Encontré a los actores Coordinador, Cliente
y Recepcionista que formaran parte en el proceso de reserva en el hotel.
3. Luego, sigo analizando el problema para ir determinando los casos de uso necesarios para dar solución
al mismo. Encuentro como primer caso de uso “Ingresar Datos Cliente” que está asociado de forma
“include” que quiere decir que siempre se debe hacer, que es la validación de datos (que tiene por Caso de
uso “Validar Datos” y como caso de uso asociado con “exclude o extends” que quiere decir que es
opcional. A su vez los actores se relacionan en el sentido del caso de uso “Realizar Reserva” el cual se
asocia de forma “include” con el caso de uso “Ingresar datos de reserva” y de forma “extends” ; es decir,
opcional con el caso de uso “Anular Reserva”, que se debe hacer antes de las 24 horas.

4. También, tenemos al actor Recepcionista que se relacionara con la clase de uso “Comprobar Reserva”
y esta a su vez con la clase “Comprobar Datos Cliente” asociado de manera “include” que dice que se debe
de realizar siempre este proceso.
5. Al final, el actor Recepcionista procede a asociarse con el caso de uso “Facturacion”, para proceder a
que se emita la factura al cliente.

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

RESULTADO(S) OBTENIDO(S):

CONCLUSIONES:

- Que los Diagramas de Clases y de Casos de Uso son muy importantes para detallar la configuración
de un software.
- Que los Diagramas de Clases y de Casos de Uso permiten a los programadores entender mejor el
software.

RECOMENDACIONES:

- Que se debe practicar más la realización de Diagramas de Clases y Diagramas de Casos de Uso
para su mejor comprensión y manejo.
- Que es necesario apoyarse en el Libro Base de la Materia(Programación), para adquirir más
destrezas sobre el tema.

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Nombre de estudiante: Jordan Fernando Murillo Valarezo

Firma de estudiante: Jordan.Murillo.

Resolución CS N° 076-04-2016-04-20