Síntesis sobre “La comprensión de los requerimientos”

Asignatura:
Ingeniería de software

Alumno:
Oscar Manuel Ruíz Reyes
Sección: 6

Programa educativo: Ingeniería en Datos e Inteligencia

Organizacional.

Presentado a:
Yarely Báez López

Cancún, Quintana Roo a 18 de Febrero del 2022

Aunque se pueda pensar que entender los requerimientos que necesitará
algún proyecto es algo sencillo y claro, la realidad es que en muchas ocasiones
ni el mismo cliente tiene una idea clara sobre lo que quiere, además de que
estos requerimientos irán modificándose conforme más se trabaje en el
proyecto, ya que se podrá saber de una manera más clara qué es necesario
implementar y cuáles son los límites que se contarán.

Al conjunto de tareas y técnicas que usamos para entender los requerimientos

se le llama ingeniería de requerimientos. Es un puente entre el diseño y la
construcción. Puede decirse que este proceso empieza cuando el cliente
menciona las necesidades de su negocio. A lo largo de esa plática se delimitan
puntos muy importantes como las características y restricciones que tendrá el
sistema. Realizar este proceso es de vital importancia porque,
independientemente de lo innovador y eficiente que sea un programa, si no
cumple con las necesidades del cliente, no servirá de nada.

La ingeniería de requerimientos se compone de siete tareas (las cuales pueden

ocurrir en paralelo). En la concepción, las personas involucradas en el proyecto
establecen los requerimientos básicos del problema, funciones principales,
restricciones, etc. Lo mencionado anteriormente es el primer paso en el
proyecto, el cual puede nacer ya que se identifica una necesidad. Para obtener
más información sobre los requerimientos es necesario realizar una
“indagación”. En esta se le pregunta al cliente cuál es su objetivo o en qué
ayudará el sistema que se piensa crear. Se pueden presentar múltiples
problemas en esta interacción con el cliente, como el hecho de que el cliente
desconozco lo que realmente quiera, que cambie constantemente los
requerimientos o que defina de una manera errónea detalles técnicos,
confundiendo al equipo de trabajo.

Después que haberse puesto de acuerdo con el cliente sobre las necesidades
y limitaciones del sistema se hace un proceso de “elaboración”. Como su
nombre lo indica, se centra en desarrollar un modelo refinado a partir de los
requerimientos obtenidos. Esto proceso ayudará a realmente ver si este
sistema es de utilidad para el usuario. A lo largo del ciclo de vida en la
elaboración de proyecto es normal que el cliente quiera agregarle más
funcionalidad en ciertas áreas, se necesita realizar un proceso de
“negociación” el cual estipule de una manera muy clara la prioridad que tiene
cada módulo o parte que se está implementando en el sistema, ya que es
posible que estos nuevos requerimientos puedan generar un conflicto con lo
que antes se pidió. Al final habrá requerimientos que se combinarán o
modificarán para satisfacer las necesidades del cliente. Conforme más se
trabaje en el proyecto, se adecuarán los requerimientos del sistema. Es de
indispensable tener una “buena administración de los requerimientos” que
puedan identificar, controlar y dar seguimiento a los requerimientos y a los
cambios que se efectúen en cualquier punto del desarrollo del proyecto.

Todo esto proceso de planeación e implementación se tiene que documentar

y expresar de una manera clara no solo para el equipo de desarrolladores, sino
para los clientes o usuarios. Es vital contar con un documento que tenga la
“especificación” de todos los módulos y procesos que cuenta el sistema. Estas
explicaciones se pueden complementar con gráficos o diagramas del sistema.
También se pueden usar escenarios de usos, lo cual facilitará que los usuarios
puedan usar de una manera correcta el sistema. Cuando el ciclo de vida de
implementación del proyecto esté por terminar, es importante que se realice
una “validación” sobre el cumplimiento de los requerimientos. Garantizar que
no haya inconsistencias y que el proyecto haya alcanzados los estándares
establecidos. Las personas encargadas de validar este proceso pueden ser los
clientes, usuarios finales y/o el equipo de desarrollo. Para comprender de qué
manera se utilizará un sistema (y en ciertos casos, qué sistema es el que
reemplazará) se tiene que tener en cuenta los escenarios y casos de uso. Ir al
lugar de trabajo del cliente y analizar los procesos que realizar, qué facilitará
el sistema, los impedimentos que tiene su sistema actual, etc. Saber de manera
certera de qué manera usará el sistema el usuario final permitirá conocer los
límites en la implementación y en qué módulos se tiene que trabajar más.