Especificación de Requisitos Software según
Enviado por juanfrancog • 20 de Marzo de 2013 • Tesis • 4.642 Palabras (19 Páginas) • 810 Visitas
Departament d’Informàtica
Universitat Jaume I
E78. INGENIERÍA DEL SOFTWARE
5º CURSO DE INGENIERÍA INFORMÁTICA
2000-2001
Especificación de Requisitos Software según
el estándar de IEEE 830
Raúl Monferrer Agut
Resumen
Este documento presenta el conjunto de características necesarias para la
obtención de una buena especificación de requisitos. Asimismo, presenta el formato de
Especificación de Requisitos Software según la versión de 1998 del estándar IEEE 830.
En la IEEE se indica que un buen documento de requisitos debe contemplar toda la
información presentada en dicho estándar y, aunque propone una organización de dicha
información, no exige estrictamente el formado de dicha información.
Palabras Clave
Requisito, software, ieee, análisis de requisitos.
Índice
1 Introducción................................................................................................................1
2 Objetivos de la ERS. ...................................................................................................2
3 Características de una buena ERS ..............................................................................3
3.1 Corrección............................................................................................................3
3.2 Ambigüedad .........................................................................................................3
3.3 Completitud ..........................................................................................................4
3.4 Verificabilidad......................................................................................................4
3.5 Consistencia .........................................................................................................4
3.6 Clasificación.........................................................................................................5
3.7 Modificabilidad ....................................................................................................5
3.8 Explorabilidad (traceability) ................................................................................5
3.9 Utilizable durante las tareas de mantenimiento y uso ..........................................5
4 Esquema de la ERS definida en el IEEE 830-1998 ....................................................6
5 Conclusiones .............................................................................................................11
6 Bibliografía ...............................................................................................................12
Anexo A : Glosario de Términos Técnicos .....................................................................13
Anexo B: Otras versiones del IEEE 830 .........................................................................14
E78. Ingeniería del Software ERS según el estándar IEEE 830 1
1 Introducción
El análisis de requisitos es una de las tareas más importantes en el ciclo de vida del
desarrollo de software, puesto que en ella se determinan los “planos” de la nueva
aplicación.
En cualquier proyecto software los requisitos son las necesidades del producto
que se debe desarrollar. Por ello, en la fase de análisis de requisitos se deben identificar
claramente estas necesidades y documentarlas. Como resultado de esta fase se debe
producir un documento de especificación de requisitos en el que se describa lo que el
futuro sistema debe hacer. Por tanto, no se trata simplemente de una actividad de
análisis, sino también de síntesis.
El análisis de requisitos se puede definir como el proceso del estudio de las
necesidades de los usuarios para llegar a una definición de los requisitos del sistema,
hardware o software, así como el proceso de estudio y refinamiento de dichos
requisitos, definición proporcionada por el IEEE [Piattini, 1996]. Asimismo, se define
requisito como una condición o capacidad que necesita el usuario para resolver un
problema o conseguir un objetivo determinado [Piattini, 1996]. Esta definición se
extiende y se aplica a las condiciones que debe cumplir o poseer un sistema o uno de
sus componentes para satisfacer un contrato, una norma o una especificación.
En la determinación de los requisitos no sólo deben actuar los analistas, es muy
importante la participación de los propios usuarios, porque son éstos los que mejor
conocen el sistema que se va a automatizar. Analista y cliente se deben poner de
acuerdo en las necesidades del nuevo sistema, ya que el cliente no suele entender el
proceso de diseño y desarrollo del software como para redactar una especificación de
requisitos software (ERS) y los analistas no suelen entender completamente el
problema del cliente, debido a que no dominan su área de trabajo.
Así pues, el documento de especificación de requisitos debe ser legible por el
cliente, con lo que se evita el malentendido de determinadas situaciones, ya que el
cliente participa activamente en la extracción de dichos requisitos.
Basándose en estos requisitos, el ingeniero de software procederá al modelado de
la futura aplicación. Para ello, se pueden utilizar diferentes tipos de metodologías entre
las que destacan la metodología estructurada y la metodología orientada a objetos (por
ejemplo DFDs y UML respectivamente).
La metodología estructurada está basada en la representación de las funciones que
debe realizar el sistema y los datos que fluyen entre ellas.
En la metodología orientada a objetos se utiliza el UML [Pierre-Alain, 1997],
mediante el cual podemos representar diagramas (casos de uso) que permiten definir el
sistema desde el punto de vista del usuario estableciendo las relaciones entre el futuro
sistema y su entorno. Estas relaciones se establecen en forma de acciones del usuario y
reacciones del sistema.
E78. Ingeniería del Software ERS según el estándar IEEE 830 2
2 Objetivos de la ERS.
Los principales objetivos que se identifican en la especificación de requisitos software
son [Chalmeta, 2000]:
1. Ayudar a los clientes a describir claramente lo que se desea obtener mediante un
determinado software: El cliente debe participar activamente en la especificación
de requisitos, ya que éste tiene una visión mucho más
...