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 " A#re$iaturas% Contiene las definiciones de todos los trminos, siglas y abreviaciones que se utilizarn en el documento 1.& 'ocumentos relacionados Ane(os " a)*ndices Lista (ndice) de los anexos y apndices a los cuales se ar referencia en el documento +, de Ane(o - .ec/a !nexo "" # dd$mm$aaaa 01tulo - +om#re %exto Autor %exto I' del documento """#texto

2 'escri)ciones de Casos de 2so

2.1 0a#la de Actores - Interesados 2.2 0a#la de Casos de 2so 2.& 'iagramas de cada Caso de 2so !formato general% 2.4 Es)ecificaciones de cada Caso de 2so &uede utilizar el esquema siguiente' Caso de 2so I' (efina la sintaxis del )( (incluir la sintaxis en el glosario)* +n caso de uso es una tcnica para la captura de requisitos potenciales de un nuevo sistema o una actualizaci,n de soft-are* Cada caso de uso proporciona uno o ms escenarios que indican c,mo debera interactuar el sistema con el usuario o con otro sistema para conseguir un ob.etivo especfico* +om#re-I'3 'escri)cin3 4equerimiento3 /ombre del caso de uso* &uede combinarlo con el )( del caso de uso* (escribir el ob.etivo y el prop,sito del caso de uso* 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 2so I' (efina la sintaxis del )( (incluir la sintaxis en el glosario)* +n caso de uso es una tcnica para la captura de requisitos potenciales de un nuevo sistema o una actualizaci,n de soft-are* Cada caso de uso proporciona uno o ms escenarios que indican c,mo debera interactuar el sistema con el usuario o con otro sistema para conseguir un ob.etivo especfico* 5recondiciones3 Lista de precondiciones antes de llevarse a cabo el proceso* Actor (escribir cada uno de los pasos del flu.o realizado por un actor* 7istema (escribir cada uno de los pasos del flu.o realizado por alg0n recurso del sistema* .lu6o +ormal3 (escriba la interacci,n entre un actor y el sistema, en base a pasos enumerados*

.lu6o Alterno3 1l flu.o alterno describe el comportamiento del sistema en caso de alguna excepci,n sobre el flu.o normal del proceso o evento Actor (escribir cada paso alterno del flu.o realizado por un actor* 7istema (escribir cada paso alterno del flu.o realizado por alg0n recurso del sistema*

5ostcondiciones3 4equerimientos Es)eciales3 5untos de E(tensin3

Listar las condiciones en que se encuentra el sistema despus de aberse e.ecutado el proceso* /ombrar y describir cualquier requerimiento que no aya sido abarcado por el flu.o normal o los alternos* 2e debe mencionar y describir los puntos en los cuales el flu.o de eventos se extiende por otros casos de uso*

/ota' Cada paso del flu.o de los eventos debe ser enumerado, manteniendo una secuencia entre los pasos del flu.o realizado por un actor y los pasos del flu.o realizado por alg0n recurso del sistema*

& 4equerimientos .uncionales

Los requerimientos funcionales de un sistema describen la funcionalidad o los servicios que se espera que ste provea* 2on entendidos como capacidades que debe ex ibir una aplicaci,n con el fin de resolver un problema* 2e clasifican en'

2 de 5

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

4equerimientos de datos o informacin, tambin denominados requerimientos de contenido, requerimientos conceptuales o requerimientos de almacenamiento de informaci,n* 3stos requerimientos responden a preguntas del tipo 4qu informaci,n debe almacenar y administrar el sistema5 4equerimientos de interfa8 !con el usuario% tambin llamados en algunas propuestas requerimientos de interacci,n o de usuario* 6esponden a la pregunta 4c,mo va a interactuar el usuario con el sistema5 4equerimientos de na$egacin, recogen las necesidades de navegaci,n del usuario* 4equerimientos de )ersonali8acin, describen c,mo debe adaptarse el sistema en funci,n de qu tipo de usuario interact0e con l y de la descripci,n actual de dic o usuario* 4equerimientos transaccionales o funcionales internos , recogen qu debe acer el sistema de forma interna, sin incluir aspectos de interfaz o interacci,n* %ambin son conocidos en el ambiente -eb como requerimientos de servicios*

+tilice el esquema siguiente' I' del 4equerimiento3 +om#re del 4equerimiento3 Identificacin del requerimiento3 Caracter1sticas3 'escri)cin del requerimiento3 Colocar el )( del requerimiento funcional* (efina la sintaxis del )( (incluir la sintaxis en el glosario)* Colocar el nombre del requerimiento funcional* )dentificaci,n del requerimiento funcional (debe ser consistente con su identificaci,n y utilizaci,n en el glosario)* %ipo de requerimiento seg0n la clasificaci,n anterior* (efinir todas las caractersticas* (escribir el requerimiento funcional con informaci,n suficiente para ser utilizada ms adelante en el proceso de especificaci,n y dise7o* &ueden utilizar representaciones grficas si lo desean, y estas deben anexarse al documento*

4equerimiento +9 funcional3 1specificar el (los) requerimientos /8 funcionales que impactan en este requerimiento funcional* 1xplique en detalle* 5rioridad del requerimiento3

8 !lta

8 9edia !lta

8 9edia
3 de 5

8 9edia :a.a

8 :a.a

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

4 4equerimientos +o .uncionales
6equerimientos no funcionales' son llamados tambin requerimientos de calidad, y describen aquellos niveles deseables de calidad de las funcionalidades y servicios que provee la aplicaci,n* &ara definir el tipo de requerimientos no funcionales, los autores y desarrolladores se basan en el estndar )28$)1C ;<=>' este define un modelo independiente de la tecnologa para caracterizar la calidad de soft-are y considera las siguientes caractersticas' <* ?uncionalidad' describe la presencia de funciones (funcionalidades) para alcanzar propiedades definidas* 1.emplos' interoperabilidad, seguridad =* Confiabilidad' describe la disponibilidad que tiene el producto para mantener sus niveles de rendimiento ba.o condiciones especficas y en un tiempo dado* 1.emplos' madurez, tolerante a fallas, recuperabilidad* @* +sabilidad' describe el esfuerzo requerido por el usuario en la utilizaci,n de la aplicaci,n* 1.emplo' velocidad de aprendiza.e, eficacia, operabilidad* A* 1ficiencia' describe la tasa entre el nivel de rendimiento de la aplicaci,n y los recursos que sta utiliza ba.o condiciones especficas* B* Capacidad de mantenimiento' describe el esfuerzo requerido para implementar cambios predeterminados en una aplicaci,n* 1.emplo' estabilidad, validaciones* >* &ortabilidad' describe la conveniencia de que una aplicaci,n pueda ser llevada de un ambiente a otro* 1.emplo' adaptabilidad, capacidad de instalaci,n, capacidad de replicar* C* 8tras seg0n las condiciones y restricciones del dominio* +tilice el siguiente esquema' I' del 4equerimiento3 Colocar el )( del requerimiento no funcional* (efina la sintaxis del )( (incluir la sintaxis en el glosario)*

+om#re del 4equerimiento3 Colocar el nombre del requerimiento no funcional* Identificacin del requerimiento3 Caracter1sticas3 )dentificaci,n del requerimiento no funcional (debe ser consistente con su identificaci,n y utilizaci,n en el glosario)* %ipo de requerimiento seg0n la clasificaci,n anterior* (efinir todas las caractersticas* &uede utilizar las sub caractersticas asociadas el estndar )28$)1C ;<=>*

de 5

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

'escri)cin del requerimiento3 4equerimiento funcional im)actado3 5rioridad del requerimiento3

(escribir el requerimiento no funcional con informaci,n suficiente para ser utilizada ms adelante en el proceso de especificaci,n y dise7o* &ueden utilizar representaciones grficas si lo desean, y estas deben anexarse al documento* 1specificar el (los) requerimiento(s) funcional(es) que es (son) impactado(s) por este requerimiento no funcional* 1xplique en detalle*

8 !lta

8 9edia !lta

8 9edia

8 9edia :a.a

8 :a.a

As)ectos so#re la 9rgani8acin. 5ol1ticas internas. (escriba c,mo se satisfacen cada una de las polticas internas de la organizaci,n (condiciones y restricciones del dominio, de la organizaci,n, etc*)* As)ectos so#re la 9rgani8acin-7taff. As)ectos legales. (efina los aspectos legales que pudieran afectar el proyecto o cada una de las entregas*

5 de 5