PROCESO A ABORDAR

A Continuación se plantea el estado actual y el estado esperado del proceso que se busca abordar con el desarrollo e implementación de la Herramienta Fagua- UD.

5.1.1. Modo de Operación Actual

1. Un cliente plantea la necesidad de desarrollo de un proyecto de Data mart

con el propósito de obtener de sus repositorios de datos información que apoye la toma de decisiones de negocio.

2. Tomando como referencia el planteamiento inicial del cliente, se programan reuniones para identificar de manera puntual el objetivo que se persigue con el desarrollo del proyecto de Data mart.

3. Como resultado de las reuniones realizadas se elabora un documento que describe de manera general el requerimiento planteado por el Cliente.

4. El documento elaborado en el punto anterior se envía al cliente e inicia un proceso de revisión y ajuste. Finalizado este proceso, se obtiene un documento que cuenta con la aprobación del cliente y que sirve como guía para el desarrollo del proyecto de Data mart.

5. A partir del documento aprobado se programan reuniones con las áreas o personas que defina el cliente y que estarán involucradas en el desarrollo

del proyecto de Data mart con el propósito de llevar a cabo un

73

6. En las reuniones iniciales a través de las técnicas de obtención y análisis de requerimientos (entrevistas, escenarios, etnografía, puntos de vista, etc.) se establecen los tipos de campos e información que requiere el cliente en los reportes finales que se obtendrán como producto derivado del desarrollo del proyecto de Data mart.

7. En las reuniones posteriores se establece la infraestructura de datos con que cuenta el cliente y se elabora un diagnóstico con el propósito de plantear una propuesta que permita plasmar en el proyecto los requerimientos obtenidos en las reuniones iniciales.

8. Es importante tener en cuenta que el tema de requerimientos y el tema de infraestructura se suelen abordar en mayor o menor medida en todas las reuniones; de la misma forma se realizan desarrollos por secciones en etapas tempranas del proyecto sin una conceptualización completa, lo que limita la integración de los modelos y la adecuada implementación de los requerimientos identificados.

9. Como resultado de las reuniones se obtiene un documento de diseño y un documento de mapeo fuente-destino. Estos documentos tienen un alto componente técnico y son la base bajo la cual se inicia el proceso de desarrollo del proyecto de Data mart.

10. Terminado el desarrollo del proyecto de Data mart se entregan los objetos

para pruebas de desarrollo, calidad de datos e información generada.

11. Finalizada la prueba de los objetos, se diseñan los reportes y se programan reuniones con el cliente para validar los requerimientos planteados y la estética de los reportes generados.

74

Notas generales con respecto al modelo de operación actual:

- El modelo de operación descrito no cuenta con una herramienta que apoye la fase de requerimientos asociada al desarrollo de un proyecto de Data mart; cada proyecto plantea la especificación y la documentación de la fase de requerimientos teniendo en cuenta la capacidad y experiencia de las personas involucradas.

- El modelo de operación descrito plantea la realización de reuniones con modelos básicos de entrevista como medio para capturar la información que se requiere en la elaboración del documento que expresa la necesidad del cliente.

- Se considera necesario establecer una plantilla dinámica que permita explorar las técnicas que define la Ingeniería de Requerimientos como punto de apoyo para el desarrollo de proyectos de Data mart.

75 5.1.2. Modo de Operación Esperado

Tomando como referencia el modo de operación actual y las notas generales planteadas en el apartado anterior, la especificación y documentación de los

requerimientos de negocio asociados al desarrollo de un proyecto de Data mart,

debe seguir los lineamientos que se indican a continuación como resultado final del proyecto planteado en este documento:

1. En el momento en que un cliente plantea la necesidad del desarrollo de un

proyecto de Data mart, se debe hacer uso de una Herramienta Case que

apoye el proceso de especificación y documentación de requerimientos, y que permita obtener un modelo dimensional de datos preliminar.

2. La Herramienta Case debe contar con un proceso de gestión (creación, asignación y modificación) de roles para los diferentes usuarios que puedan hacer parte del proyecto de Data mart.

3. Con la Herramienta Case se plantea la creación de un líder de proyecto; este rol gestionará los usuarios que hacen parte del proyecto, y registrará la información básica del proyecto (nombre, fecha inicial, descripción general y asignación de usuarios/roles) que permitirá establecer trazabilidad durante su ciclo de vida.

4. Creado el proyecto, la Herramienta Case contempla una fase de especificación y documentación de requerimientos y una fase para la construcción de un modelo de Data mart inicial.

76

5. El líder de proyecto debe utilizar la plantilla dinámica que tiene disponible la Herramienta Case para generar formatos que le permitan al equipo de desarrollo llevar a cabo la actividad de obtención de requerimientos.

6. A partir del momento en que se crean los formatos, se deben realizar reuniones para registrar en la Herramienta Case la información obtenida y asegurar una trazabilidad completa del proceso y un repositorio de la información generada.

7. Finalizada la fase de obtención de requerimientos, se debe hacer uso de las opciones planteadas en la Herramienta Case con el fin de construir un modelo de datos inicial a partir de la información obtenida. Este modelo de datos se genera en un formato gráfico.

8. Con base en el modelo de datos construido la Herramienta Case permite generar un script como insumo de las etapas posteriores que hacen parte del desarrollo de un proyecto de Data mart.

9. Finalmente, se establece que toda la información generada a través de Herramienta Case en el proceso de especificación y documentación de requerimientos de un proyecto de Data mart debe quedar registrada en una base de datos, de modo que con posterioridad se puedan hacer revisiones, ajustes y reutilización, tanto de las plantillas como del modelo de datos.

77