Business IntelligenceModelagem para gesto de Licitao

Equipe:Filipi AntunesGustavo AmaralMauricio Barbosa

Lauro de Freitas, 2014UNIMEDesenvolvimento de uma soluo de BI (Business Intelligence), para o sistema de licitao do Governo do Estado.IntroduoConforme solicitao 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 criao do modelo dimensional utilizando ferramentas de design de entidades relacionamentos.Levantamento de Requisitos Atender a consultas de cotaes por licitao, produto (produto, famlia e grupo), unidade (unidade e secretaria) e fornecedor (fornecedor e estado). Prover manuteno de histrico para as suas dimenses, definindo quais so as informaes que tero o histrico mantido e justificando o porqu da necessidade de histrico para cada uma das informaes. Especificar as informaes que constam na Dimenso Tempo e justificar a necessidade de cada uma das informaes. Especificar a periodicidade de atualizao dos objetos que vo compor o Data Mart, justificando o porqu da definio.Matriz de Necessidades

Dimenso x FatoQTD_ITEMPREO_UNITVALOR_TOTALVALOR_LIC_VENCEDORA

FORNECEDOR CNPJ NOME UFXXXX

UNIDADE ORGANIZACIONAL NUM_UNIDADE DESC_UNIDADE COD_SECRETARIA DESC_SECRETARIAXXXX

PRODUTO NUM_ITEM NOM_BASICO NOM_DETALHE COD_GRUPO NOM_GRUPO NUM_FAMILIA DESC_FAMILIAXXXX

TEMPOXXXX

DIA MS ANO ANO_MES MS_ANO DATA_COMPLETA DIA_DA_SEMANA BIMESTRE TRIMESTRE SEMESTRE QUINZENA DATA_PROX_ELEICAO

Modelagem Dimensional

OBS: Foi marcado as chaves primrias das tabelas, alterado o campo DATA_PROXIMA_ELEICAO para PROXIMIDADE_ELEICAO, dessa forma sendo mais legvel a inteno de analisar a proximidade da eleio. Ex: Faltam 10 meses, faltam 5 meses.Foi includo tambm o campo VALOR_LIC_VENCEDORA que seria o resultado do menor valor unitrio cadastrado para uma licitao, que segundo o requisito, seria a licitao vencedora.

Campos HistricosFicou definido que os seguintes campos mantero histrico.

DIM_FORNECEDOR

OBS: Foi removido o campo CNPJ pois se tratava de uma primary key do modelo relacional, dessa forma a manuteno do histrico no seria funcional.CAMPOJUSTIFICATIVA

NOM_FORNECEDOR COMUM QUE A EMPRESA MUDE DE NOME E MANTENHA A MESMA BASE FUNCIONAL E DE SEGMENTO DE ATUAO, MANTENDO OS CONTRATOS E AS ATIVIDADES ENCAMINHADAS.

NOM_UFUMA EMPRESA PODE MUDAR DE ESTADO E MANTER OS CONTRATOS.

DIM_PRODUTO

CAMPOJUSTIFICATIVA

NOM_GRUPOPARA 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_FAMILIAUM PRODUTO DA EMPRESA QUE ANTES PERTENCIA A FAMILIA LAR, AGORA PERTENTE A FAMILIA CASA

DIM_UNIDADE

CAMPOJUSTIFICATIVA

DES_UNIDADEUMA 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_SECRETARIAUMA SECRETARIA PODE MUDAR DE NOME. EX: SMTT (SECRETARIA MUNICIPAL DE TRANSITO E TRANSPORTE) PASSOU A SER SETTOP (SECRETARIA DE TRANSITO, TRANSPORTE E ORDEM PUBLICA)

Granularidade do TempoFicou definido em reunio que a menor granularidade para o tempo seria o dia, pois como licitao um processo com prazo em dias, e o horrio para uma aprovao fundamentalmente a mesma, o cliente pode solicitar as licitaes em determinado dia.Foi acrescentado tambm os campos, bimestre, trimestre, semestre e quinzena por ser formatos padres para anlises temporais. Foi acrescentado o campo Data_Prox_Eleio para que haja analises verificando a quantidade de licitaes solicitadas em relao a proximidade da eleio.

7 CargaFoi definido a periodicidade de carga como DIARIA, pois como o gestor pode fazer analises baseadas em um dia, ele pode necessitar desses dados atualizados diariamente.1. Erro e SugestoFoi percebido pelos estudantes, que o modelo no contempla o fim de uma licitao, ele possui apenas a data de cadastro, porm no possui a data de trmino de uma licitao. A sugesto que ocorra a incluso do campo DATA_TERMINO_LICITACAO no modelo relacional baseado nas seguintes premissas:1. Toda licitao aberta precisa ser encerrada2. Licitaes podem ter status (Aberta / Finalizada)3. Analises de tempo de abertura e fechamento de uma licitao podem ser feitas com a mudana.

Modelagem a partir da Sugesto