Documentos de Académico
Documentos de Profesional
Documentos de Cultura
FICHA 2721418
GA1-220501092-AA4-EV02
Aprendices
Docente
Mayo 2023
Especificación de requisitos de software
Contenido
CONTENIDO 4
1 INTRODUCCIÓN 6
1.1 Propósito 6
1.2 Alcance 6
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 7
2.4 Restricciones 7
3 REQUISITOS ESPECÍFICOS 7
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10
4 APÉNDICES 10
1 Introducción
La Especificación de Requisitos Software (ERS) es un documento fundamental en el proceso de desarrollo de software, ya que establece de manera clara y
precisa los requerimientos y expectativas que se deben cumplir en el software a construir; donde nos Proporciona una descripción completa del comportamiento del
sistema que se va a desarrollar e incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Además de los
casos de uso, la ERS también contiene requisitos no funcionales que imponen restricciones en el diseño o la implementación.
Al respecto, este documento sigue las pautas establecidas por el estándar IEEE 830, el cual define un conjunto de reglas y recomendaciones para la elaboración
de la ERS para la empresa MORGANA STORE dedicada a la venta de accesorios y ropa estilo gótico. En cuanto, a esta sección se proporcionará una información
relevante al documento de ERS basado en el estándar IEEE 830, donde se abordarán diferentes aspectos para entender la finalidad del mismo. Primero, se
establecerá el propósito de la ERS y la razón por la cual es tan importante para el desarrollo de software; posteriormente, se definirá el ámbito del sistema y se
establecerán las definiciones claves necesarias para comprender el documento; como también se harán referencias relevantes para el lector, y finalmente se
ofrecerá una visión general del contenido del documento para orientar al lector en su navegación.
1.1 Propósito
El propósito de este documento de Especificación de Requisitos Software (ERS) es definir los requisitos para un nuevo sistema de software para la empresa
Morgana Store, dedicada a la venta de accesorios y ropa de estilo gótico; este documento está dirigido a todos los stakeholder, tanto al equipo de desarrollo de
software como a los interesados en el proyecto, incluyendo a los gerentes y empleados de Morgana Store.
Indico así mismo, que el objetivo del nuevo sistema de software es mejorar la eficiencia y eficacia de las operaciones comerciales de Morgana Store al
proporcionar una plataforma para la gestión de inventario, ventas y clientes. Al definir claramente los requisitos del sistema en este documento, se espera que el
equipo de desarrollo pueda crear un sistema que cumpla con las necesidades y expectativas de Morgana Store.
1.2 Alcance
En esta sección del documento de Especificación de Requisitos Software (ERS), se define el alcance del sistema de software a desarrollar para la empresa
Morgana Store. El cual consistirá en el desarrollo del producto y se identificará con el nombre “Sistema de Gestión de Morgana Store”.
Con esa finalidad, el objetivo del Sistema de Gestión de Morgana Store es mejorar la eficiencia y eficacia de las operaciones comerciales de la empresa al
proporcionar una plataforma para la gestión de inventario, ventas y clientes. Este sistema estará diseñado para ser consistente con cualquier documento de nivel
En síntesis, el alcance del Sistema de Gestión de Morgana Store incluirá la implementación de funcionalidades para la gestión de inventario, ventas y clientes, e
incluirá la capacidad de agregar, editar y eliminar productos tanto del inventario como en el carrito de compras, realizar las ventas y gestionar la información de
Rol
Categoría profesional
Responsabilidades
Información de contacto
Aprobación
TÉRMINO DESCRIPCIÓN
ERS Especificación de Requisitos Software. Un documento que describe los requisitos para un sistema de software.
Una condición o capacidad que debe ser cumplida o poseída por un sistema o componente para satisfacer un contrato,
Requisito estándar, especificación u otro documento formalmente impuesto.
Rendimiento La capacidad del sistema para cumplir con los requisitos de rendimiento especificados.
Funcionalidad Capacidad del sistema para satisfacer los requisitos funcionales especificados.
IEEE 830 Un estándar desarrollado por la IEEE para la especificación de requerimientos de software.
Instituto de Ingenieros Eléctricos y Electrónicos. Una organización profesional que desarrolla estándares para la
TÉRMINO DESCRIPCIÓN
Sistema de Gestión de Morgana Store El nombre del sistema de software a desarrollar para la empresa Morgana Store.
1.5 Referencias
Relación completa de todos los documentos relacionados en la especificación de requisitos de software, identificando de cada documento el titulo, referencia (si
procede), fecha y organización que lo proporciona.
1.6 Resumen
El presente documento de Especificación de Requisitos Software (SRS) tiene como objetivo proporcionar una descripción detallada de los requisitos funcionales
y no funcionales del software a desarrollar para la empresa Morgana Store, dedicada a la venta de accesorios y ropa de estilo gótico. Este documento está dirigido
En la sección de Descripción General se ofrece una descripción general del sistema y se identifican los requisitos funcionales y no funcionales.
La sección de Requisitos Específicos detalla cada uno de los requisitos identificados en la sección anterior, especificando los criterios de aceptación
La sección de Análisis de Requisitos proporciona una descripción detallada de los requisitos funcionales y no funcionales, junto con las especificacio -
En la sección de Plan de Pruebas se detallan las pruebas que se llevarán a cabo para validar el correcto funcionamiento del software.
Por último, se incluyen las referencias utilizadas para la elaboración del documento, así como una lista de los términos, abreviaturas y acrónimos utilizados en el
mismo. Es importante destacar que este documento es un documento vivo y evolutivo, y que está sujeto a cambios y actualizaciones a lo largo del ciclo de vida del
software; en donde todas estas variaciones y actualizaciones serán debidamente documentadas y comunicadas al equipo de desarrollo y a los stakeholders
involucrados.
2 Descripción general
I Este software de gestión empresarial y comercio electrónico para Morgan Store debería permitir la gestión de los procesos de venta, almacenamiento de
productos, inventario, gestión de clientes y facturación, entre otros aspectos relacionados con la operación del negocio.
En este contexto, en cuanto a la interacción del software, este debería contar con una interfaz fácil de usar e intuitiva, que permita a los usuarios realizar las
diferentes tareas de manera eficiente y sin complicaciones. Además, debería estar integrado con el sitio web de la empresa para permitir la venta en línea de los
productos, y con sistemas de pago electrónico para facilitar la gestión de las transacciones comerciales.
Por último, este software será un producto independiente, diseñado y desarrollado específicamente para las necesidades y requisitos de la empresa. No forma
▪
Registro de usuarios
▪
Búsqueda y exploración de productos
▪
Carrito de compras
▪
Proceso de pago
▪
Gestión de pedidos
▪
Gestión de inventario
▪
Administración de cuentas de usuario
▪
Herramientas de marketing
▪
Servicio al cliente
▪
Generación de informes y análisis
Tipo de usuario
Formación
Habilidades
Actividades
Descripción de los usuarios del producto, incluyendo nivel educacional, experiencia y experiencia técnica.
2.4 Restricciones
Metodologías de desarrollo: la elección de la metodología de desarrollo puede ser limitada por los recursos y la experiencia del equipo de desarrollo,
así como por los requisitos del negocio. Se debe seleccionar una metodología que permita la entrega de funcionalidades en un plazo razonable,
garantice la calidad del software y permita la adaptación a los cambios en los requisitos del negocio.
Lenguajes de programación: la selección del lenguaje de programación puede estar limitada por las habilidades y experiencia del equipo de
desarrollo, así como por los requisitos del sistema operativo y hardware. Se debe seleccionar un lenguaje que permita la integración con las
Normas particulares: se deben considerar las normas y estándares existentes en la industria de desarrollo de software, como ISO 9001 o IEEE.
Estas normas pueden requerir una documentación detallada, pruebas rigurosas y la implementación de ciertos procesos de calidad en todo el ciclo de
Restricciones de hardware: la elección del hardware puede estar limitada por los recursos financieros del negocio, así como por los requisitos de
rendimiento y escalabilidad. Se debe seleccionar un hardware que permita una buena capacidad de procesamiento, almacenamiento y memoria, y
Restricciones de sistema operativo: el sistema operativo utilizado puede estar limitado por los requisitos de hardware, así como por la
compatibilidad con el software utilizado en Morgana Store. Se debe seleccionar un sistema operativo que permita la integración con las tecnologías
Finalmente, el equipo de desarrollo de Morgana Store debe ser consciente de estas limitaciones al diseñar y desarrollar el sistema. Es importante
seleccionar las tecnologías y herramientas adecuadas para satisfacer los requisitos del negocio y asegurar la calidad y escalabilidad del software.
Suposición de que los usuarios tendrán acceso a Internet para poder utilizar la aplicación.
Suposición de que la base de datos estará disponible y funcionando correctamente para permitir el almacenamiento y recuperación de información.
Dependencia del proveedor de servicios de pago en línea para realizar transacciones monetarias seguras.
Suposición de que los usuarios tendrán dispositivos compatibles y actualizados para acceder a la aplicación.
Dependencia de los proveedores externos para la entrega de productos adquiridos por los usuarios.
Suposición de que los usuarios proporcionarán información precisa y actualizada para el registro y la realización de compras.
Dependencia de los proveedores de servicios de envío y entrega para garantizar la entrega oportuna y eficiente de los productos adquiridos por los
usuarios.
5 Actualizaciones de seguridad.
3 Requisitos específicos
Esta es la sección más extensa y más importante del documento.
Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente
para que el equipo de desarrollo pueda diseñar un sistema que satisfaga los requisitos y los encargados de las pruebas puedan determinar si éstos se satisfacen.
Los requisitos se dispondrán en forma de listas numeradas para su identificación, seguimiento, trazabilidad y validación (ej. RF 10, RF 10.1, RF 10.2,...).
Número de requisito
Nombre de requisito
La distribución de los párrafos que forman este punto puede diferir del propuesto en esta plantilla, si las características del sistema aconsejan otra distribución para
ofrecer mayor claridad en la exposición.
Los requisitos comunes de las interfaces para el sistema de software de la empresa MORGANA STORE son los siguientes:
Entradas de datos: El sistema debe ser capaz de recibir y procesar información de diversas fuentes, tales como bases de datos de productos,
catálogos de proveedores, datos de clientes, historial de compras, entre otros. Los datos de entrada deben ser validados y verificados para asegurar
su calidad y precisión.
Salidas de datos: El sistema debe ser capaz de generar informes, estadísticas, alertas, notificaciones y otros tipos de información relevante para la
toma de decisiones y el control de la empresa. La información generada debe ser clara, precisa y relevante para los usuarios.
Interfaz de usuario: La interfaz de usuario del sistema debe ser intuitiva, fácil de usar y atractiva visualmente. Debe permitir a los usuarios interactuar
con el sistema de forma sencilla y eficiente, proporcionando una experiencia de usuario agradable y satisfactoria.
Comunicación con otros sistemas: El sistema debe ser capaz de comunicarse con otros sistemas externos, tales como pasarelas de pago,
sistemas de envío y logística, proveedores de servicios de hosting, entre otros. La comunicación debe ser segura, confiable y eficiente.
Integración con redes sociales: El sistema debe ser capaz de integrarse con las redes sociales más utilizadas por los clientes de la empresa, como
Facebook, Instagram, Twitter, entre otras. La integración debe permitir la publicación de productos, promociones y otras novedades en las redes
sociales, así como la interacción con los clientes a través de las mismas.
Soporte multiplataforma: El sistema debe ser capaz de funcionar en diversas plataformas, como PC, Mac, dispositivos móviles, entre otros. La
compatibilidad debe ser verificada y probada en cada plataforma para asegurar su correcto funcionamiento.
En general, el sistema debe ser capaz de interactuar con diversos usuarios, sistemas y fuentes de información para garantizar una gestión eficiente y efectiva de
Los requisitos del interfaz de usuario para el software de la empresa MORGANA STORE deben cumplir con los siguientes puntos:
La página principal debe mostrar las categorías de productos de manera clara y fácilmente accesible.
El cliente debe poder ver imágenes claras y detalladas de los productos, así como información relevante como precio, tallas disponibles y descripción.
El proceso de compra debe ser fácil e intuitivo, permitiendo agregar y eliminar productos del carrito y seleccionar opciones como cantidad y tamaño.
Debe haber opciones para registrar una cuenta de usuario o realizar la compra como invitado.
La plataforma debe ser responsiva y adaptable a diferentes dispositivos, incluyendo móviles y tabletas.
El cliente debe recibir notificaciones claras y precisas de su compra, incluyendo confirmación de pedido y envío.
Debe haber una sección de soporte al cliente, con información de contacto y preguntas frecuentes.
Los requisitos de interfaz entre el software y los componentes de hardware del sistema de MORGANA STORE son los siguientes:
El software debe ser compatible con los sistemas operativos Windows, MacOS y Linux.
El software debe ser compatible con los navegadores web más populares, como Google Chrome, Mozilla Firefox y Microsoft Edge.
El software debe ser capaz de conectarse a una base de datos de productos y a una base de datos de clientes.
La conexión con la base de datos de productos debe permitir la actualización y modificación de los datos.
La conexión con la base de datos de clientes debe permitir la creación de nuevas cuentas de usuario y la modificación de los datos de las cuentas
existentes.
El software debe ser capaz de comunicarse con una pasarela de pago para procesar transacciones de compra.
La pasarela de pago debe ser compatible con las principales tarjetas de crédito y sistemas de pago en línea, como PayPal.
El software debe ser capaz de detectar errores de conexión y proporcionar mensajes de error claros al usuario.
El software debe permitir la configuración de opciones de idioma y moneda para adaptarse a las necesidades de los usuarios de diferentes países.
Para la implementación del software de la empresa MORGANA STORE dedicada a la venta de accesorios y ropa estilo gótico, se requerirá la integración con los
Plataforma de comercio electrónico: se utilizará una plataforma de comercio electrónico ya existente para permitir la venta en línea de los produc -
tos. El propósito del interfaz es permitir la transferencia de información de los productos, incluyendo la descripción, imágenes, precios y disponibilidad
Sistema de pago en línea: se integrará un sistema de pago en línea para procesar las transacciones realizadas a través de la plataforma de comer-
cio electrónico. El propósito del interfaz es permitir la transferencia de información de pago, incluyendo la cantidad, método de pago y detalles del
Sistema de gestión de inventario: se utilizará un sistema de gestión de inventario para mantener un registro actualizado de los productos disponi -
bles en el almacén. El propósito del interfaz es permitir la actualización automática del inventario en la plataforma de comercio electrónico y la genera -
ción de alertas de baja disponibilidad de stock. El formato del interfaz será una API REST.
Sistema de gestión de pedidos: se integrará un sistema de gestión de pedidos para procesar y gestionar los pedidos realizados a través de la plata -
forma de comercio electrónico. El propósito del interfaz es permitir la transferencia de información de los pedidos, incluyendo el cliente, los productos
adquiridos, la dirección de envío y el estado del pedido. El formato del interfaz será una API REST.
Sistema de análisis de datos: se utilizará un sistema de análisis de datos para realizar un seguimiento del rendimiento de ventas y comportamiento
del cliente en la plataforma de comercio electrónico. El propósito del interfaz es permitir la transferencia de información de los datos de ventas y análi-
sis al sistema de gestión de pedidos y al sistema de gestión de inventario. El formato del interfaz será un archivo CSV.
Los requisitos del interfaz de comunicación para el sistema de software de Morgana Store deben definir claramente cómo se comunicará el sistema con otros
sistemas, incluyendo el uso de protocolos de comunicación, formatos de datos, seguridad y frecuencia de comunicación. A continuación se detallan algunos
Protocolo HTTPS: se utilizará el protocolo HTTPS para todas las comunicaciones con servidores externos, con el objetivo de garantizar la seguridad
Formato JSON: se utilizará el formato JSON para el intercambio de datos con otros sistemas externos, con el objetivo de garantizar una fácil lectura e
Seguridad SSL/TLS: se implementará un certificado SSL/TLS para asegurar la comunicación segura con otros sistemas externos.
Frecuencia de actualización de datos: se definirá una frecuencia para la actualización de los datos intercambiados con otros sistemas externos, de
Integración con sistema de pago: se integrará el sistema de software con un sistema de pago externo, utilizando una API de comunicación específica
Definición de acciones fundamentales que debe realizar el software al recibir información, procesarla y producir resultados.
En ellas se incluye:
▪
Comprobación de validez de las entradas
▪
Secuencia exacta de operaciones
▪
Respuesta a situaciones anormales (desbordamientos, comunicaciones, recuperación de errores)
▪
Parámetros
▪
Generación de salidas
▪
Relaciones entre entradas y salidas (secuencias de entradas y salidas, formulas para la conversión de información)
▪
Especificación de los requisitos lógicos para la información que será almacenada en base de datos (tipo de información, requerido)
Los requisitos de rendimiento para el software de la empresa MORGANA STORE se especifican a continuación:
El software deberá ser capaz de manejar un flujo constante de transacciones de venta en tiempo real y asegurar que se registren de manera precisa y
El tiempo de respuesta del sistema para realizar una transacción no debe exceder los 3 segundos para proporcionar una experiencia de usuario satis -
factoria.
El sistema deberá ser escalable para permitir la adición de más terminales de venta en caso de necesidad futura.
El rendimiento del sistema se medirá en términos de transacciones por segundo, el cual será definido en el proceso de desarrollo del software para
Las pruebas de rendimiento se realizarán en un ambiente controlado que simule las condiciones de carga máxima esperadas en producción.
Es importante destacar que estos requisitos de rendimiento están sujetos a cambios a medida que se avanza en el desarrollo del software y se tienen más detalles
3.3.2 Seguridad
3.3.3
Los requisitos de seguridad para el software de la empresa MORGANA STORE pueden incluir:
1. Autenticación: El software debe contar con un sistema de autenticación seguro y confiable para permitir el acceso a los usuarios autorizados. Se
debe implementar un control de acceso basado en usuarios y contraseñas. Ejemplo: Solo los usuarios con las credenciales correctas pueden acceder
a las funciones del software de la tienda en línea, como la gestión de pedidos o la edición de productos.
2. Permisos: Se debe definir los diferentes tipos de permisos dependiendo del tipo de usuario que se quiera implementar en el software. De esta mane -
ra se mantendrá la restricción de información exclusiva o crítica, cuando sea necesario. Ejemplo: Los administradores tendrán acceso a todas las fun-
ciones del software, mientras que los empleados de la tienda solo tendrán acceso a ciertas áreas del software, como la gestión de inventario.
3. Encriptación de datos: Todos los datos que se transmiten a través del software deben ser encriptados para garantizar la seguridad de la información.
Ejemplo: Todos los datos de los clientes, como sus nombres, direcciones y detalles de pago, se deben encriptar antes de ser almacenados en el so -
ftware.
4. Control de accesos: Se deben implementar medidas de control de acceso para garantizar que solo los usuarios autorizados puedan acceder a la in-
formación confidencial del software. Ejemplo: El software debe contar con un registro de auditoría que registre todas las actividades realizadas por los
usuarios y que permita a los administradores monitorear y controlar el acceso a la información del software.
5. Actualizaciones y parches: El software debe estar actualizado y contar con los últimos parches de seguridad para garantizar que se mantenga prote-
gido contra cualquier vulnerabilidad. Ejemplo: El software debe ser actualizado regularmente para corregir cualquier problema de seguridad y para
3.3.4 Fiabilidad
Tiempo medio entre fallos (MTBF): Este requisito establece el tiempo medio que debe pasar entre dos fallos consecutivos del sistema. Por ejemplo,
si el MTBF se establece en 100 horas, significa que el sistema debería funcionar sin problemas durante al menos 100 horas antes de experimentar un
fallo.
Tiempo medio de reparación (MTTR): Este requisito se refiere al tiempo medio que se necesita para reparar el sistema en caso de que falle. Por
ejemplo, si el MTTR se establece en 1 hora, significa que el sistema debería ser reparado en una hora o menos en caso de fallo.
Tolerancia a fallos: Este requisito se refiere a la capacidad del sistema para funcionar correctamente a pesar de los fallos. Por ejemplo, si el sistema
Monitoreo y registro de errores: El sistema debe ser capaz de monitorear y registrar todos los errores que ocurran, lo que permitirá a los desarrolla -
Pruebas de rendimiento y carga: El software debe ser probado exhaustivamente para asegurarse de que pueda manejar la carga de trabajo prevista
Respaldos y recuperación de datos: El software debe tener medidas de seguridad para la recuperación de datos en caso de fallo o pérdida de infor-
mación. Por ejemplo, el sistema debe tener copias de seguridad regulares y una forma de recuperar los datos en caso de fallo del disco duro.
3.3.5 Disponibilidad
Algunos requisitos de disponibilidad para el software de la empresa MORGANA STORE podrían ser:
El sistema debe estar disponible 24/7 para el uso de los empleados y clientes de la tienda en línea.
El sistema debe ser capaz de recuperarse de manera rápida y eficiente después de eventos inesperados, como cortes de energía o fallas de hardwa-
re.
Los datos deben ser respaldados regularmente para evitar la pérdida de información en caso de una falla.
El tiempo de inactividad planificado para mantenimiento o actualizaciones debe ser programado en horarios en los que afecte lo menos posible a los
Debe haber un sistema de alerta temprana en caso de fallas para que los técnicos de soporte puedan actuar rápidamente y minimizar el tiempo de
inactividad.
Por ejemplo, si el sistema de la tienda en línea experimenta una falla de hardware, debe haber un plan de contingencia para que el sistema se pueda mover
rápidamente a otro hardware para minimizar el tiempo de inactividad. Además, si se requiere un mantenimiento planificado, debe realizarse en horarios de baja
actividad, como por ejemplo en la madrugada, para evitar afectar a los usuarios y causar interrupciones en la experiencia de compra en línea.
3.3.6 Mantenibilidad
Los requisitos de mantenibilidad para el software de la empresa Morgana Store son los siguientes:
Documentación adecuada: El software debe contar con una documentación completa y actualizada que permita a los desarrolladores y usuarios en -
tender su funcionamiento y realizar cambios o correcciones de manera eficiente. La documentación debe incluir manuales de usuario, manuales técni -
Modularidad: El software debe ser modular, de tal manera que sea fácil agregar, quitar o modificar funcionalidades sin afectar el funcionamiento del
resto del sistema. Esto facilitará el mantenimiento del software a largo plazo.
Comentarios y etiquetas de versiones: El código fuente del software debe estar debidamente comentado y etiquetado con información de versiones
para facilitar su mantenimiento. Los comentarios deben ser claros y concisos, y deben explicar el propósito de cada sección del código.
Pruebas automatizadas: El software debe contar con un conjunto de pruebas automatizadas que permitan verificar su funcionamiento de manera rápi-
Tareas de mantenimiento programadas: Se deben programar tareas de mantenimiento para el software, tales como actualizaciones de seguridad y de
sistema operativo, limpieza de bases de datos, y revisión periódica del rendimiento del sistema. Estas tareas deben ser realizadas por un equipo de
Capacitación del personal: El personal encargado del mantenimiento del software debe recibir capacitación periódica para estar al día en las últimas
Por ejemplo, se puede programar una tarea semanal para hacer una copia de seguridad de la base de datos del software, y otra tarea mensual para revisar el
rendimiento del sistema y hacer ajustes necesarios. El equipo de mantenimiento designado deberá ser el encargado de realizar estas tareas. Además, se puede
implementar un sistema de control de versiones en el código fuente del software, con etiquetas de versiones para cada cambio importante, lo que permitirá a los
3.3.7 Portabilidad
▪
Algunos de los requisitos de portabilidad relevantes para el proyecto Morgana Store podrían ser:
Porcentaje de componentes dependientes del servidor: Esto podría ser importante si se planea trasladar el sistema a una plataforma de
alojamiento diferente en el futuro. Si el sistema depende en gran medida de los componentes del servidor que no son compatibles con una nueva
plataforma, puede ser necesario realizar cambios significativos en el sistema para lograr la portabilidad.
Porcentaje de código dependiente del servidor: Al igual que con los componentes del servidor, la cantidad de código dependiente del servidor
podría afectar la portabilidad del sistema. Si una gran parte del código depende de un servidor específico o de tecnologías relacionadas, puede ser
necesario revisar el código y hacer cambios para garantizar que el sistema sea compatible con otras plataformas.
Uso de un determinado lenguaje por su portabilidad: Es posible que se haya elegido un lenguaje de programación específico porque es conocido
por su portabilidad, como Java o Python. En este caso, es importante especificar el lenguaje utilizado y asegurarse de que se sigan las mejores
prácticas para garantizar que el sistema sea fácilmente trasladable a otras plataformas en el futuro.
Uso de un determinado compilador o plataforma de desarrollo: Si se utilizan herramientas de compilación específicas o una plataforma de
desarrollo particular para construir el sistema, esto podría afectar la portabilidad del sistema. Es importante documentar el uso de estas herramientas y
Uso de un determinado sistema operativo: Si el sistema está diseñado para ejecutarse en un sistema operativo específico, esto podría afectar la
portabilidad del sistema. Es importante especificar el sistema operativo utilizado y evaluar cómo podría afectar la portabilidad del sistema si se traslada
Algunos otros requisitos que no encajan en las secciones anteriores y que pueden ser específicos incluyen:
Requisitos culturales: el software debe ser diseñado de manera que sea accesible y usable para personas de diferentes culturas y antecedentes.
Esto podría implicar, por ejemplo, incluir opciones de idioma y moneda para clientes de diferentes países.
Requisitos políticos: si la empresa opera en un país con regulaciones estrictas en torno a la privacidad de datos, podría haber requisitos específicos
Requisitos legales: la empresa podría estar sujeta a ciertas leyes y regulaciones, como la Ley de Protección al Consumidor, que imponen ciertos re -
quisitos en términos de seguridad de los datos, transparencia en la información al cliente, etc. El software debe cumplir con estos requisitos legales
Requisitos de privacidad y seguridad de datos: puede haber regulaciones específicas que exijan medidas de seguridad adicionales para proteger
Requisitos de accesibilidad: el sistema debe ser accesible para personas con discapacidades, lo que puede implicar el uso de herramientas de
Requisitos de internacionalización: si se planea que el sistema sea utilizado en diferentes países o regiones, es posible que se requieran
Requisitos de rendimiento: dependiendo del volumen de tráfico y la cantidad de usuarios del sistema, puede haber requisitos específicos de
rendimiento que deben cumplirse para garantizar una experiencia de usuario satisfactoria.
Requisitos de integración: si el sistema debe integrarse con otras aplicaciones o sistemas existentes, pueden ser necesarias especificaciones
Requisitos de escalabilidad: si se espera que el sistema crezca y maneje un mayor volumen de transacciones y usuarios, es posible que se
requieran requisitos específicos de escalabilidad para garantizar que el sistema pueda manejar la carga sin problemas.
4 Apéndices
Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no forme parte de la SRS.