Vision Alcance Arquitectura

Vista previa del material en texto

UNIVERSIDAD TECNOLÓGICA DE PEREIRA 
 
DOCUMENTO DE 
ARQUITECTURA, 
VISIÓN Y ALCANCE 
PROYECTO: EGRESADOS UTP 
 
 
 
 
 
 
Contenido 
1. Introducción ..................................................................................... 4 
1.1. Propósito .......................................................................................... 4 
1.2. Alcance ......................................................................................... 4 
1.3. Definiciones, siglas y abreviaturas ............................................... 4 
1.4. Visión General ....................................................................................... 4 
2. Vista global del producto .............................................................................. 5 
2.1. Perspectiva del producto .......................................................................... 5 
2.2. Supuestos y dependencias ..................................................................... 5 
3. Características del producto ........................................................................ 6 
3.1. Objetivos de negocio ................................................................................ 6 
3.2. Características principales........................................................................ 6 
3.3. Otras características ...................................................................... 6 
4. Usuario ........................................................................................................ 7 
4.1. Perfil de los interesados ........................................................................... 7 
4.2. Perfiles de usuario .................................................................................... 7 
5. Limitaciones ............................................................................................. 8 
6. Alcance ............................................................................................ 9 
7. Descripción Técnicas de desarrollo ........................................................... 10 
8. Historias de Usuario ................................................................................ 11 
9. Gestión de riesgos ................................................................................ 28 
10. Vista de 4+1 (Artículo Philippe B. Kruchten) ........................................... 29 
10.1. Vistas de escenarios (Diagrama de casos de uso) ............................. 29 
10.2. Vista de procesos (Diagrama de secuencias) ..................................... 77 
10.3. Vista Lógica (Diagrama de clases) ...................................................... 87 
10.4. Vista de implementación o física (Diagrama de despliegue) ............... 90 
11. Modelo de Base de datos ............................................................ 91 
11.1. Diagrama Entidad Relación ................................................................. 91 
11.2. Diagrama Relacional ........................................................................... 92 
12. Requerimientos de documentación ........................................................ 93 
13. Conclusiones .......................................................................................... 94 
14. Bibliografía.............................................................................................. 95 
1. Introducción 
 
La Universidad Tecnológica de Pereira ha logrado tener a través de los 
años un creciente número de egresados, dichos egresados en general no 
mantienen un contacto dinámico con la universidad u otros egresados. La 
finalidad del actual proyecto Observatorio Egresados es integrarlos en una 
comunidad virtual en donde puedan encontrar información relevante acerca de 
las actividades que se están llevando a cabo en la universidad, inscribirse a 
eventos y poder comunicarse con otros egresados de la universidad. 
1.1. Propósito 
 
 El propósito de este documento es dar una visión general de la 
arquitectura de software que se utilizara para el desarrollo del sistema 
“Observatorio de Egresados”, mostrando así su modelación. 
1.2. Alcance 
 
 Para el desarrollo del sistema se pretende conseguir la implementación 
del producto en un corto periodo de tiempo y de igual manera mantener la 
calidad de este, cumpliendo así con los requisitos funcionales y no funcionales 
que ha requerido el cliente. 
1.3. Definiciones, siglas y abreviaturas 
 
 MVC: Modelo Vista Controlador. 
 Scrum: Metodología ágil utilizada para el desarrollo del proyecto 
1.4. Visión General 
 
 Pretendiendo mantener una excelente relación entre tiempo y calidad del 
desarrollo del sistema, se utilizará la metodología Scrum, de tal manera que 
sea un desarrollo ágil, ordenado y eficaz, siempre buscando cumplir con los 
objetivos propuestos para cada etapa del desarrollo. 
 
2. Vista global del producto 
2.1. Perspectiva del producto 
 
 La Universidad Tecnológica de Pereira requiere de un medio para estar 
en contacto con sus egresados, con la finalidad de brindarles noticias de los 
acontecimientos y eventos dentro de la universidad y así mismo que tengan la 
oportunidad de interactuar entre ellos. El desarrollo del aplicativo Observatorio 
de Egresados pretende solventar esta problemática de comunicación. 
2.2. Supuestos y dependencias 
 
Supuestos 
 El desarrollo será ágil gracias a la metodología Scrum. 
 Habrá participación de todos los miembros del equipo Scrum. 
 Los requisitos funcionales descritos para el sistema son correctos. 
 Los requisitos funcionales escogidos para cada iteración permitirán el 
desarrollo a tiempo del sistema. 
Dependencias 
 Diversas herramientas de desarrollo con distintas curvas de aprendizaje. 
 El nivel de satisfacción del cliente. 
 La estabilidad de las herramientas utilizadas. 
 
3. Características del producto 
3.1. Objetivos de negocio 
 
Desarrollar una aplicación web que permita a la asociación de 
egresados de la Universidad poder estar en contacto con todos sus afiliados, 
publicando noticias y/o eventos que pueden ser relevantes para los usuarios. 
3.2. Características principales 
 
 Publicación de Contenido. 
 Manejo de vistas para diversos tipos de usuarios 
 Administración de información de una base de datos 
 Implementación de interfaces agradables e intuitivas 
3.3. Otras características 
 
 Diseño Responsive 
 Buen tiempo de respuesta del sistema 
 Calidad del producto 
 
4. Usuario 
4.1. Perfil de los interesados 
 
Egresados: Serán los principales beneficiarios ya que tendrán un método de 
interactuar con la universidad, estando al tanto de las noticias que esta les 
tiene y eventos en los que podrían participar. 
Asociación de egresados UTP: Principales interesados en el proyecto ya que la 
aplicación web se convierte en una herramienta bastante útil para difundir todas 
las actividades y noticias realizadas por la asociación. 
Administrativos de la Universidad: Ya que cada día es mayor el numero de 
profesionales graduados de los diversos programas de la Universidad 
ejerciendo su profesión a lo largo del planeta, se hace entonces importante 
para la UTP estar en contacto permanente con los egresados. 
4.2. Perfiles de usuario 
 
Egresado: Puede visualizar el contenido publicado por los administradores, 
inscribirse a los eventos e interactuar con otros usuarios egresados. 
Administrador: Encargado de publicar noticias y eventos, además de 
encargarse de aceptar nuevos perfiles de Egresados y gestionarlos 
Super Usuario: Se encarga de aceptar los nuevos perfiles de administradores y 
gestionar dichos perfiles. Solo existe un Super Usuario. 
 
5. Limitaciones 
 
 La página web no contará con un chat del estilo red social, serámás del 
tipo de servicio de mensajería. 
 La publicación de contenido multimedia será bastante limitada (solo se 
permitirá el uso de imágenes, y de enlaces web para los videos). 
 El proyecto depende exclusivamente de código abierto gratis, cerrando 
así la gama de herramientas a nuestra disposición. 
 Debido a las circunstancias en las que se desarrolla el proyecto, como 
los tiempos de entrega o número de integrantes en el equipo Scrum, 
podría derivar en una calidad menor del producto. 
 
6. Alcance 
 
Se espera desarrollar una aplicación web que permita a la asociación de 
egresados mantenerse en constante contacto con los estudiantes egresados. 
Para ello se estima que el proyecto debe realizarse en 16 semanas. 
Primero ha de realizarse la correspondiente documentación y planeación 
del sistema teniendo en cuenta los requisitos obtenidos del cliente. 
En segundo lugar, se procederá a la implementación de la aplicación web 
mediante la metodología Scrum para su ágil desarrollo. 
 
7. Descripción Técnicas de desarrollo 
 
La implementación se realizará haciendo uso de un framework MVC, en 
este caso Laravel ya que es especialmente útil para el tipo de proyecto que se 
está realizando 
Se utilizará la metodología Scrum para lograr llevar a cabo el desarrollo del 
proyecto en el tiempo estipulado de forma ágil, realizando así diversos sprints 
con entregables funcionales. 
 
8. Historias de Usuario 
Historia de Usuario 
Número: 01 Nombre: Autentificar Super Usuario 
Prioridad en Negocio: Alta Responsable: Alejandro Hurtado 
Rol: Super usuario Iteración Asignada: 1 
Descripción: El super Usuario se va a identificar en el sistema 
Observaciones: Después de que el super usuario se haya autentificado podrá ver su 
información y solicitudes pendientes. 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
 
Historia de Usuario 
Número: 02 Nombre: Autentificar Usuario 
Prioridad en Negocio: Alta Responsable: Alejandro Hurtado 
Rol: Usuario Iteración Asignada: 1 
Descripción: El Usuario se va a identificar en el sistema utilizando su correo, 
contraseña y tipo de usuario. 
Observaciones: 
Después de que el usuario se haya autentificado podrá ver su perfil de usuario. 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 03 Nombre: Nuevo registro en el sistema 
Prioridad en Negocio: Alta Responsable: Karen Lopez 
Rol: Usuario egresado - 
administrador 
Iteración Asignada: 1 
Descripción: Un nuevo usuario administrador genera el registro de su 
información en el sistema y realiza la solicitud de asignación de rol. 
Observaciones: 
1. Los Usuarios podrán seleccionar con que rol desean registrarse. 
2. El rol solicitado será evaluado por un administrador o el super usuario según sea 
el caso 
 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 04 Nombre: Aceptar Nuevos Usuarios 
Prioridad en Negocio: Alta Responsable: Karen Lopez 
Rol: Super Usuario - 
administrador 
Iteración Asignada: 1 
Descripción: El administrador o el Super usuario revisan las solicitudes de los 
usuarios y las aceptan o rechazan. 
Observaciones: 
1. EL super usuario solo puede ver las solicitudes de los administradores 
2. Los administradores solo pueden ver las solicitudes de los egresados 
 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 05 
Nombre: Mostrar listas de cuentas de 
Administradores/Egresados 
Prioridad en Negocio: Baja Responsable: Karen Lopez 
Rol: Super Usuario, 
Administradores 
Iteración Asignada: 3 
Descripción: El Super Usuario y los Administradores pueden observar listas de 
usuarios Administradores y Egresados respectivamente. 
Observaciones: En dicha lista se podrán ver que Administradores y Egresados tienen 
cuentas activadas y desactivadas. 
1. 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 06 Nombre: Administrar cuentas de Administradores 
Prioridad en Negocio: Baja Responsable: David Santa 
Rol: Super Usuario Iteración Asignada: 3 
Descripción: El Super Usuario puede administrar cuentas de Administradores. 
Observaciones: 
1. Se mostrará un formulario en el cual el usuario podrá realizar las modificaciones 
(con todos los datos que el usuario tenga permitido modificar). 
2. Desde esta sección se podrá activar o desactivar las cuentas de los usuarios 
1. Se debe pedir confirmación del usuario luego de seleccionar “Guardar” y notificar 
al usuario de que el proceso se ha realizado correctamente o si existe algún error. 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 07 Nombre: Administrar cuentas de Egresados 
Prioridad en Negocio: Baja Responsable: David Santa 
Rol: Administradores Iteración Asignada: 3 
Descripción: Los Administradores pueden administrar cuentas de Egresados. 
Observaciones: 
1. Se mostrará un formulario en el cual el usuario podrá realizar las modificaciones 
(con todos los datos que el usuario tenga permitido modificar). 
2. Desde esta sección se podrá activar o desactivar las cuentas de los usuarios 
3. Se debe pedir confirmación del usuario luego de seleccionar “Guardar” y notificar 
al usuario de que el proceso se ha realizado correctamente o si existe algún error. 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 08 Nombre: Modificar información de perfil Administradores 
Prioridad en Negocio: Media Responsable: Alejandro Hurtado 
Rol: Administradores Iteración Asignada: Iteración 3 
Descripción: Los usuarios Administradores podrán visualizar y editar información de 
sus propios perfiles 
Observaciones: 
2. Después de la modificación del perfil, al usuario se le mostrara su perfil con todos 
los cambios realizados. 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 09 Nombre: Modificar información de perfil Egresados 
Prioridad en Negocio: Media Responsable: Alejandro Hurtado 
Rol: Usuario egresado Iteración Asignada: Iteración 3 
Descripción: El usuario egresado podrá visualizar y editar información de su 
propio perfil. 
Observaciones: 
1. Las modificaciones de intereses cambiaran el filtro de búsqueda utilizado en la 
sección de noticias del usuario. 
2. Después de la modificación del perfil, al usuario se le mostrara su perfil con todos 
los cambios realizados. 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 10 Nombre: Publicar Contenido 
Prioridad en Negocio: Alta Responsable: Karen Lopez 
Rol: Administradores Iteración Asignada: Iteración 2 
Descripción: Los Administradores podrán publicar contenido en el sistema que luego 
podrá ser observada en la página de noticias por los egresados, los usuarios deberán 
llenar un formulario con el contenido que desea publicar 
Observaciones: 
1. El formato para publicar contenido tiene: título, descripción(texto), un espacio 
para multimedia y las etiquetas. 
2. Se debe notificar al usuario si la publicación es correcta o existe algún error 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 11 Nombre: Crear evento 
Prioridad en Negocio: Alta Responsable: David Santa 
Rol: Usuario Administrador Iteración Asignada: Iteración 2 
Descripción: Un usuario Administrador va a crear un evento con Nombre del 
evento, lugar, fecha, hora, información del evento, límite de asistentes si lo 
tiene y etiquetas. 
Observaciones: Después de haber creado el evento el usuario podrá verlo en la sección de 
noticias. 
Criterio de Aceptación: El Product Owner confirma la historia.Mockup: 
 
 
Historia de Usuario 
Número: 12 Nombre: Modificar evento 
Prioridad en Negocio: Media Responsable: David Santa 
Rol: Usuario Administrador Iteración Asignada: Iteración 2 
Descripción: Un usuario Administrador va a modificar la información de un 
evento a través de un formulario igual al que se usó para crear el evento o 
eliminar dicho evento. 
Observaciones: 
1. Si el evento es eliminado será eliminado de la sección de noticias y las 
suscripciones de los usuarios a ese evento también será eliminada. 
2. Si el evento es modificado entonces se le enviara un mensaje por correo 
electrónico a todos los usuarios suscritos a dicho evento. 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 13 Nombre: Listar noticias / Inscribirse a evento 
Prioridad en Negocio: Alta Responsable: Alejandro Hurtado 
Rol: Usuario egresado Iteración Asignada: Iteración 2 
Descripción: Un usuario egresado va a mirar las noticias y eventos según los 
intereses en su perfil de usuario. 
Observaciones: 
1. El usuario podrá ver toda la información de cualquiera de las noticias o eventos en 
la lista mostrada si así lo requiere. 
2. El usuario podrá inscribirse a cualquiera de los eventos en la lista mostrada. 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 14 Nombre: Listar noticias/eventos Administrador 
Prioridad en Negocio: Alta Responsable: Alejandro Hurtado 
Rol: Usuario Administrador Iteración Asignada: Iteración 2 
Descripción: Un usuario Administrador va a mirar las noticias y eventos según 
los intereses en su perfil de usuario. 
Observaciones: 
1. El usuario podrá ver toda la información de cualquiera de las noticias o eventos en 
la lista mostrada si así lo requiere (solo dando click en el titulo). 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 15 Nombre: Buscar Amigos 
Prioridad en Negocio: Media Responsable: David Santa 
Rol: Egresado Iteración Asignada: Iteración 3 
Descripción: Los usuarios egresados podran buscar a otro egresado y ver su 
información o agregarlo como amigo 
Observaciones: 
1. Los egresados solo pueden buscar a otros egresados 
 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 16 Nombre: Agregar amigos 
Prioridad en Negocio: Media Responsable: Karen Lopez 
Rol: Egresado Iteración Asignada: Iteración 3 
Descripción: Los usuarios podrán agregar amigos, con los cuales 
posteriormente podrán interactuar. 
Observaciones: 
1. Los egresados podrán agregar a cualquier otro egresado a su círculo de amigos 
 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
Historia de Usuario 
Número: 17 Nombre: Enviar mensajes entre usuarios 
Prioridad en Negocio: Media Responsable: Alejandro Hurtado 
Rol: Super Usuario – 
administrador - egresado 
Iteración Asignada: Iteración 3 
Descripción: Los usuarios podrán enviar y recibir mensajes entre sí, teniendo 
acceso a una bandeja de entrada, de igual manera podrán eliminar a cualquier 
usuario que ya tengan agregado como amigo 
Observaciones: 
1. Los usuarios solo podrán enviar mensajes a los amigos. 
2. Los administradores podrán enviar mensajes a cualquier usuario 
 
Criterio de Aceptación: El Product Owner confirma la historia. 
Mockup: 
 
 
 
 
9. Gestión de riesgos 
 
Se debe realizar constante respaldo de los documentos pertinentes al 
proyecto para evitar posible pérdida de la información. Esto se realizará 
mediante el uso de almacenamiento en la nube / repositorios. 
Se debe planificar con tiempo prudencial los requisitos funcionales a 
desarrollar en cada iteración. De igual manera se asignará a cada miembro del 
Scrum Team sus responsabilidades sin olvidar el trabajo en equipo donde nos 
apoyaremos mutuamente. 
Los miembros del Scrum Team deberán aprender a manejar las 
herramientas adecuadamente para así evitar retrasos en el desarrollo. 
Deberán usarse herramientas confiables y bien documentadas para así 
evitar retrasos en el desarrollo. 
 
10. Vista de 4+1 (Artículo Philippe B. Kruchten) 
10.1. Vistas de escenarios (Diagrama de casos de uso) 
 
Actor Super Usuario 01 
Descripción Se encargará de decidir cuales usuarios tendrán el rol de 
administradores. 
Características  Usuario único que será creado automáticamente con 
un nombre y contraseña predefinida que podrá ser 
cambiada después de ingresar al sistema. 
Relaciones Administrador 
Autor Karen López Fecha 03/05/19 Versión 1.1 
 
Actor Administrador 02 
Descripción Tendrá los privilegios de publicar contenido y administrar 
usuarios egresados 
Características  Aceptar solicitud de usuarios egresados 
 Administrar cuentas de egresados 
 Publicar contenido en el sistema 
Relaciones Egresado 
Autor David Santa Fecha 03/05/19 Versión 1.1 
 
Actor Egresado 03 
Descripción Usuario que tendrá acceso a los contenidos del sistema 
Características  Tendrá un perfil y podrá acceder a eventos y 
contenidos publicados en el sistema 
 Interactuara con otros usuarios egresados enviando 
mensajes y observando sus perfiles. 
Relaciones Administrador 
Autor David Santa Fecha 03/05/19 Versión 1.1 
 
 
 
CU_ID CU-01 
CU_Nombre Autentificar Super Usuario 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR Karen Lopez 
VERSIÓN 1.2 
FECHA 3/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
10/05/19 1.2 Añadir Excepciones David Santa 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-01 
Nombre del caso 
de uso: 
Autentificar Súper Usuario 
Creado por: Karen Lopez 
Ultima 
actualización: 
Karen Lopez 
Fecha de 
creación: 
3/05/19 
Fecha de última 
actualización: 
10/05/19 
Descripción del caso de uso 
Actores: Súper Usuario 
Descripción: El súper Usuario se va a identificar en el sistema 
Disparador: El súper usuario ingresa al sistema 
Precondiciones
: 
1. La cuenta de Súper Usuario existe 
Pos 
condiciones: 
1. El súper usuario se ha identificado en el sistema en el sistema 
Flujo Normal 
No Actor No Sistema 
1 El súper usuario ingresa al sistema 2 El sistema presenta la página de 
identificación de súper usuario 
3 El súper usuario ingresa su correo y 
contraseña 
4 El sistema presenta la página principal de 
súper usuario 
Flujos alternativos 
No Actor No Sistema 
 
 
Excepciones 
No Actor No Acción 
4 El super usuario ingresa credenciales de 
ingreso incorrectas 
E1.1 El sistema muestra un mensaje de error 
indicando que las credenciales ingresadas 
son incorrectas 
 E1.2 El sistema regresa al paso 3 del flujo 
normal 
 
 
Inclusiones: 
Prioridad: Alta 
 
 
CU_ID CU-02 
CU_Nombre Autentificar Usuario 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR Karen Lopez 
VERSIÓN 1.2 
FECHA 3/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
10/05/19 1.2 Añadir Excepciones David Santa 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-02 
Nombre del caso 
de uso: 
Autentificar Usuario 
Creado por: Karen Lopez 
Ultima 
actualización: 
Karen Lopez 
Fecha de 
creación: 
3/05/19 
Fecha de última 
actualización: 
10/05/19 
Descripción del caso de uso 
Actores: Administrador, Egresado 
Descripción: El usuario se va a identificar en el sistema 
Disparador: El Usuario ingresa al sistema 
Precondiciones
: 
1. La cuenta del usuario debe existir 
Pos 
condiciones: 
1. El usuario se ha identificado en el sistema 
Flujo Normal 
No Actor No Sistema 
1 El Usuario ingresa al sistema 2 El sistema presenta la página de ingreso 
3 El Usuario ingresa su correo,contraseña y 
tipo de usuario 
4 El sistema presenta la página del perfil de 
usuario. 
Flujos alternativos 
No Actor No Sistema 
 
 
Excepciones 
No Actor No Acción 
3 El usuario ingresa credenciales incorrectas E1.1 El sistema muestra un mensaje de error 
indicando que las credenciales ingresadas 
son incorrectas 
 E1.2 El sistema regresa al paso 2 del flujo 
normal 
 
 
Inclusiones: 
Prioridad: Alta 
 
 
CU_ID CU-03 
CU_Nombre Recuperar contraseña 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR Karen Lopez 
VERSIÓN 1.1 
FECHA 3/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
5/05/2019 1.0 Errores varios Alejandro 
Hurtado 
9/05/2019 1.1 Errores varios Karen Lopez 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-03 
Nombre del caso 
de uso: 
Recuperar Contraseña 
Creado por: Alejandro Hurtado 
Ultima 
actualización: 
Karen Lopez 
Fecha de 
creación: 
3/05/19 
Fecha de última 
actualización: 
9/05/19 
Descripción del caso de uso 
Actores: Administrado, Egresado 
Descripción: 
Recuperación de contraseña cuando el usuario no recuerda su 
contraseña para ingresar al sistema 
Disparador: El usuario intenta recuperar contraseña 
Precondiciones
: 
1. El usuario debe tener una cuenta activa en el sistema 
Pos 
condiciones: 
1. El usuario tiene una nueva contraseña para acceder al sistema 
Flujo Normal 
No Actor No Sistema 
1 El usuario accede al sistema 
2 El usuario solicita un cambio de 
contraseña 
3 El sistema solicita el correo 
electrónico y el tipo de usuario. 
4 El usuario ingresa su correo 
electrónico y su rol 
 5 El sistema muestra un mensaje 
indicando que ha enviado un 
mensaje de correo electrónico con 
una contraseña genérica 
6 El cliente ingresa al sistema con la 
contraseña genérica 
7 El sistema solicita cambio de contraseña, 
solicita ingresar contraseña genérica y la 
nueva contraseña 
8 El sistema solicita cambio de contraseña, 
solicita ingresar contraseña genérica y la 
nueva contraseña 
9 El sistema muestra un mensaje donde le 
indica al usuario que el cambio de 
contraseña se realizó exitosamente 
10 El usuario acepta el mensaje 11 El sistema muestra la página de perfil de 
usuario 
Flujos alternativos 
No Actor No Sistema 
 
 
Excepciones 
No Actor No Acción 
4 Usuario ingresa correo electrónico no 
existente en el sistema 
E1.1 El sistema indica que el correo no existe 
 E1.2 El sistema regresa al flujo normal en el 
paso 3 
 
 
Inclusiones: 
Prioridad: Baja 
 
 
CU_ID CU-04 
CU_Nombre Crear nueva solicitud de Usuario 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR Alejandro Hurtado 
VERSIÓN 1.0 
FECHA 05/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-04 
Nombre del caso 
de uso: 
Crear Nueva Solicitud de Usuario 
Creado por: Alejandro Hurtado 
Ultima 
actualización: 
05/05/19 
Fecha de 
creación: 
05/05/19 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Egresado - Administrador 
Descripción: Crear una solicitud de Usuario 
Disparador: Ingreso al módulo de nuevo Usuario 
Precondiciones: Usuario no existe en el Sistema 
Pos 
condiciones: 
Generar un nuevo Usuario en el Sistema 
Flujo Normal 
No Actor No Sistema 
1 Usuario indica que quiere registrarse en el 
sistema 
2 El sistema solicita llenar formulario de 
registro (id, nombre, apellidos, país-
residencia. Ciudad – residencia, genero, 
fecha de nacimiento) 
3 El usuario suministra los datos solicitados 4 El sistema muestra al usuario que está en 
espera de aceptación 
 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
3 El usuario ingresa una id o contraseña 
que ya existen en el sistema 
E1.1 El sistema genera un mensaje indicando 
que el correo electrónico o el id ya existen 
en el sistema. 
 
 
Inclusiones: 
Prioridad: 
 
 
CU_ID CU-05 
CU_Nombre Aceptar Solicitud de Usuario 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR Alejandro Hurtado 
VERSIÓN 1.2 
FECHA 09/05/2019 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
13/05/19 1.2 Modificación en los Flujos David Santa 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-05 
Nombre del caso 
de uso: 
Aceptar Solicitud de Usuario 
Creado por: Alejandro Hurtado 
Ultima 
actualización: 
 
Fecha de 
creación: 
09/05/19 
Fecha de última 
actualización: 
09/05/19 
Descripción del caso de uso 
Actores: Administrador, Super Usuario 
Descripción: 
Aceptar las solicitudes de los usuarios que se registran en el sistema, 
sea egresado o administrador. 
Disparador: Solicitud de nuevo usuario 
Precondiciones
: 
Solicitud Pendiente de administrador o egresado 
Pos 
condiciones: 
Se concede acceso al sistema con los roles solicitados 
Flujo Normal 
No Actor No Sistema 
 1 El sistema muestra nueva solicitud de 
egresado o administrador 
2 El usuario revisa la información y acepta la 
solicitud del nuevo egresado o 
administrador 
3 El sistema cambia el estado de la solicitud a 
aceptado 
 
 4 El sistema da los permisos de ingresar al 
sistema 
 5 El sistema genera un mensaje de correo 
electrónico y lo envía al nuevo administrado 
o egresado 
 
Flujos alternativos 
No Actor No Sistema 
 
 
Excepciones 
No Actor No Acción 
2 Usuario rechaza la solicitud E1.1 El sistema envía un mensaje de correo 
electrónico indicando que la solicitud ha 
sido rechazada 
 
 
Inclusiones: 
Prioridad: Alta 
 
 
CU_ID CU-06 
CU_Nombre Listar cuentas de Administradores 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR David Santa 
VERSIÓN 1.0 
FECHA 12/05/2019 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-06 
Nombre del caso 
de uso: 
Listar cuentas de Administradores 
Creado por: David Santa 
Ultima 
actualización: 
12/05/2019 
Fecha de 
creación: 
12/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Super Usuario 
Descripción: 
El Super Usuario podrá visualizar una lista con todos los 
administradores desde la cual podrá acceder al perfil de cualquiera de 
ellos 
Disparador: El Usuario selecciona la opción de Editar Administradores 
Precondiciones: El usuario se debe haber identificado en el sistema. 
Pos 
condiciones: 
 
Flujo Normal 
No Actor No Sistema 
1 El usuario selecciona la opción Editar 
Administradores 
2 El sistema despliega una lista con todos los 
usuarios de tipo Administrador registrados 
en el sistema 
3 4 
5 6 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: Baja 
 
CU_ID CU-07 
CU_Nombre Listar cuentas de Egresados 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR David Santa 
VERSIÓN 1.0 
FECHA 12/05/2019 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-07 
Nombre del caso 
de uso: 
Listar cuentas de Egresados 
Creado por: David Santa 
Ultima 
actualización: 
12/05/2019 
Fecha de 
creación: 
12/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Administrador 
Descripción: 
Los administradores podrán visualizar una lista con todos losEgresados desde la cual podrá acceder al perfil de cualquiera de ellos 
Disparador: El Usuario selecciona la opción de Editar Egresados 
Precondiciones: El usuario se debe haber identificado en el sistema. 
Pos 
condiciones: 
 
Flujo Normal 
No Actor No Sistema 
1 El usuario selecciona la opción Editar 
Egresados 
2 El sistema despliega una lista con todos los 
usuarios de tipo Egresados registrados en el 
sistema 
3 4 
5 6 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: Baja 
 
CU_ID CU-08 
CU_Nombre Administrar cuentas de Administradores 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR David Santa 
VERSIÓN 1.0 
FECHA 10/05/2019 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-08 
Nombre del caso 
de uso: 
Administrar cuenta de Administradores 
Creado por: David Santa 
Ultima 
actualización: 
David Santa 
Fecha de 
creación: 
10/05/19 
Fecha de última 
actualización: 
15/05/19 
Descripción del caso de uso 
Actores: Super Usuario 
Descripción: 
El Super Usuario tendrá una opción desde la cual podrán administrar 
las cuentas de los administradores 
Disparador: Seleccionar la opción de Administrar Cuentas de Administradores 
Precondiciones: 
El Super Usuario debe haber ingresado al sistema correctamente 
El Super Usuario debe haber selecciónalo la opción Editar Administradores 
Pos 
condiciones: 
Los cambios realizados se almacenan en el sistema 
Flujo Normal 
No Actor No Sistema 
1 El Super usuario selecciona la opción de 
Editar Administradores 
2 El sistema mostrara al usuario una lista 
con todas las cuentas de administrador 
3 El usuario selecciona editar en una cuenta 4 El sistema mostrara al usuario la 
información de la cuenta seleccionada e 
indicara que datos se pueden modificar 
5 El usuario cambia la información y 
selecciona “guardar” 
6 El sistema validara el cambio y notificara 
que ha sido realizado correctamente 
Flujos alternativos 
No Actor No Sistema 
5 El usuario selecciona cancelar 6 El sistema mostrara un mensaje 
confirmando que los cambios no se 
guardaran 
 
 
Excepciones 
No Actor No Acción 
5 El usuario selecciona “guardar” habiendo 
realizado cambios no aceptados por el 
sistema (Ej: letras en la CC) 
E1.1 El sistema no guardara los cambios y 
mostrara un mensaje al usuario avisando 
de que hay un dato incorrecto 
 
 
Inclusiones: 
Prioridad: Baja 
 
 
CU_ID CU-09 
CU_Nombre Administrar cuentas de Egresados 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR David Santa 
VERSIÓN 1.0 
FECHA 10/05/2019 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-09 
Nombre del caso 
de uso: 
Administrar cuenta de Egresados 
Creado por: David Santa 
Ultima 
actualización: 
David Santa 
Fecha de 
creación: 
10/05/19 
Fecha de última 
actualización: 
15/05/19 
Descripción del caso de uso 
Actores: Administradores 
Descripción: 
Los administradores tendrán una opción desde la cual podrán 
administrar las cuentas de los Egresados. 
Disparador: Seleccionar la opción de Administrar Cuentas de Egresados 
Precondiciones: 
El Administrador debe haber ingresado al sistema correctamente 
El Administrador debe tener una cuenta activa 
Pos 
condiciones: 
Los cambios realizados se almacenan en el Sistema 
Flujo Normal 
No Actor No Sistema 
1 El Usuario selecciona la opción de 
Administrar cuentas de Egresados 
2 El sistema mostrara al usuario una lista con 
todas las cuentas de Egresados 
3 El usuario selecciona editar en una cuenta 4 El sistema mostrara al usuario la 
información de la cuenta seleccionada e 
indicara que datos se pueden modificar 
5 El usuario cambia la información y 
selecciona “guardar” 
6 El sistema validara el cambio y notificara 
que ha sido realizado correctamente 
Flujos alternativos 
No Actor No Sistema 
5 El usuario selecciona cancelar 6 El sistema mostrara un mensaje 
confirmando que los cambios no se 
guardaran 
 
 
Excepciones 
No Actor No Acción 
5 El usuario selecciona “editar” habiendo 
realizado cambios no aceptados por el 
sistema (Ej: letras en la CC) 
E1.1 El sistema no guardara los cambios y 
mostrara un mensaje al usuario avisando 
de que hay el dato incorrecto 
 
 
Inclusiones: 
Prioridad: Baja 
 
 
CU_ID CU-10 
CU_Nombre Activar/Desactivar Cuentas 
NOMBRE DEL PROYECTO Observatorio Egresados UTP 
REALIZADO POR David Santa 
VERSIÓN 1.0 
FECHA 11/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-10 
Nombre del caso 
de uso: 
Activar/Desactivar Cuentas 
Creado por: David Santa 
Ultima 
actualización: 
 
Fecha de 
creación: 
11/05/19 
Fecha de última 
actualización: 
11/05/19 
Descripción del caso de uso 
Actores: Super Usuario, Administradores 
Descripción: 
El Super Usuario y los administradores tendrá una opción desde la 
cual podrán activar y desactivar las cuentas de los administradores y 
egresados respectivamente 
Disparador: 
Seleccionar la opción de Administrar Cuentas de Administradores o Administrar 
cuentas de Egresados 
Precondiciones: 
El Super Usuario o Administrador debe haber ingresado al sistema correctamente, 
el Administrador debe tener una cuenta activa 
Pos 
condiciones: 
La cuenta desactivada será inaccesible hasta que se reactive 
Flujo Normal 
No Actor No Sistema 
1 El Super usuario selecciona la opción de 
Administrar cuentas de 
Administradores/Egresados 
2 El sistema mostrara al usuario una lista con 
todas las cuentas de administrador 
3 El usuario accede al perfil y selecciona la 
opción activar/desactivar en una cuenta 
4 El sistema le pide una confirmación al 
usuario 
5 El usuario confirma la acción a realizar 6 Se muestra al usuario que la 
activación/desactivación se ha realizado 
correctamente 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: Baja 
 
 
CU_ID CU-11 
CU_Nombre Modificar información de perfil Administradores 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR David Santa 
VERSIÓN 1.0 
FECHA 11/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-11 
Nombre del caso 
de uso: 
Modificar información de perfil Administradores 
Creado por: David Santa 
Ultima 
actualización: 
 
Fecha de 
creación: 
10/05/19 
Fecha de última 
actualización: 
15/05/19 
Descripción del caso de uso 
Actores: Egresados, Administradores 
Descripción: 
Los usuarios Administradores podrán visualizar y editar sus propios 
perfiles 
Disparador: Seleccionar en la opción de “Ver perfil” 
Precondiciones: 
El Administrador debe haber ingresado al sistema correctamente 
El Administrador debe tener una cuenta activa 
Pos 
condiciones: 
 
Flujo Normal 
No Actor No Sistema 
1 El usuario selecciona la opción de editar 
perfil 
2 El sistema mostrara el perfil al usuario e 
indicara que datos puede modificar 
3 El usuario modifica la información que 
desea cambiar y selecciona “guardar” 
4 El sistema avisara al usuario de que los 
cambios han sido realizados correctamente 
 
Flujos alternativos 
No Actor No Sistema 
3 El usuario selecciona “cancelar” 4 El sistema no realizara ningún cambio, y 
notificara de esto al usuarioExcepciones 
No Actor No Acción 
3 El usuario ingresa información incorrecta 
o no aceptada por el sistema 
E1.1 El sistema avisara al usuario de que tiene 
un error y le indicara en que dato se 
encuentra el error. 
 
 
Inclusiones: 
Prioridad: Baja 
 
 
CU_ID CU-12 
CU_Nombre Modificar información de perfil Egresados 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR David Santa 
VERSIÓN 1.0 
FECHA 11/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-12 
Nombre del caso 
de uso: 
Modificar información de perfil Egresados 
Creado por: David Santa 
Ultima 
actualización: 
 
Fecha de 
creación: 
10/05/19 
Fecha de última 
actualización: 
15/05/19 
Descripción del caso de uso 
Actores: Egresados 
Descripción: Los usuarios Egresados podrán visualizar y editar sus propios perfiles 
Disparador: Seleccionar en la opción de “Ver perfil” 
Precondiciones: 
El Egresado debe haber ingresado al sistema correctamente 
El Egresado debe tener una cuenta activa 
Pos 
condiciones: 
 
Flujo Normal 
No Actor No Sistema 
1 El usuario selecciona la opción de editar 
perfil 
2 El sistema mostrara el perfil al usuario e 
indicara que datos puede modificar 
3 El usuario modifica la información que 
desea cambiar y selecciona “guardar” 
4 El sistema avisara al usuario de que los 
cambios han sido realizados correctamente 
 
Flujos alternativos 
No Actor No Sistema 
3 El usuario selecciona “cancelar” 4 El sistema no realizara ningún cambio, y 
notificara de esto al usuario 
 
 
Excepciones 
No Actor No Acción 
3 El usuario ingresa información incorrecta 
o no aceptada por el sistema 
E1.1 El sistema avisara al usuario de que tiene 
un error y le indicara en que dato se 
encuentra el error. 
 
 
Inclusiones: 
Prioridad: Baja 
 
 
CU_ID CU-13 
CU_Nombre Publicar contenido 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR David Santa 
VERSIÓN 1.0 
FECHA 11/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-13 
Nombre del caso 
de uso: 
Publicar contenido 
Creado por: David Santa 
Ultima 
actualización: 
 
Fecha de 
creación: 
11/05/19 
Fecha de última 
actualización: 
11/05/19 
Descripción del caso de uso 
Actores: Administradores 
Descripción: Los Administradores podrán publicar contenido en el sistema. 
Disparador: 
Precondiciones: 
El usuario administrador debe tener una cuenta activa y haber ingresado 
correctamente en el sistema 
Pos 
condiciones: 
La publicación será visible en la página de noticias 
Flujo Normal 
No Actor No Sistema 
1 El usuario selecciona la opción de “crear 
nuevo contenido” 
2 El sistema mostrara al usuario una plantilla 
en la cual debe ingresar el contenido de la 
publicación 
3 El usuario rellena el formulario con texto y 
algún contenido multimedia, luego 
presionara “publicar” 
4 El sistema informara de que el contenido ha 
sido publicado correctamente 
 
Flujos alternativos 
No Actor No Sistema 
3 El usuario selecciona en “cancelar 
publicación” 
4 El sistema informa al usuario de que el 
contenido ha sido publicado correctamente 
 
 
Excepciones 
No Actor No Acción 
3 El usuario omite información obligatoria, 
o ingresa información de manera 
incorrecta y selecciona en “publicar” 
E1.1 El sistema notificara al usuario de que hay 
información incorrecta y revise 
nuevamente 
 
 
Inclusiones: 
Prioridad: Media 
 
 
CU_ID CU-14 
CU_Nombre Crear Eventos 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR Karen Lopez 
VERSIÓN 1.0 
FECHA 08/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-14 
Nombre del caso 
de uso: 
Crear eventos 
Creado por: Karen López 
Ultima 
actualización: 
 
Fecha de 
creación: 
08/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Usuario Administrador 
Descripción: Un usuario Administrador va a crear un evento 
Disparador: El usuario administrador inicia la creación de un evento 
Precondiciones: El usuario debe haberse identificado en el sistema como Administrador 
Pos 
condiciones: 
Un nuevo evento ha sido creado en el sistema 
Flujo Normal 
No Actor No Sistema 
1 Un usuario administrador ingresa al 
sistema. 
 
2 El usuario administrador ingresa los datos 
para un evento (Nombre del evento, lugar, 
fecha, hora, información del evento, límite 
de asistentes si lo tiene y etiquetas) 
3 El sistema muestra un mensaje 
confirmando la creación del evento. 
 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
CU_ID CU-15 
CU_Nombre Modificar Evento 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR Karen Lopez 
VERSIÓN 1.0 
FECHA 08/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-15 
Nombre del caso 
de uso: 
Modificar un evento 
Creado por: Karen Lopez 
Ultima 
actualización: 
 
Fecha de 
creación: 
08/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Administrador 
Descripción: Un usuario Administrador va a modificar un evento 
Disparador: El usuario administrador inicia la modificación de un evento 
Precondiciones: El usuario debe haberse identificado en el sistema como Administrador 
Pos 
condiciones: 
Un evento ha sido modificado en el sistema 
Flujo Normal 
No Actor No Sistema 
1 Un usuario administrador ingresa al 
sistema. 
 
2 El usuario administrador cambia alguno de 
los siguientes datos para un evento: 
Nombre del evento, lugar, fecha, hora, 
información del evento, límite de 
asistentes si lo tiene y/o etiquetas. 
3 El sistema muestra un mensaje 
confirmando la modificación del evento. 
 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
CU_ID CU-16 
CU_Nombre Eliminar Evento 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR Karen Lopez 
VERSIÓN 1.0 
FECHA 08/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-16 
Nombre del caso 
de uso: 
Eliminar un evento 
Creado por: Karen Lopez 
Ultima 
actualización: 
 
Fecha de 
creación: 
08/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Administrador 
Descripción: Un usuario Administrador va a eliminar un evento 
Disparador: El usuario administrador intenta eliminar un evento 
Precondiciones: El usuario debe haberse identificado en el sistema como Administrador 
Pos 
condiciones: 
Un evento ha sido eliminado del sistema 
Flujo Normal 
No Actor No Sistema 
1 Un usuario administrador ingresa al 
sistema. 
 
2 El usuario administrador selecciona y 
elimina un evento del sistema. 
3 El sistema muestra un mensaje 
confirmando que el evento ha sido 
eliminado. 
 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
CU_ID CU-17 
CU_Nombre Inscripción a Eventos 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR Karen Lopez 
VERSIÓN 1.0 
FECHA08/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-17 
Nombre del caso 
de uso: 
Inscripción a eventos 
Creado por: Karen Lopez 
Ultima 
actualización: 
 
Fecha de 
creación: 
08/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Usuario Egresado 
Descripción: Los usuarios podrán realizar inscripciones a eventos 
Disparador: Un usuario intenta inscribirse a un evento en el sistema 
Precondiciones: 
1. El usuario debe haberse identificado en el sistema 
2. El evento al que se inscribe debe tener una fecha que sea posterior o igual 
a la fecha del momento en que se desea hacer la inscripción. 
Pos 
condiciones: 
 
Flujo Normal 
No Acción Actor No Acción Sistema 
1 El usuario Egresado selecciona un evento 
al que desea inscribirse en el sistema. 
 
2 El usuario Egresado realiza la solicitud de 
inscripción al evento seleccionado. 
3 El sistema muestra un mensaje 
confirmando la inscripción al evento. 
 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
CU_ID CU-18 
CU_Nombre Listar Noticias 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR Karen Lopez 
VERSIÓN 1.0 
FECHA 08/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-18 
Nombre del caso 
de uso: 
Listar noticias 
Creado por: Karen Lopez 
Ultima 
actualización: 
 
Fecha de 
creación: 
09/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Usuario Administrador, Egresado. 
Descripción: 
El sistema permitirá a los usuarios listar los diferentes eventos y 
noticias según los intereses consignados en el perfil de usuario. 
Disparador: Un usuario le solicita al sistema ver las noticias 
Precondiciones: 
1. Usuario registrado en el sistema 
2. El usuario deberá tener uno o más intereses en su perfil 
3. Deben existir noticias que coincidan con el interés del usuario 
Pos 
condiciones: 
1. El usuario observara las noticias de su interés 
Flujo Normal 
No Actor No Sistema 
1 El usuario solicita al sistema ver las 
noticias 
2 El sistema muestra las noticias que 
coinciden con los intereses del usuario 
ordenadas por la fecha más reciente. 
 
Flujos alternativos 
No Actor No Sistema 
1 Un usuario con interés no conocido 
solicita al sistema ver las noticias 
A1.1 El sistema muestra todas las noticias 
ordenadas por la fecha más reciente. 
2 Un usuario solicita al sistema ver las 
noticias y sus intereses no contienen 
noticias. 
A2.1 El sistema muestra un mensaje expresando 
la falta de noticias para sus intereses y 
consultando al usuario si quiere ver todas 
las noticias o ir a su perfil para agregar 
más intereses. 
A2.2 El usuario elige una de las opciones 
presentadas por el sistema. 
A2.3 Si el usuario selecciona ver todas las 
noticias se continuará en el paso A1.1 
De lo contrario se le mostrara al usuario su 
perfil de usuario. 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
CU_ID CU-19 
CU_Nombre Modificar Intereses 
NOMBRE DEL PROYECTO Observatorio Egresados 
REALIZADO POR Karen Lopez 
VERSIÓN 1.0 
FECHA 08/05/19 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-19 
Nombre del caso 
de uso: 
Modificar Intereses 
Creado por: Karen Lopez 
Ultima 
actualización: 
 
Fecha de 
creación: 
10/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Usuario Egresado 
Descripción: 
Los usuarios Egresados podrán agregar y eliminar los intereses 
consignados en su perfil. 
Disparador: Un usuario le solicita al sistema la modificación de sus intereses. 
Precondiciones: El usuario se debe haber identificado en el sistema. 
Pos 
condiciones: 
El usuario tendrá los interese de su perfil actualizados 
Flujo Normal 
No Actor No Sistema 
1 El usuario egresado solicita desde su perfil 
en el sistema la modificación de sus 
intereses. 
2 El sistema mostrara una página donde se 
podrá elegir todos los intereses disponibles 
en el sistema incluidos los que ya tenga 
seleccionado para que el usuario pueda 
seleccionar y deseleccionar sus intereses. 
3 El usuario seleccionara los intereses que 
quiera tener en su perfil e indicara que 
quiere que esta información sea guardada. 
4 El sistema le mostrara al usuario su perfil 
con los intereses actualizados. 
 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
CU_ID CU-20 
CU_Nombre Buscar amigos 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR Alejandro Hurtado 
VERSIÓN 1.1 
FECHA 12/05/2019 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-20 
Nombre del caso 
de uso: 
Buscar amigos 
Creado por: Alejandro Hurtado 
Ultima 
actualización: 
12/05/2019 
Fecha de 
creación: 
12/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Usuario Egresado 
Descripción: El usuario puede buscar y ver la información de otro usuario 
Disparador: El usuario inicia nueva búsqueda 
Precondiciones: El usuario se debe haber identificado en el sistema. 
Pos 
condiciones: 
El usuario realiza una búsqueda 
Flujo Normal 
No Actor No Sistema 
1 El usuario realiza una nueva búsqueda 2 El sistema queda a la espera de un 
parámetro de búsqueda 
3 El usuario indica el nombre, interés o 
carrera del usuario que está buscando 
4 El sistema muestra todas las coincidencias 
que se encuentren registradas 
5 El usuario escoge una de las opciones de la 
búsqueda 
6 El sistema muestra el perfil que el usuario 
escogió. 
Flujos alternativos 
No Actor No Sistema 
 5 El sistema no encuentra coincidencias en el 
sistema 
 6 EL sistema devuelve mensaje indicando 
que no se ha encontrado la búsqueda. 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
CU_ID CU-21 
CU_Nombre Agregar Amigos 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR Alejandro Hurtado 
VERSIÓN 1.1 
FECHA 12/05/2019 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-21 
Nombre del caso 
de uso: 
Agregar Amigos 
Creado por: Alejandro Hurtado 
Ultima 
actualización: 
12/05/2019 
Fecha de 
creación: 
12/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Usuario Egresado 
Descripción: Los usuarios egresados podrán agregar a otro usuario como amigo 
Disparador: El usuario inicia nueva búsqueda 
Precondiciones: El usuario se debe haber identificado en el sistema. 
Pos 
condiciones: 
El usuario agrega a otro usuario como amigo 
Flujo Normal 
No Actor No Sistema 
1 El usuario realiza una nueva búsqueda 2 El sistema queda a la espera de un 
parámetro de búsqueda 
3 El usuario indica el nombre, interés o 
carrera del usuario que está buscando 
4 El sistema muestra todas las coincidencias 
que se encuentren registradas 
5 El usuario escoge una de las opciones de la 
búsqueda 
6 El sistema muestra el perfil que el usuario 
escogió. 
7 El egresado agrega al usuario como amigo 8 El sistemaguarda el usuario como amigo 
Flujos alternativos 
No Actor No Sistema 
 5 El sistema no encuentra coincidencias en el 
sistema 
 6 EL sistema devuelve mensaje indicando 
que no se ha encontrado la búsqueda. 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
CU_ID CU-22 
CU_Nombre Enviar Mensajes 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR Alejandro Hurtado 
VERSIÓN 1.1 
FECHA 12/05/2019 
 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
 
Caso de uso 
ID del caso de 
uso: 
CU-22 
Nombre del caso 
de uso: 
Enviar Mensajes 
Creado por: Alejandro Hurtado 
Ultima 
actualización: 
12/05/2019 
Fecha de 
creación: 
12/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Usuario Egresado 
Descripción: 
Los usuarios egresados podrán comunicarse en tiempo real con otro 
usuario 
Disparador: El usuario inicia nuevo chat 
Precondiciones: El usuario se debe haber identificado en el sistema. 
Pos 
condiciones: 
El usuario inicia un nuevo chat 
Flujo Normal 
No Actor No Sistema 
1 El usuario realiza una nueva búsqueda 
dentro de la lista de amigos 
2 El sistema muestra los resultados de la 
búsqueda 
3 El usuario escoge un perfil e indica que 
desea realizar un nuevo chat 
4 El sistema muestra el chat con el usuario 
5 El usuario inicia la conversación 
escribiendo un mensaje 
6 El sistema envía el mensaje al usuario 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
CU_ID CU-23 
CU_Nombre Eliminar Amigos 
NOMBRE DEL PROYECTO Observatorio de Egresados 
REALIZADO POR Alejandro Hurtado 
VERSIÓN 1.1 
FECHA 12/05/2019 
Historia de revisiones 
Fecha Versión Cambios en la versión Autor 
 
 
Lista de casos de uso externos 
Actor Primario Casos de uso Identificador del caso 
de uso 
 
Caso de uso 
ID del caso de 
uso: 
CU-23 
Nombre del caso 
de uso: 
Eliminar Amigos 
Creado por: Alejandro Hurtado 
Ultima 
actualización: 
12/05/2019 
Fecha de 
creación: 
12/05/2019 
Fecha de última 
actualización: 
 
Descripción del caso de uso 
Actores: Usuario Egresado 
Descripción: Eliminar Amigos agregados anteriormente 
Disparador: El usuario indica que desea eliminar a un amigo 
Precondiciones: El usuario se debe haber identificado en el sistema. 
Pos 
condiciones: 
El usuario elimina a un amigo 
Flujo Normal 
No Actor No Sistema 
1 El usuario realiza una nueva búsqueda 
dentro de la lista de amigos 
2 El sistema muestra los resultados de la 
búsqueda 
3 El usuario escoge un perfil e indica que 
desea eliminarlo de su lista de amigos 
4 El sistema muestra el inactiva a ese amigo 
de la lista de amigos 
Flujos alternativos 
No Actor No Sistema 
 
 
 
Excepciones 
No Actor No Acción 
 
 
 
Inclusiones: 
Prioridad: 
 
 
 
10.2. Vista de procesos (Diagrama de secuencias) 
 
 
 
 
 
 
 
 
 
 
 
Diagramas de Colaboración: 
 
 
 
 
 
 
10.3. Vista Lógica (Diagrama de clases) 
 
 
Diagrama de Objetos: 
 
 
 
 
 
10.4. Vista de implementación o física (Diagrama de 
despliegue) 
 
 
11. Modelo de Base de datos 
11.1. Diagrama Entidad Relación 
 
11.2. Diagrama Relacional 
 
12. Requerimientos de documentación 
 
 Definición y especificación de requerimientos 
 Procedimientos de desarrollo 
 Arquitectura del sistema 
 Diseño del Modelo de datos 
 Documentación Scrum 
 
13. Conclusiones 
 
Dadas las circunstancias presentes en el desarrollo del proyecto podemos 
observar que la metodología Scrum nos es de gran ayuda, y será nuestro 
mayor aliado para llevar a cabo el proyecto de forma ágil. Por tanto, es 
importante seguir la metodología para así realizar un producto de calidad, esto 
implica tanto trabajo en equipo como un buen manejo de la responsabilidad. 
14. Bibliografía 
 
[1]. Planos Arquitectónicos: El Modelo de “4+1” Vistas de la Arquitectura del 
Software∗ Philippe Kruchten 
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:modelo4_1.pdf 
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:modelo4_1.pdf