Modelado de Soluciones Académicas
Cargado por
pepitoModelado de Soluciones Académicas
Cargado por
pepitoPASO 5: MODELAR LA SOLUCIÓN - COLABORATIVO
Estudiante 1
Estudiante 2
Estudiante 3
Estudiante 4
Estudiante 5
Grupo: 301308A_XXXX
PRESENTADO A:
<<Nombre del Tutor>>
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA
PROGRAMA ACADÉMICO INGENIERÍA DE SISTEMAS
IBAGUÉ - 2020
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
Al menos indicar tres objetivos
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 ([Link]
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 ([Link]
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 ([Link]
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:
2.2.1 Requerimientos
Id Descripción de los requerimientos
1
2
2.2.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.2.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.2.4 Prototipos
Software para el desarrollo de prototipos.
Axure ([Link]
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 ([Link]
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 ([Link]
Es un aplicación compleja de alto nivel de desarrollo, que maneja una licencia free que
permite trabajar por 30 días.
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 ([Link]
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 ([Link]
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 ([Link]
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 ([Link]
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 ([Link]
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 ([Link]
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:
2.5.1 Requerimientos
Id Descripción de los requerimientos
1
2
2.5.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.5.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.5.4 Prototipos
Software para el desarrollo de prototipos.
Axure ([Link]
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 ([Link]
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 ([Link]
Es un aplicación compleja de alto nivel de desarrollo, que maneja una licencia free que
permite trabajar por 30 días.
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:
[Link]
apa/
