Ingeniera de software

Documento de Requerimientos
En la práctica es común describir los requerimientos en un documento llamado Especificación de Requerimientos del Software (SRS Software Requirements Specification) Modelos de Requerimientos

El Documento de Requerimientos
stakeholders

especificación elicitación y modelado
Documento de Requerimientos

¿De qué trata el Documento de Requerimientos? ¿Para quésirve? ¿Qué diferencia tiene este documento con un modelo? ¿Qué técnicas de documentación pueden usarse? ¿Cuáles son sus limitaciones?

sistemas existentes

documentos

LaFHIS - Uchitel

análisis y validación

negociación y priorización

2

¿Para qué sirve un SRS?
• • • • Comunicar de manera precisa los requerimientos, objetivos y presunciones del dominio Contrato
– legal, documentointerno o a modo de memorando

Lectores de un SRS
• Clientes y Usuarios
– Interesados en validar objetivos del sistema y descripción de alto nivel de la funcionalidad – Generalmente no interesados en los requerimientos detallados del sistema.

• Analistas (de sistemas, de requerimientos),
– Escribirán especificaciones de otros sistemas que interactúan con este. – El SRS sirve mas allá de lapuesta en producción!

Base para estimación (tamaño, costo, tiempo) y planificación de proyecto Base para evaluación de producto final
– – verificación y validación Debería tener suficiente información para decidir si el producto final es aceptable (satisface los requerimientos)

• Desarrolladores (ej. arquitectos, diseñadores, programadores, ...)
– Deben implementar los requerimientos

•Testers (V&V’ers)
– Deben determinar la satisfacción de los requerimientos

•

Base para el control de cambios
– Requerimientos cambian, software evoluciona, el entorno evoluciona

• Gerentes
– Medir y controlar el proceso desarrollo

LaFHIS - Uchitel

3

LaFHIS - Uchitel

4

Más lectores de un SRS
• Equipo de Operaciones
– Deberán dimensionar equipos y procedimientos derutina.

¿Qué es un SRS apropiado?
• Consideremos dos proyectos:
A) Proyecto chico, 1 programador, 6 meses de trabajo
programador habla con el cliente y escribe un memo de 5 hojas

• Equipo de soporte de usuario
– Desarrollo de plan de capacitación – Generación de manuales de usuario – Procedimientos de soporte online

B) Proyecto grande, 50 programadores, 2 años de trabajo
Un equipo deanalistas modelan los requerimientos y luego los documentan en un SRS de 500 paginas

• Legales
– Los que firman los contratos

• Subcontratistas • Entes reguladores • ...
¿Cómo se escribe un documento que le sirva a una audiencia tan variada?
LaFHIS - Uchitel

5

LaFHIS - Uchitel it l

6

Contenido de un SRS
Adaptado de IEEE-STD-830

Standard de IEEE para un SRS
Adaptado deIEEE-STD-830

• Un SRS deberá abarcar: – Funcionalidad. Que es lo que el software hace? – Interfases externas. Como debe interactuar con gente, con el hardware del sistema, con demás hardware y con demás software? – Atributos de Calidad.
• Disponibilidad, tiempo de respuesta, tiempo de recuperación después de fallas, etc.. • Consideraciones de portabilidad, correctitud, precisión, mantenibilidad,seguridad y mas...

1 Introduction
Purpose Scope Definitions, acronyms, abbreviations Reference documents Overview

Identifica el producto y el dominio de la aplicación Define el contenido y estructura del resto del documento Describe todas las interfaces externas: sistema, usuario, hardware, software

2 Overall Description
Product perspective Product functions User characteristicsConstraints Assumptions and Dependencies
Resumen de funciones principales Cualquier cosa que limitará las opciones del desarrollador (ej. regulaciones, limitaciones de hardware, etc) La parte principal del documento. IEEE STD provee 8 esqueletos diferentes para esta sección
8

– Restricciones de diseño. Existen estándares a cumplir, lenguaje de programación, recursos, sistemas operativos, etc...?...