Técnicas utilizadas en la elicitación
Haga clic sobre cada una de las técnicas para acceder a su respectiva descripción.
Entrevistas
La entrevista es una buena técnica siempre y cuando se prepare con tiempo suficiente y se elabore un conjunto de preguntas alineadas con las metas del negocio y los objetivos del software. A pesar de lo anterior, también resulta necesario ajustar o incluir nuevas preguntas que beneficien el proceso de acuerdo con las respuestas de la persona entrevistada.
Por el contrario, una entrevista mal preparada y sin metas ni objetivos claros se convierte en un antecedente negativo para la ingeniería de requerimientos, debido a que desmotiva a los involucrados en el proceso.
Es importante que tras cada entrevista se elabore un documento en el que se registre el lugar, la hora, los asistentes, las preguntas realizadas y las respuesta dadas por el entrevistado.
(Para ampliar la imagen haga clic sobre ella)
Escenarios
Un escenario es un conjunto de interacciones de un usuario de la solución y se utiliza como base a partir de una serie de pasos en el diagrama de caso de uso antes de describir la secuencia. Con frecuencia, el caso de uso se describe por medio del lenguaje UML (Unified Modeling Language) del que se toma un conjunto de símbolos para describir la secuencia.
Los escenarios consisten en describir las técnicas de la solución. En esta técnica se incluye a los stakeholders y principalmente a aquellos que tienen una mayor relación con las estrategias de negocio para identificar el escenario que más aporte a la solución.
En el diagrama que aparece en pantalla se relacionan algunos de los símbolos más utilizados.
Componentes de un caso de uso.
(Para ampliar la imagen haga clic sobre ella)
Prototipos
Los prototipos permiten verificar si lo entendido es igual a lo requerido en la solución de software. Esta técnica se utiliza en la mayoría de proyectos debido a que permite mostrar el producto final por medio de un programa de maquetado o simulación.
Como todas las técnicas, los prototipos ofrecen ventajas y desventajas, pues en la mayoría de los casos su objetivo es el de mostrar únicamente la interfaz gráfica y la interacción básica que el software tendrá con los stakeholders. Esta interacción es de navegación mas no operativa, lo cual suele llevar al usuario a pensar que la solución tiene errores y no se entiende que tan solo es un proceso de verificación.
Para elaborar prototipos se utilizan herramientas para creación de maquetas o mockups que facilitan su creación e incluso pueden generar código cuando se empieza a desarrollar. Algunas de las herramientas más usadas son:
- Balsamiq.
(Para ampliar la imagen haga clic sobre ella)
- Lucidchart.
(Para ampliar la imagen haga clic sobre ella)
- MarvelApp.
(Para ampliar la imagen haga clic sobre ella)
- Protoshare.
(Para ampliar la imagen haga clic sobre ella)
- Proto.io.
(Para ampliar la imagen haga clic sobre ella)
Las diferencias que existen entre estas aplicaciones son las plataformas donde se elaboran los prototipos, los componentes que se usan para el diseño, la posibilidad de trabajar en línea o en un computador local y la posibilidad de exportar la interfaz a un lenguaje nativo.
Reuniones
Las reuniones son técnicas con las que se debe tener mucho cuidado debido a que agrupan un conjunto de personas de diferentes cargos de las organizaciones y en muchas oportunidades los que más participan no son necesariamente las fuentes más relevantes para los requerimientos. Antes de hacer una reunión es importante identificar y promover la asistencia de las personas que tengan habilidades de comunicación, ya que son ellas quienes promueven las discusiones.
Sin embargo, al igual que sucede con todas las técnicas, la importancia es relativa a la preparación y aplicación de la técnica. Una reunión bien dirigida y en la que participen las personas adecuadas se puede convertir en una técnica muy efectiva para el proceso de elicitación.
(Para ampliar la imagen haga clic sobre ella)
Observaciones
Otra técnica muy utilizada consiste en observar los procesos en el entorno operativo, pues esta actividad permite entender de mejor manera el proceso de negocio y el problema que se busca solucionar.
Al igual que en la aplicación de las técnicas anteriormente mencionadas es conveniente hacer un buena planeación del proceso de observación. En este caso puntual se recomienda no intervenir en la parte operativa, sino observar de manera poco intrusiva. En caso de requerirlo, posteriormente se replica la tarea que se requiere con el adecuado acompañamiento de la organización, esto en el caso de empresas de producción de bienes. En el caso de procesos riesgosos la replicación se debe hacer en ambientes controlados que permitan la validación y verificación de la solución en la última etapa del proceso.
(Para ampliar la imagen haga clic sobre ella)
Historias de usuario
En esta técnica son los usuarios quienes narran el proceso como si fuera una historia. Al igual que en todas las técnicas es importante preparar el proceso para que la historia del usuario se enfoque en los hechos relevantes que aporten al entendimiento del proceso. En esta técnica es muy importante centrar la narración en los procesos involucrados en la problemática y evitar que se enfoque en aspectos irrelevantes.
En esta técnica la intervención del ingeniero o especialista de requerimientos debe ser imperceptible, efectiva y direccionada a reunir los eventos más importantes del proceso.
Modelo de documento para registrar historias de usuario y criterios de aceptación.
(Para ampliar la imagen haga clic sobre ella)
Otras
Además de las técnicas mencionadas existen alternativas como la minería de datos, en la que dependiendo del análisis efectivo de un conjunto de datos se puede obtener información importante.
(Para ampliar la imagen haga clic sobre ella)
