Plantilla - Formato - IEEE3802 PF

Especificación de requisitos de
software
Proyecto: Control de multas por infracción
Revisión [99.99]
Octubre
Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.

Joel Kevin Cabaza Mayta
Adriana Geraldine Alvarez
23-10-
Herrera
2023
Abad Rodrígo Pocoata Condori
Luis Verá
Documento validado por las partes en fecha: [Fecha]
Por el cliente Por la empresa suministradora
Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 3
Contenido
FICHA DEL DOCUMENTO 3
CONTENIDO 4
1 INTRODUCCIÓN 6
1.1 Propósito 6
1.2 Alcance 6
1.3 Personal involucrado 6
1.4 Definiciones, acrónimos y abreviaturas 6
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 7
2.1 Perspectiva del producto 7
2.2 Funcionalidad del producto 7
2.3 Características de los usuarios 7
2.4 Restricciones 7
2.5 Suposiciones y dependencias 7
2.6 Evolución previsible del sistema 7
3 REQUISITOS ESPECÍFICOS 7
3.1 Requisitos comunes de los interfaces 8

3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8
3.2 Requisitos funcionales 8

3.2.1 Requisito funcional 1 9
3.2.4 Requisito funcional n 9
3.3 Requisitos no funcionales 9

3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
Descripción de requisitos del software

3.3.6 Portabilidad 10
3.4 Otros requisitos 10
4 APÉNDICES 10

1 Introducción
En este documento es la especificación de los requisitos del software ERS para el sistema y
gestión de procesos de control de multas. Esta especificación se va estructurando en las
directrices dadas en el estándar IEEE
1.1 Propósito
Como presente documento tiene el propósito de definir las especificaciones funcionales
y no funcionales para hacer el desarrollo del control de multas que así permitirá
gestionar mejor la página web desde el servidor y para la empresa que estaría en
funcionamiento.

1.2 Alcance
El sistema debe ser capaz de capturar datos relevantes sobre las infracciones de tráfico, como
fotografías, videos, ubicación, fecha y hora, y detalles del vehículo y conductor involucrados.
El sistema debe evaluar la información capturada para determinar si una multa es necesaria.
Debe generar y enviar notificaciones de multas a los infractores, incluyendo detalles sobre la
infracción, la cantidad a pagar y el plazo para hacerlo.
proporcionar a los infractores la posibilidad de pagar sus multas en línea, lo que facilita el proceso
y mejora la recaudación.
El sistema debe realizar un seguimiento de los pagos de multas y enviar recordatorios a aquellos
que no hayan cumplido con sus obligaciones.
Debe permitir a los infractores presentar apelaciones en línea si consideran que la multa fue
injusta o incorrecta.
generar informes para las autoridades encargadas de hacer cumplir la ley, que les proporcionen
información sobre las infracciones y la recaudación.
En algunas ciudades, el sistema puede integrarse con cámaras de tráfico y sensores para detectar
infracciones automáticamente, como el exceso de velocidad o el estacionamiento ilegal.
Debe gestionar de manera segura y eficiente una gran cantidad de datos, incluyendo registros de
infracciones, datos de infractores y pagos.
La privacidad y la seguridad de los datos son fundamentales. Debe cumplir con las regulaciones
de protección de datos y garantizar que la información sensible esté protegida de accesos
no autorizados.
debe ser escalable para adaptarse a cambios en la demanda y al aumento en el número de

infracciones.
Debe mantener registros de todas las acciones realizadas en el sistema, lo que permite la auditoría
y el cumplimiento normativo.
Debe contar con una interfaz de usuario intuitiva para que los operadores del sistema y el público
puedan interactuar con él de manera efectiva.
Puede incluir un portal público en línea que brinde información sobre multas y normativas de
tráfico, así como recursos para que los ciudadanos comprendan y cumplan con las
regulaciones.
1.3 Personal involucrado

Nombre Joel cabaza
Rol Analista de sistemas y diseñador
Categoría profesional Ing. de Sistemas
Responsabilidades
Información de contacto Joel07@gamil.com
Aprobación
Nombre Adriana Alvarez

Rol Base de datos y analista


Responsabilidades
Información de contacto Adriana321@gmail.com
Aprobación
Nombre Rodrigo Pocoata

Rol Programador
Responsabilidades
Información de contacto Rodripoc89@gmail.com
Aprobación
Nombre Luis vera

Rol Redes, programador
Responsabilidades
Información de contacto verayandrey@gmail.com
Aprobación
1.4 Definiciones, acrónimos y abreviaturas

Definición de todos los términos, abreviaturas y acrónimos necesarios para interpretar
apropiadamente este documento. En ella se pueden indicar referencias a uno o más apéndices, o
a otros documentos.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor]
Relación completa de todos los documentos relacionados en la especificación de requisitos de

software, identificando de cada documento el título, referencia (si procede), fecha y
organización que lo proporciona.
1.6 Resumen
En primera se realiza una introducción al mismo y se proporciona una visión general de
la especificación de recursos del sistema. En el documento se realiza una descripción
general del sistema, con el fin de conocer las principales funciones que éste debe
realizar, los datos asociados y los factores, restricciones, supuestos y dependencias que
afectan al desarrollo, sin entrar en excesivos detalles. Por último, del documento es
aquella en la que se definen detalladamente los requisitos que debe satisfacer el
sistema. El sistema de control de multas es una herramienta integral que combina tecnología,
gestión de datos y procesos para garantizar el cumplimiento de las leyes de tráfico y
estacionamiento, mejorar la seguridad vial y aumentar la recaudación de multas de manera
eficiente y justa.
2 Descripción general
2.1 Perspectiva del producto

El sistema de Control de Multas por Infracción es una solución diseñada para gestionar
eficazmente las multas emitidas por infracciones de tráfico y garantizar un proceso
transparente y eficiente de control y seguimiento de sanciones.
El producto se enfoca en ofrecer a las autoridades de tráfico y a los ciudadanos una
plataforma digital que permita el registro, seguimiento y gestión de multas por infracción
de tráfico. Además, busca optimizar la recaudación de multas y promover la seguridad
vial.
2.2 Funcionalidad del producto

Registro y seguimiento de multas.
Generación de notificaciones a infractores.
Registro de pagos y seguimiento de deudas.
Generación de informes y estadísticas de infracciones.
Integración con bases de datos de vehículos y conductores.
2.3 Características de los usuarios

Usuarios administradores del sistema.
Tipo de usuario Usuarios ciudadanos que han recibido una multa.
Formación La formación requerida varía según el tipo de usuario. Los
administradores del sistema deben estar capacitados en el
uso de la plataforma, mientras que los ciudadanos
infractores necesitan comprender el proceso de pago y
apelación de multas.
Habilidades Se requieren habilidades en gestión de bases de datos,
conocimiento en normativas de tráfico, habilidades de
comunicación para notificar infracciones y habilidades
financieras para el seguimiento de pagos y deudas.
Actividades Las actividades principales incluyen registrar multas,
notificar a infractores, gestionar pagos y deudas, generar
informes y estadísticas, y mantener la integridad de la base
de datos.
2.4 Restricciones
Cumplimiento de las regulaciones de protección de datos.
Dependencia de la infraestructura tecnológica.
2.5 Suposiciones y dependencias

Depende de la precisión de los datos de vehículos y conductores.
Supone la cooperación de los ciudadanos en el pago de multas.
2.6 Evolución previsible del sistema

El sistema podría evolucionar agregando características como el pago en línea, la
gestión de recursos para educación vial y la integración con sistemas de vigilancia de
tráfico.
3 Requisitos específicos
Número de requisito RF 1
Nombre de requisito Registro de infracciones
Tipo Funcional
Restricción -

Fuente del requisito Entrevistas con usuarios y autoridades de tránsito
Prioridad del requisito Alta/Esencial
Nombre de requisito Consulta de estado de infracciones
Tipo Funcional
Restricción -
Nombre de requisito Pago de infracciones
Tipo Funcional
Restricción -
Nombre de requisito Notificación de infracciones
Tipo Funcional
Restricción -
Nombre de requisito Administración de usuarios
Tipo Funcional
Restricción -
Fuente del requisito Entrevistas con autoridades de tránsito

Nombre de requisito Generación de informes
Tipo Funcional
Restricción -
Prioridad del requisito Media/Deseado
Nombre de requisito Compatibilidad con las leyes y regulaciones
Tipo No funcional
Restricción -
RF 1: El sistema debe permitir a los usuarios registrar infracciones de tránsito.

 El formulario de registro de infracciones debe incluir los siguientes campos:
 Fecha y hora de la infracción
 Lugar de la infracción
 Tipo de infracción
 Identificación del vehículo infractor
 Identificación del conductor infractor
 El formulario de registro de infracciones debe ser fácil de usar y comprender para que
los usuarios registren infracciones.
 El sistema debe validar la información ingresada por el usuario para garantizar que sea
válida.
 El sistema debe almacenar la información de la infracción en una base de datos
segura.
RF 2: El sistema debe permitir a los usuarios consultar el estado de las infracciones
registradas.
 La lista de infracciones debe incluir los siguientes campos:
 Número de infracción
 Monto de la multa

 Estado de la infracción
 La lista de infracciones debe ser fácil de leer y comprender para que los usuarios
puedan encontrar fácilmente la información que buscan.
 El sistema debe indicar el estado de la infracción de manera clara y concisa.
 El sistema debe permitir a los usuarios descargar la lista de infracciones.
RF 3: El sistema debe permitir a los usuarios pagar las infracciones registradas.
 El sistema debe proporcionar un método de pago seguro y confiable.
 El sistema debe confirmar el pago de la infracción.
RF 4: El sistema debe notificar a los usuarios sobre las infracciones registradas.
 El sistema debe enviar notificaciones por correo electrónico, SMS o mensajería
instantánea.
 Las notificaciones deben incluir los siguientes campos:
 Número de infracción
 Monto de la multa
 Estado de la infracción
 Las notificaciones deben permitir a los usuarios personalizar la configuración de
notificaciones.
RF 5: Las autoridades de tránsito deben poder administrar los usuarios.
 Las autoridades de tránsito deben poder crear nuevos usuarios, modificar usuarios
existentes, eliminar usuarios y asignar privilegios a los usuarios.
RF 6: El sistema debe generar informes sobre las infracciones.
 Los informes deben proporcionar información sobre las infracciones registradas, los
usuarios y el estado de las infracciones.
 Las autoridades de tránsito deben poder generar informes personalizados.
 Requisitos no funcionales
RF 7: El sistema debe cumplir con las leyes y regulaciones aplicables.
 El sistema debe ser compatible con las leyes y regulaciones de tránsito.
 El sistema debe ser compatible con las leyes y regulaciones de privacidad.
 Estado de las infracciones
3.1 Requisitos comunes de los interfaces

Los requisitos comunes de las interfaces son aquellos que se aplican a todos los sistemas,
independientemente de su propósito o aplicación. Estos requisitos se centran en la facilidad de
uso, la accesibilidad, la seguridad y la eficiencia de las interfaces.
 Usabilidad

Las interfaces deben ser fáciles de usar y comprender para los usuarios. Esto significa que
deben ser claras, concisas y fáciles de navegar. Las interfaces deben proporcionar
retroalimentación al usuario para que sepan qué está sucediendo y si sus acciones han sido
exitosas.
 Accesibilidad
Las interfaces deben ser accesibles para todos los usuarios, incluidos las personas con
discapacidades. Esto significa que deben ser compatibles con las tecnologías de asistencia y
deben permitir a los usuarios personalizar la interfaz para satisfacer sus necesidades
individuales.
 Seguridad
Las interfaces deben ser seguras para proteger los datos y la privacidad de los usuarios. Esto
significa que deben usar métodos de seguridad adecuados para proteger la información
confidencial.
 Eficiencia
Las interfaces deben ser eficientes para que los usuarios puedan completar sus tareas de
manera rápida y fácil. Esto significa que deben ser fáciles de aprender y usar, y deben
proporcionar acceso rápido a la información y las funciones necesarias.
 Requisitos específicos
Los requisitos específicos de las interfaces de un sistema de control de multas por infracción
pueden incluir lo siguiente:
 Usabilidad: Las interfaces deben ser fáciles de usar y comprender para los usuarios de
todos los niveles de experiencia.
 Accesibilidad: Las interfaces deben ser accesibles para usuarios con discapacidades
visuales, auditivas o motoras.
 Seguridad: Las interfaces deben usar métodos de seguridad adecuados para proteger
la información personal de los usuarios, como números de licencia de conducir y
números de matrícula.
 Eficiencia: Las interfaces deben permitir a los usuarios completar sus tareas de manera
rápida y fácil.
3.1.1 Interfaces de usuario

Descripción del interfaz de usuario
El interfaz de usuario debe ser sencillo y fácil de entender. Debe usar lenguaje claro y conciso,
y debe proporcionar retroalimentación al usuario sobre sus acciones. El interfaz debe ser
personalizable para satisfacer las necesidades individuales de los usuarios.
Pantallas del interfaz
Las pantallas del interfaz deben ser atractivas y fáciles de leer. Deben usar colores y estilos
que sean fáciles de ver y comprender.
Ejemplo de interfaz de usuario

La siguiente es una descripción de un ejemplo de interfaz de usuario para un sistema de control
de multas por infracción:
 Pantalla de inicio: La pantalla de inicio debe mostrar una lista de opciones para los
usuarios. Estas opciones pueden incluir:
 Registrar una infracción

 Consultar el estado de una infracción
 Pagar una infracción
 Impugnar una infracción

 Pantalla de registro de infracciones: La pantalla de registro de infracciones debe

permitir a los usuarios registrar una nueva infracción. Los campos de información que
deben incluirse en esta pantalla pueden incluir:
 Fecha y hora de la infracción
 Lugar de la infracción
 Tipo de infracción
 Identificación del vehículo infractor
 Identificación del conductor infractor
 Pantalla de consulta de estado de infracciones: La pantalla de consulta de estado de

infracciones debe permitir a los usuarios consultar el estado de una infracción
registrada. Los campos de información que deben incluirse en esta pantalla pueden
incluir:
 Número de infracción
 Monto de la multa
 Estado de la infracción
 Pantalla de pago de infracciones: La pantalla de pago de infracciones debe permitir a

los usuarios pagar una infracción registrada. Los métodos de pago que deben
aceptarse en esta pantalla pueden incluir:
 Tarjeta de crédito
 Tarjeta de débito
 Pago en línea
 Pantalla de impugnación de infracciones: La pantalla de impugnación de infracciones

debe permitir a los usuarios impugnar una infracción registrada. Los campos de
información que deben incluirse en esta pantalla pueden incluir:
 Número de infracción
 Descripción de la impugnación
 Pruebas que respaldan la impugnación
 Estilo y colores del interfaz

 El estilo y los colores del interfaz deben ser elegidos para que sean atractivos y fáciles
de ver. Los colores deben ser contrastantes para que la información sea fácil de leer. El
estilo debe ser simple y fácil de entender.
3.1.2 Interfaces de hardware

Las interfaces de hardware de un sistema de control de multas por infracción deben cumplir
con los siguientes requisitos:
 Interfaz de usuario: La interfaz de usuario debe ser compatible con una variedad de
dispositivos de entrada, como teclados, ratones y pantallas táctiles.
 Interfaz de cámara: La interfaz de cámara debe permitir al sistema capturar imágenes
de infracciones.
 Interfaz de base de datos: La interfaz de base de datos debe permitir al sistema
almacenar y recuperar datos de infracciones.
 Interfaz de red: La interfaz de red debe permitir al sistema comunicarse con otros
sistemas, como sistemas de gestión de tráfico y sistemas de pago.
Características lógicas de las interfaces de hardware
Las características lógicas de las interfaces de hardware para un sistema de control de multas
por infracción pueden incluir lo siguiente:

 Interfaz de usuario: La interfaz de usuario debe proporcionar una forma para que los
usuarios registren infracciones, consulten el estado de infracciones, paguen
infracciones e impugnen infracciones.
 Interfaz de cámara: La interfaz de cámara debe capturar imágenes de infracciones en
alta resolución.
 Interfaz de base de datos: La interfaz de base de datos debe ser capaz de almacenar y
recuperar grandes cantidades de datos de infracciones.
 Interfaz de red: La interfaz de red debe ser segura y confiable.
Características de configuración de las interfaces de hardware
Las características de configuración de las interfaces de hardware para un sistema de control

de multas por infracción pueden incluir lo siguiente:
 Interfaz de usuario: La interfaz de usuario debe ser personalizable para satisfacer las
necesidades individuales de los usuarios.
 Interfaz de cámara: La interfaz de cámara debe ser ajustable para adaptarse a
diferentes condiciones de iluminación.
 Interfaz de base de datos: La interfaz de base de datos debe ser escalable para
adaptarse a diferentes volúmenes de datos.
 Interfaz de red: La interfaz de red debe ser configurable para adaptarse a diferentes
redes.
Ejemplos de interfaces de hardware
Algunos ejemplos de interfaces de hardware para un sistema de control de multas por

infracción incluyen:
 Interfaz de usuario: Un teclado, un mouse y una pantalla táctil.

 Interfaz de cámara: Una cámara web o una cámara montada en un vehículo.
 Interfaz de base de datos: Un servidor MySQL o un servidor Oracle.
 Interfaz de red: Una conexión Ethernet o una conexión inalámbrica.
Especificación de las interfaces de hardware
Las interfaces de hardware para un sistema de control de multas por infracción deben ser
especificadas en detalle para garantizar que el sistema sea compatible con los componentes de
hardware necesarios. La especificación debe incluir lo siguiente:
 Un diagrama de bloques que muestre las conexiones entre los componentes de
hardware y el sistema.
 Una descripción de los protocolos de comunicación que se utilizarán entre los
componentes de hardware y el sistema.
 Una descripción de los formatos de datos que se utilizarán entre los componentes de
hardware y el sistema
3.1.3 Interfaces de software

Sí, el sistema de control de multas por infracción debe integrarse con otros productos de
software, como los siguientes:
 Sistema de gestión de tráfico: El sistema de control de multas por infracción debe
integrarse con el sistema de gestión de tráfico para que las autoridades de tránsito
puedan acceder a los datos de infracciones.
 Sistema de pago: El sistema de control de multas por infracción debe integrarse con un
sistema de pago para que los usuarios puedan pagar sus infracciones.
 Sistema de gestión de usuarios: El sistema de control de multas por infracción debe
integrarse con un sistema de gestión de usuarios para que las autoridades de tránsito
puedan administrar a los usuarios del sistema.
Descripción del producto software utilizado

Los productos de software mencionados anteriormente son sistemas de software existentes

que se utilizan para realizar tareas específicas, como la gestión del tráfico, el procesamiento de
pagos y la administración de usuarios.
Propósito del interfaz
El propósito del interfaz entre el sistema de control de multas por infracción y estos otros
productos de software es permitir que los sistemas se comuniquen entre sí y compartan datos.
Definición del interfaz: contenido y formato
El contenido y el formato del interfaz entre el sistema de control de multas por infracción y estos
otros productos de software deben ser definidos en detalle para garantizar que los sistemas
sean compatibles. El contenido del interfaz debe incluir los datos que se intercambiarán entre
los sistemas. El formato del interfaz debe especificar cómo se codificarán y decodificarán los
datos.
Ejemplos de interfaz
Algunos ejemplos de interfaces entre el sistema de control de multas por infracción y estos
otros productos de software incluyen:
 Interfaz con el sistema de gestión de tráfico: El sistema de control de multas por

infracción debe proporcionar al sistema de gestión de tráfico información sobre las
infracciones registradas, como la fecha y hora de la infracción, el tipo de infracción y el
vehículo infractor.
 Interfaz con el sistema de pago: El sistema de control de multas por infracción debe
proporcionar al sistema de pago información sobre las infracciones pagadas, como el
número de infracción, la fecha de pago y el monto del pago.
 Interfaz con el sistema de gestión de usuarios: El sistema de control de multas por
infracción debe proporcionar al sistema de gestión de usuarios información sobre los
usuarios del sistema, como el nombre, la dirección y la licencia de conducir.
Especificación del interfaz
La especificación del interfaz entre el sistema de control de multas por infracción y estos otros
productos de software debe ser documentada en detalle para garantizar que el sistema sea
compatible con los productos de software existentes. La especificación debe incluir lo siguiente:
 Un diagrama de bloques que muestre las conexiones entre los sistemas.

 Una descripción de los protocolos de comunicación que se utilizarán entre los
sistemas.
 Una descripción de los formatos de datos que se utilizarán entre los sistemas.
La especificación del interfaz debe ser revisada por los ingenieros de software de los sistemas
involucrados para garantizar que sea completa y precisa.
Además de los productos de software mencionados anteriormente, el sistema de control de

multas por infracción puede integrarse con otros productos de software, como los siguientes:
 Sistema de reconocimiento automático de matrículas: El sistema de control de multas
por infracción puede integrarse con un sistema de reconocimiento automático de
matrículas para identificar automáticamente los vehículos infractores.
 Sistema de análisis de tráfico: El sistema de control de multas por infracción puede
integrarse con un sistema de análisis de tráfico para identificar patrones de
infracciones.
 Sistema de inteligencia artificial: El sistema de control de multas por infracción puede
integrarse con un sistema de inteligencia artificial para automatizar tareas, como la
detección de infracciones.

3.1.4 Interfaces de comunicación

Las interfaces de comunicación para un sistema de control de multas por infracción deben
cumplir con los siguientes requisitos:
 Seguridad: Las interfaces de comunicación deben ser seguras para proteger la
información confidencial, como números de licencia de conducir y números de
matrícula.
 Fiabilidad: Las interfaces de comunicación deben ser fiables para garantizar que los
datos se transmitan correctamente.
 Eficiencia: Las interfaces de comunicación deben ser eficientes para evitar la pérdida
de datos o el retraso en la transmisión.
Protocolos de comunicación
Los protocolos de comunicación que se utilizarán para las interfaces de comunicación entre el
sistema de control de multas por infracción y otros sistemas deben ser especificados en detalle.
Los protocolos de comunicación deben ser seguros, fiables y eficientes.
Algunos ejemplos de protocolos de comunicación que se pueden utilizar incluyen:

 HTTPS: HTTPS es un protocolo de comunicación seguro que se utiliza para proteger la
transmisión de datos confidenciales.
 TCP/IP: TCP/IP es un conjunto de protocolos de comunicación que se utilizan para la
comunicación en redes de computadoras.
 REST: REST es un estilo de arquitectura de software que se utiliza para la
comunicación entre sistemas.
Requisitos específicos
Los requisitos específicos de las interfaces de comunicación para un sistema de control de

multas por infracción pueden incluir lo siguiente:
 Las interfaces de comunicación deben utilizar un protocolo de comunicación seguro,

como HTTPS.
 Las interfaces de comunicación deben utilizar un protocolo de comunicación fiable,
como TCP/IP.
 Las interfaces de comunicación deben utilizar un protocolo de comunicación eficiente,
como REST.
Ejemplos de interfaces de comunicación
Algunos ejemplos de interfaces de comunicación para un sistema de control de multas por

infracción incluyen:
 Interfaz con el sistema de gestión de tráfico: La interfaz de comunicación entre el

sistema de control de multas por infracción y el sistema de gestión de tráfico debe
utilizar un protocolo de comunicación seguro, como HTTPS. El protocolo de
comunicación debe ser fiable para garantizar que los datos se transmitan
correctamente. El protocolo de comunicación debe ser eficiente para evitar la pérdida
de datos o el retraso en la transmisión.
 Interfaz con el sistema de pago: La interfaz de comunicación entre el sistema de control
de multas por infracción y el sistema de pago debe utilizar un protocolo de
comunicación seguro, como HTTPS. El protocolo de comunicación debe ser fiable para
garantizar que los datos financieros se transmitan correctamente. El protocolo de
comunicación debe ser eficiente para evitar la pérdida de datos o el retraso en la
transmisión.
Especificación de las interfaces de comunicación
La especificación de las interfaces de comunicación para un sistema de control de multas por

infracción debe ser documentada en detalle para garantizar que las interfaces sean

compatibles con los sistemas con los que se comunicarán. La especificación debe incluir lo
siguiente:
 Un diagrama de bloques que muestre las conexiones entre los sistemas.
 Una descripción de los protocolos de comunicación que se utilizarán entre los
sistemas.
 Una descripción de los formatos de datos que se utilizarán entre los sistemas.
3.2 Requisitos funcionales

Los requisitos funcionales para un sistema de control de multas por infracción definen las
acciones fundamentales que debe realizar el software al recibir información, procesarla y
producir resultados. Estos requisitos incluyen lo siguiente:
 Comprobación de validez de las entradas: El sistema debe verificar la validez de las

entradas que recibe del usuario, para garantizar que los datos sean correctos y
completos.
 Secuencia exacta de operaciones: El sistema debe seguir una secuencia exacta de
operaciones para procesar las entradas y generar salidas.
 Respuesta a situaciones anormales: El sistema debe responder adecuadamente a
situaciones anormales, como desbordamientos, comunicaciones fallidas y errores de
entrada.
 Parámetros: El sistema debe aceptar parámetros para controlar su funcionamiento.
 Generación de salidas: El sistema debe generar salidas que sean claras, concisas y
fáciles de entender.
 Relaciones entre entradas y salidas: El sistema debe tener relaciones claras entre las
entradas y las salidas.
 Especificación de los requisitos lógicos para la información que será almacenada en
base de datos: El sistema debe especificar los requisitos lógicos para la información
que será almacenada en la base de datos, como el tipo de información y si es
requerida.
Subsecciones de los requisitos funcionales
Los requisitos funcionales pueden ser divididos en sub-secciones para facilitar su comprensión
y gestión. Las siguientes sub-secciones son comunes en los sistemas de control de multas por
infracción:
 Registro de infracciones: El sistema debe permitir a las autoridades de tránsito registrar

infracciones de tráfico.
 Consulta de infracciones: El sistema debe permitir a las autoridades de tránsito
consultar el estado de las infracciones registradas.
 Pago de infracciones: El sistema debe permitir a los usuarios pagar sus infracciones.
 Impugación de infracciones: El sistema debe permitir a los usuarios impugnar sus
infracciones.
 Administración del sistema: El sistema debe permitir a las autoridades de tránsito
administrar el sistema, como crear y editar usuarios y permisos.
Ejemplos de requisitos funcionales
Los siguientes son algunos ejemplos de requisitos funcionales para un sistema de control de
multas por infracción:
 El sistema debe verificar que la fecha y hora de una infracción sea válida.
 El sistema debe seguir una secuencia exacta de operaciones para procesar una
infracción, como identificar el vehículo infractor, determinar el tipo de infracción y
calcular el monto de la multa.
 El sistema debe responder a una comunicación fallida mostrando un mensaje de error
al usuario.

 El sistema debe aceptar un parámetro para especificar la fecha de inicio de un período

de búsqueda de infracciones.
 El sistema debe generar un informe que muestre el estado de todas las infracciones
registradas.
 El sistema debe almacenar la siguiente información sobre las infracciones: fecha y
hora, tipo de infracción, monto de la multa y estado de la infracción.
Requisitos funcionales adicionales
Los requisitos funcionales anteriores son solo un punto de partida. Los requisitos funcionales
específicos para un sistema de control de multas por infracción dependerán de las necesidades
específicas del sistema. Los siguientes son algunos requisitos funcionales adicionales que
pueden ser necesarios:
 Capacidad para procesar infracciones de diferentes tipos, como infracciones de

velocidad, infracciones de estacionamiento y infracciones de tránsito.
 Capacidad para generar informes personalizados.
 Capacidad para exportar datos a otros sistemas.
 Capacidad para cumplir con los requisitos legales y reglamentarios.
3.2.1 Requisito funcional 1

Título: Registro de infracciones
Descripción: El sistema debe permitir a las autoridades de tránsito registrar infracciones de

tráfico.
Requisitos:
El sistema debe permitir a las autoridades de tránsito ingresar la siguiente información sobre
una infracción:

 El sistema debe verificar la validez de la información ingresada por el usuario.
 El sistema debe generar un número de registro único para cada infracción.
Ejemplo:
Fecha y hora de la infracción: 2023-07-20 12:00:00
Tipo de infracción: Estacionamiento indebido
Lugar de la infracción: Calle 100, entre Avenida A y Avenida B
Identificación del vehículo infractor: ABC-123
Identificación del conductor infractor: Juan Pérez

Título: Consulta de infracciones
Descripción: El sistema debe permitir a las autoridades de tránsito consultar el estado de las
infracciones registradas.
Requisitos:
 El sistema debe permitir a las autoridades de tránsito consultar la siguiente información

sobre una infracción:
 Número de registro de la infracción


 Estado de la infracción
 El sistema debe permitir a las autoridades de tránsito filtrar las infracciones por tipo,
fecha, hora y estado.
Ejemplo:
Número de registro de la infracción: 123456
Fecha y hora de la infracción: 2023-07-20 12:00:00
Tipo de infracción: Estacionamiento indebido
Lugar de la infracción: Calle 100, entre Avenida A y Avenida B
Identificación del vehículo infractor: ABC-123
Identificación del conductor infractor: Juan Pérez
Estado de la infracción: Pagada

Título: Pago de infracciones
Descripción: El sistema debe permitir a los usuarios pagar sus infracciones.

Requisitos:
 El sistema debe permitir a los usuarios pagar las infracciones con tarjeta de crédito,
tarjeta de débito o efectivo.
 El sistema debe generar un recibo de pago por cada infracción pagada.
 El sistema debe actualizar el estado de la infracción a "Pagada" una vez que el pago se
haya procesado correctamente.
Ejemplo:
Monto de la multa: $100
Método de pago: Tarjeta de crédito
Número de tarjeta de crédito: 1234-5678-9012-3456
Fecha de vencimiento de la tarjeta de crédito: 12/2024
Código de seguridad de la tarjeta de crédito: 123
3.2.4 Requisito funcional n
Título: Impugnar infracciones
Descripción: El sistema debe permitir a los usuarios impugnar sus infracciones.
Requisitos:
 El sistema debe permitir a los usuarios enviar una solicitud de impugnación de una
infracción.
 El sistema debe enviar una notificación a las autoridades de tránsito sobre la solicitud
de impugnación.
 Las autoridades de tránsito deben revisar la solicitud de impugnación y tomar una
decisión.
 El sistema debe notificar al usuario sobre la decisión de las autoridades de tránsito.
Ejemplo:


Motivo de la impugnación: La infracción fue emitida incorrectamente.
Explicación de la impugnación: El vehículo no estaba estacionado en un lugar indebido.
3.3 Requisitos no funcionales.

3.3.1 Requisitos de rendimiento
Para un sistema de control de multas por infracción, los requisitos de rendimiento son
cruciales para garantizar un funcionamiento eficiente y ágil del sistema. Estos requisitos
se centran en aspectos relacionados con el tiempo de respuesta, la capacidad de
procesamiento y la escalabilidad del sistema para satisfacer las necesidades de manejar
un gran volumen de infracciones y multas.
- Tiempo de Respuesta en Tiempo Real: El sistema debe garantizar que el registro de

infracciones y la generación de multas se realicen en tiempo real, con un requisito de
tiempo de respuesta máximo de 5 segundos desde que se registra una infracción hasta
que se emite la multa. Esto asegura que las infracciones se registren y se procesen de
manera eficiente, brindando una experiencia ágil tanto a los agentes de control como
a los infractores.
- Capacidad de Procesamiento: El sistema debe ser capaz de manejar un alto volumen

de transacciones de infracciones y multas. Debe ser diseñado de manera que pueda
procesar al menos 1000 infracciones por hora en el horario pico sin experimentar
una disminución significativa en el rendimiento. Esta capacidad garantiza que el
sistema pueda lidiar con la carga de trabajo, incluso en momentos de alta demanda.
- Optimización de Recursos: El sistema debe optimizar el uso de recursos de hardware

para minimizar el consumo de energía y reducir los costos operativos. Debe lograr
una eficiencia energética, asegurando que los servidores y la infraestructura
subyacente sean utilizados de manera eficiente, sin desperdiciar recursos y
minimizando el impacto ambiental. La optimización de recursos es esencial tanto
desde el punto de vista económico como en términos de sostenibilidad.
3.3.2 Seguridad
La seguridad es un componente crítico en un proyecto de control de multas por
infracción, ya que involucra la protección de datos confidenciales y la garantía de que el
sistema cumple con las regulaciones de privacidad y seguridad. Los requisitos de
seguridad deben abordar la autenticación, la autorización, el cifrado de datos y la
protección contra amenazas cibernéticas. Esto incluye la implementación de medidas de
seguridad robustas para garantizar que solo personal autorizado tenga acceso al sistema
y que los datos confidenciales de infractores estén protegidos en todo momento. Además,
se deben establecer procedimientos para la detección y respuesta a amenazas
cibernéticas, lo que implica la monitorización constante y la capacidad de recuperación
en caso de un ataque o un fallo de seguridad. La seguridad es esencial para garantizar la
confianza de los usuarios y el cumplimiento de las leyes de privacidad y protección de
datos.
- Empleo de Técnicas Criptográficas
En un proyecto de control de multas por infracción, el empleo de técnicas

criptográficas es esencial para proteger la confidencialidad y la integridad de
los datos. Esto implica el uso de algoritmos de cifrado para garantizar que la
información sensible, como los datos de infractores y las multas, esté
protegida tanto en tránsito como en reposo. Además, se deben utilizar técnicas
de phishing para proteger la integridad de la información, lo que permite

detectar cualquier alteración no autorizada de los datos. Estas medidas

criptográficas son fundamentales para cumplir con las regulaciones de
privacidad y brindar seguridad a los usuarios y sus datos.
- Registro de Ficheros con "Logs" de Actividad
La implementación de registros de actividad o "logs" es esencial para rastrear

todas las acciones y eventos en el sistema. Cada actividad, como el registro de
infracciones, la generación de multas o el acceso de usuarios, debe registrarse en
detalle. Los registros de actividad proporcionan transparencia y permiten la
auditoría, lo que es fundamental para el cumplimiento legal y para rastrear
cualquier actividad sospechosa o potencialmente maliciosa. Además, los
registros de actividad son valiosos en la resolución de problemas y la detección
temprana de anomalías.
- Asignación de Determinadas Funcionalidades a Determinados Módulos
Para garantizar un alto nivel de seguridad y control en el sistema, es importante

asignar determinadas funcionalidades a módulos específicos. Esto significa que
solo ciertos módulos o componentes del sistema deben tener acceso y permisos
para realizar acciones críticas, como la generación de multas o la gestión de
registros de infracciones. Al limitar el acceso a estas funcionalidades a módulos
autorizados, se reduce el riesgo de abuso o uso indebido de las características
del sistema y se establece un control más estricto sobre las operaciones sensibles.
- Restricciones de Comunicación Entre Determinados Módulos
Las restricciones de comunicación entre módulos son esenciales para prevenir la

filtración de información confidencial y garantizar que los diferentes
componentes del sistema solo se comuniquen de manera segura y autorizada.
Esto se logra a través de políticas de acceso y autenticación, que limitan la
comunicación entre módulos solo a aquellos que tengan permiso para
interactuar. Estas restricciones garantizan que los datos críticos se compartan
solo entre las partes adecuadas y minimizan el riesgo de acceso no autorizado.
- Comprobaciones de Integridad de Información Crítica
La comprobación de integridad de información crítica implica la verificación

constante de que los datos esenciales del sistema no se han alterado de manera
no autorizada. Se utilizan técnicas como la firma digital y la comparación de
hashes para asegurarse de que los datos cruciales, como las sanciones y los
registros de infracciones, se mantengan inalterados. Estas comprobaciones son
vitales para detectar cualquier manipulación maliciosa de la información y
garantizar la confiabilidad de los datos almacenados en el sistema.
3.3.3 Fiabilidad
La fiabilidad es un factor crítico en un proyecto de control de multas por infracción, ya
que los usuarios y las autoridades dependen en gran medida de la exactitud y la
disponibilidad continua del sistema. Los requisitos de fiabilidad se centran en garantizar
que el sistema sea robusto y pueda resistir fallos, así como proporcionar un servicio
consistente y preciso.
Disponibilidad Continua: El sistema debe mantenerse disponible las 24 horas del día, los
7 días de la semana, con un tiempo de inactividad mínimo para mantenimiento
programado. La disponibilidad continua es fundamental, ya que los agentes de control de
multas y los infractores deben poder acceder al sistema en cualquier momento para
registrar infracciones, generar multas y consultar información relevante.

Respuesta a Fallos y Recuperación: El sistema debe estar diseñado para responder a los
fallos de hardware o software de manera efectiva y garantizar la recuperación sin pérdida
de datos críticos. Esto implica la implementación de redundancia en servidores y bases de
datos, así como procedimientos de copia de seguridad y restauración para garantizar la
continuidad del servicio en caso de fallo.
Respaldo de Datos Fiable: Los datos de infracciones, multas y registros deben

respaldarse regularmente para evitar pérdidas de información en caso de fallo del
sistema. Los procedimientos de copia de seguridad y recuperación de datos deben ser
rigurosos y probados para garantizar la integridad y disponibilidad de la información
crítica.
La fiabilidad es esencial para mantener la confianza de los usuarios y para cumplir con
las expectativas de las autoridades y el público en general. Garantiza que el sistema esté
listo y operativo en todo momento y que los datos importantes estén protegidos y
disponibles cuando se necesiten...
3.3.4 Disponibilidad
La disponibilidad es un requisito clave en un proyecto de control de multas por
infracción, ya que el sistema debe estar accesible en todo momento para los agentes
encargados de registrar infracciones y los infractores que desean consultar multas. Los
requisitos de disponibilidad se centran en garantizar que el sistema esté disponible para
su uso continuo y que cualquier tiempo de inactividad planificado o no planificado sea
mínimo.
Disponibilidad las 24/7: El sistema debe estar disponible las 24 horas del día, los 7 días
de la semana, sin interrupciones importantes. Los usuarios, tanto internos como externos,
deben poder acceder al sistema en cualquier momento que lo necesiten,
independientemente de la hora o el día.
Tiempo de Inactividad Mínimo para Mantenimiento: Si es necesario realizar

mantenimiento programado, los requisitos deben establecer un tiempo de inactividad
máximo aceptable. Esto asegura que cualquier trabajo de mantenimiento no programado
también tenga un impacto mínimo en la disponibilidad del sistema.
Distribución Geográfica y Redundancia: Para garantizar la disponibilidad, el sistema

puede implementar redundancia y distribución geográfica. Esto significa que se pueden
utilizar múltiples servidores en ubicaciones geográficas diferentes para asegurarse de
que, en caso de fallo en un punto, el sistema siga funcionando desde otra ubicación.
Monitorización en Tiempo Real: La disponibilidad también requiere una monitorización

constante en tiempo real del sistema. Se deben implementar sistemas de alerta temprana
que detecten y notifiquen a los administradores sobre posibles problemas o caídas en el
rendimiento antes de que afecten significativamente la disponibilidad del sistema.
Respuesta a Fallos Rápida: Además de la monitorización, es importante que el sistema

tenga una capacidad de respuesta rápida para abordar cualquier problema. Esto puede
incluir la reasignación automática de tráfico a servidores secundarios en caso de fallo en
el servidor principal.
Los requisitos de disponibilidad garantizan que el sistema esté listo y accesible en todo
momento, lo que es crucial para el funcionamiento eficiente y efectivo del control de
multas por infracción, así como para cumplir con las expectativas de los usuarios y las
autoridades..

3.3.5 Mantenibilidad
La mantenibilidad es un aspecto crítico en un proyecto de control de multas por
infracción, ya que garantiza que el sistema pueda ser gestionado y mejorado de manera
eficiente a lo largo del tiempo. Los requisitos de mantenibilidad se centran en facilitar la
gestión continua del sistema, la identificación y corrección de errores, así como la
implementación de actualizaciones y mejoras.
Documentación Completa y Clara: Se deben establecer requisitos para que todo el código
y la arquitectura del sistema estén debidamente documentados. Esto incluye
documentación técnica para los desarrolladores y documentación de usuario para los
agentes de control y los infractores. La documentación clara facilita la comprensión y la
solución de problemas, y es esencial para futuras actualizaciones y modificaciones.
Modularidad y Facilidad de Mantenimiento: El sistema debe estar diseñado de manera

modular, lo que significa que los componentes individuales sean independientes y puedan
ser mantenidos y actualizados de manera aislada sin afectar otras partes del sistema. Esto
facilita la identificación y corrección de errores, así como la implementación de mejoras y
nuevas características.
Control de Versiones y Repositorios de Código: Se debe implementar un sistema de

control de versiones para rastrear cambios en el código y mantener un historial de
versiones. Esto es esencial para el seguimiento de actualizaciones y la reversión de
cambios en caso de problemas. Además, el código fuente debe estar alojado en
repositorios de código, lo que facilita la colaboración y el acceso a múltiples
desarrolladores.
Pruebas y Depuración Efectivas: Se deben establecer requisitos para pruebas exhaustivas

y depuración eficiente. Esto incluye la implementación de pruebas unitarias, pruebas de
integración y pruebas de aceptación del usuario. Un proceso de depuración efectivo es
esencial para identificar y resolver problemas en el sistema de manera oportuna.
Procedimientos de Actualización Claros: Los requisitos de mantenibilidad deben incluir

procedimientos claros para la implementación de actualizaciones y mejoras. Esto
garantiza que las nuevas versiones del sistema se puedan introducir de manera ordenada
y sin interrupciones importantes en el servicio.
Capacitación y Transferencia de Conocimiento: Los requisitos deben incluir la

capacitación de los equipos de mantenimiento y la transferencia de conocimiento de los
desarrolladores a los encargados del mantenimiento. Esto garantiza que el personal esté
preparado para mantener y mejorar el sistema de manera efectiva.
Los requisitos de mantenibilidad son esenciales para garantizar que el sistema pueda
evolucionar y seguir siendo eficiente a lo largo del tiempo, lo que es fundamental en
proyectos de control de multas por infracción, donde las regulaciones y las necesidades
de los usuarios pueden cambiar con el tiempo.
3.3.6 Portabilidad
La portabilidad en un proyecto de control de multas por infracción se refiere a la
capacidad del sistema para funcionar en diferentes entornos y plataformas. Los requisitos
de portabilidad son esenciales para garantizar que el sistema pueda ser desplegado y
utilizado en una variedad de situaciones, incluyendo diferentes sistemas operativos,
dispositivos y ubicaciones geográficas.
 Compatibilidad Multiplataforma: El sistema debe ser compatible con una variedad de

sistemas operativos, incluyendo Windows, Linux y macOS, para garantizar que los
agentes de control y los infractores puedan acceder al sistema independientemente de
la plataforma que utilicen.

 Acceso desde Dispositivos Móviles: Se deben establecer requisitos para que el

sistema sea accesible desde dispositivos móviles, como teléfonos inteligentes y
tabletas. Esto permite a los agentes de control y a los infractores interactuar con el
sistema de manera conveniente, incluso en movimiento.
 Localización y Multilingüismo: El sistema debe ser capaz de soportar múltiples

idiomas y estar preparado para la localización, lo que permite su despliegue en
diferentes regiones geográficas y su uso por usuarios que hablan diferentes idiomas.
 Resiliencia en Redes de Baja Conectividad: Los requisitos de portabilidad deben

incluir la capacidad del sistema para funcionar en redes de baja conectividad, como
áreas rurales o zonas con acceso limitado a Internet. Esto asegura que el sistema sea
utilizable en una variedad de contextos.
 Facilidad de Implementación: El sistema debe ser fácil de implementar en diferentes

ubicaciones y entornos, sin requerir una configuración compleja o costosa. Esto
reduce la barrera de entrada para su despliegue en nuevas áreas.
 Compatibilidad con Navegadores Web: El sistema debe ser compatible con una
variedad de navegadores web, como Google Chrome, Mozilla Firefox y Microsoft
Edge, para garantizar que los usuarios puedan acceder al sistema desde diferentes
navegadores y sistemas operativos.
Los requisitos de portabilidad son fundamentales para asegurarse de que el sistema

pueda ser utilizado de manera efectiva en diversos contextos y que esté disponible para un
público amplio. Esto es especialmente importante en proyectos de control de multas por
infracción, donde la accesibilidad y la disponibilidad del sistema son críticas para su
eficacia.

3.4 Otros requisitos

Además de los requisitos funcionales, no funcionales, de seguridad, rendimiento, fiabilidad,
disponibilidad, mantenibilidad y portabilidad, un proyecto de control de multas por
infracción puede tener otros requisitos específicos que son fundamentales para su éxito y
cumplimiento. Estos requisitos adicionales pueden variar según las necesidades y
regulaciones específicas del proyecto, y es esencial tenerlos en cuenta para garantizar que el
sistema cumpla con los objetivos y las expectativas de los usuarios y las autoridades. A
continuación, se describen algunos ejemplos de otros requisitos que podrían ser relevantes:
- Requisitos Legales y Regulatorios: El sistema debe cumplir con todas las leyes y regulaciones
locales, estatales o nacionales relacionadas con el registro de infracciones y la emisión de
multas. Esto incluye la gestión de datos personales, la retención de registros y otros aspectos
legales específicos.
- Integración con Sistemas Existentes: Si existen sistemas o bases de datos preexistentes

utilizados por las autoridades encargadas de hacer cumplir las leyes, el sistema de control de
multas por infracción debe ser capaz de integrarse con ellos para compartir datos y garantizar
la consistencia de la información.
- Comunicación con Infractores: Los requisitos pueden incluir la capacidad de enviar

notificaciones de multas a los infractores a través de correo electrónico, mensajes de texto u
otros medios de comunicación, junto con la posibilidad de recibir pagos en línea de manera
segura.
- Gestión de Recursos Financieros: Si el sistema incluye la recaudación de multas, debe ser

capaz de gestionar y registrar los ingresos financieros de manera precisa, lo que implica la
integración con sistemas de contabilidad y gestión financiera.
- Capacidades de Generación de Informes: Los usuarios y las autoridades pueden requerir la

generación de informes detallados para el análisis de datos y la toma de decisiones. Los
requisitos pueden incluir la capacidad de crear informes personalizados y programar su
generación automática.
- Capacidades de Auditoría Avanzada: Para garantizar la transparencia y la responsabilidad, el

sistema puede requerir una funcionalidad avanzada de auditoría que registre cada acción y
cambio realizado en el sistema, con trazabilidad completa de quién realizó cada acción.
- Experiencia del Usuario: Los requisitos de experiencia del usuario pueden abordar la
usabilidad, la accesibilidad y la interfaz de usuario para garantizar que el sistema sea intuitivo
y eficiente para los agentes de control y los infractores.
- Políticas de Retención de Datos: Debe establecerse una política de retención de datos que
defina cuánto tiempo se deben conservar los registros de infracciones y multas, y cuándo
pueden ser eliminados de manera segura.
- Capacidades de Notificación en Tiempo Real: Puede ser necesario implementar notificaciones

en tiempo real para alertar a los agentes de control sobre infracciones críticas o situaciones de
emergencia.
- Escalabilidad a Futuro: El sistema debe estar preparado para futuras expansiones y cambios en
la legislación, lo que implica la capacidad de agregar nuevas funcionalidades y ajustarse a las
necesidades cambiantes.
4 Apéndices

Plantilla - Formato - IEEE3802 PF

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

Plantilla - Formato - IEEE3802 PF

Cargado por

Copyright:

Formatos disponibles

Especificación de requisitos de

Fecha Revisión Autor Verificado dep. calidad.

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3.1 Requisitos comunes de los interfaces 8

3.2 Requisitos funcionales 8

3.3 Requisitos no funcionales 9

Descripción de requisitos del software

3.4 Otros requisitos 10

Descripción de requisitos del software

Descripción de requisitos del software

debe ser escalable para adaptarse a cambios en la demanda y al aumento en el número de

1.3 Personal involucrado

Nombre Adriana Alvarez

Descripción de requisitos del software

Categoría profesional Ing. de Sistemas

Nombre Rodrigo Pocoata

Nombre Luis vera

1.4 Definiciones, acrónimos y abreviaturas

Relación completa de todos los documentos relacionados en la especificación de requisitos de

Descripción de requisitos del software

2.2 Funcionalidad del producto

2.3 Características de los usuarios

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

Nombre de requisito Registro de infracciones

Descripción de requisitos del software

Fuente del requisito Entrevistas con usuarios y autoridades de tránsito

Prioridad del requisito Alta/Esencial

Nombre de requisito Consulta de estado de infracciones

Fuente del requisito Entrevistas con usuarios y autoridades de tránsito

Prioridad del requisito Alta/Esencial

Nombre de requisito Pago de infracciones

Fuente del requisito Entrevistas con usuarios y autoridades de tránsito

Prioridad del requisito Alta/Esencial

Nombre de requisito Notificación de infracciones

Fuente del requisito Entrevistas con usuarios y autoridades de tránsito

Prioridad del requisito Alta/Esencial

Nombre de requisito Administración de usuarios

Fuente del requisito Entrevistas con autoridades de tránsito

Prioridad del requisito Alta/Esencial

Descripción de requisitos del software

Nombre de requisito Generación de informes

Fuente del requisito Entrevistas con autoridades de tránsito

Prioridad del requisito Media/Deseado

Nombre de requisito Compatibilidad con las leyes y regulaciones

Fuente del requisito Entrevistas con autoridades de tránsito

Prioridad del requisito Alta/Esencial

RF 1: El sistema debe permitir a los usuarios registrar infracciones de tránsito.

Descripción de requisitos del software

3.1 Requisitos comunes de los interfaces

Descripción de requisitos del software

3.1.1 Interfaces de usuario

Ejemplo de interfaz de usuario

 Registrar una infracción