Professional Documents
Culture Documents
Formato IEEE830
Formato IEEE830
[Mes de ao]
0.3 Pg. 2
Docu"ento validado por las partes en ec&a' [)ec&a] Por el cliente Por la e"presa su"inistradora
'ontenido
I'($ )E* )+',MEN-+&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& . '+N-ENI)+&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& / 0 IN-"+),''I1N&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 2 0&0 Propsito&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 2 0&3 $lcance&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 2 0&4 Personal in#olucrado&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 2 0&. )efiniciones5 acrnimos y abre#iaturas&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&2 0&/ "eferencias&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 2 0&2 "esumen&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 2 3 )E6'"IP'I1N 7ENE"$*&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 8 3&0 Perspecti#a del producto&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 8 3&3 uncionalidad del producto&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 8 3&4 'aractersticas de los usuarios&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 8 3&. "estricciones&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 8 3&/ 6uposiciones y dependencias&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 8 3&2 E#olucin pre#isible del sistema&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&8 4 "E9,I6I-+6 E6PE': I'+6&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 8 4&0 "equisitos comunes de los interfaces&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&; 4&3 "equisitos funcionales&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& ; 4&4 "equisitos no funcionales&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& < 4&. +tros requisitos&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 0= . $P>N)I'E6&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 0=
0 Introduccin
[.nserte aqu/ el te0to] a introducci0n de la Especificaci0n de requisitos de software "S9S% debe proporcionar una 3ista 4eneral de la S9S. :ebe incluir el ob!eti3o) el alcance) las definiciones y acr0nimos) las referencias) y la 3ista 4eneral del S9S.
0&0
Propsito
0&3
$lcance
[.nserte aqu/ el te0to] Identificaci0n del producto"s% a desarrollar mediante un nombre <onsistencia con definiciones similares de documentos de mayor ni3el "e!. :escripci0n del sistema% que puedan e'istir
0&4
Personal in#olucrado
[.nserte aqu/ el te0to] [.nserte aqu/ el te0to] [.nserte aqu/ el te0to] [.nserte aqu/ el te0to] [.nserte aqu/ el te0to] [.nserte aqu/ el te0to]
9elaci0n de personas in3olucradas en el desarrollo del sistema) con informaci0n de contacto. Esta informaci0n es 5til para que el 4estor del proyecto pueda locali(ar a todos los participantes y recabar la informaci0n necesaria para la obtenci0n de requisitos) 3alidaciones de se4uimiento) etc.
0&.
[.nserte aqu/ el te0to] :efinici0n de todos los t=rminos) abre3iaturas y acr0nimos necesarios para interpretar apropiadamente este documento. En ella se pueden indicar referencias a uno o ms ap=ndices) o a otros documentos.
0&/
[Re .]
"eferencias
-itulo [2/tulo] [Ruta] "uta ec!a $utor [)ec&a] [1utor]
"eferencia
9elaci0n completa de todos los documentos relacionados en la especificaci0n de requisitos de software) identificando de cada documento el titulo) referencia "si procede%) fec*a y or4ani(aci0n que lo proporciona.
0&2
"esumen
[.nserte aqu/ el te0to] :escripci0n del contenido del resto del documento E'plicaci0n de la or4ani(aci0n del documento
3 )escripcin general
3&0 Perspecti#a del producto
[.nserte aqu/ el te0to] 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 dia4rama que sit5e el producto dentro del sistema e identifique sus cone'iones facilita la comprensi0n.
3&3
[.nserte aqu/ el te0to] 9esumen de las funcionalidades principales que el producto debe reali(ar) sin entrar en informaci0n de detalle. En ocasiones la informaci0n de esta secci0n puede tomarse de un documento de especificaci0n del sistema de mayor ni3el "e!. 9equisitos del sistema%. as funcionalidades deben estar or4ani(adas de manera que el cliente o cualquier interlocutor pueda entenderlo perfectamente. ;ara ello se pueden utili(ar m=todos te'tuales o 4rficos.
3&4
:escripci0n de los usuarios del producto) incluyendo ni3el educacional) e'periencia y e'periencia t=cnica.
3&.
"estricciones
[.nserte aqu/ el te0to] :escripci0n de aquellas limitaciones a tener en cuenta a la *ora de dise>ar y desarrollar el sistema) tales como el empleo de determinadas metodolo4-as de desarrollo) len4ua!es de pro4ramaci0n) normas particulares) restricciones de *ardware) de sistema operati3o etc.
3&/
6uposiciones y dependencias
[.nserte aqu/ el te0to] :escripci0n de aquellos factores que) si cambian) pueden afectar a los requisitos. ;or e!emplo una asunci0n puede ser que determinado sistema operati3o est disponible para el *ardware requerido. :e *ec*o) si el sistema operati3o no estu3iera disponible) la S9S deber-a modificarse.
3&2
[.nserte aqu/ el te0to] Identificaci0n de futuras me!oras al sistema) que podrn anali(arse e implementarse en un futuro.
4 "equisitos especficos
Esta es la secci0n ms e'tensa y ms importante del documento. :ebe contener una lista detallada y completa de los requisitos que debe cumplir el sistema a desarrollar. El ni3el de detalle de los requisitos debe ser el suficiente para que el equipo de desarrollo pueda dise>ar un sistema que satisfa4a los requisitos y los encar4ados de las pruebas puedan determinar si =stos se satisfacen.
os requisitos se dispondrn en forma de listas numeradas para su identificaci0n) se4uimiento) tra(abilidad y 3alidaci0n "e!. 9? 10) 9? 10.1) 9? 10.7)...%. ;ara cada requisito debe completarse la si4uiente tabla& *6"ero de requisito *o"+re de requisito 2ipo )uente del requisito Prioridad del requisito [.nserte aqu/ el te0to] [.nserte aqu/ el te0to] Requisito [.nserte aqu/ el te0to] 1lta(7sencial
y reali(ar la descripci0n del requisito a distribuci0n de los prrafos que forman este punto puede diferir del propuesto en esta plantilla) si las caracter-sticas del sistema aconse!an otra distribuci0n para ofrecer mayor claridad en la e'posici0n.
4&0
[.nserte aqu/ el te0to] :escripci0n detallada de todas las entradas y salidas del sistema de software.
4&3
"equisitos funcionales
[.nserte aqu/ el te0to] :efinici0n de acciones fundamentales que debe reali(ar el software al recibir informaci0n) procesarla y producir resultados. En ellas se incluye& <omprobaci0n de 3alide( de las entradas Secuencia e'acta de operaciones
Descripcin de requisitos del so !are
9espuesta a situaciones anormales "desbordamientos) comunicaciones) recuperaci0n de errores% ;armetros @eneraci0n de salidas 9elaciones entre entradas y salidas "secuencias de entradas y salidas) formulas para la con3ersi0n de informaci0n% Especificaci0n de los requisitos l04icos para la informaci0n que ser almacenada en base de datos "tipo de informaci0n) requerido% as requisitos funcionales pueden ser di3ididos en sub-secciones.
4&3&0 "equisito funcional 0 4&3&3 "equisito funcional 3 4&3&4 "equisito funcional 4 4&3&. "equisito funcional n
4&4
"equisitos no funcionales
4&4&0 "equisitos de rendimiento
[.nserte aqu/ el te0to] Especificaci0n de los requisitos relacionados con la car4a que se espera ten4a que soportar el sistema. ;or e!emplo) el n5mero de terminales) el n5mero esperado de usuarios simultneamente conectados) n5mero de transacciones por se4undo que deber soportar el sistema) etc. 6odos estos requisitos deben ser mesurables. ;or e!emplo) indicando +el 9AB de las transacciones deben reali(arse en menos de 1 se4undo/) en lu4ar de +los operadores no deben esperar a que se complete la transacci0n/.
4&4&3 6eguridad
[.nserte aqu/ el te0to] Especificaci0n de elementos que prote4ern al software de accesos) usos y sabota!es maliciosos) as- como de modificaciones o destrucciones maliciosas o accidentales. os requisitos pueden especificar& Empleo de t=cnicas cripto4rficas. 9e4istro de fic*eros con +lo4s/ de acti3idad. $si4naci0n de determinadas funcionalidades a determinados m0dulos. 9estricciones de comunicaci0n entre determinados m0dulos. <omprobaciones de inte4ridad de informaci0n cr-tica.
4&4&4
iabilidad
[.nserte aqu/ el te0to] Especificaci0n de los factores de fiabilidad necesaria del sistema. Esto se e'presa 4eneralmente como el tiempo entre los incidentes permisibles) o el total de incidentes permisible.
4&4&. )isponibilidad
[.nserte aqu/ el te0to] Especificaci0n de los factores de disponibilidad final e'i4idos al sistema. #ormalmente e'presados en B de tiempo en los que el software tiene que mostrar disponibilidad.
4&4&/ Mantenibilidad
[.nserte aqu/ el te0to] Identificaci0n del tipo de mantenimiento necesario del sistema. Especificaci0n de quien debe reali(ar las tareas de mantenimiento) por e!emplo usuarios) o un desarrollador. Especificaci0n de cuando debe reali(arse las tareas de mantenimiento. ;or e!emplo) 4eneraci0n de estad-sticas de acceso semanales y mensuales.
4&4&2 Portabilidad
[.nserte aqu/ el te0to] Especificaci0n de atributos que debe presentar el software para facilitar su traslado a otras plataformas u entornos. ;ueden incluirse& ;orcenta!e de componentes dependientes del ser3idor. ;orcenta!e de c0di4o dependiente del ser3idor. 8so de un determinado len4ua!e por su portabilidad. 8so de un determinado compilador o plataforma de desarrollo. 8so de un determinado sistema operati3o.
4&.
+tros requisitos
[.nserte aqu/ el te0to] <ualquier otro requisito que no enca!e en nin4una de las secciones anteriores. ;or e!emplo& 9equisitos culturales y pol-ticos 9equisitos e4ales
. $p?ndices
[.nserte aqu/ el te0to] ;ueden contener todo tipo de informaci0n rele3ante para la S9S pero que) propiamente) no forme parte de la S9S.