Se suele confundir el termino requerimiento y requisito más sin embargo apoyandonos en las definiciones ofrecidas por el diccionario de la RAE, nos indica que requisito "hace referencia a una condición o circunstancia necesaria para cumplir un cierto objetivo o para obtener un resultado determinado", por otro lado al hablarnos de "requerimiento" nos dice que hace referencia a una acción, por lo cual no se trata de una lista de exigencias sino del acto de exigir.
Ahora bien, en el ámbito de la arquitectura un requerimiento es una exigencia que tiene un software para poder funcionar de manera eficiente, en este orden de ideas los requerimientos se vuelven estrictamente necesarios al momento de definir cualquier tipo de arquitectura según el funcionamiento que se le vaya a dar.
Para continuar quiero resaltar
lo mencionado por Karl Wiegers en su publicación “Software Requirements”, en
donde divide un sistema en dos
categorías principales Requerimientos Funcionales (RFs) y Requerimientos No
Funcionales (RNFs), al referirnos a requerimientos funcionales hablamos directamente de cada uno de los servicios que
nos suministrará un sistema restringiéndonos con precisión los objetivos de
satisfacción y cumplimiento estructural de un producto, por ende el conocer
dichos requerimientos se convierte en una necesidad.
 |
| gráfica 1 |
Por ejemplo, si una empresa
desea realizar un contrato para el montaje de un proyecto de software deberá
definir sus necesidades de forma absolutamente clara para que así dichas
necesidades puedan ser tomadas como un eje de referencia. A posteriori basados
en estas necesidades se podrá entablar la definición de las características del
hardware, es decir los requerimientos funcionales que necesitará esta empresa
para el correcto funcionamiento del sistema en general.
Ahora bien dentro de las
características notorias al identificar requerimientos podemos resaltar
diferentes ítems de aplicabilidad y funcionamiento, como lo son, el propósito y
proceso básico de aplicación, el volumen de datos que manejará el sistema, los
límites de uso de la arquitectura, así como también los controles de desempeño;
cada una de estas características me brindan antecedentes sobre detalles
primordiales que aunque no parezca están directamente relacionados con el
sistema y a su vez sirven para describirlo.
La siguiente es una
representación gráfica de lo que vendrían siendo las características para la
definición de requerimientos.
Es importante resaltar que
los requerimientos surgen estrictamente de una necesidad, por esta razón y
siguiendo el componente lógico de uniformidad entre necesidad y requerimientos
podemos dividir los requerimientos en dos secciones:
- La primera es el concepto que toma a requerimientos de forma global, es decir, como una sola estructura, asemejándose en el sentido en que sobresanan y suplen una o un conjunto de necesidades.
- La segunda sección es la que nos define requerimientos como un conjunto de complementos, y es ahí donde cada uno de dichos requerimientos empiezan a tener sus diferencias. Notamos que cada uno de los componentes cumplen diferentes funciones, podríamos referirnos a ellas como almacenamiento, dispositivos encargados de salida y de entrada, así como también las diferentes unidades de procesamiento.
Es importante para la creación de un proyecto la verificación de requerimientos, pues como mencionamos anteriormente, estos son la base de una buen desarrollo y aplicación del producto final, que en este caso vendría siendo el completo aprovechamiento de los recursos de un equipo de computo. A continuación se ejemplifica gráficamente el proceso que se debe llevar a cabo para realizar dicha verificación.
Los requerimientos se deben plantear antes de iniciar a construir un producto, por lo tanto un requerimiento existe ya sea por el tipo del producto o porque el cliente quiere que ese requerimiento abarque una necesidad, por ende si no se tiene los requerimientos claros y correctos no se podrá diseñar el producto correcto y en consecuencia no suplirá las necesidades iniciales, es por esto que se define un requerimiento con el fin de ayudar a tener en cuenta las perspectivas de uso y tendencias que se le darán.
