F-PRO-BDT-004A Especificación de Requerimientos de Software
v 2.0
Nota introductoria
Este documento se apega al Estándar de Redacción para Documentos EST-BDT-001. Es el producto resultante del proceso de Identificación de Requerimientos PRO-BDT-004. Se recomienda ajustar los colores del documento a los colores de la empresa u organización del cliente.
Nombre del Proyecto: Nombre del proyecto
Cliente: Nombre del Cliente - Organización
Autores: Nombre Apellido
Departamento: Nombre del Departamento
1. Introducción
Este documento es la Especificación de Requerimientos de Software (ERS) para el desarrollo del proyecto ... Esta especificación se ha estructurado basándose en el estándar IEEE Prácticas Recomendadas para la Especificación de Requerimientos de Software - IEEE 830.
1.1 Propósito
Definir y presentar los requerimientos y especificaciones que deberá cumplir el proyecto, así como las restricciones, dependencias y diseño del sistema. La elaboración del documento identifica las funcionalidades que satisfacen el siguiente objetivo:
- Objetivo del proyecto
1.2 Definiciones, Acrónimos y Abreviaturas
En esta subsección se definen los términos, acrónimos y abreviaturas en la ERS.
1.3 Referencias
- IEEE 830 - 1998. IEEE Recommended Practice for Software Requirements Specifications.
2. Análisis de Requerimientos de software
2.1 Descripción General
Esta sección no describe los requerimientos específicos, sino su contexto. Permite entender con claridad la siguiente sección. Incluyendo las restricciones y dependencias del proyecto.
2.1.1 Perspectiva del Producto
Se define si el producto es totalmente independiente o si no. Se recomienda utilizar un diagrama de bloques si es necesario.
2.1.2 Funciones del Producto
Diagrama de Casos de Uso UML
2.1.3 Características de los Usuarios
| Tipo de Usuario | |
|---|---|
| Nivel Educacional | |
| Experiencia | |
| Actividades |
2.1.4 Restricciones
Esta subsección describirá aquellas limitaciones que se imponen sobre los desarrolladores del producto
- Políticas de la empresa
- Limitaciones del hardware
- Interfaces con otras aplicaciones
- Operaciones paralelas
- Funciones de auditoría
- Funciones de control
- Lenguaje(s) de programación
- Protocolos de comunicación
- Requisitos de habilidad
- Criticalidad de la aplicación
- Consideraciones acerca de la seguridad
2.1.5 Suposiciones y Dependencias
Aquellos factores que si cambian pueden afectar los requisitos.
2.2 Requerimientos Específicos
2.2.1 Requerimientos Funcionales
MVP / MBI 1 / MBI 2
| Código de Requerimiento | RF 0X |
|---|---|
| Nombre | Nombre corto del requisito |
| Descripción | Historia de Usuario Completa. Contesta quién, qué, cómo y para qué. |
| Módulo | Módulo del Impact Mapping |
| Criterios de aceptación | Requisitos a nivel de sistema: Una especificación más detallada de un requisito funcional, dónde existe una serie de pasos específicos que debe de realizar el sistema. |
| Estimación | Story Points |
2.2.2 Requerimientos No Funcionales
| Código de Requerimiento | RNF 0X |
|---|---|
| Nombre | Nombre corto del requisito |
| Descripción | Requisito no funcional y su métrica |
| Prioridad | Alta, Media o Baja |
3. Diseño de software
3.1 Descripción del Sistema
3.2 Arquitectura del Sistema
Diagramas de Arquitectura
3.3 Diseño de Datos
3.3.1 Descripción de Datos
Modelo Entidad Relación
3.3.2 Diccionario de Datos
Control de cambios
| Versión | Cambio realizado | Análisis | Autor | Revisor(es) | Fecha de cambio |
|---|---|---|---|---|---|
| v 1.0 | Crear el formato | N/A | Alejandra Cabrera | Ian Padrón Arturo Díaz | 06/03/2024 |
| v 2.0 | Migración a MD | N/A | Ian Padrón Arturo Díaz | Uri Gopar | 11/03/2024 |