UNIDAD V: REQUERIMIENTOS DEL SOFTWARE

Los requerimientos para un sistema son la descripcin de los servicios

proporcionados por el sistema y sus reacciones operativas. Estos requerimientos
reflejan las necesidades de los clientes de un sistema que ayude a resolver algn
problema como el control de un dispositivo, hacer un pedido o encontrar
informacin. El proceso de descubrir, analizar, documentar, y verificar estos
servicios y restricciones se denomina ingeniera de requerimientos (RE).
5.1.- REQUERIMIENTOS FUNCIONALES
(son declaraciones de los servicios que debe proporcionar el sistema, de la
manera en que este debe reaccionar a entradas particulares y de cmo se debe
comportar en situaciones particulares. En algunos casos, los requerimientos
funcionales de los sistemas tambien pueden declarar explcitamente lo que el
sistema no debe hacer).
Los requerimientos funcionales de un sistema describen lo que el sistema debe
hacer. Estos requerimientos dependen del tipo de software que se desarrolle, de
los posibles usuarios del software y del enfoque general tomado por la
organizacin al redactar requerimientos, cuando se expresan como requerimientos
del usuario, habitualmente se describen como una forma bastante abstracta. sin
embargo, los requerimientos funcionales del sistema describen con detalle la
funcin de este, sus entradas y salidas, excepciones, etctera.
Los requerimientos funcionales para un sistema software se pueden expresar de
diferentes formas. A continuacin, se presentan algunos ejemplos de estos
requerimientos funcionales para un sistema de biblioteca universitario,
denominado LIBSYS, utilizado por estudiantes y personal docente que solicitan
libros y documentos de otras bibliotecas.
1. El usuario deber tener la posibilidad de buscar en el conjunto inicial de la
base de datos o seleccionar un subconjunto de ella.
2. El sistema deber proporcionar visores adecuados para que el usuario lea
documentos en el almacn de documentos.
3. A cada pedido se le deber asignar un identificador nico (ID_PEDIDO),
que el usuario podr copiar al rea de almacenamiento permanente de la
cuenta.
Estos requerimientos funcionales del usuario definen los recursos especficos que
el sistema debe proporcional.
5.2.- REQUERIMIENTOS NO FUNCIONALES
(son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyendo
restricciones de tiempo, sobre el proceso de desarrollo y estndares. Los
requerimientos no funcionales a menudo se aplican al sistema en su totalidad.
Normalmente apenas se aplican a caractersticas o servicios individuales del
sistema).
Los requerimientos no funcionales, como su nombre sugieren, son aquellos
requerimientos que no se refieren directamente a las funciones especficas que
proporciona el sistema, sino a las propiedades emergentes de este como la
fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento. De forma
alternativa, definen las restricciones del sistema como la capacidad de los
dispositivos de entrada/salida y las presentaciones de datos que se utilizan en las
interfaces del sistema.
Los requerimientos no funcionales rara vez se asocian con caractersticas
particulares del sistema. Ms bien, estos requerimientos especifican o restringen
las propiedades emergentes del sistema, por lo tanto, pueden especificar el
rendimiento del sistema, la proteccin, la disponibilidad y otras propiedades
emergentes. Esto significa que a menudo son ms crticos que los requerimientos
funcionales particulares. Los usuarios del sistema normalmente pueden encontrar
formas de trabajar alrededor de una funcin del sistema que realmente no cumple
sus necesidades. Sin embargo, el incumplimiento de un requerimiento no funcional
puede significar que el sistema entero sea inutilizable. Por ejemplo, si un sistema
de vuelo no cumple sus requerimientos de fiabilidad, no se certificar como seguro
para el funcionamiento; si un sistema de control de tiempo real no cumple sus
requerimientos de rendimiento. Las funciones de control no funcionaran
correctamente.
Los requerimientos no funcionales no solo se refieren al sistema software a
desarrollar. Algunos de estos requerimientos pueden restringir el proceso que se
debe utilizar para desarrollar el sistema. Ejemplos de requerimientos de procesos
son las especificaciones de los estndares de calidad que se deben utilizar en el
proceso, una especificacin que el diseo debe producir con una herramienta
CASE particular y una descripcin del proceso a seguir.
(CASE (Computer Aided Software Engineering, Ingeniera de Software Asistida por Ordenador)
hace referencia a la aplicacin de un conjunto de herramientas y mtodos para incrementar la
productividad del desarrollo software y reducir costes de tiempo y dinero, obteniendo un software
de alta calidad, sin defectos y mantenible.
Estas herramientas ayudan en todos los estados del ciclo de vida de desarrollo software, tareas
como el proceso de diseo del proyecto, clculo de costos, implementacin de parte del cdigo,
compilacin automtica, documentacin o deteccin de errores.)
Los requerimientos no funcionales surgen de las necesidades del usuario, debido
a las restricciones en el presupuesto, a las polticas de la organizacin, a la
necesidad de interoperabilidad con otros sistemas software, o a factores externos
como regulaciones de seguridad o legislacin sobre privacidad. En la figura 5.1 es
una clasificacin de los requerimientos no funcionales. Puede verse en este
diagrama que los requerimientos no funcionales pueden venir de las
caractersticas requeridas del software (requerimiento del producto), de la
organizacin que desarrolla el software (requerimientos del producto), o de fuentes
externas.

Figura 5.1

5.3.-REQUERIMIENTOS DE DOMINIO
(son requerimientos que provienen del dominio de aplicacin del sistema y que
refleja las caractersticas y restricciones de ese dominio. Pueden ser funcionales o
no funcionales).
Los requerimientos del dominio se derivan del dominio de aplicacin del sistema
ms que de las necesidades especficas de los usuarios. Normalmente incluyen
terminologa especializada del dominio o referencia a conceptos del dominio.
Pueden ser requerimientos funcionales nuevos, restringir los existentes o
establecer como se deben ejecutar clculos particulares. Debido a que estos se
especializan, a los ingenieros de software a menudo les resulta difcil entender
cmo se relacionan con los otros requerimientos del sistema.
Los requerimientos del dominio son importantes debido a que a menudo reflejan
los fundamentos del dominio de aplicacin. Si estos requerimientos no se
satisfacen, puede ser imposible hacer que el sistema funcione de forma
satisfactoria. El sistema LIBSYS incluye varios requerimientos del dominio:
1. debe existir un interfaz de usuario estndar para todas las bases de datos
que estar basada en el estndar Z39.50.
 2. debido a las restricciones en los derechos de autor, algunos documentos
debern borrarse inmediatamente despus de su llegada. Dependiendo de
los requerimientos del usuario, estos documentos se imprimirn de forma
local en el servidor del sistema para ser distribuidos de forma manual al
usuario o se enviarn a la impresora de la red.
El primer requerimiento es una restriccin de diseo. Establece que la interfaz de
usuario para la base de datos debe implementarse segn un estndar bibliotecario
especifico. Los desarrolladores, por lo tanto, tienen que informarse sobre el
estndar antes de empezar el diseo de la interfaz. El segundo requerimiento se
introduce debido a las leyes de derecho de autor que se aplican a los materiales
utilizados en las bibliotecas. Establece que el sistema debe incluir un recurso
automtico para borrar algunas clases de documentos al ser impresos. Esto
significa que los usuarios del sistema de biblioteca no pueden tener su propia
copia electrnica del documento.

5.4.- REQUERIMIENTOS DEL USUARIO Y DEL SISTEMA

Los requerimientos del usuario para un sistema deben describir los requerimientos
funcionales y no funcionales de tal forma que sean comprensibles por los usuarios
del sistema sin conocimiento tcnico detallado. nicamente deben especificar el
comportamiento externo del sistema y deben evitar, tanto como sea posible, las
caractersticas de diseo del sistema. Por consiguiente, si se estn redactando
requerimientos del usuario, no se debe utilizar jerga del software, notaciones
estructuradas o formales, o describir los requerimientos por la descripcin de la
implementacin del sistema, deben redactarse en un lenguaje sencillo, con tablas
y formularios sencillos y diagramas intuitivos.
Sin embargo, pueden surgir diversos problemas cuando se redactan con frases
del lenguaje natural en un documento de texto:
1. falta de claridad. Algunas veces es difcil utilizar el lenguaje de forma
precisa y no ambigua sin hacer el documento poco conciso y difcil de leer.
2. Confusin de requerimientos. No se distinguen claramente los
requerimientos funcionales y no funcionales, las metas del sistema y la
informacin para el diseo.
3. Conjuncin de requerimientos. Diversos requerimientos diferentes se
pueden expresar de forma conjunta como un nico requerimiento.

Los requerimientos del sistema son versiones extendidas de los requerimientos

del usuario que son utilizados por los ingenieros de software como punto de
partida para el diseo del sistema. Agregan detalle y explican como el sistema
debe proporcionar los requerimientos del usuario. Pueden ser utilizados como
parte del contrato para la implementacin del sistema y por lo tanto, deben ser una
especificacin completa y consistente del sistema entero.
En teora los requerimientos del sistema simplemente deben describir el
comportamiento externo del sistema y sus restricciones operativas. No deben
tratar de cmo se debe disear o implementar el sistema. Sin embargo, en el nivel
de detalle requerido para especificar completamente un sistema software
complejo, es imposible, en la prctica, excluir toda la informacin de diseo.
Existen razones para esto:
1. Puede tener que disear una arquitectura inicial del sistema para ayudar a
estructurar la especificacin de requerimientos. Los requerimientos del
sistema se organizan conforme a los diferentes subsistemas que componen
el sistema.
2. En muchos casos, los sistemas deben interoperar con otros ya existentes.
Esto restringe el diseo y estas restricciones imponen requerimientos en el
sistema nuevo.
3. Es necesario el uso de una arquitectura especfica para satisfacer los
requerimientos no funcionales. Un regulador externo que necesita certificar
que el sistema es seguro puede especificar que un diseo arquitectnico
que ya ha sido certificado sea utilizado.