Documento de Requerimiento de software

8/9/2019 Documento de Requerimiento de software

1/5

Proyecto: -----------Incluir el nombre del proyecto------------------------------------------------------------Fecha: dd/mm/aaaa

Versin: aa-mm-dd- ##

Esquema general del documento de requerimientos del sistema de software CI-4712

1 Introduccin

1.1 Alcance del documento

1.2 Glosario, (incluir Acrnimos y Abreviaturas)Contiene las definiciones de todos los trminos, siglas y abreviaciones que se utilizarn en el documento

1.3 Documentos relacionados Anexos y apndicesLista (ndice) de los anexos y apndices a los cuales se har referencia en el documento

N de Anexo / Fecha Ttulo / Nombre Autor ID del documento

Anexo ## - dd/mm/aaaa Texto Texto ###-texto

2 Descripciones de Casos de Uso

2.1 Tabla de Actores / Interesados

2.2 Tabla de Casos de Uso

2.3 Diagramas de cada Caso de Uso (formato general)

2.4 Especificaciones de cada Caso de UsoPuede utilizar el esquema siguiente:

Caso de Uso ID Defina la sintaxis del ID (incluir la sintaxis en el glosario).Un caso de uso es una tcnica para la captura de requisitos potenciales de un nuevo sistema o una actualizacin de software. Cada casode uso proporciona uno o ms escenarios que indican cmo debera interactuar el sistema con el usuario o con otro sistema paraconseguir un objetivo especfico.

Nombre/ID: Nombre del caso de uso. Puede combinarlo con el ID del caso de uso.

Descripcin: Describir el objetivo y el propsito del caso de uso.

Requerimiento: Lista de los requerimientos que abarcan a este caso de uso.

1 de 5


2/5


3/5



Requerimientos de datos o informacin, tambin denominados requerimientos de contenido, requerimientos conceptuales orequerimientos de almacenamiento de informacin. stos requerimientos responden a preguntas del tipo qu informacin debe almacenary administrar el sistema?

Requerimientos de interfaz (con el usuario), tambin llamados en algunas propuestas requerimientos de interaccin o de usuario.Responden a la pregunta cmo va a interactuar el usuario con el sistema?

Requerimientos de navegacin, recogen las necesidades de navegacin del usuario.

Requerimientos de personalizacin, describen cmo debe adaptarse el sistema en funcin de qu tipo de usuario interacte con l y dela descripcin actual de dicho usuario.

Requerimientos transaccionales o funcionales internos, recogen qu debe hacer el sistema de forma interna, sin incluir aspectos deinterfaz o interaccin. Tambin son conocidos en el ambiente web como requerimientos de servicios.

Utilice el esquema siguiente:

ID del Requerimiento: Colocar el ID del requerimiento funcional. Defina la sintaxis del ID (incluir la sintaxis en el glosario).

Nombre del Requerimiento: Colocar el nombre del requerimiento funcional.

Identificacin delrequerimiento:

Identificacin del requerimiento funcional (debe ser consistente con su identificacin y utilizacin en elglosario).

Caractersticas: Tipo de requerimiento segn la clasificacin anterior. Definir todas las caractersticas.

Descripcin delrequerimiento: Describir el requerimiento funcional con informacin suficiente para ser utilizada ms adelante en elproceso de especificacin y diseo. Pueden utilizar representaciones grficas si lo desean, y estas

deben anexarse al documento.

Requerimiento NO funcional: Especificar el (los) requerimientos NO funcionales que impactan en este requerimiento funcional.Explique en detalle.

Prioridad del requerimiento:

O Alta O Media Alta O Media O Media Baja O Baja

3 de 5


4/5



4 Requerimientos No Funcionales

Requerimientos no funcionales: son llamados tambin requerimientos de calidad, y describen aquellos niveles deseables de calidad de lasfuncionalidades y servicios que provee la aplicacin. Para definir el tipo de requerimientos no funcionales, los autores y desarrolladores sebasan en el estndar ISO/IEC 9126: este define un modelo independiente de la tecnologa para caracterizar la calidad de software y consideralas siguientes caractersticas:

1. Funcionalidad: describe la presencia de funciones (funcionalidades) para alcanzar propiedades definidas. Ejemplos:interoperabilidad, seguridad

2. Confiabilidad: describe la disponibilidad que tiene el producto para mantener sus niveles de rendimiento bajo condicionesespecficas y en un tiempo dado. Ejemplos: madurez, tolerante a fallas, recuperabilidad.

3. Usabilidad: describe el esfuerzo requerido por el usuario en la utilizacin de la aplicacin. Ejemplo: velocidad de aprendizaje,

eficacia, operabilidad.4. Eficiencia: describe la tasa entre el nivel de rendimiento de la aplicacin y los recursos que sta utiliza bajo condicionesespecficas.

5. Capacidad de mantenimiento: describe el esfuerzo requerido para implementar cambios predeterminados en una aplicacin.Ejemplo: estabilidad, validaciones.

6. Portabilidad: describe la conveniencia de que una aplicacin pueda ser llevada de un ambiente a otro. Ejemplo: adaptabilidad,capacidad de instalacin, capacidad de replicar.

7. Otras segn las condiciones y restricciones del dominio.

Utilice el siguiente esquema:

ID del Requerimiento: Colocar el ID del requerimiento no funcional. Defina la sintaxis del ID (incluir la sintaxis en el glosario).

Nombre del Requerimiento: Colocar el nombre del requerimiento no funcional.

Identificacin delrequerimiento:

Identificacin del requerimiento no funcional (debe ser consistente con su identificacin y utilizacin en elglosario).

4 de 5


5/5



Caractersticas: Tipo de requerimiento segn la clasificacin anterior. Definir todas las caractersticas. Puede utilizar lassub caractersticas asociadas el estndar ISO/IEC 9126.

Descripcin delrequerimiento:

Describir el requerimiento no funcional con informacin suficiente para ser utilizada ms adelante en elproceso de especificacin y diseo. Pueden utilizar representaciones grficas si lo desean, y estas debenanexarse al documento.

Requerimiento funcionalimpactado:

Especificar el (los) requerimiento(s) funcional(es) que es (son) impactado(s) por este requerimiento nofuncional. Explique en detalle.

Prioridad del requerimiento:

O Alta O Media Alta O Media O Media Baja O Baja

Aspectos sobre la Organizacin. Polticas internas.

Describa cmo se satisfacen cada una de las polticas internas de la organizacin (condiciones y restricciones del dominio, de la organizacin,etc.).

Aspectos sobre la Organizacin/Staff. Aspectos legales.

Defina los aspectos legales que pudieran afectar el proyecto o cada una de las entregas.

5 de 5

Documents

Documento de Requerimiento de software