Professional Documents
Culture Documents
<LogodelaEmpresaCliente>
EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>
Versin:<x.y.z>
Historial de Revisiones
Versin
<x.y.z>
Fecha
<dd/mm/aa>
<Nombre de la Organizacin>,<Ao>
Autor
<nombre>
Descripcin
<especificaciones>
Pg.2
EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>
Versin:<x.y.z>
ndice de Contenido
1 Introduccin...................................................................................................................................................4
1.1 Objetivo.................................................................................................................................................4
1.2 Alcance..................................................................................................................................................4
1.3 Definicin, Acrnimos y Abreviaturas.....................................................................................................4
1.4 Documentos relacionados.....................................................................................................................4
1.5 Visin General.......................................................................................................................................4
2 Casos de Uso................................................................................................................................................4
2.1 Resumen y Actores................................................................................................................................4
2.2 Especificaciones de Casos de Uso........................................................................................................5
2.3 Diagrama...............................................................................................................................................6
3 Requerimientos Funcionales.........................................................................................................................6
4 Requerimientos No Funcionales....................................................................................................................7
4.1 Usabilidad..............................................................................................................................................7
4.2 Confiabilidad..........................................................................................................................................7
4.3 Seguridad..............................................................................................................................................7
4.4 Desempeo...........................................................................................................................................7
4.5 Mantenimiento y Actualizacin...............................................................................................................7
4.6 Soportabilidad y Operabilidad................................................................................................................8
4.7 Limitacin de Diseo.............................................................................................................................8
4.8 Requerimientos de Documentacin en Lnea y de Sistemas de Ayuda...............................................8
4.9 Interfaces...............................................................................................................................................8
4.9.1 Interfaces de Usuario.....................................................................................................................8
4.9.2 Interfaces de Software...................................................................................................................8
4.9.3 Interfaces de Hardware.................................................................................................................8
4.9.4 Interfaces de Comunicaciones......................................................................................................8
4.10 Aspectos Legales.................................................................................................................................9
4.10.1 Polticas de la Organizacin........................................................................................................9
4.10.2 Contratos con Otras Organizaciones...........................................................................................9
4.10.3 Propiedad Intelectual...................................................................................................................9
4.11 Estndares Aplicables........................................................................................................................10
<Nombre de la Organizacin>,<Ao>
Pg.3
EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>
Versin:<x.y.z>
Fecha
<dd/mm/aa>
Organizacin
<nombre>
Identificador del
documento
<Id documento>
2 Casos de Uso
2.1 Resumen y Actores
Los casos de uso definen de forma verbal y grfica los requerimientos funcionales del sistema,
incluyendo algunos requerimientos no funcionales. Los actores se pueden conseguir en el
documento de Visin del Sistema. Se debe llenar la tabla que se muestra a continuacin:
<Nombre de la Organizacin>,<Ao>
Pg.4
EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>
Versin:<x.y.z>
Casos de Uso
Actores participantes
Descripcin:
Requerimiento:
Precondicin:
Flujo Normal:
En el flujo de casos de uso se describe lo que hace el actor y lo que hace el sistema en respuesta.
Se expresa en forma de un dilogo entre actor y sistema. El flujo bsico del caso de uso describe
lo que sucede dentro del sistema. Este flujo puede ser representado en forma grfica. Hay que
tomar en cuenta que el flujo de un caso de uso, debera tener entre cinco y siete pasos
aproximadamente.
Actor
Sistema
Describir cada paso del flujo realizado por Describir cada paso del flujo realizado por algn
un actor.
recurso del sistema.
1.
2.
3.
4.
5.
6.
Flujo Alterno:
el flujo alterno se refleja el comportamiento alternativo debido a las irregularidades que ocurren en
el flujo de eventos normal. Pueden ser tan largos como sea necesario para describir los eventos
asociados al comportamiento alternativo.
Actor
Describir cada paso
realizado por un actor.
1.1
2.1
3.1
Sistema
alterno
<Nombre de la Organizacin>,<Ao>
del
Pg.5
EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>
Versin:<x.y.z>
Caso de Uso
Poscondicin:
Requerimientos Especiales:
Puntos de Extensin:
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.
2.3 Diagrama
En este apartado se deben reflejar los diagramas de casos de uso inicial del sistema. Los
diagramas de casos de uso son una representacin grfica de una parte o todos los actores y casos
de uso del sistema, incluyendo sus interacciones y estos pueden ser desarrollados en una
herramienta de modelado visual. La construccin del Diagrama de Casos de Uso se inicia con la
elaboracin del Diagrama de Casos de Uso Inicial, el refinamiento del mismo puede contemplarse
en iteraciones posteriores.
3 Requerimientos Funcionales
Los requerimientos funcionales de un sistema describen la funcionalidad o los servicios que se espera
que ste provea. En este apartado se debe describir lo que el sistema tendr que hacer, los factores
que afectan al producto y satisfacen los requerimientos. Se debe llenar la siguiente tabla:
Nombre del Requerimiento:
Caractersticas:
Aqu se debe de realizar una descripcin del requerimiento funcional. Se debe colocar informacin
suficiente de tal manera que sirva de ayuda para el desarrollador del sistema. Cualquier
representacin grfica debe ser anexada en este apartado.
Atributo: Prioridad
<Nombre de la Organizacin>,<Ao>
Pg.6
EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>
Versin:<x.y.z>
4 Requerimientos No Funcionales
Describa los requerimientos no funcionales para este documento. Los requerimientos no funcionales
tienen que ver con las caractersticas que de una u otra forma puedan limitar el sistema como son: el
rendimiento (en tiempo y espacio), confiabilidad, interfaces, fiabilidad (robustez del sistema,
disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estndares, etc.
4.1 Usabilidad
En este apartado se debe incluir todos los requerimientos que afecten la usabilidad. Esto debe
incluir: el tiempo que se tomar un usuario en aprender a utilizar el sistema y se podra explicar por
qu debe ser rpido el aprendizaje, los tiempos medibles de tarea para las tareas tpicas y los
requerimientos para concordar con estndares.
4.2 Confiabilidad
Aqu se deben detallar los requerimientos de confiabilidad del sistema. Describa las caractersticas
de confiabilidad explicado la posibilidad del sistema de realizar las funciones para las que fue
diseado sin presentar fallos. Entre estos requerimientos puede mencionar caractersticas como la
disponibilidad, el porcentaje de fallas mximo, etc.
4.3 Seguridad
Aqu se deben detallar los requerimientos de seguridad del sistema. Esto incluye si el acceso al
sistema ser controlado con nombres de usuario y contraseas, que solo los usuarios con
privilegios de administrador podrn accesar a las funciones administrativas y los usuarios normales
no podrn.
4.4 Desempeo
En este apartado se debe ver reflejado las caractersticas de desempeo del sistema. Se debe
especificar: el tiempo de respuesta para una transaccin (promedio), capacidad (nmero de clientes
y transacciones), rendimiento del procesamiento (Ej. transacciones por segundo) y cuando el
sistema se ha degradado cul es el modo aceptable de operacin.
4.5 Mantenimiento y Actualizacin
En este apartado se debe ver reflejado los requerimientos de mantenimiento y actualizacin. La
capacidad de mantenimiento es la habilidad que se tiene para realizar cambios al producto en el
tiempo y la capacidad de actualizacin es la habilidad que se tiene para entregar las versiones del
producto a bajo costo a los clientes con un mnimo de tiempo de descarga. Una caracterstica clave
para apoyar este objetivo es la descarga automtica de parches o actualizaciones y actualizaciones
del equipo del usuario final. Tambin debemos utilizar formatos para archivos de datos que incluyan
suficientes metadatos para permitirnos trasformar con seguridad la informacin existente del
usuario durante una actualizacin.
<Nombre de la Organizacin>,<Ao>
Pg.7
EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>
Versin:<x.y.z>
<Nombre de la Organizacin>,<Ao>
Pg.8
EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>
Versin:<x.y.z>
Componente
Dueo
Licencia
Estado
Comentarios
Nosotros
Marca
Registrada
Registro pendiente
Base de datos
Distribuidor
GNU GPL
En
conformidad, Se
limita
a
2
cobra cuota estndar procesadores/servidores
Distribuidor
Licencia
comercial
En conformidad, por
un
acuerdo
de
sociedad
Ninguna
Dominio
pblico
En conformidad
BSD
En conformidad
Indexador
de
la
OS del Proyecto
mquina de bsqueda
GPL
En conformidad
Otras libreras
BSD
En conformidad
Patente
pendiente
En conformidad
Librera
encriptacin
de
Imgenes de clip-art
Librera
controladores
sonido
de
de OS del Proyecto
OS del Proyecto
Patente de algoritmo
Nosotros
especial
<Nombre de la Organizacin>,<Ao>
El indexador correo en un
proceso aparte, no hace
nuestro cdigo GPL.
Bsqueda
de
patente
terminada, aplicacin de
patente en revisin.
Pg.9
EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>
Versin:<x.y.z>
<Nombre de la Organizacin>,<Ao>
Pg.10
Copyright(C)2003JasonRobbins.Todoslosderechosreservados.
Copyright(C)2006CNTI.
Laredistribucinyelusodelasplantillas,conosinmodificacin,estnpermitidassiemprequese
cumplanlassiguientescondiciones:InformacindelasLicencias.