INGENIERÍA DE SOFTWARE II RECOMENDACIONES PRÁCTICAS PARA LA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE Gabriel Tamura gtamura@icesi.edu.co Norha M.

Presentación del tema: "INGENIERÍA DE SOFTWARE II RECOMENDACIONES PRÁCTICAS PARA LA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE Gabriel Tamura gtamura@icesi.edu.co Norha M."— Transcripción de la presentación:

1 INGENIERÍA DE SOFTWARE II RECOMENDACIONES PRÁCTICAS PARA LA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE Gabriel Tamura Norha M. Villegas Cali, 2009

2 IEEE Recommended Practice for Software Requirements Specifications

3 El Ciclo de Vida de los Requerimientos
ANÁLISIS ELICITACIÓN ESPECIFICACIÓN MANTENIMIENTO VERIFICACIÓN Y VALIDACIÓN

4 El estándar IEEE Conjunto de recomendaciones para la especificación de los requerimientos de software. Estructura propuesta para el desarrollo del documento de especificación de requerimientos. ¿Para qué un documento de especificación de requerimientos? Ingenieros de Software ¿Cuál es el resultado de la fase de análisis de requerimientos? ¿Cuál es el punto de partida para la validación y verificación? ¿Dónde quedan consignados los requerimientos? ¿cómo debe hacerse la especificación? ¿Cuál es la descripción de las funcionalidades que debe tener el software? ¿Qué características y propiedades debe cumplir? ¿Cuál es el costo del producto a desarrollar? Inversión, recursos, tiempos… Ingeniero de Requerimientos Gerente de Proyecto o Producto

5 Consideraciones Para Generar un Buen SRS
Naturaleza del SRS Alcance del SRS Características de un buen SRS Generado en conjunto con el cliente Evolución del SRS Prototipos Diseño embebido en el SRS Requerimientos de proyecto en el SRS

6 SRS – Software Requirement Specification (naturaleza)
Condensa el resultado de la fase de análisis de requerimientos – Documento de especificación. Contenido general de un documento SRS Funcionalidad ¿Qué es lo que debe hacer el software? Interfaces externas ¿Cómo interactúa el sw con las personas, el hardware del sistema, otros componentes de hw y otros componentes de sw? Desempeño ¿Cuál es el tiempo de respuesta deseado?¿de recuperación? Atributos ¿Cuáles son las consideraciones de portabilidad, correctitud, mantenibilidad, etc? Restricciones de diseño e implementación (no de proceso) Estándares, lenguajes de programación

7 NO incluirlos en el SRS. Por ejemplo:
Requerimientos de Proyecto NO incluirlos en el SRS. Por ejemplo: Costo Cronogramas Procesos de desarrollo de software Aseguramiento de la calidad Criterios de validación y verificación Procedimiento de aceptación

8 SRS – Software Requirement Specification (estructura de contenido sugerida)

9 Ejercicio en parejas Tomando como base el sistema de la máquina expendedora de café y el análisis de requerimientos realizado hasta el momento: Proponga una estructura de contenido para el documento de especificación de requerimientos del sistema. Escriba el alcance del sistema como si fuera parte de su SRS (sección 1) Especifique la sección que describe las interfaces del sistema con el usuario (sección 2) ¿En qué sección del documento SRS ubicaría el detalle de los requerimientos y análisis? (el resultado de lo que se ha trabajado durante el desarrollo del ejercicio. ¿Cuál sería el esquema de organización a utilizar para la especificación detallada de requerimientos en el SRS? ¿Cuáles son las consideraciones para tomar esta decisión? Detalle los requerimientos del sistema con base en el esquema seleccionado.