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 apndices
Lista (ndice) de los anexos y apndices a los cuales se har referencia en el documento
N de Anexo / Fecha
Anexo ## - dd/mm/aaaa

Ttulo / Nombre
Texto

Autor
Texto

ID del documento
###-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 Uso
Puede 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 caso
de uso proporciona uno o ms escenarios que indican cmo debera interactuar el sistema con el usuario o con otro sistema para
conseguir 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

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

Versin: aa-mm-dd- ##

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 caso
de uso proporciona uno o ms escenarios que indican cmo debera interactuar el sistema con el usuario o con otro sistema para
conseguir un objetivo especfico.
Precondiciones:

Lista de precondiciones antes de llevarse a cabo el proceso.

Flujo Normal: Describa la interaccin entre un actor y el sistema, en base a pasos enumerados.
Actor
Describir cada uno de los pasos del flujo realizado por un actor.

Sistema
Describir cada uno de los pasos del flujo realizado por algn recurso
del sistema.

Flujo Alterno:
El flujo alterno describe el comportamiento del sistema en caso de alguna excepcin sobre el flujo normal del proceso o evento
Actor
Describir cada paso alterno del flujo realizado por un actor.

Sistema
Describir cada paso alterno del flujo realizado por algn recurso del
sistema.

Postcondiciones:

Listar las condiciones en que se encuentra el sistema despus de haberse ejecutado el proceso.

Requerimientos
Especiales:

Nombrar y describir cualquier requerimiento que no haya sido abarcado por el flujo normal o los alternos.

Puntos de Extensin:

Se debe mencionar y describir los puntos en los cuales el flujo de eventos se extiende por otros casos de uso.

Nota: Cada paso del flujo de los eventos debe ser enumerado, manteniendo una secuencia entre los pasos del flujo realizado por un actor y los
pasos del flujo realizado por algn recurso del sistema.

3 Requerimientos Funcionales
Los requerimientos funcionales de un sistema describen la funcionalidad o los servicios que se espera que ste provea. Son entendidos como
capacidades que debe exhibir una aplicacin con el fin de resolver un problema. Se clasifican en:

2 de 5

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

Versin: aa-mm-dd- ##

Requerimientos de datos o informacin, tambin denominados requerimientos de contenido, requerimientos conceptuales o

requerimientos de almacenamiento de informacin. stos requerimientos responden a preguntas del tipo qu informacin debe almacenar
y 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 de
la descripcin actual de dicho usuario.

Requerimientos transaccionales o funcionales internos, recogen qu debe hacer el sistema de forma interna, sin incluir aspectos de
interfaz 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 del
requerimiento:

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

Caractersticas:

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

Descripcin del
requerimiento:

Describir el requerimiento funcional con informacin suficiente para ser utilizada ms adelante en el
proceso 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
3 de 5

O Media Baja

O Baja

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

Versin: aa-mm-dd- ##

4 Requerimientos No Funcionales
Requerimientos no funcionales: son llamados tambin requerimientos de calidad, y describen aquellos niveles deseables de calidad de las
funcionalidades y servicios que provee la aplicacin. Para definir el tipo de requerimientos no funcionales, los autores y desarrolladores se
basan en el estndar ISO/IEC 9126: este define un modelo independiente de la tecnologa para caracterizar la calidad de software y considera
las 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 condiciones especficas 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 condiciones especficas.
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 del
requerimiento:

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

Caractersticas:

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

4 de 5

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

Versin: aa-mm-dd- ##

Descripcin del
requerimiento:

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

Requerimiento funcional
impactado:

Especificar el (los) requerimiento(s) funcional(es) que es (son) impactado(s) por este requerimiento no
funcional. 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