Alcance y actividades del proyecto para un almacén de datos ejemplo

Alcance y actividades del proyecto para un almacén de datos

Alcance y actividades del proyecto para un almacén de datos

Un ejemplo

[pic 1]El desarrollo del BMS ha llevado a que una cantidad cada vez mayor de universidades trabaje hoy con un enfoque estandarizado para el procesamiento de datos en torno a procesos primarios y secundarios. El sistema BMS ha funcionado en 5 universidades, otras 4 han recibido capacitación y se lanzarán rápidamente, 1 universidad ha entrado recientemente en un contrato para obtener el sistema y otras 4 a 6 universidades están en preparación para su lanzamiento.

Informes electrónicos

Pronto, más del 40% de todas las universidades del país utilizarán el sistema. BMS permite a las universidades hacer informes electrónicos y entregar un conjunto de datos que se usarán en el almacén de datos. Este conjunto de datos que se cargará en el almacén de datos es el formato prescrito de datos para que todas las universidades entreguen datos al cliente.

Los entregables

El alcance del proyecto de depósito de datos se define en torno a los siguientes entregables:

1. Entrega de la definición de datos para el ODS y el depósito de datos que responde al KPI y requisitos de informes del cliente (provincial y central), incluidas las fórmulas diseñadas para calcular los valores de los datos necesarios para los KPI (por ejemplo, rendimiento por programa)
2. Arquitectura técnica aceptada y factible para RDBMS, ODS y DWH
3. Definición del formato del Almacén de datos operativos (ODS) que prescribe para cada universidad el conjunto de datos que deben conservar / proporcionar. (Los usuarios de BMS cumplirán automáticamente con eso, mientras que las escuelas que no usan BMS deberán preparar ellos mismos estos conjuntos de datos o comenzar a utilizar BMS)
4. Entrega de los programas de software (scripts) que permiten cargar datos de BMS utilizando bases de datos de universidades de manera frecuente en el ODS (datos de unidad estudiantil, datos de unidad de conferenciante, información de empleados, uso de recursos (espacio), finanzas (activos, financiación y presupuesto) )
5. Entrega del formato definido del data warehouse, data marts y selección de BI-tools
6. Entrega técnica de DWH y UI, incluidos scripts para cargar desde el ODS al almacén de datos
7. Prueba y aceptación del almacén de datos
8. Definir procesos para mantener el DWH (frecuencia de carga de datos, evaluación de calidad de datos, generación de informes , mantenimiento de DB)
9. Diseña un plan de capacitación y uso.

Actividades del proyecto

Para entregar un Almacén de datos que funcione a pleno rendimiento , para todos los aspectos descritos hay una variedad de actividades que deben ejecutarse. Para algunas de las actividades, se consultará o involucrará a terceros (por ejemplo, especialistas de Oracle, desarrolladores de Sharepoint / PerformancePoint, proveedores de BMS) para los productos a entregar. Estas actividades del proyecto por entrega constituyen la base de los términos de referencia (TdR) que se utilizarán para la gestión de estos terceros. Los siguientes párrafos describen por entregas las actividades adicionales que deben ejecutarse.

1. Definición de datos

Entrega de la definición de datos para el ODS y el depósito de datos que responde al KPI y requisitos de informes del cliente (provincial y central), incluidas las fórmulas diseñadas para calcular los valores de los datos necesarios para los KPI (por ejemplo, rendimiento por programa)

• Consulta al cliente (y a los autores del borrador del marco del Indicador) para una explicación detallada de las categorías mencionadas en el Borrador del marco del Indicador FET (Datos actuales: tasas de rendimiento, combinación de programas / personal, finanzas, enseñanza y aprendizaje. Datos pendientes: gestión (recurso uso, currículum, presupuesto, desarrollo humano), innovación de programas, evaluación, recursos humanos, accesibilidad, empleabilidad.
• Consultas universitarias sobre los KPI de gestión de la universidad para la comparación intersectorial (en parte durante la formación de gestión BMS1 de las 3 universidades FET piloto y que se realizarán en las universidades WC durante la formación de gestión en BMS)
• Preparación de un conjunto detallado de informes con ejemplos y definiciones
• Lista de aceptación de Indicadores (KPI) por los interesados
• Revisión de la lista de indicadores (KPI) con el proveedor de BMS y configuración de cálculos y fórmulas basadas en BMS
• Lista final de los elementos de datos necesarios de BMS para ser utilizados en el ODS según lo aprobado por el cliente

2. Arquitectura técnica

Arquitectura técnica aceptada y factible para RDBMS, ODS y DWH

• Revisión / Evaluación de la viabilidad técnica utilizando mecanismos de carga en Oracle RDBMS de universidades en ODS
• Revisión del enlace de "PerformancePoint" como lectura de "SharePoint Service" de Oracle ODS y la herramienta de informes
• Desarrollo de los términos de referencia y posterior aceptación y compromiso técnico de los posibles constructores de SAO (y almacén de datos) en la arquitectura técnica y las herramientas propuestas

Nota: Puede ser necesario alinear el alcance del proyecto de acuerdo con el presupuesto disponible (o el cofinanciamiento del cliente) teniendo en cuenta otros compromisos del presupuesto (por ejemplo, implementar 4 nuevas universidades )

...