PASO 5: MODELAR LA SOLUCIÓN - COLABORATIVO

Angie Xiomara Tejada Molano

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 ADMINISTRACIÓN DE CLIENTES..................................................................................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 HOJAS DE VIDA MODELOS Y ACTORES.........................................................................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 ADMINISTRACIÓN DE CASTING................................................................................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 ADMINISTRACIÓN DE EVENTOS Y DESFILES..................................................................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 CASTING.............................................................................................................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 Administración de Clientes

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 Hojas de vida modelos y actores

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 (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.3 Modelamiento de Administración de Casting
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 Administración de eventos y desfiles

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 Casting
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 (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.
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/