You are on page 1of 9

Especificacin de Requerimientos del Software

Proyecto: <Nombre del Proyecto>


Versin: <x.y.z>
Nota:Eltextoincluidoenrectngulosazulesyelexhibidoencursivaazul(Estilo=InfoBlue)se
incluye con el fin de proporcionar una gua para el llenado de este documento y debe ser
eliminadoantesdepublicareldocumento.Unprrafoincorporadodespusdeesteestiloser
fijadoautomticamentealnormal(Estilo=InfoBlue).
Parapersonalizarloscamposautomticos(camposconfondogris)enOpenOffice.orgWriter,
debe seleccionar Archivo>Propiedades y en la pestaa descripcin sustituya los campos de
Ttulo,Tema yComentariosporlainformacinapropiadaparaestedocumento. Despusde
cerrareldilogo,loscamposautomticossernactualizadosautomticamente.Paraactualizar
lanumeracindelndicedeContenidohagaclicderechosobreestecampoautomticoyluego
clicenActualizarndice/Tabla.VealaayudadelOpenOffice.orgparamsinformacinsobreel
trabajoconcampos.
DescripcindelArtefacto:Tieneporobjetivodocumentartodoslosrequerimientosdelsistema,
estedescribelasfunciones delsistema,losrequerimientos nofuncionales,caractersticas del
diseo,yotroselementosnecesariosparaproporcionarunadescripcincompletaycomprensiva
delosrequerimientosparaelsoftwareadesarrollar.

Identificador del documento:

<insertar identificador del documento>

EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>

Versin:<x.y.z>

Historial de Revisiones
Versin
<x.y.z>

, <Ao>

Fecha

Autor

<dd/mm/aa> <nombre>

Descripcin
<especificaciones>

Pg. 2 de 9

EspecificacindeRequerimientosdelSoftware
<NombredelProyecto>

Versin:<x.y.z>

ndice de Contenido
1
1.1
1.2
2
3

Introduccin............................................................................................................................................ 4
Alcance............................................................................................................................................ 4
Definiciones, Acrnimos y Abreviaturas........................................................................................... 4
Requerimientos Funcionales.................................................................................................................. 4

Requerimientos No Funcionales............................................................................................................. 4
Usabilidad........................................................................................................................................ 4
Confiabilidad.................................................................................................................................... 5
Seguridad........................................................................................................................................ 5
Eficiencia......................................................................................................................................... 5
Mantenimiento y Actualizacin........................................................................................................ 5
Soportabilidad y Operabilidad.......................................................................................................... 5
Restriccin de Diseo...................................................................................................................... 5
Requerimientos de Documentacin en Lnea y de Sistemas de Ayuda.........................................5
Interfaces......................................................................................................................................... 6
3.9.1
Interfaces de Usuario.............................................................................................................. 6
3.9.2
Interfaces de Software............................................................................................................ 6
3.9.3
Interfaces de Hardware........................................................................................................... 6
3.9.4
Interfaces de Comunicaciones................................................................................................ 6
3.10 Aspectos Legales............................................................................................................................ 6
3.10.1
Polticas de la Organizacin.................................................................................................... 6
3.10.2
Contratos con Otras Organizaciones......................................................................................6
3.10.3
Propiedad Intelectual.............................................................................................................. 6
3.11 Estndares Aplicables..................................................................................................................... 7
3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9

Casos de Uso......................................................................................................................................... 7
4.1
Actores............................................................................................................................................ 7
4.2
Resumen......................................................................................................................................... 7
4.3
Diagrama......................................................................................................................................... 7
4.4
Especificaciones de Casos de Uso................................................................................................. 8

Documentos relacionados...................................................................................................................... 9

, <Ao>

Pg. 3 de 9

Especificacin de Requerimientos del Software


1 Introduccin
1.1

Alcance
Describir el alcance, mencionar los proyectos asociados y determinar que se ve afectado por este
documento.

1.2

Definiciones, Acrnimos y Abreviaturas


En este apartado se debe mostrar las definiciones de todos los trminos, siglas y abreviaciones
requeridos para entender este documento, a su vez estas se deben reflejar en el glosario del
sistema.

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

Colocar el nombre del requerimiento funcional.

Identificacin del requerimiento:

Identificacin del requerimiento funcional (con un nmero o un


conjunto de caracteres que debe verse reflejado en el apartado de
definicin, acrnimos y abreviaturas).

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

Alta /Media Alta / Media / Media Baja / Baja


La prioridad es: <colocar una de las opciones>

3 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.
3.1

Usabilidad
En este apartado se debe incluir la lista de 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.
3.2

Confiabilidad
Aqu se deben detallar los requerimientos de confiabilidad del sistema. Describa las caractersticas
de confiabilidad explicando 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.

3.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 acceder a las funciones administrativas y los usuarios normales
no podrn.

3.4

Eficiencia
En este apartado se debe ver reflejado las caractersticas de eficiencia 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.

3.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.

3.6

Soportabilidad y Operabilidad
Especificar los requerimientos de soportabilidad y operabilidad del sistema. La soportabilidad la
habilidad de proveer soporte tcnico eficiente y a buen precio y la operabilidad es la habilidad que
se tiene de hospedar y operar el software como un ASP (Proveedor de Servicios de Aplicaciones).

3.7

Restriccin de Diseo
En este apartado se debe indicar cualquier limitacin de diseo en el sistema que es construido.
Por ejemplo: lenguajes de software, requerimientos del proceso de software, uso de herramientas
de desarrollo, componentes comprados, etc.

3.8

Requerimientos de Documentacin en Lnea y de Sistemas de Ayuda


En caso de que exista se debe describir los requerimientos, para la documentacin en lnea del
usuario, sistemas de ayuda, ayuda sobre avisos, etc.

3.9

Interfaces
En este apartado se definen las interfaces que debe apoyar la aplicacin, como son: las interfaces
de usuario, interfaces de software, etc.
En caso de que aplique es conveniente hacer referencia a estndares de la aplicacin o
corporativos.
3.9.1

Interfaces de Usuario
Describir las interfaces de usuario que van a hacer ejecutadas por el software.

3.9.2

Interfaces de Software
Hay que describir las interfaces de software hacia otros componentes del sistema. Pueden
ser: componentes comprados, reutilizados o realizados para subsistemas fuera del alcance
de este documento.

3.9.3

Interfaces de Hardware

Aqu se describen comentarios de cualquier interfaz de hardware que debe ser apoyada por
el software, esto incluye: comportamiento, estructura lgica, etc.
3.9.4 Interfaces de Comunicaciones
Se debe definir las interfaces de comunicaciones a los dems sistemas o dispositivos como:
redes LAN y dispositivos seriales remotos.
3.10

Aspectos Legales
Este punto define las cuestiones legales que pudieran afectar esta entrega. No considerar
cuidadosamente estas cuestiones puede poner a la organizacin de desarrollo en riesgo de una
accin legal. Busque consejo profesional si es necesario.

3.10.1 Polticas de la Organizacin


Debe responder la siguiente pregunta: El producto satisface las polticas de la organizacin
(por ejemplo, de privacidad y seguridad)?
S. Describa cmo se satisfacen cada una de estas polticas.
No. Describa los pasos a tomar para hacer que el producto las cumpla.
No. No hay polticas que apliquen.
3.10.2 Contratos con Otras Organizaciones
Debe responder la siguiente pregunta:
Fue algn componente o informacin producido por otra organizacin bajo contrato?
S. Revise los detalles del contrato para derechos de propiedad y licenciamiento.
No. No se requiere hacer nada al respecto.
3.10.3 Propiedad Intelectual

Componente

Dueo

Licencia

Estado

Comentarios

Nombre del producto

Nosotros

Marca
Registrada

Registro pendiente

debemos usar "(TM)", no


"(R)"

Base de datos

Distribuidor

GNU GPL

En
conformidad, Se
limita
a
2
cobra cuota estndar procesadores/servidores

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

Imgenes de clip-art
Librera
controladores
sonido

Ninguna

de
de OS del Proyecto

OS del Proyecto

Patente de algoritmo
Nosotros
especial

3.11

El indexador correo en un
proceso aparte, no hace
nuestro cdigo GPL.
Bsqueda
de
patente
terminada, aplicacin de
patente en revisin.

Estndares Aplicables
En este apartado se debe describir por referencia cualquier estndar aplicable y las secciones
especficas de dichos estndares que se apliquen al sistema, como son: estndares de calidad
aspectos legales, interoperabilidad, internacionalizacin, estndares de seguridad de la
informacin, compatibilidad del sistema operativo, etc.

4 Casos de Uso
4.1

Actores
Listar los actores identificados junto con una breve descripcin de su rol.

Actor
Colocar un nombre
representativo

Descripcin
Breve descripcin del rol que cumple actor

4.2Resumen
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
Colocar un nombre
representativo

Caso de Uso
Realizar un resumen del caso de uso.

4.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.

4.4

Especificaciones de Casos de Uso


En este apartado se debe recoger la especificacin completa de cada caso de uso. Esto incluye los
campos: nombre, descripcin, actores, precondiciones, flujo normal, flujo alternativo, puntos de
extensin, entre otros. Se debe elaborar una tabla de especificacin por cada caso de uso.
Caso de Uso-Cdigo
Nombre:

Colocar nombre del caso de uso.

Descripcin:

Describir la responsabilidad y el propsito del caso


de uso.

Requerimiento:

Identificar los requerimientos que abarcan a este


caso de uso.

Precondicin:

Tiene que ver con las condiciones en la que debe


estar el sistema para que se ejecute el caso de uso.
Ejemplo: registro y autenticacin del cliente.

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

del

flujo Describir cada paso alterno del flujo realizado por


algn recurso del sistema.
1.2
2.2
3.2

Caso de Uso-Cdigo
Poscondicin:

Listar las condiciones en que se encuentra el


sistema despus de haberse ejecutado el sistema.

Requerimientos Especiales:

Nombrar y describir cualquier requerimiento que no


haya sido abarcado por el flujo normal o los
alternos.

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.

5 Documentos relacionados
Para poder visualizar las referencias a otros documentos, se debe de llenar la tabla que se muestra
a continuacin:
Ttulo
<ttulo>

Fecha
<dd/mm/aa>

Organizacin
<nombre>

Identificador del
documento
<Id documento>

You might also like