Modelagem de Data Warehouse

Business Intelligence

Modelagem para gestão de Licitação

Equipe:

Filipi Antunes

Gustavo Amaral

Mauricio Barbosa

Lauro de Freitas, 2014

UNIME

Desenvolvimento de uma solução de BI (Business Intelligence), para o sistema de licitação do Governo do Estado.

1. Introdução

Conforme solicitação do cliente, ao qual encaminhou os requisitos para que fossem analisados, foi realizado o levantamento de requisitos a partir do documento, gerada a matriz de necessidades e posteriormente a criação do modelo dimensional utilizando ferramentas de design de entidades – relacionamentos.

1. Levantamento de Requisitos

• Atender a consultas de cotações por licitação, produto (produto, família e grupo), unidade (unidade e secretaria) e fornecedor (fornecedor e estado).  
• Prover manutenção de histórico para as suas dimensões, definindo quais são as informações que terão o histórico mantido e justificando o porquê da necessidade de histórico para cada uma das informações.  
• Especificar as informações que constam na Dimensão Tempo e justificar a necessidade de cada uma das informações.  
• Especificar a periodicidade de atualização dos objetos que vão compor o Data Mart, justificando o porquê da definição.

1. Matriz de Necessidades

Dimensão x Fato	QTD_ITEM	PREÇO_UNIT	VALOR_TOTAL	VALOR_LIC_VENCEDORA
FORNECEDOR CNPJ NOME UF	X	X	X	X
UNIDADE ORGANIZACIONAL NUM_UNIDADE DESC_UNIDADE COD_SECRETARIA DESC_SECRETARIA	X	X	X	X
PRODUTO NUM_ITEM NOM_BASICO NOM_DETALHE COD_GRUPO NOM_GRUPO NUM_FAMILIA DESC_FAMILIA	X	X	X	X
TEMPO	X	X	X	X
DIA MÊS ANO ANO_MES MÊS_ANO DATA_COMPLETA DIA_DA_SEMANA BIMESTRE TRIMESTRE SEMESTRE QUINZENA DATA_PROX_ELEICAO

1. Modelagem Dimensional

[pic 1]

OBS: Foi marcado as chaves primárias das tabelas, alterado o campo DATA_PROXIMA_ELEICAO para PROXIMIDADE_ELEICAO, dessa forma sendo mais legível a intenção de analisar a proximidade da eleição. Ex: Faltam 10 meses, faltam 5 meses.

Foi incluído também o campo VALOR_LIC_VENCEDORA que seria o resultado do menor valor unitário cadastrado para uma licitação, que segundo o requisito, seria a licitação vencedora.        

1. Campos Históricos

Ficou definido que os seguintes campos manterão histórico.

1. DIM_FORNECEDOR

OBS: Foi removido o campo CNPJ pois se tratava de uma primary key do modelo relacional, dessa forma a manutenção do histórico não seria funcional.

CAMPO	JUSTIFICATIVA
NOM_FORNECEDOR	É COMUM QUE A EMPRESA MUDE DE NOME E MANTENHA A MESMA BASE FUNCIONAL E DE SEGMENTO DE ATUAÇÃO, MANTENDO OS CONTRATOS E AS ATIVIDADES ENCAMINHADAS.
NOM_UF	UMA EMPRESA PODE MUDAR DE ESTADO E MANTER OS CONTRATOS.

1. DIM_PRODUTO

CAMPO	JUSTIFICATIVA
NOM_GRUPO	PARA DETERMINADA EMPRESA O PRODUTO PODE MIGRAR DE GRUPO. EX: UM DETERGENTE QUE ANTES ESTAVA NO GRUPO LIMPEZA, FOI ADICIONADO AO NOVO GRUPO CRIADO PELA EMPRESA PARA CATEGORIZAR SEUS PRODUTOS, O NOVO GRUPO RECEBEU O NOME DE PRODUTOS DE COZINHA.
DES_FAMILIA	UM PRODUTO DA EMPRESA QUE ANTES PERTENCIA A FAMILIA “LAR”, AGORA PERTENTE A FAMILIA “CASA”

1. DIM_UNIDADE

CAMPO	JUSTIFICATIVA
DES_UNIDADE	UMA UNIDADE PODE MUDAR DE NOME. EX: RESTAURANTE POPULAR PODE MUDAR PARA RESTAURANTE SOCIAL DE LAURO DE FREITAS. ESSA UNIDADE PERTENCE A SECRETARIA DE PLANEJAMENTO SOCIAL.
DES_SECRETARIA	UMA SECRETARIA PODE MUDAR DE NOME. EX: SMTT (SECRETARIA MUNICIPAL DE TRANSITO E TRANSPORTE) PASSOU A SER SETTOP (SECRETARIA DE TRANSITO, TRANSPORTE E ORDEM PUBLICA)

1. Granularidade do Tempo

Ficou definido em reunião que a menor granularidade para o tempo seria o dia, pois como licitação é um processo com prazo em dias, e o horário para uma aprovação é fundamentalmente a mesma, o cliente pode solicitar as licitações em determinado dia.

...