Documente Academic
Documente Profesional
Documente Cultură
Lima, 2011
Versin:
x.y
Fecha: dd/mm/aaaaa
Tabla de Contenidos
1.
Introduccin
1.1
Propsito
1.2
Alcance
1.3
Referencias
2.
Descripcin Global
2.1
Reporte del Modelo del Negocio
2.2
Reporte del Modelo de Casos de Uso
3.
Requerimientos Especficos
3.1
Funcionalidad
3.1.1 <Cdigo del Requerimiento> < Caso de Uso>
3.2
Confiabilidad
3.2.1 <Cdigo del Requerimiento> <Requerimiento de Confiabilidad 1>
3.3
Desempeo
3.3.1 <Cdigo del Requerimiento> <Requerimiento de Desempeo 1>
3.4
Interfaces
3.4.1 Interfaces de Usuarios
3.4.2 Interfaces de Hardware
3.4.3 Interfaces de Software
3.4.4 Interfaces de Comunicacin
3.5
Documentacin en Lnea y Requerimientos de Ayuda del Sistema
3.6
Requerimientos de Licencia
3.7
Metodologa de Desarrollo
3.8
Componentes Adquiridos
3.9
Otros Estndares Aplicables
Pgina 2 de 6
Versin:
x.y
Fecha: dd/mm/aaaaa
Introduccin
[La introduccin a este documento debe incluir una visin general de todo el documento. Incluye el
propsito, alcance, definiciones, acrnimos, abreviaturas, referencias y generalidades del
proyecto.]
1.1
Propsito
[Especifica el propsito que cumple este documento para el proyecto.]
1.2
Alcance
[Una breve descripcin del alcance de este documento; con qu proyecto est asociado y cualquier
cosa que se pueda ver afectado o influenciado por este documento.]
1.3
Referencias
[Esta seccin provee una lista completa de todos los documentos referencias o usados como base
para elaborar este documento. Identifique cada documento por su ttulo, nmero de reporte (si
aplica), fecha y organizacin que lo publica. Especifique las fuentes a partir de las cuales se
pueden obtener.]
2.
Descripcin Global
2.1
2.2
3.
Requerimientos Especficos
[Esta seccin debe cubrir todos los requerimientos del software a un nivel de detalle suficiente que
permita a los diseadores realizar el diseo de un sistema que satisfaga dichos requerimientos y a
los testers probar que el sistema satisface dichos requerimientos. Cuando se use el modelamietno
con casos de uso se debern reflejar en trmino de casos de usos y actores.
NOTA: Todos los requerimientos deben ser perfectamente identificados a fin de poder realizar su
seguimiento en el tiempo. Para se propone emplear como esquema de identificacin de los
requerimientos el siguiente:
<Cdigo del Proyecto><cdigo del subsistema o mdulo><Tipo de Requerimiento><nmero
consecutivo>
Una vez establecido el cdigo del requerimiento no se debera cambiar durante el proceso de
desarrollo. ]
Pgina 3 de 6
Versin:
x.y
Fecha: dd/mm/aaaaa
3.1
Funcionalidad
[Esta seccin describe los requerimientos funcionales del sistema para los requerimientos
definidos, expresado en lenguaje natural simple. Esta seccin podra organizarse en trmino de los
subsistemas funcionales en los que se descompondr el producto software.]
3.1.1
3.2
Confiabilidad
[Los requerimientos de confiabilidad del sistema debe ser especificado siguiendo las sugerencias
siguientes:
Disponibilidad especificar el porcentaje de tiempo que el producto deber estar disponible (xx.xx
%), horas de uso, acceso al mantenimiento, modos de operacin degradados, etc.
Precisinresolucin y precisin requerido en las salidas del sistema.
3.2.1
3.3
Desempeo
[Las caractersticas del desempeo, la que debe de incluir tiempos de respuestas especficos.
Cuando se requiera se deber hacer referencia explcita a los casos de usos sobre los que el
requerimiento se establece.
Tiempo de respuesta de una transaccin (promedio, mximo)
Transacciones por segundos (Throughput resultados obtenidos en una cierta unidad de tiempo)
Capacidad, por ejemplo, el nmero de clientes o transacciones que el sistema puede soportar.
Utilizacin de recursos, tales como memoria, disco, comunicaciones, y otros.
3.3.1
3.4
Interfaces
[En esta seccin se deber definir las interfaces que deber soportar el sistema. Debe contener
adecuada especificacin sobre protocolos, puestos, direcciones lgicas..]
3.4.1
Interfaces de Usuarios
[Apoyar con el prototipo del producto software. Esto puede plasmarse en un documento a parte y
referenciarlo desde esta seccin.]
3.4.2
Interfaces de Hardware
[Describir las interfaces con hardware soportadas por el software, incluyendo estructura lgica,
direcciones fsicas, comportamientos esperados, y dems.]
3.4.3
Interfaces de Software
[Describir las interfaces con otros componentes del sistema integrado. Pueden ser componentes
adquiridos o re-usados de otras aplicaciones o simplemente componentes a ser desarrollados para
Pgina 4 de 6
Versin:
x.y
Fecha: dd/mm/aaaaa
Interfaces de Comunicacin
[Describir las interfaces de comunicacin con otros Sistemas o dispositivos tales como redes de
rea local, dispositivos, etc.]
3.5
3.6
Requerimientos de Licencia
[Definir los requerimientos de licencias del producto (esto se debe solicitar cuando el proyecto se
tercerice).]
3.7
Metodologa de Desarrollo
[Definir los requerimientos de desarrollo (esto se debe solicitar cuando el proyecto se tercerice).]
3.8
Componentes Adquiridos
[Describir cualquier componente adquirido a ser usado con el sistema, incluyendo aspectos tales
como licencias o restricciones de uso (cantidad de usuarios, etc) y aspectos de compatibilidad y de
interoperatividad asociado, o los estndares de las interfaces de integracin.]
3.9
Pgina 5 de 6
Versin:
x.y
Fecha: dd/mm/aaaaa
Versin
<x.x>
Descripcin
<detalles>
Autor
<nombre>
Pgina 6 de 6