Especificación de Requerimientos de Software

Propuesta Requerimientos de Software.
Especificación de Requerimientos de Software.

La IEEE (Instituto de Ingenieros Eléctricos y Electrónicos) es una organización
internacional que establece estándares en diversas áreas de la ingeniería, incluida
la ingeniería de software. En el contexto de la reunión de requerimientos, la IEEE ha
desarrollado una serie de estándares y prácticas recomendadas que ayudan a las
organizaciones y profesionales de la ingeniería de software a gestionar de manera
efectiva el proceso de captura, análisis y documentación de los requerimientos de
un proyecto. [1]
Uno de los estándares más conocidos de la IEEE relacionados con los

requerimientos de software es el IEEE 830, que define un formato estándar para la
especificación de requerimientos de software. Este estándar proporciona pautas
sobre cómo documentar los requerimientos de manera clara y completa, lo que es
esencial para asegurar una comprensión común entre los miembros del equipo de
desarrollo, los clientes y otras partes interesadas. [1]
La reunión de requerimientos es una fase crítica en el desarrollo de software, ya que

establece la base para el diseño y la implementación del sistema. La IEEE enfatiza
la importancia de una comunicación efectiva con los clientes y usuarios finales
durante esta fase para comprender completamente sus necesidades y expectativas.
Los estándares de la IEEE también abordan cuestiones de trazabilidad,
verificabilidad y mantenibilidad de los requerimientos. [1]
A continuación se muestra la estructura de la ERS propuesta en su estándar 830.
1. Introducción.
1.1. Propósito: Describe el propósito de la ERS, es decir, proporciona una

breve introducción al documento.
1.2. Ámbito del sistema: Define los límites y la extensión del sistema de
software.
1.3. Definiciones, acrónimos y abreviaturas: Proporciona un glosario de
términos técnicos utilizados en el documento.
1.4. Referencias: Enumera todas las fuentes de referencia utilizadas en la
elaboración de la ERS.
1.5. Visión General: Ofrece una vista general del contenido de la ERS, lo
que ayuda a los lectores a comprender rápidamente el alcance y el
contenido del documento.
1
2. Descripción General.
2.1. Perspectiva del producto: Describe cómo el sistema interactúa con

otros sistemas o componentes.
2.2. Funcionalidad del producto: Define las principales funciones y
características que el sistema debe proporcionar.
2.3. Características de los usuarios: Describe quiénes son los usuarios
del sistema y sus características.
2.4. Restricciones: Enumera las restricciones técnicas, operativas y de
diseño que afectan al sistema.
2.5. Suposiciones y dependencias: Identifica las suposiciones hechas
durante el desarrollo y las dependencias con otros sistemas o
componentes.
2.6. Evolución previsible del sistema: Describe cómo se espera que
evolucione el sistema en el futuro.
3. Requerimientos específicos.
3.1. Requerimientos comunes de los interfaces: Detalla los

requerimientos relacionados con las interfaces de usuario, hardware,
software y comunicación.
3.2. Interfaces de usuario: Especifica los requerimientos de la interfaz de
usuario.
3.3. Interfaces de Hardware: Describe los requerimientos relacionados
con el hardware.
3.4. Interfaces de Software: Detalla los requerimientos relacionados con
el software.
3.5. Interfaces de comunicación: Especifica los requerimientos de
comunicación entre componentes.
3.6. Requerimientos Funcionales: Define los requerimientos funcionales
del sistema, es decir, qué debe hacer el sistema.
3.7. Requerimientos No Funcionales: Detalla los requerimientos no
funcionales, que se centran en cómo debe funcionar el sistema
(rendimiento, seguridad, usabilidad, etc.).
2
Especificación de Requerimientos de Software para nuestro sistema.
A continuación, seguiremos la estructura propuesta por el estándar IEEE 830 para la

Especificación de Requerimientos de Software (ERS).
1. Introducción.
1.1. Propósito.
“ Propósito: Describe el propósito de la ERS, es decir, proporciona una breve

introducción al documento.”
El propósito de esta Especificación de Requerimientos de Software (ERS) es

proporcionar una documentación completa y detallada de los requerimientos del
proyecto. Esta ERS tiene como objetivo servir como una referencia clave para todos
los involucrados en el desarrollo de este sistema.
1.2. Ámbito del sistema.
“Define los límites y la extensión del sistema de software.”
El sistema de software propuesto, denominado "Sistema web de proyección facial

para aproximación visual de la apariencia futura de una persona a partir de su
imagen actual en ESCOM-IPN," será desarrollado con la capacidad de analizar una
imagen y proporcionar una representación visual de su apariencia futura. Este
sistema tiene el potencial de generar un impacto significativo y se prevé que
contribuirá a la facilitación de la verificación de identidad en situaciones críticas,
como la búsqueda de personas desaparecidas o la identificación de restos humanos
en condiciones forenses.
Este proyecto tiene el potencial de proporcionar una herramienta valiosa para

abordar desafíos humanitarios y de aplicación de la ley al permitir una aproximación
visual de la apariencia futura de una persona a partir de su imagen actual, lo que
puede tener un impacto positivo en la resolución de casos y la reunificación de
familias.
Adicionalmente, el sistema se desarrollará teniendo en cuenta la privacidad y la ética

en el manejo de datos biométricos, siguiendo las mejores prácticas y regulaciones
en el tratamiento de información sensible. Se pondrán en marcha medidas de
seguridad y control de acceso para garantizar la integridad de los datos y proteger la
privacidad de los usuarios del sistema.
3
Identificación de Stakeholders.
“Identificar a todas las partes interesadas en el proyecto y comprender sus roles y

expectativas.”
Equipo de trabajo.
● Alejandro Lorenzo Pioquinto.
● Jazmin Lizeth Caxantheje Ortiz.
● Osmar Viorato Lozada.
Directores.
● Benjamin Cruz Torres.
● Jose Felix Serrano Talamantes.
Sinodales.
● Sandra Luz Morales Guitron.
● Daniel Aguilar Velazquez.
● Jośe Asunción Enriquez Zarate.
Profesor de Seguimiento.
● César Mújica Ascencio.
Alcance del Sistema.
El alcance de del sistema incluye:
1. Análisis de Imágenes Faciales. El sistema será capaz de procesar imágenes

faciales proporcionadas por los usuarios y realizar un análisis detallado de
las características faciales, incluyendo la forma de los ojos, nariz, boca, etc.
2. Generación de Aproximación Futura. El sistema calculará y generará una

imagen aproximada de cómo se verá la persona en el futuro en base a su
imagen actual. Esto ayudará a los usuarios a visualizar los posibles cambios
en su apariencia.
1.3. Definiciones, acrónimos y abreviaturas.
“Proporciona un glosario de términos técnicos utilizados en el documento.”
ERS: Especificación de Requerimientos de Software.
Stakeholder: Se refiere a un participante, parte interesada o interesado en el

contexto de este documento. Puede ser una persona, organización o entidad que
tenga un interés directo o indirecto en el sistema.
4
1.4. Referencias.
“Enumera todas las fuentes de referencia utilizadas en la elaboración de la ERS.”
[1] C. D. Borja Buestán y V. A. Cuji Torres, "Metodología para la especificación de

requerimientos de software basada en el estándar IEEE 830," Tesis previa a la
obtención del título de Ingeniero en Sistemas, Carrera de Ingeniería de Sistemas,
Universidad Politécnica Salesiana, Sede Cuenca, Cuenca, Ecuador, Agosto 2013.
1.5. Visión General.
“Ofrece una vista general del contenido de la ERS, lo que ayuda a los lectores a
comprender rápidamente el alcance y el contenido del documento.”
La presente Especificación de Requerimientos de Software (ERS) tiene como

objetivo principal establecer un marco sólido y detallado para la especificación de
requerimientos de software en el contexto del proyecto "Sistema web de proyección
facial para aproximación visual de la apariencia futura de una persona a partir de su
imagen actual en ESCOM-IPN,".
En esta ERS, se abordarán de manera exhaustiva los requerimientos funcionales y

no funcionales, así como las restricciones y suposiciones que se han tenido en
cuenta en su diseño.
El alcance de esta ERS abarca la especificación completa de requerimientos

necesarios para el desarrollo exitoso de nuestro sistema.
Esta ERS tiene como objetivo brindar una comprensión clara y completa del
proyecto y sentar las bases para un desarrollo exitoso, asegurando que todos los
aspectos clave estén debidamente documentados y respaldados por la normativa y
las mejores prácticas en ingeniería de software.
A medida que avances en la lectura de esta ERS, encontrarás un desglose detallado

de los requerimientos específicos, así como información esencial sobre la
metodología utilizada para su especificación. Este documento es esencial para todos
los involucrados en el desarrollo y proporcionará una guía sólida para la creación de
un sistema web de proyección facial innovador.
5
2. Descripción General.
2.1. Perspectiva del producto.
“Describe cómo el sistema interactúa con otros sistemas o componentes.”
El "Sistema web de proyección facial para aproximación visual de la apariencia

futura de una persona a partir de su imagen actual en ESCOM-IPN" interactuará con
diversos componentes y entidades tanto internas como externas. A continuación, se
detallan las principales interacciones:
Interfaz de Usuario: El sistema permitirá a los usuarios cargar imágenes actuales y

recibir resultados de proyección facial. La interfaz de usuario será accesible a través
de navegadores web convencionales.
Módulo de Procesamiento de Imágenes: El sistema se comunicará con un módulo

interno de procesamiento de imágenes, que aplicará algoritmos de reconocimiento
facial y análisis de datos para generar la proyección facial futura.
Base de Datos de Usuarios: El sistema accederá a una base de datos interna que
almacena perfiles de usuarios y sus imágenes actuales. Esto permitirá la
identificación precisa de las personas cuya apariencia se proyectará.
Base de Datos de Referencia: Además, el sistema podría interactuar con una base
de datos de referencia externa para mejorar la precisión de las proyecciones faciales
utilizando datos históricos.
Entorno de Red: Para proporcionar servicios a los usuarios, el sistema se ejecutará

en un entorno de red que garantice la conectividad y la disponibilidad.
Servidores Web y Aplicaciones: El sistema estará alojado en servidores web y

aplicaciones que gestionarán las solicitudes de los usuarios y ejecutarán los
procesos de proyección facial.
Navegadores Web: Los navegadores web de los usuarios actuarán como clientes
para acceder a la interfaz de usuario y recibir los resultados de proyección facial.
2.2. Funcionalidad del producto.
“Define las principales funciones y características que el sistema debe proporcionar.”
Carga de Imágenes: El sistema permitirá a los usuarios cargar imágenes faciales

actuales desde sus dispositivos. Esto se logrará a través de una interfaz de usuario
amigable y fácil de usar.
6
Procesamiento de Imágenes: Una vez que los usuarios hayan cargado sus
imágenes, el sistema utilizará algoritmos de reconocimiento facial y análisis de
imágenes para procesarlas. Esto incluye la identificación de características faciales,
como la forma de los ojos, la nariz, la boca, y la estructura general del rostro.
Generación de Proyección Facial: Basándose en la imagen actual y los datos

faciales identificados, el sistema generará una aproximación visual de la apariencia
futura de la persona. Esta proyección facial incluirá los cambios esperados en el
aspecto, como el envejecimiento o la ganancia/perdida de peso.
Presentación de Resultados: Una vez que se haya generado la proyección facial,

el sistema presentará los resultados a los usuarios en la interfaz de usuario. Los
resultados incluirán imágenes comparativas entre la imagen actual y la proyección
futura.
Almacenamiento de Datos: El sistema almacenará de manera segura las imágenes

actuales de los usuarios y las proyecciones faciales generadas para su posterior
referencia.
Gestión de Usuarios: Se proporcionará un sistema de gestión de usuarios que

permitirá a los usuarios registrarse, iniciar sesión y acceder a sus perfiles y
proyecciones previas.
Seguridad de Datos: Se implementarán medidas de seguridad para proteger la

privacidad de los datos de los usuarios, especialmente las imágenes faciales y las
proyecciones generadas.
Compatibilidad con Múltiples Navegadores: La interfaz de usuario será

compatible con varios navegadores web para garantizar que los usuarios puedan
acceder al sistema de manera conveniente.
2.3. Características de los usuarios.
“Describe quiénes son los usuarios del sistema y sus características.”
Usuarios Finales: Los usuarios finales son individuos que utilizan el sistema para
cargar sus imágenes faciales actuales y obtener proyecciones de su apariencia
futura. Estos usuarios pueden ser personas de todas las edades y géneros
interesadas en visualizar cambios futuros en su apariencia.
Usuarios de Apoyo: Los usuarios de apoyo pueden incluir profesionales de la salud

e investigadores forenses. Estos usuarios pueden utilizar el sistema como una
herramienta adicional en su trabajo, como en la identificación de personas
desaparecidas o la estimación de la edad en restos humanos.
7
Administradores del Sistema: Los administradores del sistema son responsables

de mantener y administrar la plataforma. Esto puede incluir tareas como la gestión
de cuentas de usuario, la actualización del sistema y la garantía de la seguridad de
los datos.
Usuarios Técnicos: En el proceso de desarrollo y mantenimiento del sistema,

pueden estar involucrados usuarios técnicos, como ingenieros de software y
desarrolladores, que trabajan en la mejora continua del sistema.
2.4. Restricciones.
“Enumera las restricciones técnicas, operativas y de diseño que afectan al sistema.”
2.5. Suposiciones y dependencias.
“Identifica las suposiciones hechas durante el desarrollo y las dependencias con

otros sistemas o componentes.”
Restricciones Técnicas:
Recursos de Hardware Limitados: El sistema debe funcionar en una variedad de

dispositivos con diferentes capacidades de hardware. Debe estar diseñado para
funcionar eficientemente incluso en dispositivos con recursos limitados, como
teléfonos inteligentes más antiguos.
Compatibilidad de Navegadores: El sistema debe ser compatible con una gama de

navegadores web populares, lo que puede requerir pruebas y adaptación para
asegurarse de que funcione sin problemas en cada uno de ellos.
Algoritmos de Procesamiento de Imágenes: Las restricciones de recursos pueden

afectar la complejidad de los algoritmos de procesamiento de imágenes utilizados
para la aproximación facial. Debe haber un equilibrio entre la calidad de las
proyecciones y la carga de trabajo del hardware.
Restricciones Operativas:
Disponibilidad de Conexión a Internet: El sistema puede requerir una conexión a

Internet para funcionar correctamente. Los usuarios deben estar conscientes de esta
dependencia y, cuando sea posible, se debe permitir el uso en modo fuera de línea
con funcionalidad limitada.
Restricciones de Diseño:
Interfaz de Usuario Intuitiva: El diseño de la interfaz de usuario debe ser intuitivo y

fácil de usar para una variedad de usuarios.
8
Privacidad y Seguridad de Datos: El sistema debe cumplir con regulaciones de

privacidad de datos y garantizar la seguridad de las imágenes faciales y otra
información confidencial.
Cumplimiento Normativo: El sistema debe cumplir con las regulaciones locales y

nacionales relacionadas con la privacidad de datos y la seguridad de la información.
2.6. Evolución previsible del sistema.
“Describe cómo se espera que evolucione el sistema en el futuro.”
Mejoras en Algoritmos de Procesamiento: Se espera que el sistema continúe

mejorando sus algoritmos de procesamiento de imágenes para lograr una mayor
precisión en las aproximaciones faciales. La investigación en reconocimiento facial
avanza constantemente, y el sistema debe mantenerse al día con las últimas
técnicas y avances.
Optimización para Dispositivos Móviles: Dado el crecimiento del uso de

dispositivos móviles, se planea una evolución para optimizar aún más la experiencia
del usuario en teléfonos y tabletas. Esto podría incluir aplicaciones móviles nativas o
una interfaz web altamente receptiva.
Mejoras de Privacidad y Seguridad: La privacidad y la seguridad de los datos son

preocupaciones críticas. Se espera que el sistema evolucione para incorporar
medidas de seguridad avanzadas y permitir a los usuarios tener un mayor control
sobre sus datos personales.
Adaptación Multilingüe: Si el sistema se expande a nivel internacional, se prevé

una adaptación para admitir múltiples idiomas y culturas, lo que facilitará su uso por
parte de usuarios de todo el mundo.
9
3. Requerimientos específicos.
En el presente documento se han identificado los siguientes requerimientos:
Tipo de Requerimiento. Descripción.

Requerimientos de Establecen las funciones y características específicas que los usuarios
Usuario. desean que el software tenga.
Requerimientos de Definen cómo debe ser la interfaz de usuario, incluidos elementos
Requerimientos Interfaz de Usuario. como botones, menús y pantallas.
Funcionales Requerimientos de Detallan los mecanismos de seguridad necesarios, como autenticación
Seguridad. y autorización.
Requerimientos de Especifican los criterios de rendimiento, como tiempos de respuesta y
Rendimiento. capacidad de carga.
Requerimientos de
Se refieren a la facilidad de uso y la experiencia del usuario.
Usabilidad.
Requerimientos de
Definen la disponibilidad, confiabilidad y tolerancia a fallos del sistema.
Requerimientos Fiabilidad.
No Funcionales Requerimientos de Establecen pautas para facilitar la futura modificación y actualización
Mantenibilidad. del software.
Requerimientos de Especifican las plataformas y navegadores compatibles con el
compatibilidad. software.
Requerimientos de Definen cómo se deben almacenar y gestionar los datos, incluidas las
Requerimientos Almacenamiento. bases de datos y su estructura.
de Datos Requerimientos de Establecen reglas para garantizar la precisión y coherencia de los
Integridad de Datos. datos
Requerimientos de
Especifican qué documentación se proporcionará a los usuarios finales,
Documentación de
Requerimientos como manuales de usuario.
Usuario.
de
Requerimientos de
Documentación Definen la documentación necesaria para los desarrolladores, como
documentación
especificaciones técnicas y manuales de desarrollo.
técnica.
Requerimientos del
Indican la metodología de desarrollo a seguir, como Agile, Waterfall,
Ciclo de Vida del
Requerimientos etc.
Desarrollo.
de Proceso
Requerimientos de
Especifican los casos de prueba, estrategias y criterios de aceptación.
Pruebas.
Requerimientos de
Se refieren a regulaciones específicas que el software debe seguir,
Cumplimiento
Requerimientos como leyes de privacidad de datos.
Normativo.
Legales y de
Requerimientos de
Cumplimiento Establecen cómo se gestionan los derechos de propiedad intelectual y
Licencia y Propiedad
las licencias de software.
Intelectual.
Requerimientos Requerimientos de
Establecen medidas para proteger los datos sensibles.
de Seguridad Seguridad de Datos.
10
Requerimientos de Usuario.
“Establecen las funciones y características específicas que los usuarios desean que
el software tenga.”
Requerimientos de Usuario.
Los usuarios deben poder registrarse en el sistema
Registro de Usuario. proporcionando información básica, como nombre, dirección de
correo electrónico y contraseña.
Debe existir un mecanismo seguro de inicio de sesión para que
Inicio de Sesión.
los usuarios accedan a sus cuentas.
Los usuarios deben poder cargar imágenes faciales desde sus
Carga de Imágenes. dispositivos, ya sea desde una computadora o un dispositivo
móvil.
Los usuarios deben poder seleccionar una imagen y generar
Proyección de Imagen.
una proyección de su apariencia futura.
Visualización de Debe haber una función que permita a los usuarios ver y
Proyecciones Anteriores. comparar las proyecciones anteriores que han generado.
Los usuarios deben poder descargar las proyecciones faciales
Descarga de Proyecciones.
resultantes en formato de imagen.
Los usuarios deben tener opciones para configurar la privacidad
Configuración de
de sus datos y proyecciones, incluyendo la posibilidad de hacer
privacidad.
proyecciones privadas o compartirlas públicamente.
Debe haber una sección de ayuda y soporte que proporcione a
Ayuda y Soporte. los usuarios información sobre cómo utilizar la plataforma y
cómo resolver problemas comunes.
Los usuarios deben poder acceder a un historial de su actividad
Historial de Actividad. en el sistema, incluyendo las imágenes cargadas y las
proyecciones realizadas.
Debe existir la opción para que los usuarios eliminen sus
Eliminación de Cuenta.
cuentas y todos los datos asociados en cualquier momento.
11
Requerimientos de Interfaz de Usuario.
“Definen cómo debe ser la interfaz de usuario, incluidos elementos como botones,
menús y pantallas.”
Requerimientos de Interfaz de Usuario.

La interfaz de usuario debe ser responsive, es decir, adaptarse a
Diseño Responsivo diferentes tamaños de pantalla, como dispositivos móviles,
tablets y computadoras de escritorio.
Se debe proporcionar una navegación clara y sencilla que
permita a los usuarios moverse fácilmente por la aplicación.
Navegación Intuitiva
Deben existir menús o botones de acceso rápido a las funciones
principales.
El diseño de la interfaz debe ser coherente en todas las
Diseño Consistente pantallas y elementos. Se deben establecer reglas de diseño
para colores, tipografía y elementos gráficos.
Deben existir formularios claros y fáciles de completar. Se deben
Formularios y Entrada de
proporcionar retroalimentaciones apropiadas para validar la
Datos
entrada de datos.
La aplicación debe manejar errores de manera amigable,
Gestión de Errores proporcionando mensajes de error claros y sugerencias para
solucionarlos.
Si es pertinente, se deben permitir ajustes de personalización,
Personalización
como cambios en la apariencia o preferencias de usuario.
Compatibilidad con La interfaz debe ser compatible con los navegadores web más
Navegadores utilizados, como Google Chrome, Mozilla Firefox, Safari y
Microsoft Edge.
Si la aplicación se ejecutará en dispositivos móviles, se debe
Compatibilidad con
asegurar la compatibilidad con sistemas operativos como
Dispositivos
Android e iOS.
Tiempo de Carga Las pantallas y elementos de la interfaz deben cargarse de

manera rápida para evitar la frustración de los usuarios.
Soporte de Multimedia Si se incluyen elementos multimedia, como imágenes o videos,

deben cargarse y mostrarse correctamente.
Pruebas de Usabilidad. Se deben realizar pruebas de usabilidad con usuarios reales

para identificar y corregir problemas en la interfaz.
12
Requerimientos de Seguridad.
“Detallan los mecanismos de seguridad necesarios, como autenticación y

autorización.”
Requerimientos de Seguridad.
El sistema debe proporcionar un mecanismo sólido de
Autenticación de Usuario. autenticación de usuarios, como contraseñas seguras,
autenticación de dos factores o biometría, según sea necesario.
Establecer políticas de autorización que definan quiénes pueden
Autorización de Acceso.
acceder a qué recursos y funciones del sistema.
Garantizar que los datos sensibles se almacenen y transmitan
Protección de Datos
de manera segura utilizando cifrado y prácticas de seguridad de
Sensibles.
datos adecuadas.
Establecer un plan de respaldo y recuperación de datos para
Respaldo y Recuperación. proteger contra pérdidas de datos y garantizar la continuidad del
negocio.
Establecer políticas y procedimientos para la eliminación segura
Eliminación Segura.
de datos y hardware obsoleto.
Asegurarse de que el sistema cumpla con las normativas y
Conformidad con
regulaciones de seguridad relevantes, como GDPR, HIPAA, ISO
Normativas.
27001, etc.
Si se utiliza un entorno de nube, aplicar prácticas de seguridad
Seguridad en la Nube. en la nube, como la gestión de identidades y accesos en la nube
y la configuración segura de servicios en la nube.
13
Requerimientos de Rendimiento.
“Especifican los criterios de rendimiento, como tiempos de respuesta y capacidad de

carga.”
Requerimientos de Rendimiento.
Especifica el tiempo máximo permitido para que el sistema
Tiempo de Respuesta. responda a las solicitudes del usuario. Por ejemplo, "El tiempo
de respuesta promedio no debe superar los 2 segundos."
Define la cantidad máxima de usuarios que el sistema debe
Capacidad de Usuarios
admitir simultáneamente sin degradación significativa del
Concurrentes.
rendimiento.
Establece la carga máxima que el sistema debe manejar, como
Carga Máxima. el número máximo de transacciones por minuto o la cantidad
máxima de datos que puede procesar en un intervalo de tiempo.
Especifica cómo el sistema debe escalar para manejar un
Escalabilidad. aumento en la carga. Esto puede incluir agregar servidores
adicionales o ajustar recursos de manera dinámica.
Define el nivel de disponibilidad requerido del sistema,
Disponibilidad. expresado como un porcentaje de tiempo de funcionamiento
(por ejemplo, 99.99% de disponibilidad).
Establece cómo el sistema debe manejar las fallas, incluyendo
Tolerancia a fallos. la capacidad de recuperación y la minimización de
interrupciones del servicio.
Describe los límites de consumo de recursos, como el uso
Consumo de Recursos.
máximo de CPU, memoria o ancho de banda de red.
Si el sistema utiliza una base de datos, especifica los tiempos
Rendimiento de Consultas.
máximos de respuesta para consultas específicas.
Especifica cómo se comporta el sistema bajo cargas de trabajo
Rendimiento de Carga.
pesadas, como durante eventos de alto tráfico.
14
Requerimientos de Usabilidad.
“Se refieren a la facilidad de uso y la experiencia del usuario.”
Requerimientos de Usabilidad.
El sistema debe proporcionar una navegación intuitiva y
Facilidad de Navegación. sencilla para que los usuarios puedan encontrar rápidamente la
información o las funciones que necesitan.
El sistema debe ser compatible con diferentes dispositivos y
Diseño Responsivo. tamaños de pantalla, asegurando una experiencia consistente
en computadoras de escritorio, tabletas y teléfonos móviles.
Los textos y elementos visuales deben ser legibles y
Legibilidad y visibilidad. claramente visibles, incluso para personas con discapacidades
visuales o en condiciones de iluminación adversas.
Se debe mantener una consistencia en el diseño de la interfaz
Consistencia de diseño. de usuario en todo el sistema, utilizando patrones de diseño
coherentes.
El sistema debe proporcionar retroalimentación visual
Retroalimentación Visual. inmediata cuando los usuarios realicen acciones, como enviar
formularios o hacer clic en botones.
Si es necesario, el sistema debe incluir ayudas contextuales y
Ayuda y documentación. documentación fácilmente accesible para guiar a los usuarios
en su interacción con la aplicación.
Se debe minimizar la cantidad de pasos o clics necesarios para
Eficiencia de tareas. completar tareas comunes, mejorando así la eficiencia del
usuario.
Debe incluirse la realización de pruebas de usabilidad con
Pruebas de Usabilidad. usuarios reales para evaluar la experiencia y realizar mejoras
según los comentarios.
Si el sistema requiere que los usuarios realicen acciones
Instrucciones claras. específicas, las instrucciones deben ser claras y
comprensibles.
Los tiempos de carga de las páginas o pantallas deben ser
Tiempos de Carga. razonables para que los usuarios no experimenten retrasos
excesivos.
El sistema debe ser compatible con los navegadores web más
Compatibilidad con
utilizados para garantizar que funcione correctamente en
navegadores.
diferentes entornos.
Los formularios deben ser fáciles de completar y no requerir
Formularios amigables.
información innecesaria.
15
Requerimientos de Fiabilidad.
“Definen la disponibilidad, confiabilidad y tolerancia a fallos del sistema.”
Requerimientos de Fiabilidad.
El sistema debe estar disponible para su uso durante un alto
Disponibilidad. porcentaje del tiempo, por ejemplo, un mínimo del 99% de
disponibilidad mensual.
El sistema debe ser capaz de tolerar fallos inesperados, como
Tolerancia a fallos. caídas del servidor, y recuperarse automáticamente sin afectar
significativamente la experiencia del usuario.
Se deben realizar copias de seguridad periódicas de los datos
Respaldo de Datos. críticos del sistema para evitar la pérdida de información en
caso de fallos.
Si un usuario tiene una sesión activa y ocurre un error, el
Reanudación de Sesiones. sistema debe permitir que el usuario retome su actividad
desde donde la dejó después de solucionar el problema.
16
Requerimientos de Mantenibilidad.
“Establecen pautas para facilitar la futura modificación y actualización del software.”
Requerimientos de Mantenibilidad.
Debe existir documentación detallada y actualizada que
Documentación Clara. describa la arquitectura del sistema, su funcionamiento, los
componentes clave y los procedimientos de mantenimiento.
El sistema debe estar dividido en módulos o componentes
Modularidad. independientes que puedan actualizarse por separado sin
afectar al sistema en su conjunto.
El código fuente debe seguir buenas prácticas de
Mantenibilidad del Código. programación y estar bien comentado para facilitar su
mantenimiento.
Se debe recopilar retroalimentación de los usuarios sobre
Retroalimentación de
problemas y áreas de mejora, y utilizarla para informar las
Usuarios.
actualizaciones.
El sistema debe ser diseñado de manera que pueda escalarse
Escalabilidad Futura. y actualizarse para acomodar futuras expansiones y
necesidades.
17
Requerimientos de Compatibilidad.
“Especifican las plataformas y navegadores compatibles con el software.”
Requerimientos de compatibilidad.
Especificar los sistemas operativos en los que el software o
Sistemas Operativos
sistema debe ser compatible, como Windows, macOS, Linux,
Compatibles.
iOS, Android, etc.
Si el sistema tiene una interfaz web, definir los navegadores
Navegadores Web
web y sus versiones compatibles, como Chrome, Firefox,
Compatibles.
Safari, Edge, etc.
Versiones de Software Identificar las versiones específicas de software externo con el

Externas. que el sistema debe ser compatible, como bases de datos,
servidores web, bibliotecas, etc.
Especificar las resoluciones de pantalla compatibles para
Resolución de Pantalla. garantizar una visualización adecuada en diferentes
dispositivos y monitores.
Definir los formatos de archivo que el sistema debe admitir para
Formatos de Archivos
la importación y exportación de datos, como PDF, Excel, Word,
Compatibles.
JPEG, etc.
Especificar los estándares de seguridad y algoritmos de
Estándares de Seguridad y criptografía compatibles para garantizar la seguridad de los
Criptografía. datos.
18
Requerimientos de Almacenamiento.
“Definen cómo se deben almacenar y gestionar los datos, incluidas las bases de
datos y su estructura.”
Requerimientos de Almacenamiento.
Especificar la cantidad de espacio de almacenamiento
Capacidad de
necesario para el sistema, ya sea en términos de gigabytes
Almacenamiento.
(GB), terabytes (TB) u otra unidad de medida.
Definir si el sistema debe ser escalable en términos de
Escalabilidad. almacenamiento, es decir, si debe poder manejar un aumento
en la cantidad de datos sin degradar el rendimiento.
Determinar qué tipos de almacenamiento se utilizarán, como
Tipos de Almacenamiento. bases de datos relacionales, sistemas de archivos distribuidos,
almacenamiento en la nube u otros.
Especificar cuánto tiempo se deben retener los datos y cuándo
Política de Retención de
deben eliminarse o archivarse de acuerdo con las regulaciones
Datos.
y políticas aplicables.
Establecer políticas y procedimientos para realizar copias de
Copia de Seguridad y
seguridad de datos de forma regular y garantizar la capacidad
Recuperación.
de recuperación en caso de pérdida de datos.
Si es necesario, definir si se deben comprimir los datos para
Compresión de Datos.
ahorrar espacio de almacenamiento y mejorar la eficiencia.
Especificar medidas de seguridad para proteger los datos
Seguridad de Datos. almacenados, incluido el cifrado de datos y el control de
acceso.
Determinar si se deben crear índices para mejorar el
Índices y Optimización de
rendimiento de las consultas y cómo se optimizarán las bases
Bases de Datos.
de datos.
Evaluar y estimar los costos asociados con las soluciones de
Costos de Almacenamiento. almacenamiento propuestas, incluidos los costos de hardware,
software y almacenamiento en la nube.
19
Requerimientos de Integridad de Datos.
“Establecen reglas para garantizar la precisión y coherencia de los datos.”
Requerimientos de Integridad de Datos.

El sistema debe validar todos los datos de entrada
Validación de Datos de proporcionados por los usuarios o fuentes externas para
Entrada. garantizar que cumplan con las reglas de integridad definidas.
Por ejemplo, verificar que una fecha de nacimiento sea válida.
Si se utiliza una base de datos relacional, se deben
Restricciones de Clave
establecer restricciones de clave primaria y foránea para
Primaria y Foránea.
garantizar la integridad referencial entre las tablas.
El sistema debe verificar que los datos ingresados tengan el
Validación de Formato. formato correcto, como direcciones de correo electrónico
válidas o números de teléfono en el formato adecuado.
Deben implementarse mecanismos para evitar la creación de
Prevención de Duplicados. registros duplicados en la base de datos, como la verificación
de identificadores únicos.
Solo los usuarios autorizados deben tener acceso a los datos.
Se deben establecer políticas de seguridad y autenticación
Control de Acceso.
para garantizar que los datos estén protegidos contra el
acceso no autorizado.
El sistema debe realizar un seguimiento de todas las
modificaciones realizadas en los datos, incluidos los cambios,
Registro de Cambios.
eliminaciones e inserciones. Esto permite auditar y rastrear
cambios en los datos.
Si se manejan datos sensibles, como información personal o
financiera, se debe implementar el cifrado de datos para
Cifrado de Datos.
garantizar su confidencialidad e integridad durante el
almacenamiento y la transmisión.
Los campos obligatorios en formularios o registros deben ser
Validación de Campos
completados antes de que se permita su inserción o
Obligatorios.
actualización en la base de datos.
Si se utilizan bases de datos relacionales, se deben
establecer relaciones adecuadas entre tablas y garantizar que
Integridad Referencial.
se mantengan incluso cuando se realicen cambios en los
datos.
El sistema debe garantizar la integridad de los datos durante
las transacciones, lo que significa que todas las operaciones
Gestión de Transacciones.
deben completarse correctamente o revertirse si ocurre un
error.
20
Requerimientos de Documentación de Usuario.
“Especifican qué documentación se proporcionará a los usuarios finales, como

manuales de usuario.”
Requerimientos de Documentación de Usuario.

Debe crearse un manual del usuario completo y fácil de
entender que proporcione instrucciones detalladas sobre
Manual del Usuario.
cómo utilizar todas las funciones de la aplicación. Debe incluir
capturas de pantalla, ejemplos y guías paso a paso.
Debe proporcionarse una versión en línea del manual del
usuario para facilitar el acceso desde cualquier lugar. La
Documentación en Línea.
documentación en línea también puede incluir preguntas
frecuentes (FAQ) y tutoriales en video.
Además del manual completo, se deben crear guías rápidas o
Guías Rápidas. folletos que destaquen las funciones clave de la aplicación
para los usuarios que deseen una referencia rápida.
La documentación debe estar disponible en varios formatos,
Formatos de
como PDF descargable, ayuda en línea y documentos
documentación.
imprimibles.
Incluir información sobre la privacidad de los datos y las
Política de Privacidad y
medidas de seguridad que se han implementado para
Seguridad.
proteger la información del usuario.
Actualización Automática de Si es posible, permitir la actualización automática de la
Documentación. documentación en línea para reflejar cambios en la aplicación.
21
Requerimientos de documentación técnica.
“Definen la documentación necesaria para los desarrolladores, como

especificaciones técnicas y manuales de desarrollo.”
Requerimientos de documentación técnica.

Se debe crear un manual de usuario que proporcione
Manual de Usuario. instrucciones claras y detalladas sobre cómo utilizar el sistema
o la aplicación. Debe ser comprensible para usuarios con
diversos niveles de experiencia.
Se deben crear diagramas que representan la arquitectura del
Diagramas de Arquitectura. sistema, incluyendo componentes, módulos, conexiones y flujos
de datos. Esto ayuda a comprender la estructura del sistema.
Un diccionario de datos detalla todas las estructuras de datos
Diccionario de Datos. utilizadas en el sistema, incluyendo tablas de base de datos,
campos, tipos de datos y relaciones.
Para sistemas que utilizan bases de datos, se deben
Diagramas de Base de
proporcionar diagramas que muestren la estructura de la base
Datos.
de datos, incluyendo tablas, índices y claves.
Si se trata de un sistema que maneja datos sensibles, se deben
Políticas de Seguridad. documentar las políticas y procedimientos de seguridad,
incluyendo cómo se protegen los datos.
Diagramas de Flujo de Para sistemas complejos, es útil proporcionar diagramas de
Procesos. flujo que ilustran los procesos clave del sistema.
Para aplicaciones interactivas, se pueden utilizar diagramas de
Diagramas de Casos de
casos de uso para describir cómo interactúan los usuarios con
Uso.
el sistema.
22
Requerimientos del Ciclo de Vida del Desarrollo.
“Indican la metodología de desarrollo a seguir, como Agile, Waterfall, etc.”
Requerimientos del Ciclo de Vida del Desarrollo.

Especifica la metodología o enfoque de desarrollo que se
Metodología de Desarrollo. utilizará, como Agile, Scrum, Waterfall, etc. Esto incluye la
descripción de los procesos y prácticas que se seguirán.
Define los hitos clave del proyecto, incluyendo fechas de inicio
Hitos del Proyecto. y finalización esperadas para cada fase importante del
desarrollo.
Describe los entregables específicos que se deben crear y
Entregables. proporcionar en cada etapa del desarrollo, como documentos,
prototipos, código fuente, manuales, etc.
Especifica los roles del equipo de desarrollo y sus
Roles y Responsabilidades. responsabilidades. Esto incluye roles como desarrolladores,
probadores, gerentes de proyecto, etc.
Establece un proceso de revisión y aprobación para garantizar
Revisión y Aprobación. que cada fase del proyecto sea revisada y aprobada por las
partes interesadas antes de avanzar.
Define un plan de gestión de riesgos que identifique posibles
Gestión de Riesgos.
amenazas para el proyecto y estrategias para mitigarlas.
Establece un cronograma detallado que muestra las fechas de
Cronograma del Proyecto. inicio y finalización previstas para cada fase y tarea del
proyecto.
Especifica cómo se llevará a cabo el seguimiento y control del
Seguimiento y Control. progreso del proyecto, incluyendo la frecuencia de informes y
revisiones.
Define los estándares y requisitos de documentación que
Documentación.
deben cumplirse a lo largo del ciclo de vida del proyecto.
Describe cómo se asegurará la calidad del proyecto, incluyendo
Calidad y Pruebas. estrategias de pruebas, estándares de codificación y revisión
de código.
Establece cómo se gestionan los recursos humanos y
Gestión de Recursos. materiales, incluyendo asignación de tareas, programación y
seguimiento.
Describe los procedimientos y actividades necesarias para
Cierre del Proyecto. cerrar adecuadamente el proyecto una vez que se haya
completado.
23
Requerimientos de Pruebas.
“Especifican los casos de prueba, estrategias y criterios de aceptación.”
Requerimientos de Pruebas.
Describe los casos de uso específicos que se probarán,
Escenarios de Prueba. incluyendo entradas, acciones del usuario y resultados
esperados. Esto puede incluir escenarios positivos y negativos.
Específica las herramientas de software o hardware que se
Herramientas de Prueba. utilizarán para llevar a cabo las pruebas, como suites de
pruebas automatizadas, simuladores, emuladores, etc.
Proporciona conjuntos de datos de prueba específicos que se
Datos de Prueba. utilizarán durante las pruebas. Esto puede incluir datos de
prueba realistas que reflejen situaciones del mundo real.
Detalla los pasos específicos que deben seguirse durante las
Procedimientos de Prueba. pruebas, incluyendo instrucciones para los probadores,
interacciones del usuario, etc.
Establece un cronograma detallado que muestra cuándo se
Cronograma de Pruebas. llevarán a cabo las pruebas, incluyendo fechas de inicio y
finalización.
Describe la estrategia general de pruebas, incluyendo enfoques
Estrategia de Pruebas. como pruebas funcionales, pruebas de rendimiento, pruebas de
seguridad, etc.
Si el proyecto maneja datos sensibles, especifica las pruebas
Pruebas de Seguridad. de seguridad que se llevarán a cabo para identificar y mitigar
posibles vulnerabilidades.
Documenta todos los resultados de las pruebas, incluyendo
Documentación de Pruebas. informes detallados de errores, problemas resueltos y
resultados de pruebas de rendimiento.
Establece un proceso de revisión y aprobación de las pruebas
Aprobación de pruebas. por parte de las partes interesadas antes de continuar con la
implementación o el lanzamiento.
Define cuándo y cómo se realizarán pruebas adicionales
Retesting. después de la corrección de errores para verificar que los
problemas se han solucionado correctamente.
24
Requerimientos de Cumplimiento Normativo.
“Se refieren a regulaciones específicas que el software debe seguir, como leyes de
privacidad de datos.”
Requerimientos de Cumplimiento Normativo.

Asegura que el proyecto cumple con todas las leyes y
regulaciones locales, estatales, federales e internacionales
Cumplimiento Legal. aplicables. Esto puede incluir leyes de privacidad, seguridad
de datos, derechos de autor, propiedad intelectual,
accesibilidad, impuestos, entre otras.
Si el proyecto maneja datos personales de usuarios, debe
Protección de Datos cumplir con las leyes de protección de datos, como el
Personales. Reglamento General de Protección de Datos (GDPR) en la
Unión Europea o leyes locales de privacidad de datos.
Define medidas de seguridad de datos para proteger la
Seguridad de Datos. información sensible y personal de los usuarios. Esto puede
incluir cifrado, autenticación, auditorías de seguridad y más.
Especifica las políticas de retención de datos, incluyendo
cuánto tiempo se almacenarán los datos de los usuarios y
Retención de Datos.
cómo se eliminarán de manera segura cuando ya no sean
necesarios.
25
Requerimientos de Licencia y Propiedad Intelectual.
“Establecen cómo se gestionan los derechos de propiedad intelectual y las licencias

de software.”
Requerimientos de Licencia y Propiedad Intelectual.

Indica quién posee los derechos de autor del software
Derechos de Autor. desarrollado. Esto es importante para establecer la titularidad
y los derechos de reproducción, distribución y modificación.
Si el proyecto utiliza marcas registradas o nombres
Marcas Registradas. comerciales, debes especificar cómo se gestionarán y
protegerán estas marcas en el software y la documentación.
Si el proyecto incorpora software, bibliotecas, recursos
Derechos de Uso de gráficos u otros elementos de terceros, es necesario indicar
terceros. las licencias bajo las cuales se pueden utilizar esos
componentes y asegurarse de que se cumplan sus términos.
Establece medidas para proteger la propiedad intelectual del
Protección de la Propiedad proyecto. Esto puede incluir medidas técnicas (como el cifrado
Intelectual. de código fuente) y medidas legales (como acuerdos de no
divulgación con el personal).
26
Requerimientos de autenticación.
“Definen cómo se gestionará el acceso y la seguridad de los usuarios.”
Requerimientos de autenticación.
Los usuarios deben autenticarse mediante un inicio de sesión
Inicio de Sesión Seguro. seguro que incluya un nombre de usuario y una contraseña
seguros.
Autenticación de Dos Se debe proporcionar la opción de habilitar la autenticación de
Factores (2FA). dos factores para una mayor seguridad de la cuenta.
Los usuarios deben registrarse proporcionando información
Registro de Usuarios.
verificable y un correo electrónico válido.
Se debe enviar un enlace de verificación por correo electrónico
Verificación de Correo
a los usuarios después del registro para confirmar su dirección
Electrónico.
de correo electrónico.
Debe existir un proceso seguro para restablecer la contraseña
Restablecimiento de
en caso de olvido, que incluya la verificación de la identidad del
contraseña Seguro.
usuario.
27
Requerimientos de Autorización.
“Definen cómo se gestionará el acceso y la seguridad de los usuarios.”
Requerimientos de Autorización.
Deben definirse diferentes roles de usuario, como
Roles de Usuario. administrador, usuario estándar, etc., con diferentes niveles de
acceso y permisos.
El sistema debe implementar un control de acceso basado en
Control de Acceso Basado
roles que restrinja las funciones y datos a las que puede
en Roles.
acceder cada usuario según su rol.
Ciertas funcionalidades o acciones dentro del sistema deben
Autorización para
requerir autorización específica por parte de un administrador
Funcionalidades Específicas
o supervisor.
El acceso a los datos biométricos y las imágenes faciales debe
Autorización de Datos
estar restringido y requerir autorización explícita de los
Biométricos.
usuarios.
El sistema debe proporcionar una gestión segura de sesiones

Gestión de Sesiones. para garantizar que las sesiones de usuario estén protegidas
contra amenazas como la suplantación de identidad.
Debe haber un mecanismo de bloqueo de cuenta después de
Bloqueo de cuenta. un número específico de intentos fallidos de inicio de sesión
para proteger contra ataques de fuerza bruta.
Los usuarios deben dar su consentimiento explícito para el
Política de Privacidad. acceso y el uso de sus datos biométricos, y deben poder
revocar este consentimiento en cualquier momento.
No debe haber acceso por defecto a ninguna funcionalidad o
Acceso por defecto. dato. Todos los accesos deben basarse en roles y permisos
explícitos.
28
Requerimientos de Seguridad de Datos.
“Establecen medidas para proteger los datos sensibles.”
Requerimientos de Seguridad de Datos.

Todos los datos biométricos y personales de los usuarios
Cifrado de Datos. deben estar cifrados tanto en reposo como en tránsito para
protegerlos contra accesos no autorizados.
Debe implementarse un sistema de control de acceso basado
Control de Acceso. en roles que restrinja el acceso a las funciones y datos del
sistema según los privilegios de cada usuario.
Se debe utilizar una autenticación segura, como la
Autenticación Segura. autenticación de dos factores (2FA), para garantizar que solo
los usuarios autorizados puedan acceder al sistema.
Debe existir un proceso para eliminar de manera segura los
Eliminación Segura de Datos. datos de los usuarios cuando ya no sean necesarios o cuando
los usuarios soliciten la eliminación de sus datos.
Deben establecerse políticas para la gestión segura de
Gestión de contraseñas. contraseñas, incluido el requisito de contraseñas fuertes y su
rotación periódica.
29

Especificación de Requerimientos de Software

Cargado por

Copyright:

Formatos disponibles

Especificación de Requerimientos de Software

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Especificación de Requerimientos de Software

Cargado por

Copyright:

Formatos disponibles

Propuesta Requerimientos de Software.

Especificación de Requerimientos de Software.

Uno de los estándares más conocidos de la IEEE relacionados con los

La reunión de requerimientos es una fase crítica en el desarrollo de software, ya que

A continuación se muestra la estructura de la ERS propuesta en su estándar 830.

1.1. Propósito: Describe el propósito de la ERS, es decir, proporciona una

2.1. Perspectiva del producto: Describe cómo el sistema interactúa con

3.1. Requerimientos comunes de los interfaces: Detalla los

Especificación de Requerimientos de Software para nuestro sistema.

A continuación, seguiremos la estructura propuesta por el estándar IEEE 830 para la

“ Propósito: Describe el propósito de la ERS, es decir, proporciona una breve

El propósito de esta Especificación de Requerimientos de Software (ERS) es

1.2. Ámbito del sistema.

“Define los límites y la extensión del sistema de software.”

El sistema de software propuesto, denominado "Sistema web de proyección facial

Este proyecto tiene el potencial de proporcionar una herramienta valiosa para

Adicionalmente, el sistema se desarrollará teniendo en cuenta la privacidad y la ética

“Identificar a todas las partes interesadas en el proyecto y comprender sus roles y

● César Mújica Ascencio.

Alcance del Sistema.

El alcance de del sistema incluye:

1. Análisis de Imágenes Faciales. El sistema será capaz de procesar imágenes

2. Generación de Aproximación Futura. El sistema calculará y generará una

1.3. Definiciones, acrónimos y abreviaturas.

“Proporciona un glosario de términos técnicos utilizados en el documento.”

ERS: Especificación de Requerimientos de Software.

Stakeholder: Se refiere a un participante, parte interesada o interesado en el

“Enumera todas las fuentes de referencia utilizadas en la elaboración de la ERS.”

[1] C. D. Borja Buestán y V. A. Cuji Torres, "Metodología para la especificación de

1.5. Visión General.

La presente Especificación de Requerimientos de Software (ERS) tiene como

En esta ERS, se abordarán de manera exhaustiva los requerimientos funcionales y

El alcance de esta ERS abarca la especificación completa de requerimientos

A medida que avances en la lectura de esta ERS, encontrarás un desglose detallado

2.1. Perspectiva del producto.

“Describe cómo el sistema interactúa con otros sistemas o componentes.”

El "Sistema web de proyección facial para aproximación visual de la apariencia

Interfaz de Usuario: El sistema permitirá a los usuarios cargar imágenes actuales y

Módulo de Procesamiento de Imágenes: El sistema se comunicará con un módulo

Entorno de Red: Para proporcionar servicios a los usuarios, el sistema se ejecutará

Servidores Web y Aplicaciones: El sistema estará alojado en servidores web y

2.2. Funcionalidad del producto.

“Define las principales funciones y características que el sistema debe proporcionar.”

Carga de Imágenes: El sistema permitirá a los usuarios cargar imágenes faciales

Generación de Proyección Facial: Basándose en la imagen actual y los datos

Presentación de Resultados: Una vez que se haya generado la proyección facial,

Almacenamiento de Datos: El sistema almacenará de manera segura las imágenes

Gestión de Usuarios: Se proporcionará un sistema de gestión de usuarios que

Seguridad de Datos: Se implementarán medidas de seguridad para proteger la

Compatibilidad con Múltiples Navegadores: La interfaz de usuario será

2.3. Características de los usuarios.

“Describe quiénes son los usuarios del sistema y sus características.”

Usuarios de Apoyo: Los usuarios de apoyo pueden incluir profesionales de la salud

Administradores del Sistema: Los administradores del sistema son responsables

Usuarios Técnicos: En el proceso de desarrollo y mantenimiento del sistema,

“Enumera las restricciones técnicas, operativas y de diseño que afectan al sistema.”

2.5. Suposiciones y dependencias.

“Identifica las suposiciones hechas durante el desarrollo y las dependencias con

Recursos de Hardware Limitados: El sistema debe funcionar en una variedad de