Solicitud de Requerimientos de Software

SRS
 ¿Qué es un SRS?

 Un SRS es un documento cuyo propósito es proporcionar una descripción

completa de un producto de software a desarrollar.
 Incluye: su propósito, los procesos de negocio que serán soportados,
características, parámetros clave de rendimiento y comportamiento. 
 Esencialmente sirve como un mapa que guía el proceso de desarrollo y mantiene
a todos en el camino correcto.
 Beneficios de un SRS

 “El uso del SRS puede eliminar y prevenir errores en la fase de diseño, ya que
cualquier requisito contradictorio y funciones que necesiten validación pueden ser
corregidos en este punto y las partes interesadas pueden ser contactadas para su
reevaluación”. Kurosh Farsimadan.
 Tanto el cliente como el proveedor de software tienen en sus manos un
documento que les permiten en un momento dado determinar si el desarrollo va
por el camino correcto.
 Le permite al equipo de desarrollo ver si se están cumpliendo los pasos del
desarrollo.
 Características de un buen SRS

 Correcto: Siempre debe reflejar las funcionalidades y especificaciones del producto.

 No ambiguo: es preferible ser muy específico a ser ambiguo
 Sin omisiones: No omitir características solicitadas por el cliente.
 Consistente: Acrónimos y definiciones siempre deben ser usadas en todo el documento
 Clasificar por importancia/estabilidad: Clasificar los requisitos.
 Verificable: Debe existir un método de verificación de cada requisito.
 Modificable: Los cambios de requisitos se deben hacer tomando en cuenta su influencia
sobre los demás requisitos.
 Rastreable: Todos los requisitos deben ser trazables desde su origen.
¿Quienes participan en la elaboración del SRS?

 En la etapa de levantamiento de requisitos:

• El Cliente: quien indica que es lo qué y cómo desea que realice el software
• El Ingeniero de requisitos: Quien en la entrevista con el cliente levanta los
requisitos y aclara las dudas con el cliente.
 En la etapa técnica de comprensión del documento:
• Ei ingeniero analista de requisitos: quien revisará el documento para su
interpretación y podrá hacer sugerencias para su posterior validación con el cliente.
• Los desarrolladores: quienes revisarán si comprenden o no lo que tienen que realizar
y podrán hacer observaciones.
 Modelo de SRS (1)

 Identificación del proyecto: Nombre, fecha, Versión y Creador.

 Historial de revisiones: Versión, autor, descripción y fecha.
 Historial de aprobaciones: Aprobador, versión aprobada, firma y fecha.
 Indice: Alcance del producto, Valor del producto, Público Objetivo, uso previsto,
Descripción general.
 Requisitos funcionales.
 Modelo de SRS (2)

 Requisitos de la interfaz externa: de usuarios, de hardware, de Software, de

comunicaciones
 Requisitos no funcionales: Seguridad, Capacidad, Compatibilidad,
Confiabilidad, Escalabilidad, Mantenibilidad, Usabilidad, otros.
 Definiciones y acrónimos.