TÉCNICAS DE ELICITACIÓN DE REQUERIMIENTOS

Las Entrevistas: Una entrevista es un diálogo entablado entre dos o más personas: el
entrevistador formula preguntas y el entrevistado las responde. Se trata de una técnica
empleada para diversos motivos, como la investigación, temas de interés o de divulgación
científica, o de selección de personal. Una entrevista no es casual, sino que es un diálogo
interesado con un acuerdo previo de intereses y expectativas por parte tanto del
entrevistador como del
entrevistado.

Aspectos que se deben tener en cuenta al realizar una entrevista:

Preparación: Es necesario documentarse e investigar la situación de la

organización analizando los documentos disponibles, de tal forma que la entrevista
se enfoque en aspectos que están solamente en el entrevistado. Entrevistar al
personal adecuado: La mayoría de los analistas recomiendan entrevistar primero a
los directivos de la empresa para tener un panorama general de hacia dónde
deberían ir las cosas, y terminar hablando con los empleados del sistema los
cuales aportan detalles importantes de la operación de la empresa.

Momentos de una entrevista:

Apertura: Se debe iniciar con la presentación, dar a conocer los objetivos de la
entrevista, pedir permiso para grabar y generar confianza.

Desarrollo: Se deben formular preguntas abiertas, escuchar atentamente y

registrar las respuestas.

Cierre: Se debe recapitular la información obtenida y agradecer por la

información y el tiempo bridado.
Los Escenarios: Un escenario es una descripción parcial del comportamiento de
la aplicación en un momento específico, La utilización de escenarios implica
identificar distintas situaciones y describir la acción a llevar a cabo dentro de un
sistema, estos son de gran ayuda en el momento de especificar requerimientos, su
rol principal es el de permitir la comunicación entre los diseñadores del sistema y
los clientes o usuarios del sistema analizando los aspectos específicos de un
sistema, describiéndolo de forma concreta, Una de las ventajas de los escenarios
es que los escenarios guardan una gran similitud a la forma en que los seres
humanos entienden y describen los problemas.
Los Prototipos: Es un modelo del comportamiento del sistema el cual es usado
para poder entender completamente o ciertos aspectos el funcionamiento del
sistema y así poder clarificar los requerimientos del sistema.
Un prototipo es una representación de un sistema, aunque no es un sistema
completo, posee las características del sistema final o parte de ellas. En pocas
palabras un prototipo es Modelo o maqueta del sistema que se construye para
comprender mejor el sistema y sus posibles soluciones.

Características de los prototipos

 Funcionalidad limitada.

 Alto grado de participación de los usuarios los cuales evalúan los

prototipos, proponen mejoras y detalla los requisitos.

 Alto grado de participación del analista de sistemas, ya que es muchos

casos los usuarios no pueden indicar los requisitos sin tener experiencia

con el sistema.

 El prototipo da mayor conocimiento al usuario y al analista ayudando a que

el usuario aprenda a utilizar el sistema.

El Desarrollo conjunto de aplicaciones (JAD):
Joint Application Design (JAD) Es un proceso usado en el área del ciclo de vida
del prototipado de desarrollo de sistemas dinámicos (DSDM) para reunir
requerimientos en el desarrollo de nuevos sistemas de información para una
compañía, El proceso JAD también incluye enfoques para la mejora en la
participación de los usuarios, agilizando el desarrollo, y las mejoras de la calidad
de las especificaciones, Consiste en un taller donde los trabajadores del
conocimiento y los especialistas en tecnologías de información se reúnen, algunas
veces durante varios días, para definir y revisar los requerimientos de negocio
para el sistema.

A través de los talleres JAD los trabajadores del conocimiento y los Especialistas
en Tecnologías de Información pueden resolver cualquier dificultad o diferencias
entre las posturas referentes al nuevo Sistema de Información. El taller sigue una
detallada agenda para lograr garantizar que todas las incertidumbres entre los
grupos sean cubiertas ayudando a prevenir cualquier falla en la comunicación
Estas fallas de comunicación pueden provocar repercusiones mucho más serias si
no se identifican a tiempo. Al final, este proceso resultará en un nuevo Sistema de
Información viable y orientado tanto a diseñadores como a usuarios.
Las Observaciones
La observación del comportamiento es una de las estrategias más flexibles del
método científico en la cual se pretende describir, codificar, cuantificar y analizar el
comportamiento que se quiere evaluar. Para que este proceso tenga validez se ha
de realizar de manera estructurada y siguiendo una serie de fases.
La observación es una técnica de observación de hechos durante la cual el
analista participa activamente como espectador de las actividades llevadas a cabo
por una persona para conocer mejor el sistema. El propósito de la observación es
múltiple, permite al analista determinar que se está haciendo, como se está
haciendo, quien lo hace, cuando se lleva a cabo, cuánto tiempo toma, donde se
hace y porque se hace sin interrogar a los involucrados.
Revisión de documentos:

 Implica analizar documentos existentes relacionados con el sistema para

identificar requerimientos y entender el contexto del sistema.

 Se aplican revisando documentos como especificaciones técnicas,

manuales de usuario, informes, entre otros, para extraer información

relevante.

Lluvia de ideas:

 Es una técnica que fomenta la generación de ideas y soluciones de manera

creativa y colaborativa con un grupo de personas.

 Se aplica organizando sesiones de lluvia de ideas donde los participantes

aportan sus ideas y sugerencias sobre los requerimientos del sistema.

Casos de uso:
Son descripciones detalladas de las interacciones posibles entre los usuarios y el
sistema.
Se aplican identificando los actores, acciones y resultados esperados en cada
interacción entre usuario y sistema, ayudando a entender cómo se utilizará el
sistema en diferentes situaciones.
Historias de usuario:

Son descripciones breves de funcionalidades del sistema escritas desde la

perspectiva del usuario.
Se aplican escribiendo historias de usuario que describen las necesidades y
expectativas de los usuarios en términos de funcionalidades del sistema.

Otras técnicas:

Observación: Por medio de esta técnica el analista obtiene información de

primera mano sobre la forma en que se efectúan las actividades. Este método
permite observar la forma en que se llevan a cabo los procesos y, por otro,
verificar que realmente se sigan todos los pasos especificados.
Cuestionarios: El uso de cuestionarios permite a los analistas reunir información
proveniente de un grupo grande de personas. El empleo de formatos
estandarizados para las preguntas puede proporcionar datos más confiables que
otras técnicas; por otra parte, su amplia distribución asegura el anonimato de los
encuestados, situación que puede conducir a respuestas más honestas.

PLAN PARA OBTENER REQUERIMIENTOS

 Introducción:
El propósito de este plan es guiar el proceso de obtención de requerimientos para
el sistema de información del Gimnasio S&F. Este sistema será fundamental para
gestionar las actividades diarias, clientes, instructores y equipos deportivos de
manera eficiente. (Oliveros, 2015)
 Objetivos del plan:

Identificar las necesidades y requerimientos clave del Gimnasio S&F. Establecer

un conjunto claro y completo de requerimientos funcionales y no funcionales para
el sistema de información. (Oliveros, 2015), Involucrar a los stakeholders
relevantes en el proceso de obtención de requerimientos. Establecer un marco de
trabajo para la recolección, documentación y validación de los requerimientos del
sistema. (Oliveros, 2015).

 Descripción del problema:

El Gimnasio S&F necesita un sistema de información integral que le permita
gestionar eficientemente sus actividades diarias, incluyendo la información de sus
clientes, instructores y equipos deportivos. La falta de un sistema centralizado ha
generado problemas de organización y comunicación, lo que afecta la calidad del
servicio y la experiencia del cliente. (Oliveros, 2015).

 Participantes o Stakeholders:

Propietarios y gerentes del Gimnasio S&F.

Instructores y personal de atención al cliente.

Clientes actuales y potenciales del gimnasio.

Desarrolladores y diseñadores del sistema de información.

 Actividades de obtención de requerimientos:

Entrevistas con Stakeholders: Realizar entrevistas individuales y grupales con

propietarios, gerentes, instructores y personal de atención al cliente para
comprender sus necesidades y expectativas con respecto al sistema de
información. Se pueden utilizar entrevistas semiestructuradas para permitir una
discusión más amplia. (Oliveros, 2015).
Observación en Sitio: Observar las operaciones diarias del gimnasio, incluyendo
el flujo de clientes, interacciones con instructores, gestión de equipos deportivos,
etc. Esto proporcionará una comprensión práctica de cómo se realizan las
actividades y qué áreas podrían mejorar con la implementación del sistema.
(Oliveros, 2015).
Lluvia de Ideas con el Equipo de Desarrollo: Organizar sesiones de lluvia de
ideas con el equipo de desarrollo para generar ideas sobre características y
funcionalidades del sistema. Fomentar la creatividad y la colaboración para
identificar soluciones innovadoras que puedan mejorar la experiencia del usuario.
(Oliveros, 2015).
Análisis de Documentación Existente: Revisar documentos y registros
existentes del gimnasio, como formularios de inscripción, historiales de clientes,
horarios de clases, etc. Esto ayudará a identificar requisitos ya establecidos y
áreas donde se necesita mejorar la gestión de la información. (Oliveros, 2015).
Encuestas a Clientes y Empleados: Diseñar y distribuir encuestas a clientes y
empleados para recopilar información sobre sus experiencias actuales,
necesidades y sugerencias para el sistema de información. Esto proporcionará
una visión más amplia de las expectativas y requisitos del sistema. (Oliveros,
2015)
Sesiones de JAD (Desarrollo Conjunto de Aplicaciones): Organizar sesiones
de JAD con stakeholders clave y miembros del equipo de desarrollo para definir
requisitos prioritarios, resolver problemas y tomar decisiones importantes sobre el
diseño y la implementación del sistema. (Oliveros, 2015).
Prototipado Rápido: Desarrollar prototipos rápidos del sistema de información
para permitir a los stakeholders visualizar y probar características y
funcionalidades clave. Obtener retroalimentación temprana ayudará a refinar y
validar los requerimientos del sistema. (Oliveros, 2015).