ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Estandar Ieee 830


Enviado por   •  1 de Julio de 2012  •  1.476 Palabras (6 Páginas)  •  1.738 Visitas

Página 1 de 6

Especificación de requisitos de software

Proyecto: [Nombre del proyecto]

Revisión [99.99]

[Mes de año]

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 color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por los contenidos descritos en cada apartado.

Los textos entre corchetes del tipo “[Inserte aquí el texto]” permiten la inclusión directa de texto con el color y estilo adecuado a la sección, al pulsar sobre ellos con el puntero del ratón.

Los títulos y subtítulos de cada apartado están definidos como estilos de MS Word, de forma que su numeración consecutiva se genera automáticamente según se trate de estilos “Titulo1, Titulo2 y Titulo3”.

La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar Intro al final de la línea de título. (Estilos Normal indentado1, Normal indentado 2 y Normal indentado 3).

El índice del documento es una tabla de contenido que MS Word actualiza tomando como criterio los títulos del documento.

Una vez terminada su redacción debe indicarse a Word que actualice todo su contenido para reflejar el contenido definitivo.

De la plantilla de formato del documento © & Coloriuris http://www.qualitatis.org

.

Ficha del documento

Fecha Revisión Autor Verificado dep. calidad.

[Fecha]

[Rev]

[Descripcion]

[Firma o sello]

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre]

Fdo. D./Dña [Nombre]

Contenido

FICHA DEL DOCUMENTO 3

CONTENIDO 4

1 INTRODUCCIÓN 6

1.1 Propósito 6

1.2 Alcance 6

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

1.5 Referencias 6

1.6 Resumen 6

2 DESCRIPCIÓN GENERAL 7

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

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 comunes de los interfaces 8

3.1.1 Interfaces de usuario 8

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 9

3.2.2 Requisito funcional 2 9

3.2.3 Requisito funcional 3 9

3.2.4 Requisito funcional n 9

3.3 Requisitos no funcionales 9

3.3.1 Requisitos de rendimiento 9

3.3.2 Seguridad 9

3.3.3 Fiabilidad 9

3.3.4 Disponibilidad 9

3.3.5 Mantenibilidad 10

3.3.6 Portabilidad 10

3.4 Otros requisitos 10

4 APÉNDICES 10

1 Introducción

[Inserte aquí el texto]

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 general del SRS.

1.1 Propósito

[Inserte aquí el texto]

 Propósito del documento

 Audiencia a la que va dirigido

1.2 Alcance

[Inserte aquí el texto]

 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

1.3 Personal involucrado

Nombre [Inserte aquí el texto]

Rol [Inserte aquí el texto]

Categoría profesional [Inserte aquí el texto]

Responsabilidades [Inserte aquí el texto]

Información de contacto [Inserte aquí el texto]

Aprobación [Inserte aquí el texto]

Relación de personas involucradas en el desarrollo del sistema, con información de contacto.

Esta información es útil para que el gestor del proyecto pueda localizar a todos los participantes y recabar la información necesaria para la obtención de requisitos, validaciones de seguimiento, etc.

1.4 Definiciones, acrónimos y abreviaturas

[Inserte aquí el texto]

Definición de todos los términos, abreviaturas y acrónimos necesarios para interpretar apropiadamente este documento. En ella se pueden indicar referencias a uno o más apéndices, o a otros documentos.

1.5 Referencias

Referencia Titulo Ruta Fecha Autor

[Ref.]

[Título]

[Ruta]

[Fecha]

[Autor]

Relación completa de todos los documentos relacionados en la especificación de requisitos de software, identificando de cada documento el titulo, referencia (si procede), fecha y organización que lo proporciona.

1.6 Resumen

[Inserte aquí el texto]

 Descripción del contenido del resto del documento

 Explicación de la organización del documento

2 Descripción general

2.1 Perspectiva del producto

[Inserte aquí el texto]

Indicar si es un producto independiente o parte de un sistema mayor. En el caso de tratarse de un producto que forma parte de un sistema mayor, un diagrama que sitúe el producto dentro del sistema e identifique sus conexiones facilita la comprensión.

2.2 Funcionalidad del producto

[Inserte aquí el texto]

Resumen de las funcionalidades

...

Descargar como (para miembros actualizados) txt (13 Kb)
Leer 5 páginas más »
Disponible sólo en Clubensayos.com