. Breve resea terica sobre los distintos Tipos de Requerimientos.
Requerimientos de Eficiencia: Por eficiencia nos referimos a la capacidad de
Los requerimientos del sistema de se clasifican como:
A- Requerimientos Funcionales
Especifican explcitamente lo que el sistema debe hacer. Estos requerimientos
dependen del tipo de software que se est desarrollando, de los usuarios esperados del
software y del enfoque general que adopta la organizacin cuando se describen
requerimientos. Estos requerimientos varan desde requerimientos generales que
cubren lo que tiene que hacer el sistema, hasta requerimientos muy especficos que
reflejan las maneras locales de trabajar o los sistemas existentes de una organizacin
B- Requerimientos No Funcionales
Son requerimientos que no se relacionan directamente con las funciones o servicios
especficos que el sistema entrega a sus usuarios sino ms bien restricciones y
propiedades emergentes de estos servicios (limitaciones). Por propiedades nos
referimos por ejemplo a la fiabilidad, tiempos de respuesta y uso de almacenamiento.
De forma alternativa, se pueden definir restricciones sobre la implementacin del
sistema, como las capacidades de los dispositivos I/O o las representaciones de datos
usados en las interfaces con otros sistemas.
A diferencia de los requerimientos funcionales, no se puede relacionar los
requerimientos no funcionales con algn componente especfico del sistema. Esto se
debe a que:
- Los requerimientos no funcionales afectan ms la arquitectura global de un
sistema que los componentes individuales. Por ejemplo, para garantizar que cumplan
con los requerimientos de rendimiento, quiz se deba organizar el sistema para
minimizar las minimizar las comunicaciones entre componentes.
- Un requerimiento no funcional individual, como un requerimiento de seguridad
podra generar algunos requerimientos funcionales relacionados que definan nuevos
servicios del sistema que se requieren. Adems, tambin podra generar requerimientos
que restrinjan los requerimientos ya existentes.
Los requerimientos no funcionales deben escribirse siempre que sea posible de manera
cuantitativa, de manera que puedan ponerse objetivamente a prueba.
Clasificacin
Los requerimientos no funcionales surgen a travs de necesidades del usuario, debido
a restricciones presupuestales, polticas de la organizacin, necesidad de
interoperabilidad con otro software o sistemas de hardware, o factores externos como
regulaciones de seguridad o legislacin sobre privacidad. A partir de estas necesidades,
podemos clasificar a los requerimientos no funcionales de la siguiente manera:
a- Requerimientos del producto: Estos requerimientos especifican o restringen el
comportamiento del producto (software o sistema). Este requerimiento se subdivide en:
Requerimientos de Usabilidad: La usabilidad se define como el esfuerzo que
necesita hacer un usuario final para aprender, usar, ingresar datos e interpretar
los resultados obtenidos del sistema. Los requerimientos de usabilidad expresan
cun fcil ser para el usuario utilizar el sistema. Depende de los componentes
tcnicos del sistema, sus operarios o usuarios y su entorno de operaciones.
Se redactan (o se usa cmo medida) segn el tiempo de aprendizaje o
formacin del usuario, el tipo de interfaz de usuario que utilizar el sistema,
ventanas para la ayuda y mensajes de retroalimentacin.
un sistema en realizar una funcin con la cantidad mnima de recursos posibles
en el menor tiempo posible. Esto ltimo divide estos requerimientos por:
o Rendimiento: Estos requerimientos indican que tan rpido deben
ejecutarse las funciones del sistema. Se utiliza como medida:
- Transacciones/segundo procesadas ;
- Tiempo de respuesta usuario/evento ;
- Usuarios conectados simultanea mente ;
- Tiempo de regeneracin de pantalla.
o Espacio: Se refiere al espacio fsico de almacenamiento o a la dimensin
de memoria. Se mide por ejemplo en: Mbytes, nmero de chips ROM,
memoria RAM, etc.
Requerimientos de Confiabilidad: Especifican los valores de los atributos de
la confiabilidad. Estos se clasifican en:
o Disponibilidad: Es la probabilidad de que el sistema, en un cierto
momento, est funcionando para proporcionar los servicios a los
usuarios.
o Fiabilidad: Es la probabilidad de que el sistema tenga operaciones libres
de cades durante un tiempo definido en un entorno dado para un
propsito especfico. Es decir, que el sistema no falle. Esto se mide en:
- Tiempo medio para falla.
- Probabilidad de indisponibilidad
- Tasa de ocurrencia de falla
- Disponibilidad
- Tiempo de recuperacin
o Proteccin: Capacidad del sistema para ejecutar sin fallas catastrficas.
o Seguridad: Capacidad del sistema para protegerse contra intrusin
accidental o deliberada.
Requerimientos de Portabilidad: Se refiere a la capacidad del sistema o
software de ejecutarse en diferentes plataformas. El cdigo fuente del software
es capaz de reutilizarse en vez de crearse un nuevo cdigo cuando el software
pasa de una plataforma a otra. Este requerimiento se mide en:
- Porcentaje de enunciados dependientes de objetivo.
- Nmero de sistemas objetivo.
b- Requerimientos organizacionales: Son requerimientos de sistemas amplios,
derivados de polticas y procedimientos en la organizacin del cliente y del desarrollador.
Estos a su vez se dividen en:
Requerimientos Ambientales: Describen en grandes aspectos los componentes
hardware, software y datos con los que el producto debe trabajar y cmo lo har,
es decir, definen cmo es el entorno de operacin del sistema. Es el ambiente
fsico donde opera el sistema.
Requerimientos Operacionales: Definen cmo se usar el sistema, la
documentacin que se entregar y las interfaces del usuario.
Requerimientos de Desarrollo: Especifican las directrices que seguir la
organizacin desarrolladora del sistema, como son: especificacin de lenguaje
de programacin, estndares del entorno o modelado y el proceso de desarrollo
a utilizar.
c- Requerimientos externos: Este trmino cubre todos los requerimientos derivados contradictorias. Estas contradicciones pueden no ser obvias cuando los requerimientos
de factores externos al sistema y su proceso de desarrollo. En ellos se incluyen: se especifican por primera vez. Los problemas pueden surgir despus de un anlisis
Requerimientos Regulatorios: Establecen lo que debe hacer el sistema para ms profundo o, a veces, despus que se termine el desarrollo y el sistema se entregue
ser aprobado en su uso por un regulador. Por ejemplo: se establecen Protocolos al cliente.
para la comunicacin entre sistemas, especificacin de interfaces para la
comunicacin que el sistema debe cumplir. .
Requerimientos ticos: Garantizan que el sistema ser aceptable para sus
usuarios y el pblico general. Para esto satisfacen:
- La confidencialidad de la informacin obtenida para el desarrollo del sistema.
- El respeto por las leyes locales y sociales.
-La revisin de los artefactos del sistema.
Requerimientos Legislativos: Se asegura que el sistema funciones bajo la
legislacin actual y no se cometa algn acto indebido durante su
desarrollo.
o Contables: Especifican las restricciones de los:
- Recursos materiales, personales o de otro tipo que se requieren para
construir y utilizar el sistema.
- Limite de dinero a gastar en el desarrollo o en hardware.
o Seguridad/Proteccin: Definen los comportamientos inaceptables del
sistema en lugar de las funcionalidades requeridas del mismo.

C- Requerimientos del Dominio: Son requerimientos que se derivan del dominio de

aplicacin del sistema ms que de las necesidades especficas de los usuarios.
Normalmente incluyen terminologa especializada del dominio o referencias a conceptos
del dominio. Pueden ser requerimientos funcionales nuevos, restringir los existentes o
establecer cmo se deben ejecutar clculos particulares. 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.

2. Establezca algunos de los errores ms frecuentes a la hora de redactar los

Requerimientos

Podemos enumerar los tres errores ms frecuentes en la redaccin de los

requerimientos:
Ambigedad: El lenguaje natural es el ms utilizado para la Especificacin de
Requerimientos, sin embargo tiene la desventaja que se presta a la ambigedad.
Pueden existir mltiples interpretaciones para un requerimiento, las cuales dependen de
los antecedentes del lector.

Omisiones: Las primeras veces que se especifican los requerimientos puede ocurrir
que se omitan requerimientos que se necesiten cuando el software funcione. Su omisin
puede provocar una deficiencia en el sistema a construir, y adems su capacidad,
caractersticas fsicas o factor de calidad no pueden ser reemplazados por otras
capacidades del producto.

Informacin incompleta: En la redaccin pueden omitirse detalles de un requerimiento

como los datos de entrada, salida o procesos que trae como consecuencia que el
sistema no devuelva los resultados esperados.

Contradicciones: Al escribir los requerimientos pueden aparecer ocasiones en que uno

o ms parecieran contradecir a otros. Esto se suele dar en sistemas complejos. Otra
fuente es que los Stakeholders del sistema tienen necesidades diferentes y a menudo