1
Practica: REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES
Nombre: Aldo Jesús Medina Méndez
Materia: Arquitectura de software
Grupo: TDW71
Profesor: Giselle
2
INTRODUCCION
En esta actividad crearemos los requerimientos fucnionales y no funcionales de una
aplicación web que como propósito tiene gestionar las citas de un medico. Despues
de esta actividad podremos identificar que requerimientos son indispensables para
el funcionamiento de una aplicación y que requerimientos influyen idirectamente
para el uso del mismo
3
Requerimientos Funcionales
1. Gestión de usuarios
o Registro de usuarios (pacientes y médicos) con diferentes niveles de
acceso (pacientes, médicos, asistentes).
o Iniciar sesión y autenticación segura con recuperación de
contraseñas.
o Gestión de perfiles: permitir que cada usuario edite su información
personal (nombre, edad, dirección, etc.).
2. Servicios médicos en línea
o Programación de citas médicas: Los pacientes pueden reservar y
modificar citas con los médicos disponibles.
o Videoconsultas: Implementación de un sistema de videollamadas
para consultas médicas en línea.
o Historial médico: Los médicos pueden acceder al historial médico de
los pacientes y agregar nuevas notas.
3. Venta de medicamentos
o Catálogo de medicamentos: Los usuarios pueden buscar
medicamentos por nombre, categoría o tipo.
o Carrito de compra: Permitir a los usuarios agregar medicamentos a
un carrito de compras.
o Procesamiento de pagos en línea: Integración con pasarelas de pago
seguras para comprar medicamentos.
4
o Seguimiento de pedidos: Los usuarios pueden hacer seguimiento del
estado de su pedido de medicamentos.
4. Parte administrativa para la asistente del doctor
o Gestión de citas: La asistente puede ver, modificar y cancelar citas
médicas.
o Gestión de pacientes: La asistente puede agregar o modificar
información de los pacientes, y asignarles citas.
o Gestión de médicos: Ver disponibilidad de médicos y modificar sus
horarios de consulta.
o Generación de reportes: Permitir la creación de reportes sobre el
flujo de pacientes, citas realizadas, medicamentos vendidos, etc.
5. Notificaciones
o Recordatorios automáticos de citas vía email o SMS.
o Notificaciones de seguimiento para medicamentos recetados.
o Notificaciones de confirmación de pedidos y citas.
6. Recetas electrónicas
o Los médicos pueden emitir recetas electrónicas para los pacientes.
o Los pacientes pueden visualizar y descargar las recetas electrónicas.
7. Soporte multilenguaje
o La aplicación debe estar disponible en varios idiomas (español,
inglés).
Requerimientos No Funcionales
1. Rendimiento
5
o La aplicación debe cargar en menos de 2 segundos en la mayoría de
las plataformas (móviles y web).
o Soporte para múltiples usuarios simultáneos (al menos 1000
usuarios concurrentes sin problemas de rendimiento).
2. Seguridad
o Autenticación de dos factores (2FA) para médicos y asistentes.
o Encriptación de datos sensibles (contraseñas, historiales médicos)
utilizando protocolos seguros (SSL/TLS).
o Cumplimiento con las normativas de protección de datos de salud
(como HIPAA o GDPR).
3. Compatibilidad multiplataforma
o La aplicación debe estar disponible para dispositivos Android, iOS y
también accesible vía web.
o Diseño responsivo para que funcione bien en dispositivos de
diferentes tamaños de pantalla.
4. Escalabilidad
o La arquitectura de la aplicación debe ser escalable para soportar un
crecimiento futuro de usuarios y funcionalidades.
5. Mantenimiento y actualizaciones
o El código debe ser modular y fácil de mantener, con la posibilidad de
agregar nuevas funcionalidades sin interrumpir el servicio.
o Deben ser posibles actualizaciones sin afectar el acceso de los
usuarios.
6. Usabilidad
6
o La interfaz debe ser fácil de usar para usuarios no técnicos, con un
diseño intuitivo y accesible.
o La curva de aprendizaje para el uso de la aplicación debe ser
mínima.
7. Disponibilidad y fiabilidad
o La aplicación debe tener un tiempo de actividad (uptime) de al
menos el 99.9%.
o Recuperación automática de errores y robustez ante fallos de red o
de servidor.
8. Soporte técnico
o Debe existir un mecanismo de soporte técnico integrado (chat en
línea o sistema de tickets) para que los usuarios puedan reportar
problemas o recibir ayuda.
7
CONCLUSION
Despues de esta actividad podremos identificar los requerimientos mas importantes
para nuestra aplicación web y sabremos aque darle mas importancia o no
