PASO 5: MODELAR LA SOLUCIÓN - COLABORATIVO

Angie Samanta Diaz Bojaca

Jhon Erick Palma

Estudiante 3

Estudiante 4

Estudiante 5

Grupo: 301308_3

PRESENTADO A:

EDUAR FERNANDO HURTADO

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

PROGRAMA ACADÉMICO INGENIERÍA DE SISTEMAS

BOGOTÁ - 2021
 TABLA DE CONTENIDOS

1 OBJETIVO.........................................................................................................................................3

2 MODELAR LA SOLUCIÓN AL PROBLEMA PRESENTADO.....................................................................4

2.1 MODELAMIENTO DE INSCRIPCIÓN A ESTUDIANTES...................................................................................4

2.1.1 REQUERIMIENTOS................................................................................................................................4
2.1.2 DIAGRAMAS DE CASOS DE USO..............................................................................................................4
2.1.3 ESPECIFICACIÓN DEL CASOS DE USO........................................................................................................4
2.1.4 PROTOTIPOS.......................................................................................................................................6
2.2 MODELAMIENTO DE MATRÍCULAS DE ESTUDIANTES................................................................................8
2.2.1 REQUERIMIENTOS................................................................................................................................8
2.2.2 DIAGRAMAS DE CASOS DE USO..............................................................................................................8
2.2.3 ESPECIFICACIÓN DEL CASOS DE USO........................................................................................................8
2.2.4 PROTOTIPOS.....................................................................................................................................10
2.3 MODELAMIENTO DE GENERACIÓN DE CARGA ACADÉMICA.......................................................................12
2.3.1 REQUERIMIENTOS..............................................................................................................................12
2.3.2 DIAGRAMAS DE CASOS DE USO............................................................................................................12
2.3.3 ESPECIFICACIÓN DEL CASOS DE USO......................................................................................................12
2.3.4 PROTOTIPOS.....................................................................................................................................14
2.4 MODELAMIENTO DE PRÉSTAMO DE LIBROS..........................................................................................16
2.4.1 REQUERIMIENTOS..............................................................................................................................16
2.4.2 DIAGRAMAS DE CASOS DE USO............................................................................................................16
2.4.3 ESPECIFICACIÓN DEL CASOS DE USO......................................................................................................16
2.4.4 PROTOTIPOS.....................................................................................................................................18
2.5 MODELAMIENTO DE TRANSPORTE ESCOLAR..........................................................................................20
2.5.1 REQUERIMIENTOS..............................................................................................................................20
2.5.2 DIAGRAMAS DE CASOS DE USO............................................................................................................20
2.5.3 ESPECIFICACIÓN DEL CASOS DE USO......................................................................................................20
2.5.4 PROTOTIPOS.....................................................................................................................................22

3 CONCLUSIONES..............................................................................................................................24

4 BIBLIOGRAFÍA................................................................................................................................25
1 OBJETIVO
 Conocer sobre los diagramas de Caso de Uso, sus componentes y su
implementación.
 Comprender mediante la resolución del ejemplo planteado que el caso
de uso sirven para especificar la comunicación y el comportamiento de
un sistema mediante la interacción con los usuarios.
 Identificar los requerimientos necesarios para dar solución a un
problema del software.
 Mostrar las características que hacen parte del funcionamiento del
software del problema que se va a plantear.
 Plantear posibles alternativas de prototipos que utilizaremos para la
aplicación seleccionada.

 2 MODELAR LA SOLUCIÓN AL PROBLEMA PRESENTADO

2.1 Modelamiento de Inscripción a estudiantes

Nombre del Estudiante:

2.1.1 Requerimientos
Id Descripción de los requerimientos
1
2

2.1.2 Diagramas de Casos de Uso

El Diagrama debe seguir la notación para casos de uso establecida por UML,
incluyendo los elementos del modelo de casos de uso, es decir:
Actores.
Casos de Uso.
Relaciones.

Las relaciones de Actores con casos de usos se denominan “Asociaciones”.

Las relaciones entre casos de uso se denominan “Generalizaciones” y pueden ser de
dos tipos, de uso (Uses) o de herencia (Extends).

Según el número de casos de uso se puede usar un diagrama, o varios según los
módulos o funcionalidad.

Leyenda:
Elementos del Diagrama de Casos de Uso

«uses»

«extends»
Actor

Asociación
Caso de Uso

2.1.3 Especificación del Casos de Uso

RF- <id del [nombre del requisito funcional]

requisito>
Nombre Caso de [Indicar el nombre del caso de uso]
Uso

Versión [numero de versión y fecha]

Actores [Listado de acttores que tienen participación en el

caso de uso]

Referencias [Requerimientos o funcionalidades incluidas en este

caso de uso.
Casos de uso relacionados.]
Descripción [Describir de forma general lo que se hará en el caso
de uso

Precondición [Condiciones sobre el estado del sistema que deben

cumplirse para iniciar el caso de uso]

Secuencia Paso Acción

Normal o flujo
básico 1 [Se describe el proceso o secuencia de pasos
ejecutadas usando frases cortas]
[Cada paso del proceso puede ser ejecutado
por los Actores o por el sistema]
[Se describe la secuencia de acciones
realizadas por los actores y la secuencia de
actividades realizada por el sistema como
respuesta].

Postcondición [Efectos inmediatos que tienen la ejecución del caso

de uso sobre el estado del sistema]

Excepciones Paso Acción

 1 Si <condición de excepción>,{el <actor> , el
sistema} }<acción realizada por el actor o
sistema>>, se realiza el caso de uso

caso de uso RF-x>, a continuación este caso

de uso {continua, aborta}

[Cada paso descrito en el curso normal,

puede tener actividades alternas, según la
distribución de escenarios que ocurra en el
flujo de procesos, en esta ficha se completa
para cada actividad (haciendo referencia a su
número) las posibles secuencias alternas]

Rendimiento Paso Cota de tiempo

1 n segundos

2 n segundos

Frecuencia <nº de veces> veces / <unidad de tiempo>

esperada

Importancia [ sin importancia, importante, vital]

Urgencia [puede esperar, hay presión, inmediatamente]

Comentarios [comentarios adicionales]

2.1.4 Prototipos
Software para el desarrollo de prototipos.
Axure (https://www.axure.com/)

Es una aplicación que permite generar pantallas de manera fácil y rápida, así se
podrá generar un prototipo de una aplicación si necesidad de entrar a construir un
código complejo. La aplicación permite desarrollar diversas actividades pero la
prioridad para este curso es la posibilidad de generar vistas o pantallas de una posible
aplicación.

Maneja una licencia por free que nos permite trabajar por 30 Días, que son
suficientes para realizar el requerimiento del curso.

Balsamiq (https://balsamiq.com/)
 Al igual que la aplicación anterior también permite desarrollar pantallas aunque son
más estilo comic, son funcionales y legibles para el requerimiento del curso.

También maneja una licencia por free que nos permite trabajar por 30 Días, que son
suficientes para realizar el requerimiento del curso.

GUI Design Studio (http://www.carettasoftware.com/)

Es un aplicación compleja de alto nivel de desarrollo, que maneja una licencia free que
permite trabajar por 30 días.
2.2 Modelamiento de Matrículas de Estudiantes

Nombre del Estudiante: Angie Samanta Diaz Bojaca

2.2.1 Requerimientos
Id Descripción de los requerimientos
1 El usuario deberá ingresar su nombre de usuario y
contraseña, al momento de ingresar a la plataforma para su
validación por la misma.
2 Llenara cada uno de los campos descritos en el formulario,
para su posterior validación y almacenamiento por parte del
sistema.

2.2.2 Diagramas de Casos de Uso

Diagrama de Casos de Uso-Inscripción de estudiantes

Diagrama de Casos de Uso-Llenar formulario de estudiantes

nuevos
2.2.3 Especificación del Casos de Uso
RF- <id del RF-001
requisito>

Nombre Caso de Inscripción de estudiantes

Uso

Versión 001-07/03/2021

Actores Secretaria

Referencias El sistema generara una copia de seguridad a las

11:30 p.m. para garantizar el buen almacenamiento
de la información.
La información solo podrá ser visualizada por
personas que trabajen dentro de la institución
Descripción El sistema deberá comportarse tal como se describe
en el siguiente caso de uso, cuando el usuario del
colegio solicite inscribir a un estudiante en la
institución.

Precondición El padre de familia o estudiante deberá proporcionar

la información a la secretaria para llenar el formulario.

Secuencia Paso Acción

Normal o flujo
básico 1 El usuario solicita al sistema comenzar el
proceso de inscripción del estudiante
2 El sistema solicita al usuario el nombre y
contraseña a ingresar

3 El usuario proporciona al sistema el usuario y

la contraseña

4 El sistema valida la información suministrada

Postcondición El usuario de la institución ingresa los datos al

sistema y el sistema almacena la información en la
base de datos.

Excepciones Paso Acción

 1 Si el usuario ha inscrito un estudiante que ya
se había registrado

2 El sistema informa al usuario e impide un

registro nuevo

3 Se cancela

Rendimiento Paso Cota de tiempo

1 3 segundos

2 2 segundos

Frecuencia 60 veces / Diario en tiempo de matrículas

esperada

Importancia Importante

Urgencia Inmediato

Comentarios El campo de ingreso de contraseña y usuario es

obligatorio.

Si la contraseña es olvidada deberá seleccionar la

línea que nos indica ¿Olvido de contraseña?

RF- <id del RF-002

requisito>

Nombre Caso de Llenar formulario de estudiantes nuevos

Uso

Versión 002-07/03/2021

Actores Secretaria

Referencias El sistema generara un autoguardado cada 3

segundos, después de llenar un campo en el
formulario.
La información del formulario será almacenada
cuando todos los campos estén llenos.
Descripción El sistema deberá comportarse tal como se describe
en el siguiente caso de uso, cuando el usuario del
colegio solicite llenar el formulario de un estudiante
nuevo en la institución.
Precondición El padre de familia o estudiante deberá proporcionar
la información a la secretaria para llenar el formulario.

Secuencia Paso Acción

Normal o flujo
básico 1 El usuario solicita al sistema comenzar el
proceso de inscripción del estudiante.
2 El sistema solicita al usuario llenar la
información del formulario.

3 El usuario proporciona al sistema los datos a

ingresar del estudiante nuevo

4 El sistema solicita confirmar los datos

ingresados en el formulario

5 El usuario le confirma al sistema los datos

ingresados

6 El sistema genera un comprobante de una

inscripción satisfactoria

7 El usuario imprime el comprobante de

inscripción

Postcondición El usuario de la institución ingresa los datos al

sistema y el sistema almacena la información en la
base de datos.

Excepciones Paso Acción

1 Si el usuario ha inscrito un estudiante que ya

se había registrado

6 El sistema informa al usuario la inscripción

satisfactoria que deberá ser aceptada de
inmediato

3 Se cancela

Rendimiento Paso Cota de tiempo

7 2 segundos

2 2 segundos

Frecuencia 60 veces / Diario en tiempo de matrículas

esperada
Importancia Importante

Urgencia Inmediato

Comentarios El campo dirección será obligatorio.

El curso al que ingresa se debe seleccionar a través

de una lista desplegable.

El campo estrato contiene la siguiente información:

1,2,3,4, otro.

2.2.4 Prototipos
2.3 Modelamiento de Generación de Carga académica
Nombre del Estudiante:

2.3.1 Requerimientos
Id Descripción de los requerimientos
1
2

2.3.2 Diagramas de Casos de Uso

El Diagrama debe seguir la notación para casos de uso establecida por UML, incluyendo
los elementos del modelo de casos de uso, es decir:
Actores.
Casos de Uso.
Relaciones.

Las relaciones de Actores con casos de usos se denominan “Asociaciones”.

Las relaciones entre casos de uso se denominan “Generalizaciones” y pueden ser de dos
tipos, de uso (Uses) o de herencia (Extends).

Según el número de casos de uso se puede usar un diagrama, o varios según los
módulos o funcionalidad.

Leyenda:
Elementos del Diagrama de Casos de Uso

«uses»

«extends»
Actor

Asociación
Caso de Uso

2.3.3 Especificación del Casos de Uso

RF- <id del [nombre del requisito funcional]

requisito>

Nombre Caso de [Indicar el nombre del caso de uso]

Uso

Versión [numero de versión y fecha]

Actores [Listado de acttores que tienen participación en el
caso de uso]

Referencias [Requerimientos o funcionalidades incluidas en este

caso de uso.
Casos de uso relacionados.]
Descripción [Describir de forma general lo que se hará en el caso
de uso

Precondición [Condiciones sobre el estado del sistema que deben

cumplirse para iniciar el caso de uso]

Secuencia Paso Acción

Normal o flujo
básico 1 [Se describe el proceso o secuencia de pasos
ejecutadas usando frases cortas]
[Cada paso del proceso puede ser ejecutado
por los Actores o por el sistema]
[Se describe la secuencia de acciones
realizadas por los actores y la secuencia de
actividades realizada por el sistema como
respuesta].

Postcondición [Efectos inmediatos que tienen la ejecución del caso

de uso sobre el estado del sistema]

Excepciones Paso Acción

 1 Si <condición de excepción>,{el <actor> , el
sistema} }<acción realizada por el actor o
sistema>>, se realiza el caso de uso

caso de uso RF-x>, a continuación este caso

de uso {continua, aborta}

[Cada paso descrito en el curso normal,

puede tener actividades alternas, según la
distribución de escenarios que ocurra en el
flujo de procesos, en esta ficha se completa
para cada actividad (haciendo referencia a su
número) las posibles secuencias alternas]

Rendimiento Paso Cota de tiempo

1 n segundos

2 n segundos

Frecuencia <nº de veces> veces / <unidad de tiempo>

esperada

Importancia [ sin importancia, importante, vital]

Urgencia [puede esperar, hay presión, inmediatamente]

Comentarios [comentarios adicionales]

2.3.4 Prototipos
Software para el desarrollo de prototipos.
Axure (https://www.axure.com/)

Es una aplicación que permite generar pantallas de manera fácil y rápida, así se
podrá generar un prototipo de una aplicación si necesidad de entrar a construir un
código complejo. La aplicación permite desarrollar diversas actividades pero la
prioridad para este curso es la posibilidad de generar vistas o pantallas de una posible
aplicación.

Maneja una licencia por free que nos permite trabajar por 30 Días, que son
suficientes para realizar el requerimiento del curso.

Balsamiq (https://balsamiq.com/)
 Al igual que la aplicación anterior también permite desarrollar pantallas aunque son
más estilo comic, son funcionales y legibles para el requerimiento del curso.

También maneja una licencia por free que nos permite trabajar por 30 Días, que son
suficientes para realizar el requerimiento del curso.

GUI Design Studio (http://www.carettasoftware.com/)

Es un aplicación compleja de alto nivel de desarrollo, que maneja una licencia free que
permite trabajar por 30 días.
2.4 Modelamiento de Préstamo de libros
Nombre del Estudiante:

2.4.1 Requerimientos
Id Descripción de los requerimientos
1
2

2.4.2 Diagramas de Casos de Uso

El Diagrama debe seguir la notación para casos de uso establecida por UML,
incluyendo los elementos del modelo de casos de uso, es decir:
Actores.
Casos de Uso.
Relaciones.

Las relaciones de Actores con casos de usos se denominan “Asociaciones”.

Las relaciones entre casos de uso se denominan “Generalizaciones” y pueden ser de
dos tipos, de uso (Uses) o de herencia (Extends).

Según el número de casos de uso se puede usar un diagrama, o varios según los
módulos o funcionalidad.

Leyenda:
Elementos del Diagrama de Casos de Uso

«uses»

«extends»
Actor

Asociación
Caso de Uso

2.4.3 Especificación del Casos de Uso

RF- <id del [nombre del requisito funcional]

requisito>

Nombre Caso de [Indicar el nombre del caso de uso]

Uso
Versión [numero de versión y fecha]

Actores [Listado de acttores que tienen participación en el

caso de uso]

Referencias [Requerimientos o funcionalidades incluidas en este

caso de uso.
Casos de uso relacionados.]
Descripción [Describir de forma general lo que se hará en el caso
de uso

Precondición [Condiciones sobre el estado del sistema que deben

cumplirse para iniciar el caso de uso]

Secuencia Paso Acción

Normal o flujo
básico 1 [Se describe el proceso o secuencia de pasos
ejecutadas usando frases cortas]
[Cada paso del proceso puede ser ejecutado
por los Actores o por el sistema]
[Se describe la secuencia de acciones
realizadas por los actores y la secuencia de
actividades realizada por el sistema como
respuesta].

Postcondición [Efectos inmediatos que tienen la ejecución del caso

de uso sobre el estado del sistema]

Excepciones Paso Acción

 1 Si <condición de excepción>,{el <actor> , el
sistema} }<acción realizada por el actor o
sistema>>, se realiza el caso de uso

caso de uso RF-x>, a continuación este caso

de uso {continua, aborta}

[Cada paso descrito en el curso normal,

puede tener actividades alternas, según la
distribución de escenarios que ocurra en el
flujo de procesos, en esta ficha se completa
para cada actividad (haciendo referencia a su
número) las posibles secuencias alternas]

Rendimiento Paso Cota de tiempo

1 n segundos

2 n segundos

Frecuencia <nº de veces> veces / <unidad de tiempo>

esperada

Importancia [ sin importancia, importante, vital]

Urgencia [puede esperar, hay presión, inmediatamente]

Comentarios [comentarios adicionales]

2.4.4 Prototipos
Software para el desarrollo de prototipos.
Axure (https://www.axure.com/)

Es una aplicación que permite generar pantallas de manera fácil y rápida, así se
podrá generar un prototipo de una aplicación si necesidad de entrar a construir un
código complejo. La aplicación permite desarrollar diversas actividades pero la
prioridad para este curso es la posibilidad de generar vistas o pantallas de una posible
aplicación.

Maneja una licencia por free que nos permite trabajar por 30 Días, que son
suficientes para realizar el requerimiento del curso.
 Balsamiq (https://balsamiq.com/)

Al igual que la aplicación anterior también permite desarrollar pantallas aunque son
más estilo comic, son funcionales y legibles para el requerimiento del curso.

También maneja una licencia por free que nos permite trabajar por 30 Días, que son
suficientes para realizar el requerimiento del curso.

GUI Design Studio (http://www.carettasoftware.com/)

Es un aplicación compleja de alto nivel de desarrollo, que maneja una licencia free que
permite trabajar por 30 días.
2.5 Modelamiento de transporte escolar
Nombre del Estudiante: Jhon Erick Palma

2.5.1 Requerimientos
I Descripción de los requerimientos
d
1 Ingresar datos de usuarios (estudiantes)
2 Utilizar transporte escolar

2.5.2 Diagramas de Casos de Uso

Ingresar datos de usuarios

Utilizar transporte escolar
2.5.3 Especificación del Casos de Uso

RF- <id del RF-001

requisito>

Nombre Caso Ingresar datos de usuarios

de Uso

Versión 001-07/03/2021

Actores Coordinador.

Referencias El sistema generara una copia automática de

los datos personales de los usuarios, el sistema
solo podrá ser utilizado y actualizado por el
coordinador y administradores del sistema.

Descripción El sistema procederá tal como se describe en el

siguiente caso de uso, cuando el coordinador
ingrese los datos al sistema obtenidos de los
usuarios por medio de las encuestas.

Precondición El usuario del transporte escolar responderá la

encuesta y la entregara al coordinador.

Secuencia Paso Acción

Normal o flujo
básico 1 El coordinador entregara la encuesta a
los usuarios.

2 Los usuarios responderán la encuesta

y la entregaran nuevamente al
coordinador.

3 El coordinador ingresara los datos de

los usuarios al sistema.

4 El sistema generara una copia

automática de estos datos y generara un
usuario y una contraseña para cada
usuario.

5 El usuario procederá a hacer el registro

de sus huellas digitales en el lector
biométrico.
 6 El sistema asociara las huellas con los
datos personales de cada usuario.

Postcondición El sistema creara y almacenara esta base de

datos, la cual se utilizara cada vez que se emplee
el transporte escolar.

Excepciones Paso Acción

1 El coordinador ingresa a un usuario

que no acepto el uso del transporte
escolar

2 El sistema reporta un “error” en la

base de datos de los usuarios que han
aceptado el uso del transporte escolar.

3 El coordinador cancelara el registro de

esa persona.

Rendimiento Paso Cota de tiempo

2 5 minutos

3 5 minutos/ estudiantes

Frecuencia 30 veces / diario en inicio de clases.

esperada

Importancia Importante

Urgencia Inmediato.

Comentarios El sistema asociara las huellas y se

sincronizan con los datos de los usuarios
guardados anteriormente.
 RF- <id del RF-002
requisito>

Nombre Caso Utilizar transporte escolar

de Uso

Versión 002-07/03/2021

Actores Conductor y estudiantes que usan el transporte

escolar.

Referencias El sistema generara una copia automática del uso

de transporte escolar diario, el sistema solo podrá ser
utilizado por el personal registrado en el sistema y
administradores del software.

Descripción El sistema procederá tal como se describe en el

siguiente caso de uso, cuando el usuario utilice el
transporte escolar.

Precondición El usuario del transporte escolar subirá a la ruta

con su identificación y habrá colocado su huella en el
biométrico.

Secuencia Paso Acción

Normal o flujo
básico 1 El conductor deberá de encender los
componentes digitales para el funcionamiento
del biométrico.

2 El sistema solicita al usuario del transporte

escolar que se identifique.

3 El usuario coloca su huella en el lector

biométrico.

4 El sistema reconocerá la huella y los datos

de los usuarios.

5 El sistema reportará automáticamente que

el estudiante tomo el transporte.
 6 El sistema solicita al usuario del transporte
escolar identificarse nuevamente cuando baja
del mismo.

7 El usuario coloca su huella en el biométrico.

8 El sistema registrara que el usuario bajo del

transporte escolar.

Postcondición El sistema enviará esta información a la base de

datos y de esta forma se registrará diariamente el
proceso de transporte escolar.

Excepciones Paso Acción

1 El estudiante no se encuentra registrado

en el sistema por huella.

2 El sistema arroja “error”.

3 El estudiante tendría que ser verificado por

usuario y contraseña.

Rendimiento Paso Cota de tiempo

3 2 segundos

7 2 segundos

Frecuencia 30 veces / diario en periodo de clases.

esperada

Importancia Importante

Urgencia Hay precisión

Comentarios El sistema asociara las huellas y se sincronizan con

los datos de los usuarios guardados anteriormente.
2.5.4 Prototipos
 Prototipo Ingreso Al Sistema

 Prototipo datos registrados

 Prototipo ingreso al sistema por huella digital
3 CONCLUSIONES
Realizar al menos tres conclusiones
4 BIBLIOGRAFÍA

Se debe incluir todas las fuentes de información consultadas para el

desarrollo de la actividad en formato APA. En el siguiente link podrá revisar
ejemplos:

https://normasapa.com/como-hacer-referencias-bibliografia-en-normas-
apa/