2. INTRODUCCIÓN
• Un requerimiento es un documento que debe escribirse en
términos que el cliente pueda entender. Es decir, este documento
es un listado completo de todas las cosas que el cliente espera
que haga el sistema propuesto, este documento es escrito de
forma conjunta por el cliente y el desarrollador para tener el
mayor desempeño posible.
3. TIPOS DE REQUERIMIENTOS
• REQUERIMIENTOS DE USUARIO: Son declaraciones, en lenguaje
natural y en diagramas, de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar.
• REQUERIMIENTOS DE SISTEMA: Estos requerimientos establecen
con detalle las funciones, servicios y restricciones operativas del
sistema. El documento de requerimientos del sistema deberá ser
preciso, y definir exactamente lo que se va a
• REQUERIMIENTOS FUNCIONALES: Son declaraciones de los
servicios que debe proporcionar el sistema, de la manera en que éste
debe reaccionar a entradas particulares. O también pueden declarar
explícitamente lo que el sistema no debe hacer.
4. TIPOS DE REQUERIMIENTOS
• REQUERIMIENTOS NO FUNCIONALES: Son restricciones de los
servicios o funciones ofrecidos por el sistema. Incluyen restricciones
de tiempo, sobre el proceso de desarrollo y estándares. Dentro de
estos requerimientos encontramos todo lo referente a fiabilidad, el
tiempo de respuesta y la capacidad de almacenamiento.
• REQUERIMIENTOS DE DOMINIO: Son requerimientos que provienen
del dominio de aplicación del sistema y que reflejan las características
y restricciones de ese dominio. Pueden ser funcionales o no
funcionales.
5. CARACTERÍSTICAS DE LOS REQUERIMIENTOS
• Permiten que el desarrollador explique como ha entendido lo
que el cliente pretende del sistema
• Indican a los diseñadores que funcionalidades y características
va a tener el sistema resultante.
• Los requerimientos indican al equipo de pruebas que
demostraciones llevar a cabo para convencer al cliente de que
el sistema que se le entrega es de hecho lo que había
ordenado.
6. IMPORTANCIA DE LOS REQUERIMIENTOS
• Muchos proyectos de Software fracasan porque no se realiza un estudio
previo de los requisitos del usuario, no se hace una definición completa del
alcance del proyecto. No se realiza el modelado del negocio antes de
desarrollar el software, esto significa que el analista no se involucra en el
problema; aunque tiene claro que el sistema debe desarrollarse para dar
soporte a los procesos de la organización, sino se involucra en la
problemática corre el riesgo de que los requisitos identificados no
correspondan a las necesidades para lo que se debe crear.
• Roger S. Pressman, conocido ingeniero de software y autor de varios libros
de Ingeniería del Software, expresa que, para que un esfuerzo de desarrollo
de software tenga éxito, es esencial comprender perfectamente los
requisitos del software. Independientemente de lo bien diseñado o
codificado que esté un programa, si se ha analizado y especificado
pobremente, decepcionará al usuario y desprestigiará al que lo ha
desarrollado.
7. CONCLUSIÓN
• La calidad con que se realice la captura de los requisitos va
a influenciar en todo el proceso de desarrollo del software,
repercutiendo en el resto de las fases de desarrollo del
mismo. Una definición eficiente de los requisitos permite
mostrar un nivel de disciplina en el proceso de desarrollo,
dar un mejor soporte a la Gestión de Cambios y ganar una
mayor eficiencia en las pruebas, reduciendo el riesgo,
mejorando la calidad y permitiendo la automatización.
Además, contribuye a tomar mejores decisiones de diseño
y de arquitectura.