2. ¿QUÉ ES SRS?
• Recomendaciones para documentar los
requisitos entre el cliente y el grupo
desarrollador.
• Esto se mide en el estándar IEEE 830-1998
• También se le llama ERS: Especificaciones
de Requerimientos de Software.
3. ¿CUÁL ES SU
PROPÓSITOS?
• Mantener un orden en la
presentación del proyecto
de software
• Ayuda a mostrar de
manera eficiente y simple
el propósito del software
junto con sus
funcionalidades.
4. ¿CÓMO SE
ELABORA?
• Tabla de Contenidos
• 1. Introducción
• 1.1 Propósito
• 1.2 Alcance
• 1.3 Definiciones, siglas, y abreviaciones
• 1.4 Referencias
• 1.5 Apreciación global
• 2. Descripción global
• 2.1 Perspectiva del producto
• 2.2 Funciones del producto
• 2.3 Características del usuario
• 2.4 Restricciones
• 2.5 Atención y dependencias
• 3. Los requisitos específicos
• 3.1 Interfaz
• 3.2 Requisitos Funcionales
• 3.3 Requisitos no Funcionales
• 3.4 Otros Requisitos
• Apéndices
• Índice
5. ¿QUÉ ASPECTOS
CONSIDERA?
• Prácticas para un buen desarrollo de una
ESR:
• Completa: Mostrar todo requerimiento a
utilizar.
• Consistente: Debe coincidir con lo
especificado.
• Inequívoca: Expresión clara de ideas.
• Correcta: Debe cumplir con lo
especificado.
• Trazable: Debe poder identificar
requerimientos dentro de la
documentación.
• Priorizable: Debe mostrar de manera
organizada (jerárquicamente) los
requerimientos.
• Modificable: Debe ser de fácil
modificación.
• Verificable: Debe existir un método finito
sin costo para poder probarlo.
6. • También se considera
• Usuario
• Cliente
• Desarrollador