Lección 4
Análisis y validación de requisitos
Al realizar el levantamiento de requisitos nos vamos a encontrar con una gran cantidad de requerimientos que tendremos en la medida de lo posible unificarlos, descartarlos y realizarlos, pero cómo saber cuál es cuál. A través del análisis de requisitos podremos realizar este proceso.
El primer paso es clasificarlos tal cual como lo vimos en la lección 1 de esta unidad, por medio de esta clasificación podemos comenzar a ver cuales son los realmente importantes y cuales de pronto, son de forma solamente, podremos ver las características que vamos a tener en el sistema. De pronto podremos pensar que todos los requisitos que sean del tipo no funcional los puedo reducir, pero esto no sería lo más adecuado, supongamos que un agente quiere que el software sea de color azul con morado y sin eso no dará la aprobación del mismo, por eso es muy importante analizar y negociar que irá y que no.
El segundo paso es realizar una nueva clasificación a través de la prioridad, ver cual de todos los requisitos tiene una prioridad mayor, por ejemplo un clienteEs la persona o empresa que nos contrata para desarrollar el software, esto no quiere decir que sea propiamente el que interactúa con el software. Su visión de requerimientos en general es distinta a la de otros agentes, con el cliente podremos obtener requisitos funcionales, requisitos del sistema y del software entre otros. que tiene un negocio de comidas rápidas puede decir que para el lo más importante es el módulo de facturación pero otro cliente del mismo tipo de negocio de comidas rápidas dice que para él lo más importante es el despacho de pedidos. Por eso internamente en el desarrollo del aplicativo Web debemos establecer prioridades para los requisitos y establecernos en un orden lógico que nos permita cumplir con los objetivos trazados.
Como hemos mencionado en varias oportunidades también debemos poner un alcance a los requisitoEs una característica que se debe exhibir para solucionar un cierto problema en el mundo real.s, en la medida de lo posible todo requisito debe tener una unidad de medida con el fin de demostrarnos que ya conseguimos cumplir con este requisito.
También dentro de los requisitos se debe prever el crecimiento y la estabilidad del software, por ejemplo supongamos que diseñamos un software que permite manejar todo un negocio de comidas rápidas para un establecimiento pero el clienteEs la persona o empresa que nos contrata para desarrollar el software, esto no quiere decir que sea propiamente el que interactúa con el software. Su visión de requerimientos en general es distinta a la de otros agentes, con el cliente podremos obtener requisitos funcionales, requisitos del sistema y del software entre otros. en algún momento nos indico que tiene previsto abrir 2 establecimientos más en un futuro cercano, por lo cual dentro de nuestra construcción debemos ver como incluiremos estos 2 establecimientos en el futuro y como podrán tener toda la información unificada en algún momento.
Luego que hemos clasificado por tipo y por nivel de prioridad los requisitos se define una reunión con el clienteEs la persona o empresa que nos contrata para desarrollar el software, esto no quiere decir que sea propiamente el que interactúa con el software. Su visión de requerimientos en general es distinta a la de otros agentes, con el cliente podremos obtener requisitos funcionales, requisitos del sistema y del software entre otros. y los usuarios para enseñar los requisitos aprobados en el desarrollo del software donde se busca la aprobación por parte del cliente, esto se conoce como la validación de los requisitos. Es importante que al finalizar esta etapa estén todos los agentes que participan en el desarrollo del proyecto y se genere un acta de aprobación por parte de los agentes (stakeholdersComo se menciono en la lección anterior debemos estar en la capacidad de generar un punto de encuentro entre todos los requisitos de los distintos agentes para no generar insatisfacción en los mismos. ) con el fin de evitar complicaciones en un futuro.
