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

Introduccin

Alcance del documento

Glosario, (incluir Acrnimos y Abreviaturas)
Contiene las definiciones de todos los trminos, siglas y abreviaciones que se utilizarn en el documento
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 Ttulo / Nombre Autor ID del documento

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

Descripciones de Casos de Uso

Tabla de Actores / Interesados
Tabla de Casos de Uso
Diagramas de cada Caso de Uso (formato general)
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.
Precondiciones: Lista de precondiciones antes de llevarse a cabo el proceso.

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.
Flujo Normal: Describa la interaccin entre un actor y el sistema, en base a pasos enumerados.
Actor Sistema
Describir cada uno de los pasos del flujo realizado por un actor. 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 Sistema
Describir cada paso alterno del flujo realizado por un actor. 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 Nombrar y describir cualquier requerimiento que no haya sido abarcado por el flujo normal o los alternos.
Especiales:
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.

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:
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?

2 de 5
 Proyecto: -----------Incluir el nombre del proyecto------------------------------------------------------------
Fecha: dd/mm/aaaa
Versin: aa-mm-dd- ##

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 Identificacin del requerimiento funcional (debe ser consistente con su identificacin y utilizacin en el
requerimiento: glosario).

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

Descripcin del Describir el requerimiento funcional con informacin suficiente para ser utilizada ms adelante en el
requerimiento: 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 O Media Baja O Baja

3 de 5
 Proyecto: -----------Incluir el nombre del proyecto------------------------------------------------------------
Fecha: dd/mm/aaaa
Versin: aa-mm-dd- ##

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.

Utiliceelsiguienteesquema:
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 Identificacin del requerimiento no funcional (debe ser consistente con su identificacin y utilizacin en el
requerimiento: glosario).

Caractersticas: Tipo de requerimiento segn la clasificacin anterior. Definir todas las caractersticas. Puede utilizar las
sub caractersticas asociadas el estndar ISO/IEC 9126.
Descripcin del Describir el requerimiento no funcional con informacin suficiente para ser utilizada ms adelante en el

4 de 5
 Proyecto: -----------Incluir el nombre del proyecto------------------------------------------------------------
Fecha: dd/mm/aaaa
Versin: aa-mm-dd- ##

requerimiento: proceso de especificacin y diseo. Pueden utilizar representaciones grficas si lo desean, y estas deben
anexarse al documento.
Requerimiento funcional Especificar el (los) requerimiento(s) funcional(es) que es (son) impactado(s) por este requerimiento no
impactado: 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