La ERS (Especificación de Requisitos del Software) no es solo un concepto teórico; es un documento técnico real y normalizado que puedes consultar para entender su estructura y contenido.
Como preparador, te indico los puntos clave que debes conocer sobre su consulta y estandarización para la oposición:
1. El Estándar de Referencia: IEEE Std 830-1998
La forma más precisa de consultar qué debe contener una ERS es acudir a la norma IEEE Std 830-1998. Este estándar internacional normaliza la creación de las especificaciones de requisitos y define las características que debe tener una buena ERS (ser ambigua, completa, verificable, consistente, etc.).
2. Estructura Típica de una ERS
Aunque cada organización puede adaptarla, una ERS que siga los estándares suele incluir las siguientes secciones para describir el comportamiento esperado del software:
- Introducción: Propósito del documento, alcance del producto y definiciones.
- Descripción General: Perspectiva del producto, funciones principales, características de los usuarios y restricciones generales.
- Requisitos Específicos: Es la parte más detallada, donde se desglosan los requisitos funcionales, requisitos de interfaz, de rendimiento y de seguridad.
- Apéndices e Índice: Información complementaria y diagramas de apoyo.
3. Otras Referencias para Consulta
Además del estándar IEEE, existen otros marcos de trabajo que definen o influyen en la estructura de la ERS:
- CMMI (Capability Maturity Model Integration): La estructura de una ERS también puede venir definida por estándares de calidad como CMMI, que se centran en la mejora de los procesos.
- ISO/IEC 12207: Esta norma regula los procesos del ciclo de vida del software y establece la necesidad de realizar la «especificación» como una fase donde se identifican las necesidades del negocio y los requisitos funcionales.
4. Técnicas para Elaborar la ERS
En la consulta de una ERS, verás que los requisitos se especifican mediante distintas técnicas según la metodología:
- Casos de Uso: Utilizados en enfoques tradicionales y RUP; son más rigurosos y formales.
- Historias de Usuario: Comunes en metodologías ágiles; son descripciones más breves e informales desde la perspectiva del usuario.
En resumen, si quieres ver una ERS real, lo ideal es buscar plantillas basadas en el IEEE 830, ya que es el «manual de instrucciones» oficial para redactar este documento.
