Análisis de requisitos.

“La aplicación de los principios fundamentales de análisis y de métodos sistemáticos de análisis

reducirá considerablemente el impacto de estos problemas”
Pressman,1992
Esto es lo que decía Roger Pressman, una de las mentes brillantes en cuanto a la ingeniería de
software a principio de los años 90´s, este definía el análisis de requisitos como parte esencial y
fundamental para la implementación y desarrollo de un programa solicitado por algún cliente. Sin
embargo ¿Qué es el análisis de requisitos? Y ¿Para qué sirve en la IR (Ingeniería de
Requerimientos)?
Para entender mucho mejor este concepto, se puede definir como el punto de partida de un
proyecto, el cual se fundamenta en traducir las necesidades del cliente al grupo de desarrolladores
encargados de realizare la herramienta solicitada, para este proceso existe una persona encargada de
estar en constante contacto con el cliente (analista), quien a su vez es el encargado de “traducir” y
comprender lo que realmente le están solicitando al grupo de diseñadores y desarrolladores ,sin
embargo ,este proceso se puede ver afectado por la comunicación entre el cliente y el analista, ya
que este ultimo es el que debe transmitir al equipo de trabajo los diversos retos presentados por el
cliente, ya que muchas veces la comunicación entre estas partes se puede ver afectada por no saber
el qué, el cómo y por qué se está realizando esta idea.

Sin embargo, en el libro “Introducción Al Análisis de Sistemas Y la Ingeniería de Software, pág.

50”, nos indica que hay 5 factores fundamentales para implementar de una forma adecuada el
análisis de requisitos, estas tareas son:
Reconcomiendo del problema: El principal responsable de este paso es el analista, ya que es el
encargado de estudiar las especificaciones del sistema y las asignaciones que se le esta brindando al
software, además de estar en constante comunicación con el cliente y los desarrolladores, ya que
este debe estar enterado de los puntos de vistas brindados por el usuario y por la parte técnica del
proyecto. Generando a su vez una obligación de estar informado de los estudios previos que se han
hecho para la realización de este proyecto.
Evaluación y síntesis: En este punto se debe evaluar de manera minuciosa y detallada el flujo y la
estructura de la información obtenida hasta el momento, con el objetivo de elaborar funciones del
software, además de establecer el comportamiento del programa y enunciar los requisitos para su
diseño.
Modelización: Es clave que el analista en este momento cree y determine diversos modelos que le
ayuden a comprender el flujo de datos obtenidos y pueda complementar la información recogida,
para que se pueda iniciar con el diseño del software.
Especificación: A partir de este instante el analista debe complementar con los modelos creados
anteriormente, las ideas que tiene el cliente, ya que en muchas ocasiones este no tiene una idea clara
de lo que realmente quiere en realidad, generando consigo que los desarrolladores no logren adaptar
las necesidades del usuario en el software a entregar, por ende, es viable que con la información
recogida hasta este punto se le entregue un proyecto preliminar, en donde el cliente y el grupo de
desarrolladores sepan que rumbo coger para obtener los resultados esperados.
Revisión: Una vez realizado todos los pasos anteriormente mencionados, el cliente puede llegar a
un acuerdo con la parte técnica del proyecto, esto se hace para llegar a un acuerdo con los
requerimientos que realmente se necesitan para el desarrollo del software.

Adicional a estos puntos existe un modelo que ayuda a mejorar los procesos para el desarrollo de
alguna herramienta, llevando consigo respaldos de grandes instituciones que crearon este tipo de
modelo para el crecimiento constante del cliente, analista y grupo de desarrollo. Este modelo es
conocido como CMMI ( Capability Maturity Model Integration).
¿Qué es el CMII?
CMMI es el acrónimo de Capability Maturity Model Integration y se refiere a los modelos que
contienen las mejores prácticas que ayudan a las organizaciones a mejorar sus procesos.
Han sido desarrollados por equipos de trabajo formados por especialistas de la industria, el gobierno
y el Software Engineering Institute (SEI) que transfirió los derechos al CMMI Institute para su
operación y comercialización.
Siendo un modelo refleja una abstracción de la realidad que permite a las organizaciones adoptar
prácticas útiles para alcanzar sus objetivos de negocio, constituye una referencia no es un proceso
en sí. Para establecer una analogía, querer adaptar la organización al modelo es como si al ver una
maqueta de una casa una persona deseara vivir en ella.
¿Cuál es el propósito del modelo CMMI?
El libro de texto indicará que el propósito del modelo es evaluar la madurez de los procesos de una
organización y proporcionar una orientación referente a cómo mejorar los procesos que darán lugar
a mejores productos. Cuando se habla directamente con personas del Software Engineering
Institute, es posible que digan que CMMI es un modelo para la administración de riesgos y que
indica la capacidad de una organización para administrar los riesgos. Esta indicación es un indicio
de la probabilidad con la que una organización puede cumplir sus promesas o proporcionar
productos de alta calidad que sean atractivos para el mercado.

Bibliografías:
Análisis de requisitos en el desarrollo del
software(https://e-archivo.uc3m.es/bitstream/handle/10016/26008/PFC_Dalila_Garcia_Notario.pdf)
Introducción Al Análisis de Sistemas Y la Ingeniería de Software
(https://www.google.com.co/books/edition/Introducción_Al_Análisis_de_Sistemas_Y/
Y2CCT0fIxYwC?hl=es-419&gbpv=1)
CMMI Modelo de Madurez https://www.youtube.com/watch?v=u2B88RFHRyQ&t=586s
HERRAMIENTA PARA EL ANÁLISIS DE REQUERIMIENTOS DENTRO DE LA PEQUEÑA
EMPRESA DESARROLLADORA DE SOFTWARE EN BOGOTÁ
(https://core.ac.uk/download/pdf/71418917.pdf)