de Tlaxcala
INGENIERIA DE
REQUERIMIENTOS
Unidad
4: Desarrollo de un
Documento de Requisitos del
Sistema
M.S.C. Ivette Hernndez Dvila
Estructura
Portada
La portada debe incluir los siguientes elementos:
Nombre del documento: Documento de Requisitos
del Sistema.
Nombre del proyecto: el nombre del proyecto en el
que se desarrolla la ERS.
Versin: Lo habitual es que la versin se componga
de dos nmeros.
Fecha: fecha de la publicacin de la versin.
Desarrollado por: nombre de la empresa o equipo de
desarrollo de la ERS.
Desarrollado para: nombre del cliente o algn otro
organismo.
ndice
El ndice de la ERS debe indicar la pgina en la
que comienza cada seccin, subseccin o
apartado del documento. En la medida de lo
posible, se pondrn sangra a las entradas del
ndice para ayudar a comprender la estructura del
documento.
Listas de tablas y figuras
La ERS deber incluir listas de las figuras y tablas
que aparezcan en la misma. Dichas listas sern
dos ndices que indicarn el nmero, la
descripcin y la pgina en que aparece cada
figura o tabla de la ERS.
Seccin 1
1. Introduccin
Esta seccin obligatoria debe contener una descripcin breve
de la situacin que genera la necesidad del nuevo desarrollo y
cualquier otra consideracin que site al posible lector en el
contexto oportuno para comprender el resto del documento.
1.1 Alcance
Para saber si el alcance del producto se cumpli, se verifica y
evala que todos los requisitos dados estn incluidos dentro
del producto o servicio resultante, es decir que sea tal cual el
cliente lo solicit. De esta forma se certifica que el alcance del
producto sea el correcto y se logre la satisfaccin final del
cliente.
1.2 Objetivos
Esta seccin debe describir los principales objetivos que se
esperan alcanzar cuando el sistema a desarrollar est en
produccin.
Seccin 2
2. Informacin del dominio del problema
Esta seccin obligatoria debe contener informacin relativa al
dominio del problema que permita comprender los conceptos
bsicos del mismo al lector del documento.
2.1 Introduccin al dominio del problema
El dominio del problema es el conjunto de conceptos
interrelacionados que es necesario conocer para entender el
negocio del cliente, y por lo tanto, para poder entender sus
necesidades y proponer una solucin adecuada.
Por ejemplo, si se va a desarrollar una aplicacin para la gestin
de urgencias de un hospital, el dominio del problema sera todo
el conjunto de conceptos relacionados: urgencia, paciente,
triage, ingreso, guardia, admisin, diagnstico, etc. Si se va a
desarrollar para una empresa de seguros de automvil, el
dominio del problema sera el conjunto de conceptos como:
pliza, asegurado, siniestro, franquicia, parte, etc.
Seccin 3
3. Descripcin de la situacin actual
Esta seccin debe contener informacin sobre la
situacin actual de la organizacin para la que se
va a desarrollar el sistema software. Se divide en
las secciones que se describen a continuacin.
3.1 Pros y contras de la situacin actual
Esta seccin debe contener informacin sobre los
aspectos positivos y negativos del negocio actual
de la organizacin para la que se va a desarrollar
el sistema software. Se divide en las secciones
que se describen a continuacin.
Seccin 4
4. Requisitos del sistema a desarrollar
Esta seccin se divide en las secciones que se
describen a continuacin.
4.1 Requisitos generales del sistema
Esta seccin debe contener la especificacin de
losrequisitos generales del sistema, tambin
denominadoscaractersticas del sistema.
4.2 Casos de uso del sistema
Esta seccin debe contener la especificacin de
loscasos de usodel sistema, incluyendo los
correspondientes diagramas, la especificacin de los
actores y la especificacin de los propios casos de
uso. Esta seccin se divide en las secciones que se
describen a continuacin.
Anexos
Anexos
Los anexos se usarn para proporcionar
informacin adicional a la documentacin
obligatoria del documento. Slo deben aparecer si
se consideran oportunos y se identificarn con
letras ordenadas alfabticamente: A, B, C, etc.
Anexo A Documentacin relevante.
Por ejemplo, documentos que deriven de la
actividad normal del negocio, leyes o referencias
a leyes de aplicacin en la organizacin,
fotografas que ilustren la forma de trabajar,
informes que genera el software actual,
recopilacin
de
requisitos
(entrevistas,
cuestionarios)etc.