1

Planificación del
Proyecto y
Detalles de Requerimientos

Integrantes

Institución
Politécnico Grancolombiano

Materia
Ingeniería de Software 1

Profesor (a):
Diana Angélica Cruz Ortega

Fecha:
10 de marzo del 2025

Introducción
En la primera parte del trabajo, se estudiaron los modelos tradicionales y las

metodologías ágiles en el desarrollo de software, destacando la importancia de gestionar la

 2

calidad y funcionalidad del producto final, así como las necesidades futuras del cliente. En

esta segunda parte, nos enfocaremos en la metodología RUP (Rational Unified Process), que es

una metodología iterativa y adaptable, diseñada para proporcionar un marco estructurado y

flexible para el desarrollo de software. La metodología RUP es especialmente adecuada para

proyectos como la gestión de citas médicas con profesionales de la salud, donde la

interacción constante con los usuarios y la necesidad de adaptarse a cambios continuos son

cruciales. A través de RUP, se busca asegurar una retroalimentación continua con el cliente,

permitiendo ajustes y mejoras en cada iteración del proyecto.

 3

¿Qué actividades van a desarrollar para ejecutar el proyecto?

Para ejecutar el proyecto de gestión de citas médicas utilizando la metodología RUP,

se desarrollarán las siguientes actividades, organizadas en las cuatro fases principales

de RUP:

1. Inicio:

o Establecer el ámbito del proyecto y su alcance.

o Identificar roles y casos de uso.

o Estimar costos, recursos y riesgos.

2. Elaboración:

o Definir y validar la arquitectura.

o Completar la visión del proyecto.

o Crear un plan detallado para la fase de construcción.

3. Construcción:

o Implementar, integrar y probar todos los componentes y funcionalidades.

o Optimizar recursos y asegurar la calidad del producto.

4. Transición:

o Realizar pruebas beta y validar el producto con los usuarios.

o Implementar el sistema en producción y capacitar a los usuarios.

 4

Roles definidos para

¿Qué roles van a ejecutar y quién lo hará?

Rol Responsabilidades Encargado

Este rol se encargará de la supervisión y gestión del
proyecto y estas serían sus responsabilidades
• Responsable del proyecto y de su entrega
Gerente de
• Define el alcance y el cronograma
Proyecto
• Administra los posibles riesgos del proyecto
• Supervisa continuamente los posibles factores de
riesgo y los mitiga
Este rol se encargará de entender las necesidades del cliente y el
negocio para documentarlo correctamente
• Entiende los objetivos de la empresa y el negocio
• Identifica los problemas actuales y da una
solución
• Define los requisitos desde la necesidad del
negocio
Analista de
Negocio • Trabaja con el cliente y el equipo técnico para
aclarar detalles del sistema
• Define casos de uso para aclarar el
comportamiento del sistema
• Verifica que los requisitos se cumplan
correctamente desde la perspectiva del negocio
• Puede capacitar usuarios para el uso del sistema

Diseñan la estructura del software y las soluciones técnicas que

más se acoplen a las necesidades planteadas para el negocio
• Diseñan la estructura del sistema
• Definen las tecnologías que se van a utilizar y los
Arquitecto de
patrones de diseño que se van a utilizar
Software /
• Supervisa que se esté siguiendo con la
Diseñador de
arquitectura planteada
Software
• Definen los módulos y componentes del sistema
• Optimizar el rendimiento y la mantenibilidad del
software
 5

Escriben y administran el código del software

• Escribir el código necesario para la creación del
sistema
• Implementan los casos de uso para cumplir con las
necesidades del negocio
Desarrollador • Mantiene la integridad del código y su
documentación para no perder la información
• Se encarga del despliegue y la configuración de los
entornos para poder usar en producción
• Puede capacitar usuarios para el uso del sistema
• Identifican errores en el código y los solucionan

Verificar que el software cumpla con los criterios de calidad

• Ejecuta pruebas (unitarias, rendimiento,
seguridad, caja negra, caja blanca)
• Identifica errores y se los reporta a los
desarrolladores
Gestor de • Asegura que el software cumpla con los requisitos
Calidad y funcionales
Seguridad • Supervisa que se estén siguiendo buenas
practicas
• Asegura que el software cumpla con los requisitos no
funcionales
• Control de accesos para la seguridad del proyecto

¿Cuándo van a desarrollar esas actividades?

 6

Roles y
Fase Flujos de trabajo Semana Actividades Clave
Responsables

Modelado de • Definiciones del

negocio, negocio Analista de
Fase de Semana • Identificación de los Negocio,
inicio Requisitos 1-2 roles que van a Gerente de
Y interactuar con el Proyecto
sistema

Administración • Encontrar los casos

del proyecto de uso críticos para
cumplir con las
necesidades
esenciales
• Estimar tiempos y
presupuesto para el
proyecto
• Glosario para la
terminología del
proyecto

• Identificación de las
interacciones que
Requisitos, tendrá el (actor) Analista de
• Estimar riesgos y las Negocio,
Análisis y
fuentes de la
diseño, Arquitecto de
incertidumbre
Software /
Entorno o • Planear la Diseñador de
Ambiente estructura del Software
software y las
tecnologías
 7

Arquitecto de
Software /
Diseñador de
Fase de Semana • Modelado de los
Análisis y diseño Software
Elaboración 3 casos de uso
Y
Analista de
Negocio

• Prototipo de la Arquitecto de
arquitectura Software /
Análisis y Diseñador de
• Plan de desarrollo
diseño, Software,
para el proyecto
Implementación Y Gerente de
• Creación de un
Proyecto
entorno de pruebas
Desarrolladores
para poder

gestionar pruebas
futuras

Desarrolladores Y
• Un borrador de un
Analista de
Análisis y diseño manual para el uso
Negocio
del usuario

• Monitorear el avance
del proyecto respecto
al cronograma
• Ayuda con las
Análisis y gestiones del
diseño, proyecto
Fase de Semana Gerente del
Configuración y resolviendo
construcción 4-6 proyecto
control de cambios bloqueos o
problemas
• Supervisar el
desarrollo y sus
posibles
 8

• Implementar el
código para cumplir
los requisitos y
diseños definidos
Implementación • Corregir errores Desarrollador
reportados en las
pruebas
• Documentar los
cambios y el código

• Ejecutar pruebas
• Reportar errores
Gestor de
Pruebas encontrados
Calidad y
• Verificar el Seguridad
cumplimiento de los
requisitos

funcionales y no
funcionales

Análisis y • Verificar que se esté

diseño, Arquitecto de
siguiendo la
Software /
Configuración y arquitectura
Diseñador de
control de cambios • Verificar el diseño
Software
de los módulos

• Agendar una entrega

del producto con el
Fase de Semana cliente Gerente de
Despliegue
transición 7-8 • Gestionar las proyecto
capacitaciones con
los usuarios finales
 9

• Corregir errores
Despliegue, reportados en
producción
Implementación, Desarrollador
• Hacer la
Pruebas documentación del
proyecto

• Ejecutar pruebas
para entregar a los
Despliegue, usuarios
• Realizar pruebas de Gestor de
Implementación, Calidad y
compatibilidad
Pruebas Seguridad
• Verificar que el
proyecto este para la
entrega
 10

1. Requerimiento Funcionales - RF Adriana y Leandro Ramírez

1.1 Módulo de Autenticación:

Código RF01
Nombre Registro de usuarios
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Usuario (Paciente o Profesional de la salud)

Prioridad Alta
Descripción El sistema debe permitir a los usuarios registrarse proporcionando su
nombre completo, correo electrónico, contraseña y seleccionando su
rol (paciente o profesional de la salud). La información se almacena
en la base de datos, y los usuarios recibirán un correo de
confirmación para verificar su registro.
Precondición El usuario debe tener acceso a un navegador web y una conexión a
Internet.
Paso Acción
1 El usuario accede al sistema y selecciona la opción
"Registrarse".
Flujo 2 El sistema presenta un formulario para completar con los
datos personales (nombre, correo, contraseña).
3 El usuario completa los datos.
4 El sistema envía un correo de confirmación al usuario para
verificar el registro.
5 Una vez verificado el correo, el usuario queda registrado en
la plataforma.
Postcondición El usuario queda registrado en el sistema y puede iniciar sesión
utilizando sus credenciales.
El sistema debe asegurar que la contraseña sea segura mediante
Nota validaciones que requieran letras mayúsculas, minúsculas, números y
símbolos.

Código RF02
Nombre Inicio de sesión de usuarios
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Usuario (Paciente o Profesional de la salud)

Prioridad Alta
Descripción El sistema debe permitir a los usuarios iniciar sesión utilizando su
correo electrónico y contraseña. Una vez autenticado, el sistema debe
redirigir al usuario a su página de inicio según su rol (paciente
o profesional).
Precondición El usuario debe estar registrado en el sistema y haber confirmado su
cuenta.
 11

Paso Acción
1 El usuario accede a la pantalla de inicio de sesión.
2 El usuario introduce su correo electrónico y contraseña.

Flujo 3 El sistema valida las credenciales del usuario en la base de

datos.
4 Si las credenciales son correctas, el sistema autentica al
usuario.
5 El sistema redirige al usuario a la página correspondiente
según su rol.
Postcondición El usuario inicia sesión y es redirigido a la sección de la plataforma
adecuada según su rol.
El sistema debe bloquear la cuenta tras varios intentos fallidos de
Nota inicio de sesión para prevenir ataques de fuerza bruta.

Código RF03
Nombre Recuperación de contraseña
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Usuario (Paciente o Profesional de la salud)

Prioridad Alta
Descripción El sistema debe permitir a los usuarios recuperar su contraseña en
caso de olvido, enviando un enlace de restablecimiento a su correo
electrónico registrado.
Precondición El usuario debe haber proporcionado un correo electrónico válido
durante el registro.
Paso Acción
1 El usuario selecciona la opción "¿Olvidaste tu contraseña?".

Flujo 2 El sistema solicita al usuario que introduzca su correo

electrónico registrado.
3 El sistema envía un enlace de restablecimiento al correo
proporcionado.
4 El usuario accede al enlace en su correo y establece una
nueva contraseña.
5 El sistema actualiza la contraseña del usuario en la base de
datos.
Postcondición El usuario ha restablecido su contraseña y puede iniciar sesión con la
nueva contraseña.
El enlace de restablecimiento de contraseña debe tener una vigencia
Nota limitada por razones de seguridad.
 12

Código RF04
Nombre Actualización de Los usuarios
Fuentes Responsable del sistema de autenticación, cliente

Actor(es) Profesional de la salud, Paciente

Prioridad Alta
Descripción Los usuarios pueden actualizar la información de su perfil añadiendo
datos dependiendo del rol, si es un profesional de la salud puede
modificar la especialidad, servicios, precios, horarios disponibles.

Para los pacientes podrán cambiar la dirección de residencia, genero,

edad, alergias entre otros datos importantes

Precondición El Usuario debe estar registrado, haber iniciado sesión y tener permisos
para actualizar su perfil.
Paso Acción
1 El profesional accede a su cuenta e ingresa a la sección "Mi
Perfil".
Flujo 2 El sistema muestra la información actual del perfil del
profesional.
3 El Usuario selecciona la opción de "Editar" y actualiza los
campos disponibles
4 El Usuario guarda los cambios, y el sistema actualiza la
información en la base de datos.
5 El sistema notifica al usuario que la actualización de su
perfil ha sido exitosa.
Postcondición El perfil del usuario se actualiza correctamente en la base de datos,
permitiendo que los pacientes vean la nueva información.
El sistema debe validar los campos actualizados para asegurar que no
Nota haya errores en la información proporcionada.

1.2 Módulo de Búsqueda y Selección de profesionales

Código RF05
Nombre Búsqueda de Profesionales por Nombre, Especialidad y Ubicación
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Paciente

Prioridad Alta
 13

Descripción Los pacientes deben poder buscar profesionales de la salud utilizando

filtros como nombre, especialidad y ubicación geográfica. Esta
funcionalidad les permite encontrar al profesional que mejor se
adapte a sus necesidades, facilitando el acceso a los servicios de
salud.

Cuando el paciente haga la búsqueda deben aparecer un listado con

la información indispensable del profesional según los filtros que
haya hecho
Precondición El paciente debe estar registrado.

Debe existir una lista de profesionales registrados en el sistema con la

información adecuada.
Paso Acción
1 El paciente ingresa al módulo de búsqueda de
profesionales.
Flujo 2 El sistema presenta opciones de búsqueda por nombre,
especialidad y ubicación.
3 El paciente selecciona uno o varios filtros (nombre,
especialidad, ubicación).
4 El sistema busca en la base de datos a los profesionales que
cumplan con los criterios especificados.
5 El sistema muestra los resultados de la búsqueda, incluyendo
los detalles relevantes de cada profesional.
Postcondición El paciente obtiene una lista filtrada de profesionales de la salud que
coinciden con los criterios de búsqueda.
El sistema debe ofrecer resultados precisos y relevantes en función de
Nota los filtros seleccionados por el paciente.

1.3 Módulo de Agendamiento de Citas

Código RF06
Nombre Selección de Profesional y Visualización de Agenda
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Paciente

Prioridad Alta
Descripción Los pacientes deben poder seleccionar a un profesional de salud y
visualizar su agenda disponible para consultas o sesiones. Esta
funcionalidad facilita la organización del tiempo del paciente y la
planificación de las citas.
Precondición El paciente debe estar registrado, haber iniciado sesión y haber
seleccionado previamente a un profesional desde el módulo de
búsqueda.
Paso Acción
1 El paciente selecciona a un profesional desde la lista de
resultados de búsqueda o desde el perfil del profesional.
 14

2 El sistema presenta la agenda disponible del profesional,

mostrando fechas y horarios disponibles para nuevas citas.
Flujo 3 El paciente puede navegar entre las fechas disponibles para
encontrar una conveniente.
Postcondición El paciente tiene acceso a la agenda del profesional seleccionado,
permitiendo que planifique su cita.
La agenda debe actualizarse en tiempo real para evitar que múltiples
Nota pacientes seleccionen el mismo horario.

Código RF07
Nombre Agendamiento de Citas
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Paciente, Profesional de la salud

Prioridad Alta
Descripción Los Usuarios deben poder agendar una cita con un profesional
seleccionando una fecha y hora disponible en su agenda. Este proceso
debe ser simple y eficiente para garantizar la satisfacción
del paciente.
Precondición El paciente debe haber seleccionado a un profesional y haber
visualizado la agenda disponible.
Paso Acción
1 El Usuario selecciona una fecha y hora disponible de la
agenda del profesional.
Flujo 2 El sistema solicita la confirmación de la cita.
3 El Usuario confirma la cita.
4 El sistema registra la cita en la agenda del profesional y
actualiza la disponibilidad en tiempo real.
Postcondición La cita queda registrada en el sistema y tanto el paciente como el
profesional son notificados.
Debe implementarse un mecanismo de notificaciones para recordar a
Nota ambas partes sobre la cita agendada.

Código RF08
Nombre Modificación de Cita Agendada
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Paciente, Profesional de la salud

Prioridad Alta
 15

Descripción Los usuarios deben poder modificar o cancelar la fecha y hora de una
cita previamente agendada, siempre que la nueva fecha esté
disponible en la agenda del profesional pero necesita una
confirmación de la contra parte. Esto permite flexibilidad para los
pacientes en caso de que necesiten ajustar su cita.
Precondición El Usuario debe haber agendado una cita previamente y la nueva fecha
y hora seleccionadas deben estar disponibles en la agenda del
profesional.
Paso Acción
1 El Usuario accede a su lista de citas agendadas.
2 El Usuario selecciona la opción de modificar la cita o
Flujo cancelar.
3 El sistema muestra la agenda disponible del profesional.

4 El Usuario selecciona una nueva fecha y hora para la cita.

5 El sistema actualiza la cita en la agenda del profesional y
notifica a ambas partes sobre el cambio requiriendo una
confirmación.
Postcondición La cita es modificada exitosamente y ambas partes reciben la
notificación correspondiente.
Debe garantizarse que no se sobrepongan citas con otros pacientes al
Nota modificar la fecha y hora, ni poder crear citas en fechas no
disponibles para el profesional de la salud.

1.4 Módulo de Pagos:

Código RF09
Nombre Pago en Línea de Citas Agendadas
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Paciente

Prioridad Alta
Descripción Los pacientes deben poder realizar el pago en línea por las citas que
hayan agendado. Esta funcionalidad debe ser fácil de usar y segura
para garantizar la protección de los datos de los pacientes.
Cuando se cumpla con el pago se debe generar un comprobante de
pago que se debe guardar en la base de datos para confirmar que se
haya hecho el pago
Precondición El paciente debe haber agendado una cita previamente y la cita debe
estar dentro del plazo permitido para realizar el pago.
Paso Acción
1 El paciente accede a la lista de citas agendadas y selecciona
la opción de pagar.
Flujo 2 El sistema muestra los detalles de la cita, incluyendo el
monto a pagar.
 16

3 El paciente selecciona su método de pago preferido (tarjeta de

crédito, débito, etc.).
4 El sistema procesa el pago en línea de manera segura.
5 El sistema confirma el pago y actualiza el estado de la cita
como "pagada".
Postcondición El pago es registrado correctamente y la cita queda marcada como
pagada generando un comprobante de pago.
Se debe guardar la información en una base de datos
Debe garantizarse la seguridad del pago mediante certificados y
Nota mecanismos de cifrado.
Debe ser compatible con múltiples pasarelas de pago.

Código RF10
Nombre Proceso de Reembolso por Cancelación de Cita
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Paciente, Administrador

Prioridad Alta
Descripción Si un paciente cancela una cita, el sistema debe gestionar el proceso de
reembolso según la política de cancelación definida. Esta
funcionalidad asegura que los pacientes reciban su dinero de vuelta
cuando corresponda y de acuerdo con las reglas establecidas a
menos de que sea el mismo día la cita se le impondrá una multa.
Precondición El paciente debe haber cancelado la cita dentro del plazo permitido
para reembolsos, y el pago debe haberse realizado previamente.

Paso Acción
1 El paciente accede a la cita que desea cancelar.
2 El sistema confirma que la cancelación está dentro del
Flujo periodo permitido para reembolsos.
3 El paciente confirma la cancelación.
4 El sistema procesa el reembolso según las políticas
definidas.
5 El sistema notifica al paciente y al profesional sobre el
reembolso y el estado de la cancelación.
Postcondición El reembolso es procesado y el paciente es notificado del éxito o
rechazo del mismo.
Las políticas de reembolso deben ser claras y presentarse al paciente
Nota antes de que realice el pago o agende la cita.

1.5 Módulo de Reportes y Consultas

Código RF11
 17

Nombre Consulta de la Agenda de un Profesional Específico

Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Profesional de la Salud, Administrador

Prioridad Alta
Descripción El sistema debe permitir consultar la agenda de un profesional de la
salud en particular, mostrando sus citas agendadas, incluyendo detalles
como la fecha, la hora y el paciente asignado a cada cita.
Precondición El profesional de la salud debe estar registrado en el sistema y tener
citas agendadas.
Paso Acción
1 El profesional o administrador accede a la opción de
consulta de agenda.
Flujo 2 El sistema solicita seleccionar el profesional cuya agenda
se desea consultar.
3 El sistema muestra la lista de citas agendadas para el
profesional seleccionado.
4 El profesional o administrador puede ver los detalles de
cada cita.
Postcondición El profesional o administrador puede visualizar todas las citas
programadas en la agenda del profesional seleccionado.
Debe incluirse la opción de ver la agenda por día, semana o mes.
Nota

Código RF12
Nombre Consulta de la Agenda de un Paciente Específico
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Profesional de la Salud, Administrador

Prioridad Media
Descripción El sistema debe permitir la consulta de la agenda de un paciente
específico, mostrando las citas que el paciente tiene agendadas con
diferentes profesionales de la salud, así como los detalles de las
citas (fecha, hora y profesional asignado).
Precondición El paciente debe estar registrado y haber agendado al menos una cita.

Paso Acción
1 El paciente o administrador accede a la opción de consulta de
agenda.
Flujo 2 El sistema solicita seleccionar el paciente cuya agenda se
desea consultar.
3 El sistema muestra la lista de citas agendadas para el paciente
seleccionado.
 18

4 El paciente o administrador puede ver los detalles de cada

cita.
Postcondición El paciente o administrador puede visualizar todas las citas
programadas del paciente seleccionado.
El sistema debe permitir la búsqueda por rango de fechas.
Nota

Código RF13
Nombre Reporte de Profesionales de la Salud Registrados
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Administrador

Prioridad Media
Descripción Los administradores deben poder generar un reporte que incluya a
todos los profesionales de la salud registrados en el sistema. El reporte
debe incluir información clave como el nombre completo, la
especialidad, la ubicación y el número de citas programadas.
Precondición El administrador debe tener los permisos necesarios para acceder al
módulo de reportes.
Paso Acción
1 El administrador accede al módulo de reportes.
2 El sistema ofrece la opción de generar el reporte de
Flujo profesionales registrados.
3 El sistema genera y muestra el reporte con la información
solicitada.
4 El administrador puede exportar el reporte en un formato
seleccionable (PDF, Excel, etc.).
Postcondición El reporte de profesionales es generado correctamente y está disponible
para exportación.
El reporte debe permitir filtros por especialidad, ubicación, y otros
Nota criterios relevantes.

Código RF14
Nombre Reporte de Pacientes Registrados
Fuentes Responsable del sistema de autenticación, cliente
Actor(es) Administrador

Prioridad Media
 19

Descripción El sistema debe permitir a los administradores generar un reporte de

todos los pacientes registrados, mostrando datos relevantes como el
nombre, dirección, género, edad y el número de citas agendadas.
Precondición El administrador debe estar registrado y tener permisos de acceso al
módulo de reportes.
Paso Acción
1 El administrador accede al módulo de reportes.
2 El sistema ofrece la opción de generar el reporte de
Flujo pacientes registrados.
3 El sistema genera y muestra el reporte con la información
solicitada.
4 El administrador puede exportar el reporte en formato PDF,
Excel, o similar.
Postcondición El reporte de pacientes es generado y está disponible para exportación.

El reporte debe incluir opciones de filtrado por edad, género,

Nota ubicación y número de citas programadas.
 20

Requerimientos No
Funcionales – RNF

Requerimientos no funcionales

• Los requisitos no funcionales (NFR) son esenciales para el desarrollo de software y

determinan el rendimiento de un sistema más allá de sus funciones básicas. Si bien los
requisitos funcionales especifican Lo que Un sistema debe hacer, los NFR definen que bien
Debe funcionar. Estos requisitos cubren aspectos críticos como el rendimiento, la seguridad,
la facilidad de uso y la escalabilidad, que afectan la confiabilidad del sistema, la experiencia
del usuario y el éxito a largo plazo.
• RNF001: El sistema debe ser capaz de procesar N transacciones por segundo. Esto se medirá
por medio de la herramienta SoapUI aplicada al Software Testing de servicios web.
• RNF002: Toda funcionalidad del sistema y transacción de negocio debe responder al usuario
en menos de 5 segundos.
• RNF003: El sistema debe ser capaz de operar adecuadamente con hasta 100.000 usuarios
con sesiones concurrentes.
• RNF004: Los datos modificados en la base de datos deben ser actualizados para todos los
usuarios que acceden en menos de 2 segundos.
• RNF005: Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos
• RNF006: El sistema debe contar con manuales de usuario estructurados adecuadamente

Especificación de los casos de uso correspondiente a los requerimientos funcionales

identificados en el punto anterior.
 21

Código CU001
Fuentes Scrum Máster
Nombre CU-001. Registrar usuario nuevo (Profesional proveedor o
cliente)
Actor(es) cliente /funcionario/ participación en el medio
Descripción Permite que el usuario (cliente), para registrar un profesional o
un proveedor es necesario que se realice el registro por medio
de un funcionario de la empresa.

Precondición El usuario (cliente) no debe estar registrado en el sistema

Paso Acción
1 El (cliente) ingresa al aplicativo para hacer su
respectivo registro
2 El sistema redirecciona a cliente a la pantalla de
registro donde le pide los siguientes datos:
Nombre completo, tipo_de_documento,
número_de_documento, contacto, dirección, correo y
contraseña
Flujo
3 El usuario elige la opción guardar cambios y crear
usuario, el sistema envía un correo electrónico con un
link al que el usuario debe acceder para validar el
correo electrónico y crear satisfactoriamente un
nuevo

Postcondición El usuario(cliente registrado .

Si al usuario registrar su número de documento este ya se
encuentra registrado, el sistema arrojara un mensaje indicando
NOTAS “el usuario y se encuentra registrado el sistema, si olvido su
contraseña clic
 22

Código CU002
Fuentes Scrum Máster
Nombre CU-002.
Actor(es) cliente
Descripción Permite que el cliente ingrese a l menú principal del módulo.
Precondición El usuario (cliente) debe tener sus credenciales para el ingreso
Paso Acción
1 El (cliente) ingresa al LOGIN para hacer su ingreso
2 El cliente ingresa sus credenciales y da clic en el
INGRESAR
4 El sistema le da la bienvenida
5 El sistema da a conocer todos servicio, ventas, y
Flujo características de los productos que se tienen en la empresa.
Postcondición El usuario (cliente registrado).
NOTAS Paso Acción
Restricción para el ingreso
1 E1 El cliente debe estar registrado

Ingreso al sistema
Si el cliente olvida sus credenciales dará clic en
OLVIDE MI CONTRASEÑA
2 E1 El sistema lo dirige a la pantalla de recuperar la
contraseña.

Código CU-003. Consultar especialistas

Fuentes Scrum Máster
Nombre CU-003.
Actor(es) cliente
Descripción Permite a los usuarios consultar especialistas disponibles
Precondición El usuario (cliente) debe estar registrado en el sistema
Paso Acción
1 El usuario (cliente) registrado ingresa al sistema
2 El usuario (cliente) selecciona la opción ver
especialistas
3 El sistema le da la bienvenida
4 El usuario selecciona el especialista de su interés,
Flujo podrá visualizar todos sus detalles (nombre, dirección,
costo cita, duración cita, agenda
disponible.
Postcondición Visualización de especialistas
NOTAS El cliente pude buscar por nombre del especialista o por su
especialidad
 23

Código CU-004.
Fuentes Scrum Máster
Nombre CU-004. Asignación de cita
Actor(es) cliente
Descripción Permite a los usuarios (clientes) programar una cita con un
especialista
Precondición Permite a los clientes pagar citas asignadas
Paso Acción
1 El usuario (cliente) registrado ingresa al sistema
2 El usuario selecciona la opción ver citas asignadas

3 El usuario elige la opción pagar, luego la forma de

pago
Flujo 4 El usuario es redireccionado para el portal de pagos
de su entidad bancaria seleccionada.
5 Cuando se acredite el pago el soporte es enviado a su
correo electrónico y queda almacenado en el
sistema.
NOTAS El cliente queda agendado con una cita.

Código CU005
Nombre Modificar la fecha y hora de la sesión
Fuentes Quien proporciono la información
Actor(es) cliente /funcionario/ participación en el medio
Descripción Permite a los usuarios (clientes) modificar la fecha y hora de citas
asignadas clientes
Precondición El usuario (cliente) debe estar registrado en el sistema y tener citas
asignadas
Paso Acción
1 .El usuario (cliente) registrado ingresa al sistema
2 El usuario selecciona la opción ver citas asignadas

3 El usuario elige la opción modificar la fecha y hora de

citas asignadas
Flujo 4 El sistema muestra la disponibilidad de agenda del
especialista con el cual el usuario tenía la cita
asignada.
5 El usuario elige una nueva programación
6 El sistema muestra el mensaje de confirmación de la cita

7 El mensaje con la confirmación de la cita llega al

correo del cliente
8 El mensaje con la agenda de la cita será enviado al
correo del funcionario.
Postcondición Cita reprogramada
 24

Paso Acción
Restricciones para agendar cita
E1 Tiene que haber agenda para realizar la cita
Excepciones 1
Préstamo del servicio
E1 Si el cliente NO llega a la cita tiene un tiempo
2 estimado de 10 minutos para llegar

Código CU006
Nombre Registrar los servicios que ofrece el proveedor especialista y la agenda
que dispone.
Fuentes Scrum Máster
Actor(es) Usuario(especialista)
Descripción Permite a los usuarios (especialista) Registrar los servicios que ofrece
y la agenda que dispone.
Precondición El usuario (proveedor especialista) debe estar registrado en el sistema

Paso Acción
1 El usuario (especialista) registrado ingresa al sistema
Flujo 2 El usuario (proveedor especialista) selecciona la opción
registrar servicio. Diligencia los detalles de su servicio.

3 A continuación, le aparece la opción registrar

disponibilidad de agenda
Postcondición Servicio y agenda registrados Cita reprogramada
Paso Acción
Restricciones para agendar cita
Excepciones E1 El usuario (especialista) puede cambiarla la
1 agenda
Préstamo del servicio
E1 Si el usuario(especialista) decide cambiar la
2 agenda tiene que no ser sobre el tiempo, tiene que
ser dos días antes de su primera cita del
día siguiente.

Código CU007
 25

Nombre Consultar las sesiones que tiene agendadas el proveedor

especialista
Fuentes Scrum Máster
Actor(es) Usuario(especialista)
Descripción Permite a los usuarios (especialista) consultar las sesiones
Precondición El usuario (especialista) debe estar registrado en el sistema y
tener registrados servicios y agenda disponible
Paso Acción
1 El usuario (proveedor especialista) registrado ingresa al
sistema
Flujo 2 El usuario (proveedor especialista) selecciona la opción
ver ocupación de agenda.

3 El usuario (proveedor especialista) visualiza

detalladamente las
Postcondición Visualización detallada de las sesiones que tiene
agendadadas.
nota

Código CU008
Nombre Consulta la información de los usuarios que han solicitado sus
servicios
Fuentes Scrum Máster
Actor(es) Usuarios (profesional proveedor)
Descripción El aplicativo debe permitir al profesional revisarla información
de los usuarios que han solicitado sus servicios.
Precondición El usuario (profesional proveedor) debe estar registrado en el
sistema y ver toda la información del cliente.
Paso Acción
1 El usuario (profesional proveedor) debe ingresar al
aplicativo.
Flujo 2 El usuario (profesional proveedor) dispondrá de
varias opciones.

3 El usuario (profesional proveedor) accede a la opción

de clientes.
Postcondición Listado de los usuarios que necesitan de sus servicios con orden
de
registro.
 26

Código CU009
Nombre Reporte de profesionales de la salud registrados

Fuentes Scrum Máster

Actor(es) Administrador
Descripción Permite al administrador ver el reporte de los profesionales
registrados.
Precondición El administrador debe estar registrado en el sistema y tener sus
respectivos permisos.
Paso Acción
1 El (administrador) debe ingresar en el aplicativo.
2 El (administrador) accede al módulo de reportes.
Flujo
3 El aplicativo despliega todos los reportes de cada
usuario profesional que estén creados.
4 En el aplicativo se puede ver los reportes de cada
profesional de todos los servicios que ha realizado.
5 En el aplicativo se puede ver los servicios que se han
hecho durante una fecha predeterminada o seleccionada

Postcondición Listado de los usuarios que necesitan de sus servicios con

orden de
registro.

nota
 27

Diagrama de clases