Administración de bases de datos OLAP (Project Server 2010)
Se aplica a: Project Server 2010
Última modificación del tema: 2016-11-30
A través de Microsoft Project Web App (PWA), se pueden entregar varias bases de datos OLAP que contienen los recursos, proyectos y campos personalizados específicos que necesita cada grupo dentro de la organización para sus necesidades concretas de informes de grupo.
En Microsoft Project Server 2010, puede crear varias bases de datos OLAP con las siguientes características:
Solo contienen datos para los proyectos y recursos que administran.
Solo contienen hechos y dimensiones que seleccionan de la nueva interfaz de usuario integrada de administración de base de datos OLAP.
Admiten filtrado departamental para restringir los proyectos, los campos personalizados y los recursos que se cargan en la base de datos OLAP.
Admiten la selección de medidas intrínsecas para la inclusión o exclusión. Por ejemplo, puede quitar los campos que no puede usar, como el costo de línea base 7, para reducir la aglomeración de datos.
Incluyen datos para las tareas programadas de usuario y las tareas inactivas.
Permiten elegir si se van a agregar datos con fases temporales o sin fases temporales.
Cuentan con compatibilidad con varios grupos de medida en una sola base de datos OLAP.
Contienen nombres de campo en varios idiomas para habilitar la creación de informes en varios idiomas.
Además, cuando se crea una nueva base de datos OLAP, se crean las plantillas necesarias de informes de Excel y conexiones de datos de Office en el Centro de inteligencia empresarial en la carpeta de informes. Esta plantilla en blanco conectada a datos le ayudará a crear rápidamente nuevos informes que se basan en la nueva base de datos OLAP.
Para obtener más información acerca de los cubos creados dentro de cada base de datos OLAP, vea el tema sobre el servicio de creación del cubo (https://go.microsoft.com/fwlink/?linkid=186369\&clcid=0xC0A) en MSDN Library Online.
Departamentos
El campo Departamento es una característica nueva de Project Server 2010. Tanto los proyectos como los recursos pueden tener departamentos. El propósito principal de los departamentos es actuar como un filtro de los campos personalizados que se muestran a los usuarios en determinadas áreas de Microsoft Project Professional 2010 y PWA. Los departamentos permiten que distintas unidades de negocio definan y hagan visible su propio conjunto de campos personalizados. Los departamentos también se usan para filtrar las bases de datos OLAP de modo que solo se carguen los datos de ese departamento.
Al configurar un cubo, puede especificar los departamentos de proyectos y recursos para que los datos de la base de datos se filtren según esos criterios. Estos valores se especifican en la página Configuración de compilación de base de datos OLAP.
Además, dentro de la configuración de la base de datos OLAP, puede agregar el campo de departamento de proyectos como una dimensión de los cubos de proyecto y tareas. Y puede agregar el campo de departamento de recursos como una dimensión del cubo de recursos, siempre que el campo de departamento no se haya convertido en un campo multivalor.
Con Project Server 2010, los campos personalizados departamentales ayudan a resolver el problema de demasiada información y demasiadas opciones. Los departamentos ayudan a administrar la lista de campos personalizados y ayudan a definir, en un nivel de proyecto, tarea o recurso, los campos que son o no obligatorios.
Mientras que en Microsoft Office Project Server 2007 todos los campos personalizados tienen un ámbito global, lo que significa que los campos están disponibles para todos los usuarios, en Project Server 2010, los campos pueden tener un ámbito global o el ámbito de un departamento específico.
Los campos departamentales habilitan dos funciones principales:
El filtrado de los campos personalizados para que el usuario vea, de manera predeterminada, solo los campos que son globales en el sistema o en el departamento al que pertenece el usuario.
El control de los campos que requieren entrada.
Ejemplo de departamentos en uso
| Campo | Ámbito | Departamento | ¿Es obligatorio? |
|---|---|---|---|
ProjectCustomText1 |
Global |
- |
No |
ProjectCustomText2 |
Global |
- |
Sí |
ProjectCustomText3 |
Departamento |
Marketing |
No |
ProjectCustomText4 |
Departamento |
Marketing |
Sí |
ProjectCustomText5 |
Departamento |
Desarrollo |
Sí |
ProjectCustomText6 |
Departamento |
Desarrollo |
No |
Si Arturo López pertenece al departamento de desarrollo, cuando vea áreas del producto con campos departamentales personalizados habilitados, verá lo siguiente:
ProjectCustomText1
ProjectCustomText2
ProjectCustomText5
ProjectCustomText6
Arturo tendrá que especificar datos en ProjectCustomText2 y ProjectCustomText5.
Cecilia Cornejo pertenece al departamento de Marketing; cuando vea las áreas del producto que tienen campos departamentales personalizados habilitados, verá lo siguiente:
ProjectCustomText1
ProjectCustomText2
ProjectCustomText3
ProjectCustomText4
Cecilia tendrá que especificar datos en ProjectCustomText2 y ProjectCustomText4.
De manera predeterminada, los departamentos filtran la lista de campos personalizados que Arturo López y Cecilia Cornejo ven. Pero el filtro no les impide ver los campos personalizados que se asignan a los demás departamentos.
Los campos departamentales no están ligados a la seguridad. No puede usarlos con grupos y categorías de seguridad para habilitar o deshabilitar los campos y sus funciones. En su lugar, su propósito principal es filtrar los campos que no son útiles para el usuario de destino.
Consideraciones de departamento para los cubos
| Qué cubos se filtran por qué valor | Ningún departamento de proyectos especificado | Departamento de proyectos especificado |
|---|---|---|
Ningún departamento de recursos especificado |
Todos los datos se cargan para todos los cubos |
Cubo de proyecto sin fases temporales Cubo de tarea sin fases temporales Cubo de problemas Cubo de riesgos Cubo de entregas Cubo virtual de MSP_Project_WSS Cubo virtual de MSP_Project_Timesheet Cubo virtual de MSP_Portfolio_Analyzer Cubo de asignación sin fases temporales Cubo de asignación con fases temporales Cubo de parte de horas de EPM |
Departamento de recursos especificado |
Cubo de asignación sin fases temporales Cubo de asignación con fases temporales Cubo de recurso sin fases temporales Cubo de recurso con fases temporales Cubo de parte de horas Cubo virtual de MSP_Project_Timesheet Cubo virtual de MSP_Portfolio_Analyzer |
Filtrado por departamento de proyectos:
Filtrado por departamento de proyectos y recursos:
Filtrado por departamento de recursos:
|
Los cubos incluyen asignaciones de recursos en proyectos que pertenecen a otros departamentos o a ningún departamento. Esto garantiza que todos los datos estén presentes al examinar datos tales como la capacidad de calendario completo de los recursos de un departamento.
El subconjunto de proyectos y recursos se usará para filtrar en el nivel de proyecto y parte de horas de la siguiente manera:
Proyecto sin fases temporales:
Los datos de este cubo se filtrarán por la lista de proyectos departamentales.
Se incluirán los proyectos con asignaciones a los recursos del departamento.
Tarea sin fases temporales:
Se incluirán tareas no departamentales con asignaciones a los recursos del departamento. No se incluirá el proyecto completo no departamental.
Se incluirán todas las tareas de proyectos departamentales.
Asignación sin fases temporales:
Se incluirán las asignaciones de proyectos no departamentales para los recursos del departamento.
Se incluirán todas las asignaciones de proyectos departamentales.
Asignación con fases temporales:
Se incluirán las asignaciones de proyectos no departamentales para los recursos del departamento.
Se incluirán todas las asignaciones de proyectos departamentales.
Entregas:
Se incluirán todas las entregas que pertenecen a la lista filtrada de proyectos.
Se incluirán todas las entregas a las que se suscribe la lista filtrada y los proyectos y tareas que se suscriben a las entregas de la lista filtrada.
Se incluirán todas las entregas ofrecidas por proyectos no departamentales que se suscriben a proyectos departamentales.
Problemas:
- Se incluirán los problemas conectados a la lista filtrada de proyectos y tareas.
Riesgos:
- Se incluirán los riesgos conectados a la lista filtrada de proyectos y tareas.
Recurso sin fases temporales:
- Se incluirán los recursos de la lista de departamentos.
Recurso con fases temporales:
- Se incluirán los recursos de la lista de departamentos.
Parte de horas:
- Se incluirán los partes de horas de los recursos de la lista de departamentos.
Parte de horas de EPM:
Se incluirán los partes de horas de los recursos de la lista de departamentos.
Se incluirán las asignaciones de tareas de proyectos fuera del departamento.
Los recursos se describen de tres maneras en las bases de datos OLAP:
Foco de hechos (partes de horas, capacidad)
Asociados con hechos (asignaciones de tareas de proyecto)
Propiedad de hechos (propietario del proyecto, propietario del problema, propietario de la asignación)
La lista de recursos departamentales se usa para filtrar los hechos con foco (partes de horas). En consecuencia, un recurso no departamental nunca tendrá capacidad ni partes de horas en la base de datos OLAP si la base de datos tiene un filtro de recurso. Sin embargo el recurso no departamental estará en la dimensión de la lista de recursos si tiene una asociación con un proyecto departamental y solo tendrá los hechos de asignación relevantes.
Los recursos que poseen cosas que tienen dimensiones independientes (es decir, el propietario de la asignación) no tienen que estar en la lista de recursos. La dimensión de la lista de recursos para una base de datos OLAP contiene:
Los recursos departamentales
Todos los recursos con asignaciones a proyectos departamentales