Documento De Requerimientos
Páginas: 13 (3248 palabras)
Publicado: 19 de junio de 2012
Unidad 3
El 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?
Documento de Requerimientos
En la práctica es común describir los requerimientos en un documento llamado Especificación de Requerimientos del Software (SRSSoftware Requirements Specification) Modelos de Requerimientos especificación
stakeholders
elicitación y modelado
Documento de Requerimientos
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,documento interno o a modo de memorando
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)
•
Base para el control de cambios
– Requerimientos cambian, software evoluciona, el entornoevoluciona
LaFHIS - Uchitel
3
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. – Escribirán especificaciones de otros sistemas que interactúan con este. – El SRS sirve mas allá de la puesta en producción!
• Analistas (desistemas, de requerimientos),
• Desarrolladores (ej. arquitectos, diseñadores, programadores, ...) • Testers (V&V’ers) • Gerentes
– Deben implementar los requerimientos – Deben determinar la satisfacción de los requerimientos – Medir y controlar el proceso desarrollo
LaFHIS - Uchitel
4
Más lectores de un SRS
• Equipo de Operaciones
– Deberán dimensionar equipos y procedimientos derutina.
• Equipo de soporte de usuario
• Legales
– Desarrollo de plan de capacitación – Generación de manuales de usuario – Procedimientos de soporte online – Los que firman los contratos
• Subcontratistas • Entes reguladores • ...
¿Cómo se escribe un documento que le sirva a una audiencia tan variada?
5
LaFHIS - Uchitel
¿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
B) Proyecto grande, 50 programadores, 2 años de trabajo
Un equipo de analistas modelan los requerimientos y luego los documentan en un SRS de 500 paginas
LaFHIS - Uchitel
6
Contenido de un SRS
Adaptado de IEEE-STD-830
• Un SRS deberá abarcar: – Funcionalidad. Quees 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...
– Restricciones de diseño. Existenestándares a cumplir, lenguaje de programación, recursos, sistemas operativos, etc...?
LaFHIS - Uchitel
7
Standard de IEEE para un SRS
Adaptado de IEEE-STD-830
1 Introduction
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 DescriptionPurpose Scope Definitions, acronyms, abbreviations Reference documents Overview
3 Specific Requirements Appendices Index
LaFHIS - Uchitel
Product perspective Product functions User characteristics Constraints Assumptions and Dependencies
Resumen de funciones principales Cualquier cosa que limitará las opciones del desarrollador (ej. regulaciones, limitaciones de hardware, etc) La...
El 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?
Documento de Requerimientos
En la práctica es común describir los requerimientos en un documento llamado Especificación de Requerimientos del Software (SRSSoftware Requirements Specification) Modelos de Requerimientos especificación
stakeholders
elicitación y modelado
Documento de Requerimientos
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,documento interno o a modo de memorando
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)
•
Base para el control de cambios
– Requerimientos cambian, software evoluciona, el entornoevoluciona
LaFHIS - Uchitel
3
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. – Escribirán especificaciones de otros sistemas que interactúan con este. – El SRS sirve mas allá de la puesta en producción!
• Analistas (desistemas, de requerimientos),
• Desarrolladores (ej. arquitectos, diseñadores, programadores, ...) • Testers (V&V’ers) • Gerentes
– Deben implementar los requerimientos – Deben determinar la satisfacción de los requerimientos – Medir y controlar el proceso desarrollo
LaFHIS - Uchitel
4
Más lectores de un SRS
• Equipo de Operaciones
– Deberán dimensionar equipos y procedimientos derutina.
• Equipo de soporte de usuario
• Legales
– Desarrollo de plan de capacitación – Generación de manuales de usuario – Procedimientos de soporte online – Los que firman los contratos
• Subcontratistas • Entes reguladores • ...
¿Cómo se escribe un documento que le sirva a una audiencia tan variada?
5
LaFHIS - Uchitel
¿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
B) Proyecto grande, 50 programadores, 2 años de trabajo
Un equipo de analistas modelan los requerimientos y luego los documentan en un SRS de 500 paginas
LaFHIS - Uchitel
6
Contenido de un SRS
Adaptado de IEEE-STD-830
• Un SRS deberá abarcar: – Funcionalidad. Quees 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...
– Restricciones de diseño. Existenestándares a cumplir, lenguaje de programación, recursos, sistemas operativos, etc...?
LaFHIS - Uchitel
7
Standard de IEEE para un SRS
Adaptado de IEEE-STD-830
1 Introduction
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 DescriptionPurpose Scope Definitions, acronyms, abbreviations Reference documents Overview
3 Specific Requirements Appendices Index
LaFHIS - Uchitel
Product perspective Product functions User characteristics Constraints Assumptions and Dependencies
Resumen de funciones principales Cualquier cosa que limitará las opciones del desarrollador (ej. regulaciones, limitaciones de hardware, etc) La...
Leer documento completo
Regístrate para leer el documento completo.