Ejemplo levantamiento de requerimiento por casos de uso para un nuevo proceso

Ingeniería de software->Análisis, diseño e implementación de software->Ejemplo levantamiento de requerimiento por casos de uso para un nuevo proceso

¿Cómo debe ser la socialización con el cliente con casos de uso?

La socialización con el cliente para determinar los casos de uso que deben ser documentados en el levantamiento de requerimientos se debe enfocar en los siguientes puntos:

* Definir el proceso de la organización para identificar los puntos en donde el sistema de información apoyará las tareas del usuario.
* Necesidad, deSEO o problema del cliente.
* Reglas de negocio.
* Datos.
* Flujo de eventos.

En donde el rol inicial que debe ejercer el analista levantador de requerimientos es explicarle al cliente los cinco puntos mencionados y posteriormente tomar el rol de escuchar y apuntar todo lo que el cliente le esta informando para posteriormente comenzar a lanzar preguntas que permita desglosar la necesidad del cliente a un nivel de detalle que le permita entender y levantar un documento de requerimiento con el mayor % de calidad posible para su posterior análisis técnico.

El levantamiento de requerimientos por procesos es la mejor alternativa para documentar la necesidad del cliente en el escenario donde los ingresos del negocio se van a obtener por la prestación de servicios vinculados dentro del sistema de información.

Siendo el sistema de información a implementar el core del negocio, lo recomendable es definir y documentar los procesos de la organización inicialmente y posteriormente identificar los puntos del proceso en donde el sistema de información apoyará las tareas del usuario logrando así, obtener un sistema de información que se adapte correctamente a los flujos de procesos y reducir los costos de capacitación debido a que el sistema de información se encuentra adaptado a la forma de trabajo del negocio.

¿Cómo debe ser el documento de casos de uso?

Una vez los flujos de procesos están documentados el analista levantador de requerimientos tomará los flujos de procesos y en compañía del cliente van a identificar los puntos en donde el sistema de información debe apoyar las tareas de los usuarios logrando así entender la necesidad del cliente y proceder con la siguiente documentación por funcionalidad.

1) Reglas de negocio: Definir las validaciones que debe realizar el software dentro del flujo de procesos.

2) Requisitos no funcionales: Definir las características que debe tener cada funcionalidad de software que hará parte del flujo de procesos para con respecto a rendimiento, usabilidad, carga, entre otros.

3) Diccionario de datos: Definir las Características de los datos que los usuarios desean operar dentro del flujo de procesos.

4) Flujo de eventos: Definir los pasos de operación que deberá realizar los usuarios y el sistema para lograr el resultado esperado e incluir las excepciones, es decir, cuando el sistema o el usuario no puede finalizar un paso con éxito.

Los pasos de la operación definidos no se deben encontrar por fuera del flujo de procesos.

¿Cómo evitar errores en el levantamiento de requerimientos?

Los errores más frecuentes durante el levantamiento de requerimientos por procesos son los siguientes:

1) No entender lo que el cliente comunica: Es muy frecuente que el analista levantador de requerimientos en lapsos de tiempo durante la socialización con el cliente disipe su atención y comience asumir cosas llevando a la creación de un documento de requerimientos con vacíos de información los cuales van a impactar el análisis técnico por lo cual, el analista levantador de requerimientos debe siempre estar con los 5 sentidos puestos en la socialización y preguntar todo lo que no entienda así la respuesta esperada sea muy obvia.

2) No haber estudiado el modelo de negocio del cliente: No se puede ser un experto en todo. Sin embargo, si es posible que antes de programar la socialización con el cliente el analista levantador de requerimientos realice una investigación general de como se comporta el modelo de negocio del cliente para cuando se realice la socialización pueda establecer una comunicación más fluida y finalmente lograr levantar un documento de requerimiento con la mayor calidad posible.

3) No contar con los flujos de procesos del negocio. Es común que el cliente cuando solicita un sistema de información a la medida de su negocio no cuente con los flujos de procesos de la organización por lo cual, se incrementa la probabilidad de omitir información en el documento de requerimiento de software sea porque el cliente no tiene claridad de como desea que opere el software o porque el analista levantador de requerimientos no realizo las preguntas correctas durante la socialización con el cliente por consiguiente, se recomienda que antes de comenzar el levantamiento de requerimientos se construya los flujos de procesos de la organización logrando así, que el cliente identifique como desea que el sistema de información a la medida se adapte correctamente a la operación del negocio.

A continuación se deja a disposición un ejemplo de levantamiento de requerimientos por casos de uso para un nuevo proceso el cual puede ser utilizado y adaptado en sus proyectos.

Creado por El portal web - Siendo su última actualización el: 2018-11-12

Otros temas de interés