Srs-830 template
Páginas: 6 (1359 palabras)
Publicado: 25 de abril de 2011
| |
Especificación de requisitos de software
Proyecto:
Revisión
| | | |
|[pic] | ||
Instrucciones para el uso de este formato
Este formato es una plantilla tipo para documentos de requisitos del software.
Está basado y es conforme con el estándar IEEE Std 830-1998.
Las secciones que no se consideren aplicables al sistema descrito podrán de forma justificada indicarse como no aplicables (NA).
Notas:
Los textos en colorazul son indicaciones que deben eliminarse y, en su caso, sustituirse por los contenidos descritos en cada apartado.
.
Ficha del documento
|Fecha |Revisión |Autor |Verificado dep. calidad. |
| | | ||
Documento validado por las partes en fecha:
|Por el cliente |Por la empresa suministradora |
| | |
| ||
| | |
| | |
| ||
| | |
|Fdo. D./ Dña |Fdo. D./Dña |
Contenido
Ficha del documento 3
Contenido 4
1 Introducción 6
1.1 Propósito 61.2 Alcance 6
1.3 Definiciones, acrónimos y abreviaturas 6
1.4 Referencias 6
1.5 Resumen 6
2 Descripción general 6
2.1 Perspectiva del producto 6
2.2 Funcionalidad del producto 6
2.3 Características de los usuarios 6
2.4 Restricciones 7
2.5 Suposiciones y dependencias 7
2.6 Evolución previsible del sistema 7
3 Requisitos específicos 7
3.1 Requisitos comunesde los interfaces 7
3.1.1 Interfaces de usuario 7
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8
3.2 Requisitos funcionales 8
3.2.1 Requisito funcional 1 8
3.2.2 Requisito funcional 2 8
3.2.3 Requisito funcional 3 8
3.2.4 Requisito funcional n 8
3.3 Requisitos no funcionales 8
3.3.1 Requisitos de rendimiento 83.3.2 Seguridad 8
3.3.3 Fiabilidad 9
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 9
3.3.6 Portabilidad 9
3.4 Otros requisitos 9
4 Apéndices 9
Introducción
La introducción de la Especificación de requisitos de software (SRS) debe proporcionar una vista general de la SRS. Debe incluir el objetivo, el alcance, las definiciones y acrónimos, las referencias, y la vista generaldel SRS.
1 Propósito
▪ Propósito del documento
▪ Audiencia a la que va dirigido
2 Alcance
▪ Identificación del producto(s) a desarrollar mediante un nombre
▪ Consistencia con definiciones similares de documentos de mayor nivel (ej. Descripción del sistema) que puedan existir
3 Definiciones, acrónimos y abreviaturas
Definición de todos los...
Especificación de requisitos de software
Proyecto:
Revisión
| | | |
|[pic] | ||
Instrucciones para el uso de este formato
Este formato es una plantilla tipo para documentos de requisitos del software.
Está basado y es conforme con el estándar IEEE Std 830-1998.
Las secciones que no se consideren aplicables al sistema descrito podrán de forma justificada indicarse como no aplicables (NA).
Notas:
Los textos en colorazul son indicaciones que deben eliminarse y, en su caso, sustituirse por los contenidos descritos en cada apartado.
.
Ficha del documento
|Fecha |Revisión |Autor |Verificado dep. calidad. |
| | | ||
Documento validado por las partes en fecha:
|Por el cliente |Por la empresa suministradora |
| | |
| ||
| | |
| | |
| ||
| | |
|Fdo. D./ Dña |Fdo. D./Dña |
Contenido
Ficha del documento 3
Contenido 4
1 Introducción 6
1.1 Propósito 61.2 Alcance 6
1.3 Definiciones, acrónimos y abreviaturas 6
1.4 Referencias 6
1.5 Resumen 6
2 Descripción general 6
2.1 Perspectiva del producto 6
2.2 Funcionalidad del producto 6
2.3 Características de los usuarios 6
2.4 Restricciones 7
2.5 Suposiciones y dependencias 7
2.6 Evolución previsible del sistema 7
3 Requisitos específicos 7
3.1 Requisitos comunesde los interfaces 7
3.1.1 Interfaces de usuario 7
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8
3.2 Requisitos funcionales 8
3.2.1 Requisito funcional 1 8
3.2.2 Requisito funcional 2 8
3.2.3 Requisito funcional 3 8
3.2.4 Requisito funcional n 8
3.3 Requisitos no funcionales 8
3.3.1 Requisitos de rendimiento 83.3.2 Seguridad 8
3.3.3 Fiabilidad 9
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 9
3.3.6 Portabilidad 9
3.4 Otros requisitos 9
4 Apéndices 9
Introducción
La introducción de la Especificación de requisitos de software (SRS) debe proporcionar una vista general de la SRS. Debe incluir el objetivo, el alcance, las definiciones y acrónimos, las referencias, y la vista generaldel SRS.
1 Propósito
▪ Propósito del documento
▪ Audiencia a la que va dirigido
2 Alcance
▪ Identificación del producto(s) a desarrollar mediante un nombre
▪ Consistencia con definiciones similares de documentos de mayor nivel (ej. Descripción del sistema) que puedan existir
3 Definiciones, acrónimos y abreviaturas
Definición de todos los...
Leer documento completo
Regístrate para leer el documento completo.