Producto Académico N.

° 01: Consolidado 1

1. Consideraciones:

Criterio Detalle
Tema o asunto 1. Fundamentos del modelamiento.
2. Fundamentos del análisis.
Enunciado  Repasa los temas desarrollados en la unidad.
 Para la agencia de viajes en línea de la empresa
turística “Ensueño”, elabora:
o El diagrama de domino (UML).
o El diagrama de casos de uso (UML).
o El diagrama de paquetes (UML).
o Las especificaciónes de casos de uso (UML).
 Revisa la rúbrica de evaluación presente al final
para conocer los criterios a considerar en tu
producto académico.
Instrucciones  Para el desarrollo del proyecto integrador se ha
para presentar formado equipos aleatoriamente, cada equipo
el archivo en cuenta con un foro interno para realizar
coordinaciones relacionadas con el proyecto.
el aula virtual
Asimismo, cada equipo tiene un archivo
compartido, en Google Drive, donde consignará sus
aportes.
 Los diagramas de dominio, casos de uso y paquetes
pueden elaborarse en Enterprise Architect (
https://sparxsystems.com/) o StarUML (
http://staruml.io/ ) u otra herramienta de su
predilección.
 Luego procede a pegar en el archivo Word las
imágenes de los diagramas elaborados y completar
la información solicitada.
 Consolida el producto académico en la plantilla
“Producto Académico 01 ARS.docx”.
 Sube el archivo mediante el enlace de presentación
publicado en el aula virtual.
Referencias  Llanos, A. (4 de octubre de 2017). Modelo de Casos
para realizar la de Uso en Enterprise Architect [Archivo de video].
actividad. Recuperado de https://www.youtube.com/watch?
v=vk8NyvXY6ig&list=PLho6NLCbRRAkdMXU1S57XRFEh
KaC3Vqzj
 Rosenberg, D. & M. Stephens. (2013). Use case
driven object modeling with UML: theory and
practice. Berkeley, CA: Apress.

1|Página
 Consigna del Producto Académico 01
El gerente de la empresa turística “Ensueño” nos ha encargado determinar los
requerimientos para su nuevo sistema agencia de viajes en línea. Para realizar este
encargo se recomienda:

1) Revisa los siguientes portales: www.expedia.com y www.travelocity.com.

2) Revisa la interfaz propuesta por el cliente (Figura 1).

Figura 1. Interfaz de la agencia de viaje en línea.

Con la información recopilada elabora:

1) El modelo de dominio.
2) Un prototipo de la interface gráfica de usuario o una maqueta de pantalla
para el nuevo sistema.
3) Elabore el diagrama de casos de uso.
4) Agrupe los casos de uso en un diagrama de paquetes.
5) Elabore la descripción de cada uno de los casos de uso. Utilice el formato de
la Figura 2.

Denominación del caso de uso

Curso básico (flujo básico)

Cursos alternos (flujos alternos)

Figura 2. Formato para la descripción de un caso de uso.

2|Página
2. Rúbrica de evaluación:
A continuación, se presenta la escala de valoración, con base a la cual se evaluará el trabajo individual, donde la escala máxima por
categoría equivale a 4 puntos y la mínima, 1. Luego visualiza la tabla para conocer la nota obtenida a partir del puntaje.
Sobresaliente
Criterios
(4 puntos)
Todos los objetos del modelo de
dominio corresponden con el
contexto del sistema. Se ha utilizado
relaciones de generalización (is-a) y
agregación (has-a) para mostrar la
relación entre objetos. El modelo de
dominio está en función a las
Diagrama del dominio.
abstracciones clave del dominio del
problema. Ningún objeto representa
a una tabla de base de datos o a
una interface grafica de usuario. El
nombre de los objetos está en
singular y son sustantivos o frases
nominales.
A partir de los guiones gráficos o
prototipos de GUI o maquetas de
pantalla se han identificado los
casos de uso. Los guiones gráficos o
Guiones gráficos, prototipos de GUI o maquetas de
prototipos de GUI y pantalla incluyen botones y menús
maquetas de pantalla. en concordancia a su funcionalidad.
A partir de los guiones gráficos o
prototipos de GUI o maquetas de
pantalla se han generado los
eventos dentro de los casos de uso.
Diagrama de casos de Los casos de uso pertenecen al
uso. contexto del sistema. Los actores
representan a humanos, sistemas o
máquinas. Los casos de uso son
operaciones completas
desarrolladas por los actores y en
dialogo con el sistema. Los nombres
de los casos de uso comienzan con
un verbo. Las relaciones usadas en el
diagrama de casos de uso guardan
Suficiente
(3 puntos)
Menos de tres objetos del modelo de
dominio no corresponden con el
contexto del sistema. Se ha utilizado
relaciones de generalización (is-a) y
agregación (has-a) para mostrar la
relación entre objetos. El modelo de
dominio está en función a las
abstracciones clave del dominio del
problema. Ningún objeto representa
a una tabla de base de datos o a
una interface grafica de usuario. El
nombre de los objetos está en
singular y son sustantivos o frases
nominales.
A partir de los guiones gráficos o
prototipos de GUI o maquetas de
pantalla se han identificado los
casos de uso. Los guiones gráficos o
prototipos de GUI o maquetas de
pantalla no incluyen botones ni
menús. A partir de los guiones
gráficos o prototipos de GUI o
maquetas de pantalla se han
generado los eventos dentro de los
casos de uso.
No más de un caso de uso no
pertenece al contexto del sistema.
Los actores representan a humanos,
sistemas o máquinas. Los casos de
uso son operaciones completas
desarrollada por los actores y en
dialogo con el sistema. Los nombres
de los casos de uso comienzan con
un verbo. Las relaciones usadas en el
diagrama de casos de uso guardan
En proceso En inicio
(2 puntos) (1 puntos)
Por lo menos un objeto del modelo
Menos de dos objetos del modelo
de dominio no corresponde con el
de dominio corresponden con el
contexto del sistema. No se ha
contexto del sistema. Se ha utilizado
utilizado relaciones de
relaciones de generalización (is-a) y
generalización (is-a) y agregación
agregación (has-a) para mostrar la
(has-a) para mostrar la relación
relación entre objetos. El modelo de
entre objetos. El modelo de dominio
dominio está en función a las
no está en función a las
abstracciones clave del dominio del
abstracciones clave del dominio del
problema. Hasta un objeto
problema. Más de un objeto
representa a una tabla de base de
representa a una tabla de base de
datos o a una interface grafica de
datos o a una interface grafica de
usuario. El nombre de los objetos
usuario. Más de un nombre de los
está en singular y son sustantivos o
objetos está en plural o no es
frases nominales.
sustantivo ni frase nominal.
A partir de los guiones gráficos o
prototipos de GUI o maquetas de
pantalla se han identificado los
casos de uso. Los guiones gráficos o
prototipos de GUI o maquetas de
No se ha elaborado guiones gráficos
pantalla no incluyen botones ni
ni prototipos de GUI ni maquetas de
menús. Los eventos dentro de los
pantalla.
casos de uso no corresponden con
los guiones gráficos o prototipos de
GUI o maquetas de pantalla se han
generado los eventos dentro de los
casos de uso.
No más de un caso de uso no Los casos de uso hacen referencia a
pertenecen al contexto del sistema. humanos, sistemas o máquinas. Los
Los actores representan a humanos, casos de uso no pertenecen al
sistemas o máquinas. Los casos de contexto del sistema, no son
uso son operaciones completas operaciones completas, no se hace
desarrollada por los actores y en uso correcto de los nombres y las
dialogo con el sistema. Por lo menos relaciones usadas no guardan
un nombre de los casos de uso no relación con el modelo de dominio.
comienza con un verbo. Las
relaciones usadas en el diagrama de
3|Página
 Sobresaliente
Criterios
(4 puntos)
la relación con el modelo de
dominio.
Todos los casos de uso están
agrupados lógicamente en
paquetes. Los nombres de los
paquetes son competentes del
Diagrama de paquetes. sistema. Todos los actores están en
uno o más paquetes dependiendo
de la interacción que tienen con los
casos de uso. Se muestra el
contenido de cada paquete.
Describe el flujo básico y los flujos
alternos. La descripción está en voz
activa. La descripción de los casos
de uso tiene un flujo de
Especificación de casos
evento/respuesta mostrando ambos
de uso.
lados del dialogo usuario/sistema. La
descripción del caso de uso se
apoyó en un prototipo GUI o
maqueta de pantalla.
No hay errores de gramática,
Redacción /
ortografía o puntuación. Respeta las
Cumplimiento de
indicaciones relativas al contenido,
indicaciones del docente.
orden, tiempos y formalidades.
Total
Nota:
Puntaje obtenido en la rúbrica 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Nota 0 1 2 3 3 4 5 6 7 8 8 9 10 11 12 13 13 14 15 16 17 18 18 19 20
Suficiente
(3 puntos)
la relación con el modelo de
dominio.
No más de un caso de uso no
corresponde a la agrupación lógica
del paquete. Los nombres de los
paquetes son competentes del
sistema. Todos los actores están en
uno o más paquetes dependiendo
de la interacción que tienen con los
casos de uso. Se muestra el
contenido de cada paquete.
Describe el flujo básico y los flujos
alternos. La descripción está en voz
pasiva. La descripción de los casos
de uso tiene un flujo de
evento/respuesta mostrando ambos
lados del dialogo usuario/sistema. La
descripción del caso de uso se
apoyó en un prototipo GUI o
maqueta de pantalla.
Menos de 5 errores de gramática,
ortografía o puntuación. Respeta las
indicaciones relativas al contenido,
orden y tiempos.
En proceso
(2 puntos)
casos de uso guardan la relación
con el modelo de dominio.
No más de un caso de uso está
agrupados lógicamente en
paquetes. Los nombres de los
paquetes son competentes del
sistema. Por lo menos uno de los
actores no está en ningún paquete.
Se muestra el contenido de cada
paquete,
Describe el flujo básico y los flujos
alternos. La descripción está en voz
activa. La descripción del caso de
uso se apoyó en un prototipo GUI o
maqueta de pantalla.
Menos de 10 errores de gramática,
ortografía o puntuación. Respeta las
indicaciones relativas al contenido y
orden.
En inicio
(1 puntos)
Por lo menos un caso de uso no ha
sido agrupado en ningún paquete.
Los nombres de los paquetes son
competentes del sistema. Todos los
actores están en un paquete
dependiente de la interacción que
tienen con los casos de uso. Se
muestra el contenido de cada
paquete.
Describe el flujo básico y no los flujos
alternos. La descripción está en voz
activa. La descripción del caso de
uso se apoyó en un prototipo GUI o
maqueta de pantalla.
Diez o más errores de gramática,
ortografía o puntuación o incumple
las indicaciones relativas al
contenido, orden, tiempos y
formalidades.
4|Página