Blog do Project - Tudo que você queria saber sobre Microsoft Project, Project Server e Project Online

Quer entender a base de relatórios do Project Server?

Esta usando ou implantando o Microsoft Project Server 2010 na sua empresa?

Se já esta implantado, o próximo passo é criar Relatórios, mas para isso é interessante conhecer a base de relatórios ou RDB (Reporting Database).

Um pouco de história

No Project Server 2003, só havia um banco de dados. Por causa disso, algumas vezes tínhamos problemas de performance seja porque estávamos executando um relatório pesado ou algum processo do Project Server esta consumindo a base e de quebra, degradava o desempenho de toda solução.

Com o Project Server 2007 e depois o Project Server 2010, houve uma separação de bases. O que era antes uma base apenas, se transformou em quatro. Esta separação permitiu que a base de relatório seja movida para um servidor separado, resolvendo assim o problema de desempenho, caso ele venha a ocorrer.

As 4 bases são:

  • Draft

(Racunho, base aonde os dados de projetos salvos são armazenados)

  • Published

(Publicado, base aonde os dados de projetos publicados são armazenados)

  • Archive

(Arquivo, base aonde os dados de projetos arquivados são armazenados)

  • Reporting

(Relatório, base aonde os dados de projetos arquivados são armazenados)

 

Banco de dados “Reporting”:

O banco de dados de relatórios é usado como área de transferência para a criação do banco de dados OLAP e fornece os dados de projetos em um formato mais fácil de consulta.

Segue um diagrama com as principais entidades:

image

 

Princípio PTAR

O princípio PTAR (Projeto – Tarefa – Atribuição – Recurso) é fundamental na ferramenta Project e consequentemente, no Project Server também. Ele funciona da seguinte forma:

Vídeo ensinando o que é uma atribuição.

Sabendo o que significa cada uma das letras, vou detalhar um pouco de cada uma delas:

Projeto

A entidade de projeto contém as informações relacionadas a projetos. Essas informações podem ser:

  • Campos personalizados
  • Datas:
    • Início
    • Término
    • Início da Linha de base
    • Término da Linha de base
    • Início Real
    • Término Real
  • Trabalho:
    • Trabalho
    • Trabalho da Linha de Base
    • Trabalho Real
  • Custo:
    • Custo
    • Custo da Linha de Base
    • Custo Real

A principal visão de projeto é a: MSP_EPMProject_UserView

Tarefa

A entidade de tarefa contém as informações relacionadas as tarefas. Essas informações podem ser:

  • Campos personalizados de tarefas
  • Datas:
    • Início
    • Término
    • Início da Linha de base
    • Término da Linha de base
    • Início Real
    • Término Real
  • Trabalho:
    • Trabalho
    • Trabalho da Linha de Base
    • Trabalho Real
  • Custo:
    • Custo
    • Custo da Linha de Base
    • Custo Real
  • E características

Características de tarefas podem ser, se ela é crítica, se é um marco, etc.

A principal visão é a: MSP_EPMTask_UserView

Atribuição

A entidade de atribuição contém as informações relacionadas as atribuições. Essas informações podem ser:

  • Projeto
  • Recurso
  • Tarefa
  • Campos personalizados
  • Datas:
    • Início
    • Término
    • Início da Linha de base
    • Término da Linha de base
    • Início Real
    • Término Real
  • Trabalho:
    • Trabalho
    • Trabalho da Linha de Base
    • Trabalho Real
  • Custo:
    • Custo
    • Custo da Linha de Base
    • Custo Real

A principal visão é a: MSP_EPMAssignment_UserView

Recurso

A entidade de recurso contém as informações relacionadas a recursos. Essas informações podem ser:

  • Campos personalizados de recursos
  • Tipo de recurso
  • Taxas de custo
  • E características

Características de recurso podem ser: se ele é genérico, quem é seu gerente de quadro de horários, se ele pode ser nivelado, etc.

A principal visão é a: MSP_EPMResource_UserView

 

Para um detalhamento maior, consulte o SDK do Project. Nele tem o schema de toda a base de dados de Reporting, incluindo todas as tabelas, views, etc. (Arquivo: pj14_ReportingDB.chm)

 

Espero ter ajudado!

Boa semana a todos…

Abraços,

André Xavier

Com um histórico de mais de quinze anos trabalhando com desenvolvimento, consultoria e gerenciamento em produtos da plataforma Microsoft. André Xavier foi fundador da Sotis Consultoria, empresa especializada em Gerenciamentos de Projetos utilizando a solução EPM da Microsoft. Em 2009 após a fusão com a BHS foi responsável pela criação e gerenciamento do escritório de São Paulo. Em 2011 de volta a Belo Horizonte, ficou responsável por toda área de consultoria da BHS. Hoje, sou Presidente da BHS e há 6 anos seguidos recebo o prêmio de Microsoft MVP de Project.

Categoria: Project
  • Hebert :

    André,
    excelente post!

    Parabéns!

  • Lisi :

    André,

    Perfeito seu post! Consegui uma visão geral para gerar relatórios depois de lê-lo. Esclareceu algumas dúvidas e gerou outras…
    Eu fiz relatórios baseados na MSP_EPMProject_UserView, que contém também os campos personalizados. No entanto alguns campos personalizados estão nulos. Verifiquei a tabela de referência da view e também se encontravam nulos, então obviamente a view apareceu assim. O que me intriga é que estes campos personalizados possuem dados, mas não sei onde os mesmos foram salvos pelo EPM. Esta view deveria trazer estes campos, no entanto, não está trazendo. Será que faltou alguma configuração para popular o banco *_Reporting? Fiz várias pesquisas, mas ainda não encontrei uma “luz”… Agradeço se tiver alguma dica 😉
    Obrigada!

    • Andre Xavier :

      Lisi,

      Ainda esta com problema nos relatórios?

      • Lisi :

        Oi Andre!

        Não consegui resolver o problema nos relatórios, mas a empresa resolveu não investir no projeto… No entanto, o sistema ainda está lá e não descobri como resolver essa questão dos relatórios.

        Abraços,

Deixe uma resposta