Projeto Final_ValdirGuerra

(1)

INSTITUTO TECNOLÓGICO DE AERONÁUTICA

DIVISÃO CIÊNCIA DA COMPUTAÇÃO

PROJETO SCAF

Sistema de Controle de Acessos Indevidos e Fraudes

CE‐240 PROJETO DE SISTEMAS DE BANCO DE DADOS

PROJETO FINAL

Valdir Guerra

Aluno

Professor Dr. Adílson Marques

Cunha

Fundação Getulio Vargas

(2)

2

1. INTRODUÇÃO

1.1. Titulo

Projeto Final da disciplina CE240 - Projeto de Sistema de Banco de Dados.

1.2. Motivação

Aprender novas técnicas, métodos e metodologias que melhoram a eficácia de projetos de

aplicativos de bancos de dados e reduzem o desperdício dos recursos de tempo, escopo e

custo.

Desenvolver habilidades para a criação de aplicativos de banco de dados assim como realizar

futuramente a sua integração em níveis setoriais, corporativos e em fusões corporativas

consolidando holdings empresarias, tudo devidamente normalizados ate a 3FN,

implementado e testado fisicamente em um sistema de gerenciamento de banco de dados

relacional com georreferenciamento.

Atuar em uma equipe multidisciplinar com habilidades para desenvolvimento ágil, a fim de

melhorar a eficiência em integrações corporativas e reduzir o desperdício de recursos nas

futuras fases do projeto.

1.3. Contexto

O Aplicativo de Banco de dados desenvolvido nesse projeto foi arquitetado para atender a

requisitos de negocio para o gerenciamento e validação de mídias para uma empresa que

tem o propósito de controlar acessos indevidos.

Junto com esse projeto outros 7 estão sendo desenvolvidos simultaneamente, 3 dentro da

mesma empresa (SCAI) e 4 em outra empresa (SCOF)

O Projeto contextualiza 4 níveis de abstração do banco de dados , sequencialmente

organizados para fornecer uma visão evolutiva das integrações realizadas em nível setorial,

corporativo e holding

O Projeto foi desenvolvido por uma equipe multidisciplinar de alunas de pós-graduação de

engenharia elétrica e eletrônica da computação com experiência em banco de dados,

desenvolvimento de software e teste utilizando ferramentas em nuvem, técnicas,

metodologias, heurísticas e métodos ágeis.

1.4. Objetivo

Aplicar e sintetizar os principais conhecimentos teóricos adquiridos na Disciplina

CE-240 Projeto de Sistemas de Banco de Dados, visando integrar Aplicativos de Banco de Dados

(ABDs), Bancos de Dados Setoriais (BDSs) e Bancos de Dados Corporativos (BDCs), em um

Banco de Dados de uma Empresa Holding e em um Cenário de Simulação de Jogos de

Empresas. (Anexo 1)

(3)

3

2. DESENVOLVIMENTO

1º) NIVEL DE ABSTRAÇÃO APLICATIVO DO BANCO DE DADOS GMV

SINTESE DO NIVEL 1

No Nível 1º de abstração foi elaborado com o proposição de desenvolver um protótipo de

ABD de um sistema de (GMV) gerenciamento das mídias de validação na 3ª Forma Normal

(3FN), a fim de minimizar o risco de acessos indevidos bem como o numero de fraudes em

operações com mídias de qualquer natureza.

O aplicativo de banco de dados GMV foi implementado utilizado as técnicas 26 técnicas de

banco de dados tais como heurística da objetivação, analise APA, Heurística do 5 +/- 2,

Normalização, Trigramação, Auditoria, Dicionarização entre outros.

Foram utilizadas entidades georreferenciadas com o objetivo de localizar a origem da

emissão das mídias, bem como o local da sua ultima utilização, afim fornecer informações

que serão utilizadas para analise de segurança no futuro.

A ABD GMV foi implementado fisicamente utilizando:

 SGDB Banco de dados Oracle 11 g Spatial,

 Ferramenta Case Software ERWIN Versão 8.2.01 para modelagem,

 Third para auditoria das formas normais. (Algoritmo Berstein Apêndice 1)

 Google Sites

 Dropbox

 Comunicadores Instantâneos (SKYPE, MSN)

Autor e Repositório

PAPEL Responsável

ABD REPOSITÓRIO

DBA

Valdir

Guerra

GMV

https://sites.google.com/site/valdirguerra

MER Nível de Abstração 1

A Modelo de Entidade Relacional do Nível 1 pode ser consultado no

(ANEXO 2)

Descrição dos 4 Componentes de dicionário de Dados Nível 1

Os 4 componentes podem ser consultados no

(ANEXO 3)

Evolução da 0FN, 1ªFN, 2ªFN e 3ª FN

0FN – Ausência de Normalizações

MIDIA {mid_id, mid_numero, ace_id, usu_id,usu_nome,tpm_nome, tpm_marca

ems_cnpj ,tpm_modelo,ace_nome}

1ªFN - Para que uma Tabela ou Relação seja normalizada na 1FN, todos os seus

atributos devem se atômicos, ou seja, são indivisíveis e todos os registros devem possuir o

mesmo conjunto de atributos.

(4)

4 2ªFN – Para que uma tabela ou relação esteja na 2ªFN é necessário estar na (1FN) e

garantir que todos os atributos não chaves dependam de uma única chave primaria. Isso

quer dizer dependência inteira sobre a chave e não somente em parte da chave.

MIDIA {mid_id, mid_numero, mid_longitude, mid_latitude, mid_altitude,

usu_id, ems_cnpj, tpm_id }

USUARIO {usu_id, usu_nome, usu_fone}

EMISSOR {ems_id, ems_cnpj, ems_nome, ems_fone, ems_contato}

TIPO_MIDIA {tpm_id, tpm_nome,tpm_marca_tpm_modelo }

ACESSO {ace_id, ace_nome, ace_longitude, ace_latitude, ace_altura }

3ªFN - Para representar a 3FN foi necessário criar mais uma 1 relação represente a

validação de uma mídia em relação ao seus acessos.

VALIDACAO {val_id, mid_id, ace_id, val_validade, val_habilitado, val_latitude,

val_altura}

Massa de Dados

A Massa de Dados pode ser consultada no

(ANEXO 4)

Resultado das 4 Consultas Naturais/SQL

Após a implementação física foi possível constatar a eficácia através dos resultados obtidos

através de consultas SQL elaboradas a partir de consultas criadas em linguagem natural

segue no

(ANEXO 5)

2º) NIVEL DE ABSTRAÇÃO INTEGRAÇÃO SETORIAL

SINTESE

O Nível 2 de abstração foi elaborado com a proposição de integrar em um protótipo de Banco

de dados Setorial denominado (AAI) os aplicativos de banco de dados (GMV, GDM, GRI,

GRA) na 3ª Forma Normal (3FN), visando a melhorar as suas eficiências setoriais e a reduzir

os seus desperdícios de recursos.

A Implantação foi realizada através da integração setorial dos ABD Abaixo:

GDM

Gerenciamento de Middleware

GRI

Gerenciamento de Interoperabilidade

GMV

Gerenciamento de Mídia de Validação

GRA

Gerenciamento de Registros de Acesso

Nesse estagio foi reaplicado as 26 técnicas de banco de dados tais como heurística da

objetivação, analise APA, Heurística dos 5 +/- 2, Integração, Normalização, Trigramação,

Auditoria, Dicionarização entre outras.

(5)

5 O Resultado da Integração resultou em um novo protótipo de banco de dados Setorial

denominado AAI conforme a tabela abaixo:

GDM+ GRI+GMV+GRA

=

AAI

Análise de Acessos Indevidos

Esse novo BDS foi integrado respeitando todas as funcionalidades existentes nos ABD e

proporcionando a capacidade de fornecer consultar táticas.

Para realizar o processo de Integração foi necessário estabelecer um plano de comunicação

que fez uso de ferramentas web colaborativas como o google sites, o dropbox, sistema de

comunicação instantâneas a fim de propiciar um método ágil de desenvolvimento dos

artefatos mesmo considerando que os participantes estavam geograficamente separados.

Também foi necessário realizar uma reunião no dia 28/05/2012 no laboratório Cassimiro

Monte Negro no ITA, com a presença de todos os integrantes, para finalizar detalhes

importantes sobre os novos recursos que a integração proporcionou sem perder a identidade

dos aplicativos individuais.

Nesse estagio foi elaborado um Site Oficial do Projeto Denominado SCAF a URL segue

abaixo:

https://sites.google.com/site/projetoscaf/

ARQUITETURA

A Implantação a partir da Integração setorial foi concebida através de uma arquitetura de

desenvolvimento ágil entre as equipes banco de dados, desenvolvimento e teste. A

Abstração da arquitetura pode ser consultada no

(ANEXO 6)

PAPEIS E EQUIPE ABSTRAÇÃO NÍVEL 2

Para realizar a integração foram criados 4 papeis de atuação onde cada membro do

grupo recebeu uma atribuição como segue:

 Integrador

O Integrador é responsável por consolidar as entidades relacionais garantindo

a continuidades do recursos e funções pré-existentes em cada ABD. O Integrador é

responsável por garantir a integridade relacional assim como a correta cardinalidade

evitando anomalias tais como redundância, fragmentação e dispersão de informação.

 Normalizador

O Normalizador é responsável por organizar, padronizar, documentar,

normalizar, re-normalizar e manter atualizado a ultima versão do modelo conceitual e do

modelo de Entidade Relacional M.E.R; assim como a cardinalidade e o numero de atributos

igual ou menor do que 7 sete, salvo quando informado ao professor.

 Dicionarizador

O Dicionarizador é responsável por organizar, padronizar, documentar e

manter atualizado os 04 (quatro) componentes do sistema de dicionário de dados do BDS,

evitando inconsistências, duplicidades, homônimos, ou qualquer anomalia e discrepâncias,

utilizando a técnica de Trigramação

 Suporte Técnico

O Suporte Técnico deverá responsabilizar-se por prover suporte técnico para

os demais integrantes do grupo, elaborando e mantendo os manuais de Operação, de

Usuário, de Sistema assim como Tutoriais de Ambientação, Planos de contingência A e B.

(6)

6 A equipe foi formada com a atribuição dos papeis acima mencionados conforme a

tabela abaixo:

PAPEL INTEGRANTE

ABD

REPOSITORIO DOS ARTEFATOS

Integrador

Gustavo Matuck

GRA

https://sites.google.com/site/gmatuck/

Normalizador

Adriana Jasi

GDM

https://sites.google.com/site/adrianasija/

Dicionarizador

Fabiano Hino

GRI

https://sites.google.com/site/fabianohino/

Suporte

Técnico

Valdir

Guerra

GNV

https://sites.google.com/site/valdirguerra

Os Dicionários de dados, novas entidades na 3ªFN, manuais técnicos, assim como

todos os artefatos dessa integração, podem ser acessados nos sites mencionados acima.

MER Abstração Nível 2 Consolidando a Integração Setorial

O Modelo de Entidade Relacional do Nível 2 pode ser consultado no

(ANEXO 7)

Resultado das Consultas Naturais e SQL Abstração Nível 2

Após a implementação física foi possível constatar a eficácia através dos resultados obtidos

através de consultas SQL elaboradas a partir de consultas criadas em linguagem natural

segue no

(ANEXO 8)

3º) NÍVEL DE ABSTRAÇÃO INTEGRAÇÃO CORPORATIVA

SINTESE

O Nível 3 de abstração realiza a integração dos dois bancos de dados setoriais abaixo:

AAI

Análise de Acessos Indevidos

GIC

Gerenciamento de Interface com Cliente.

Nesse estagio foi reimplantado as 26 técnicas de banco de dados tais como heurística da

objetivação, analise APA, Heurística dos 5 +/- 2, Integração, Normalização, Trigramação,

Auditoria, Dicionarização entre outras.

O Resultado da Integração resultou em um novo protótipo de banco de dados Corporativo

denominado SCAI conforme a tabela abaixo:

AAI+GIC

=

SCAI

Sistema de Controle de Acessos Indevidos

Esse novo BDC foi integrado respeitando todas as funcionalidades existentes nos BDS e

proporcionando a capacidade de fornecer consultar Estratégicas.

Para realizar o processo de Integração foi necessário continuar e ampliar o plano de

comunicação do modelo praticado na abstração do nível 2 considerando agora mais

membros ativos no projeto.

Também foi necessário realizar uma reunião no dia 02/06/2012 na casa do Pessobom, a

presença de todos os integrantes, para finalizar detalhes importantes sobre os novos

recursos que a integração proporcionou sem perder a identidade dos aplicativos individuais.

(7)

7 A BDS SCAI foi implementado fisicamente utilizando as mesmas ferramentas do nível 2

porem agora incluído o PIVOTAL TRACKER detalhada no MANSIST Manual do Sistema.

Nesse momento o banco de dados físico teve todas as suas entidades re-trigramados com o

prefixo SCAI_

Integração da Equipe Abstração Nível 3

Para performar esse nível de integração os membros de cada banco de dados passou

a atual em conjunto de acordo com o seu papel dentro do projeto. Abaixo segue a tabela da

equipe:

BDS AAI

PAPEL INTEGRANTE

ABD

REPOSITORIO DOS ARTEFATOS

Integrador

Gustavo Matuck

GRA

https://sites.google.com/site/gmatuck/

Normalizador

Adriana Jasi

GDM

https://sites.google.com/site/adrianasija/

Dicionarizador

Fabiano Hino

GRI

https://sites.google.com/site/fabianohino/

Suporte

Técnico

Valdir

Guerra

GNV

https://sites.google.com/site/valdirguerra

BDS GIC

PAPEL INTEGRANTE

ABD

REPOSITORIO DOS ARTEFATOS

Integrador

Luma Maia

GSD

https://sites.google.com/site/lumamaia240/

Normalizador

Luiz P. Zanetti

GDI

https://sites.google.com/site/luizpaulozanetti/

Dicionarizador

Paula Comar

GDP

https://sites.google.com/site/paulahcomar/

Suporte

Técnico

Alexandre

Possebom

GVS

https://sites.google.com/site/alpossebonr/

Os Dicionários de dados, novas entidades na 3ªFN, manuais técnicos, assim como

todos os artefatos dessa integração, podem ser acessados nos sites mencionados acima.

MER Abstração Nível 3 Consolidando a Integração Corporativa

O Modelo de Entidade Relacional do Nível 2 pode ser consultado no

(ANEXO 9)

Resultado das Consultas Naturais e SQL Abstração Nível 3

Após a implementação física foi possível constatar a eficácia através dos resultados obtidos

através de consultas SQL elaboradas a partir de consultas criadas em linguagem natural

segue no

(ANEXO 10)

(8)

8 4º) NÍVEL DE ABSTRAÇÃO INTEGRAÇÃO EMPRESA HOLDING

Processo de Integração Holding Corporativa

O Nível 4 de abstração realiza a integração dos dois bancos de dados corporativos abaixo:

SCAI

Sistema de Controle de Acessos Indevidos

SCOF

Sistema de Controle de Fraudes.

Nesse estagio foi reimplantado as 26 técnicas de banco de dados tais como heurística da

objetivação, analise APA, Heurística dos 5 +/- 2, Integração, Normalização, Trigramação,

Auditoria, Dicionarização entre outras.

O Resultado da Integração resultou em um novo protótipo de banco de dados Holding

Corporativo denominado SCAF conforme a tabela abaixo:

SCAI+SCOF

=

SCAF

Sistema de Controle de Acessos Indevidos e Fraudes

Esse novo BDH foi integrado respeitando todas as funcionalidades existentes nos BDC e

proporcionando a capacidade de fornecer consultar Estratégicas em nível de Holding

Para realizar o processo de Integração foi necessário continuar e ampliar o plano de

comunicação do modelo praticado na abstração do nível 2 e 3 considerando agora mais

membros ativos no projeto.

Também foi necessário realizar reuniões corporativas visando à obtenção do melhor nível

possível de integração holding.

1.1. Processo de Normalização Holding

Após a realização da integração o modelo foi re-normalizado eliminando as anomalias de

inclusão, alteração, exclusão aplicando as 3ª formal normal

Para obter um banco de dados integrado foi necessário atual, criando, mesclando e excluindo

entidades antes utilizadas somente em nível local, setorial ou corporativo. Esse processo é

custoso e delicado, pois pode prejudicar o funcionamento de determinadas aplicações caso

algo seja mal feito.

1.2. Processo de Dicionarização e Trigramação Holding

Após a realização da Normalização foi dicionarizado aplicado técnicas de Trigramação, e

restrições no numero de atributos conforme já descriminado acima.

(9)

9 1.3. Processo de Suporte Técnico Holding

Para o processo de suporte técnico foi feito um planejamento entre todos os suportes

técnicos do Sistema SCAF para realizar uma divisão de papeis onde cada integrante ficará

responsável por um manual conforme foi descrito abaixo:

Manuais

Suporte Técnico

Local Manuais

MANSIST

Valdir Guerra

_{Alexandre Possebom}

https://sites.google.com/site/valdirguerra

https://sites.google.com/site/alpossebonr/

MANOPER

Franklin Silva

https://sites.google.com/site/fkviana/

MANUSER

Fernando Hirata

https://sites.google.com/site/ffhirata/

O Grupo de suporte técnico também esta publicando tutoriais, manuais e

informações técnicas para propiciar aos demais membros do time informações e

conhecimentos para trabalhar com o ambiente em nuvem.

1.4. Composição do Time de Integração Holding Nível 4

O Time do banco de dados holding SCAF segue abaixo:

B

D

C

SCAI

BDS AAI

PAPEL INTEGRANTE

ABD REPOSITORIO DOS ARTEFATOS

Integrador

Gustavo Matuck

GRA

https://sites.google.com/site/gmatuck/

Normalizador

Adriana Jasi

GDM

https://sites.google.com/site/adrianasija/

Dicionarizador

Fabiano Hino

GRI

https://sites.google.com/site/fabianohino/

Suporte

Técnico

Valdir

Guerra

GNV

https://sites.google.com/site/valdirguerra

BDS GIC

PAPEL INTEGRANTE

ABD REPOSITORIO DOS ARTEFATOS

Integrador

Luma Maia

GSD

https://sites.google.com/site/lumamaia240/

Normalizador

Luiz P. Zanetti

GDI

https://sites.google.com/site/luizpaulozanetti/

Dicionarizador

Paula Comar

GDP

https://sites.google.com/site/paulahcomar/

Suporte

Técnico

Alexandre

Possebom GVS

https://sites.google.com/site/alpossebonr/

BD

C

S

C

OI

BDS GDI

PAPEL INTEGRANTE

ABD REPOSITORIO DOS ARTEFATOS

Integrador

Kfouri GPC

https://sites.google.com/site/fabkfouri/

Normalizador

Emilio GDA

https://sites.google.com/site/emiliobumachar/

Dicionarizador

Perillo GDF

https://sites.google.com/site/jrcperillo/

Suporte

Técnico

Fernando

GDH

https://sites.google.com/site/ffhirata/

B

D

S

GCC

PAPEL INTEGRANTE

ABD REPOSITORIO DOS ARTEFATOS

Integrador

Thoris

GPD

https://sites.google.com/site/thorispivetta/

Normalizador

Tharcius GCD

https://sites.google.com/site/tharciuspivetta/

Dicionarizador

Marcelo RDO

https://sites.google.com/site/marcelopaivaramos/

Suporte

Técnico

Franklin

GMC

https://sites.google.com/site/fkviana/

1.5. Implementação Física do modelo Holding

1.5.1. Arquitetura

(ANEXO 12)

(10)

10 A Implementação física foi feita utilizando MYSQL em Nuvem

1.5.3. URL

A Implementação física pode ser consultada na nuvem utilizando o endereço abaixo:

http://mysql106.logistica.servicos.ws

Para realizar o acesso ao banco é necessário utilizar uma credencial que não será

fornecida nesse documento por questões de segurança.

RELACIONAMENTO DOS ARTEFATOS PRODUZIDOS ABSTRAÇÃO NIVEL 4

ARTEFATO

LOCAL

MER (ANEXO

11)

DICIONARIO DE DADOS

(ANEXO 12)

DIRETORIO DE DADOS

(ANEXO 13)

CONSULTAS OPERACIONAIS

(ANEXO 14 QUERY (01 - 04))

CONSULTAS TÁTICAS

(ANEXO 14 QUERY (05 - 08))

CONSULTAR EXTRATÉGICAS

(ANEXO 14 QUERY (09 - 12))

CONSULTAR EXTRATÉGICAS HOLDING

(ANEXO 14 QUERY (12 – 16))

VIEWER (ANEXO

15)

STORAGE PROCEDURE

(ANEXO 16)

TRIGGER (ANEXO

17)

SCRIPT DDL GERAÇÃO OBJETOS NIVEL 4

(ANEXO 20)

2. PRINCIPAIS CONCLUSÕES e RECOMENDAÇÕES

Com a finalização desse projeto foi possível aprimorar o conhecimento das técnicas de

integração de dois bancos de dados corporativos em um único banco de dados holding

normalizado em um único banco de dados relacional.

A trabalho de integração requer muita experiência e habilidade para aumentar a capacidade

de extrair as querys estratégicas e táticas do modelo e ainda garantir o funcionamento de

todas as querys operacionais antes praticadas em cada banco de dados.

A implementação do modelo integrado entre das turmas banco de dados, desenvolvimento

de software e de teste utilizando métodos ágeis proporcionou uma grande experiência

acadêmica, pois reproduziu as dificuldades de um ambiente empresarial real.

O que enriqueceu o projeto foi a comprovação de que a disciplina, o comprometimento, a

colaboração, e o talento técnico são grandes diferenciais para o sucesso de qualquer projeto.

Sem qualquer um desses elementos a chances de fracasso é grande.

Antes das minhas recomendações, eu gostaria de citar o esforço heroico dos professores em

“driblar” a falta de recursos a qual distancia todo o corpo acadêmico de um ambiente mais

compatível com o do primeiro mundo. Recomendações atualizar a ementa do curso,

enriquecendo as aulas com mais exemplos práticos, estudos de caso de operações globais

com banco de dados paralelos e distribuídos, analise transacional e de desempenho,

Modelagem RDF ,SPARQL e por fim unindo isso um ambiente de estudo virtual.

(11)

11 ANEXOS

1. ANEXO SIMULAÇÃO DE JOGOS DE EMPRESA

(Texto Fictício)

Os alunos integrantes da Turma de Pós-Graduação em Engenharia Eletrônica e

Computação na Área de Informática (PG/EEC-I) de 2012 do ITA receberam uma proposta

coletiva e irrecusável de emprego do Gerente Geral da Empresa de SCAF, uma empresa

Holding Multinacional Brasileira de competência e renome internacional, que decidiu investir

pesado na América do Sul, a partir do 2º semestre de 2012.

A proposta em questão prevê a elaboração imediata de um Anteprojeto de BD para a

Empresa de SCAF, que estará se instalando, a partir do 2º Semestre de 2012, também na

região Sudeste do País, para concorrer e competir, agressivamente, no emergente e

promissor MERCOSUL.

Tal proposta consiste de “Um Estágio de 21 dias, bem remunerado", a ser realizado

do dia 04/06 à 25/06/2012, quando todos os integrantes da Disciplina deverão deslocar-se,

“virtualmente”, para a região Sudeste do País e desenvolver um Protótipo de Sistema de BD

Holding (BDH) para a Empresa de SCAF, que possa ser utilizado num Exercício de Simulação

de Jogos de Empresas.

Tal solicitação prendeu-se aos seguintes fatos: a) A situação vem melhorando

bastante nos últimos anos no Cone Sul da América do Sul; b) Principalmente, após a

estabilização da moeda e o controle da inflação no Brasil; c) O País já representa o sexto

mercado mundial de consumo; e d) Ele vem influenciando, de forma positiva, os demais

integrantes do MERCOSUL, de modo a convencê-los a se transformar num bloco de

negociação sempre presente na tendência atual de globalização das economias modernas.

Na última reunião do Conselho da Empresa de SCAF, foram aprovados, por

unanimidade, investimentos significativos para os próximos dez anos no MERCOSUL.

Com isso, os melhores e mais competentes profissionais da Empresa, em nível

mundial, foram deslocados para São Paulo visando contratar jovens Pós-graduandos de

Computação das melhores escolas de Engenharia do País, Bolsistas ou não de Pós-Graduação

da área, a fim de integrarem a nova Empresa de SCAF, desde as fases iniciais de

planejamento e desenvolvimento de Sistemas de Informação baseados nas Técnicas e

Tecnologias de BD.

Após realizar as entrevistas com 16 alunos de Pós-Graduação do ITA atualmente

cursando a Disciplina CE-240, no 1o Sem de 2012, o recém escolhido Diretor Geral para a

filial da SCAF na América do Sul resolveu contratar, em bloco, todos os integrantes da

referida Disciplina, para realizar um Estágio Probatório de 21 dias (de 04/06 à 25/06/12),

tempo necessário para elaborar um Protótipo de um Banco de Dados para a nova Holding,

reutilizando, ao máximo possível, todos os Exercícios de Laboratório realizados pelos alunos

da Disciplina, utilizando o SGBD ORACLE 11g SPATIAL ou similar na nuvem, para a filial da

SCAF na América do Sul funcionar num Cenário de Simulação de Jogos de Empresas no

MERCOSUL, aproximando-o, ao máximo possível, da realidade.

Em função disso, decidiu-se utilizar toda a capacitação que vem sendo obtida na

Disciplina CE-240 para desenvolver o que foi solicitado para a SCAF, inserindo-se o menor

número possível de modificações nos Modelos de Dados Corporativos das duas Empresas,

que se encontram em processo de associação numa Join Venture. Para isso, foi estabelecido

o limite máximo desejável de 10% de modificações nos Modelos de Dados Corporativos

obtidos até então, no desenvolvimento da ListEx 6 da Disciplina CE-240, para que o mesmo

possa ser reutilizado para armazenar e recuperar, o mais rápido possível, informações

administrativas e/ou operacionais sobre o Jogo de Empresa solicitado, envolvendo tanto o

Cenário quanto os Modelos já em fase adiantada de desenvolvimento.

(12)

12 Para que possam contribuir para o desenvolvimento de uma pequena parte deste

Protótipo de Jogos de Empresas, foi estipulado então que: cada um dos Grupos de Alunos

envolvidos nos Bancos de Dados Setoriais da Disciplina deverá elaborar e apresentar em

Grupo, para este Protótipo de Sistema de BD, apenas 03 (três) Consultas (Queries)

específicas para o seu Banco de dados Setorial inserido no contexto do seu BD BD

Corporativo, a ser integrado no contexto maior do BD da Empresa de SCAF.

2. ANEXO MER NIVEL DE ABSTRAÇÃO 1

3. ANEXO 4 COMPONENTES DO DICIONÁRIO NÍVEL DE ABSTRAÇÃO 1

Dicionário de dados

Nome

Entidade

Definição

Atributo

Definição

Mandatório

MIDIA

Representa as Mídias

emitidas para

gerenciar e controlar a

validação das

transações realizadas

mid_id

Chave Primária

Sim

tip_id

Chave Estrangeira do TIPO de Midia

Sim

usu_id

Chave Estrangeira do EMISSOR

Sim

mid_numero

Numero da Midia

Sim

mid_longitude

Posição geográfica da ultima utilização

dessa mídia

Sim

mid_latitude

Posição geográfica da ultima utilização

dessa mídia

Sim

mid_altitude

Altura geográfica da ultima utilização

dessa mídia

Sim

(13)

13 Nome

Entidade

Definição

Atributo

Definição

Mandatório

TIPO_MIDIA

Representa os tipos

de mídia.

tip_id

Chave Primária

Sim

tip_nome

Nome do Tipo de Mídia

Sim

tip_marca

Marca ou Fabricante

Sim

tip_modelo

Modelo do Tipo de Mídia

Sim

Nome

Entidade

Definição

Atributo

Definição

Mandatório

USUARIO

Representa os

usuários das mídias

usu_id

Chave Primária

Sim

usu_nome

Nome do Usuário

Sim

usu_fone

Fone do Usuário

Sim

Nome

Entidade

Definição

Atributo

Definição

Mandatório

EMISSOR

Representa as

empresas habilitadas a

emitir uma mídia de

validação

emi_id

Chave Primária

Sim

emi_cnpj

Numero do Cadastro nacional de pessoa

jurídica

Sim

emi_nome

Nome da Empresa

Sim

emi_contato

Nome dos contato da empresa

Sim

emi_fone

Fone do Emissor

Sim

emi_longitude

Longitude do Emissor

Não

emi_latitude

Latitude do Emissor

Não

emi_altitude

Altitude do Emissor

Não

Nome

Entidade

Definição

Atributo

Definição

Mandatório

ACESSO

Representa os pontos

de acesso, os quais as

mídias poderão ser

validadas

ace_id

Chave Primária

Sim

ace_nome

Numero do Cadastro nacional de pessoa

jurídica

Sim

ace_longitude

Área geográfica do ponto de acesso.

Não

ace_latitude

Área geográfica do ponto de acesso,

Não

ace_altitude

Altitude Geográfica do ponto de acesso

Não

Nome

Entidade

Definição

Atributo

Definição

Mandatório

VALIDACA

O

Representa a validação

entre as mídias e os

acessos

val_id

Chave Primária

Sim

mid_id

Chave Estrangeira da Midia

Sim

ace_id

Chave Estrangeira do Acesso

Sim

val_validade

Data de Validade dessa Validacao

Sim

val_habilitado

Define se essa validade esta ou não

liberada

Sim

val_longitude

Area geográfica da validacao

Não

val_latitude

Area geográfica da validacao

Não

val_altitude

Altura Geografica do ponto de acesso,

Não

Diretório de dados

Objeto Relacional

Tabela Pai

Chave Pai

Tabela Filha

Chave Filha

Cardinalidade

FK_MIDIA__USUARIO

USUARIO

usu_id

MIDIA

usu_id

1:N

FK_MIDIA__EMISSOR

EMISSOR

emi_id

MIDIA

emi_id

1:N

FK_MIDIA__TIPO_MIDIA

TIPO_MIDIA

tip_id

MIDIA

tip_id

1:N

FK_VALIDACAO__MIDIA

MIDIA

mid_id

VALIDACAO

mid_id

1:N

(14)

14 FK_VALIDACAO__ACESSO

ACESSO

ace_id

VALIDACAO

ace_id

1:N

Diretório de recursos

Banco de dados Oracle 11G, Hardware com Processado I3 com 4 GB de Memoria.

Diretório de Metadados.

4. ANEXO MASSA DE DADOS NIVEL DE ABSTRAÇÃO 1

MIDIA

(15)

15 EMISSOR

USUARIO

TIPO_MIDIA

VALIDACAO

ACESSO

(16)

16

5. ANEXO RESULTADO DAS CONSULTAS SQL NIVEL DE ABSTRAÇÃO 1

1) Quais são os usuários que possuem Mídias de RFID ?

SELECT U.usu_nome

FROM GMV_USUARIO U , GMV_MIDIA M, GMV_TIPO_MIDIA T

WHERE U.usu_id = M.usu_id

AND M.tip_id = T.tip_id

AND T.tip_nome = 'RFID'

2) Quais são as mídias que estão validas para acessar o site do Bradesco ?

SELECT M.mid_id, M.mid_numero

FROM GMV_MIDIA M, GMV_EMISSOR E

WHERE M.emi_id = E.emi_id

AND E.emi_nome = 'BANCO BRADESCO'

3)

Quais são usuários que possuem mídias emitidas pelo ITAU ?

SELECT DISTINCT U.usu_id, U.usu_nome

FROM GMV_USUARIO U, GMV_MIDIA M, GMV_EMISSOR E

WHERE M.emi_id = E.emi_id

AND U.usu_id = M.usu_id

(17)

17 4) Quais são os acessos possíveis pelo usuário “Angelina Julie”

SELECT A.ace_id, A.ace_nome, A.ace_latitude, A.ace_longitude, A.ace_altitude

FROM GMV_ACESSO A, GMV_VALIDACAO V, GMV_MIDIA M, GMV_USUARIO U

WHERE A.ace_id = V.ace_id

AND V.mid_id = M.mid_id

AND M.usu_id = U.usu_id

AND U.usu_nome = 'ANGELINA JULIE'

(18)

18

7. ANEXO MER – BDS AAI – ABSTRAÇÃO NIVEL 2

8. ANEXO MER – RESULTADO QUERYS SQL NIVEL ABSTRAÇÃO 02

QUERYS OPERACIONAIS (AN2)

1) Quais são os usuários que possuem Mídias de RFID ?

SELECT U.usu_nome

FROM GMV_USUARIO U , GMV_MIDIA M, GMV_TIPO_MIDIA T

WHERE U.usu_id = M.usu_id

AND M.tip_id = T.tip_id

AND T.tip_nome = 'RFID'

2) Quais são as mídias que estão validas para acessar o site do Bradesco ?

SELECT M.mid_id, M.mid_numero

FROM GMV_MIDIA M, GMV_EMISSOR E

WHERE M.emi_id = E.emi_id

AND E.emi_nome = 'BANCO BRADESCO'

(19)

19 3)

Quais são usuários que possuem mídias emitidas pelo ITAU ?

SELECT DISTINCT U.usu_id, U.usu_nome

FROM GMV_USUARIO U, GMV_MIDIA M, GMV_EMISSOR E

WHERE M.emi_id = E.emi_id

AND U.usu_id = M.usu_id

AND E.emi_nome = 'BANCO ITAU'

4) Quais são os acessos possíveis pelo usuário “Angelina Julie”

SELECT A.ace_id, A.ace_nome, A.ace_latitude, A.ace_longitude, A.ace_altitude

FROM GMV_ACESSO A, GMV_VALIDACAO V, GMV_MIDIA M, GMV_USUARIO U

WHERE A.ace_id = V.ace_id

AND V.mid_id = M.mid_id

AND M.usu_id = U.usu_id

AND U.usu_nome = 'ANGELINA JULIE'

QUERYS TATICAS (AN2)

5) Quais são os serviços disponíveis para a Mídia de numero

1121999124871391

select S.SER_TITULO, M.MID_NUMERO

from GRI_SERVICO S, GMV_ACESSO A, GMV_VALIDACAO V, GMV_MIDIA M

where S.ace_id = A.ace_id

and V.ace_id = A.ace_id

and M.mid_id = V.mid_id

(20)

20 and M.mid_numero = '1121999124871391'

6) Quais são as funções disponíveis para as mídias do usuário

Angelina Julie

select S.SER_TITULO, M.MID_NUMERO

from GRI_SERVICO S, GMV_ACESSO A, GMV_VALIDACAO V, GMV_MIDIA M

where S.ace_id = A.ace_id

and V.ace_id = A.ace_id

and M.mid_id = V.mid_id

and M.mid_numero = '1121999124871391'

7) Quais são as mídias que utilizam a função

de Recuperação de Informação de

Cartão de Credito

select distinct M.MID_NUMERO

from GRI_SERVICO S, GMV_ACESSO A, GMV_VALIDACAO V, GMV_MIDIA M,

GRI_FUNCAO F, GMV_USUARIO U

where S.ace_id = A.ace_id

and V.ace_id = A.ace_id

and M.mid_id = V.mid_id

and F.ser_id = S.ser_id

and U.usu_id = M.usu_id

and F.FUN_DESCRICAO = 'Recupera informações de cartão de crédito'

(21)

21 8) Quais são as aplicações que trabalham com as mídias do tipo RFID

select T.tip_nome, A.apl_id, A.apl_nome

from GRI_SERVICO S, GMV_ACESSO A, GMV_VALIDACAO V, GMV_MIDIA M,

GRI_FUNCAO F, GMV_USUARIO U, GMV_TIPO_MIDIA T, GDM_APLICACAO A

where S.ace_id = A.ace_id

and V.ace_id = A.ace_id

and M.mid_id = V.mid_id

and F.ser_id = S.ser_id

and U.usu_id = M.usu_id

and T.tip_id = M.tip_id

and A.ser_id = S.ser_id

and T.tip_nome = 'RFID'

(22)

22

10. ANEXO MER – RESULTADO QUERYS SQL NIVEL ABSTRAÇÃO 03

ANEXO QUERYS OPERACIONAIS (AN3)

1) Quais são os usuários que possuem Mídias de RFID ?

SELECT C.CLI_NOME

FROM SCAI_CLIENTE C , SCAI_MIDIA M, SCAI_TIPO_MIDIA T

WHERE C.CLI_ID = M.CLI_ID

AND M.TIP_MID_ID = T.TIP_MID_ID

AND T.TIP_MID_NOME = 'RFID'

2) Quais são as mídias que estão validas para acessar o site do Bradesco ?

SELECT M.MID_ID, M.MID_NUMERO

FROM SCAI_MIDIA M, SCAI_EMISSOR E

WHERE M.EMI_ID = E.EMI_ID

AND E.EMI_RSOCIAL = 'BANCO BRADESCO'

3)

Quais são usuários que possuem mídias emitidas pelo ITAU ?

SELECT DISTINCT C.CLI_ID, C.CLI_NOME

FROM SCAI_CLIENTE C, SCAI_MIDIA M, SCAI_EMISSOR E

WHERE M.EMI_ID = E.EMI_ID

AND C.CLI_ID = M.CLI_ID

AND E.EMI_RSOCIAL = 'BANCO ITAU'

4) Quais são os acessos possíveis pelo usuário “Angelina Julie”

SELECT A.SER_ID, A.SER_NOME

FROM SCAI_SERVICO A, SCAI_MIDIA_SERVICO V, SCAI_MIDIA M, SCAI_CLIENTE

C

WHERE A.SER_ID = V.SER_ID

AND V.MID_ID = M.MID_ID

AND M.CLI_ID = C.CLI_ID

(23)

23 ANEXO QUERYS TATICAS (AN3)

5) Quais são os serviços disponíveis para a Mídia de numero

222222

SELECT S.SER_NOME, M.MID_NUMERO

FROM SCAI_SERVICO S, SCAI_MIDIA_SERVICO MS, SCAI_MIDIA M

WHERE S.SER_ID = MS.SER_ID

AND M.MID_ID = MS.MID_ID

AND M.MID_NUMERO = '222222'

6) Quais são os dispositivos que validam as mídias do usuário

Angelina Julie

SELECT D.DIS_NOME

FROM SCAI_DISPOSITIVO D, SCAI_CLIENTE C, SCAI_MIDIA M, SCAI_SERVICO S,

SCAI_MIDIA_SERVICO MS, SCAI_SERVICO_DISPOSITIVO SD

WHERE C.CLI_ID = M.CLI_ID

AND M.MID_ID = MS.MID_ID

AND MS.SER_ID = S.SER_ID

AND S.SER_ID = SD.SER_ID

AND SD.DIS_ID = D.DIS_ID

AND C.CLI_NOME = 'ANGELINA JULIE'

7) Quais são as mídias que utilizam podem ser validadas pelos dispositivos

de

Recuperação de Informação de Cartão de Credito

SELECT M.MID_NUMERO

FROM SCAI_DISPOSITIVO D, SCAI_CLIENTE C, SCAI_MIDIA M, SCAI_SERVICO S,

SCAI_MIDIA_SERVICO MS, SCAI_SERVICO_DISPOSITIVO SD

WHERE C.CLI_ID = M.CLI_ID

AND M.MID_ID = MS.MID_ID

AND MS.SER_ID = S.SER_ID

AND S.SER_ID = SD.SER_ID

AND SD.DIS_ID = D.DIS_ID

(24)

24 8) Onde estão localizados os Dispositivos ATM

SELECT L.LOC_LATITUDE, L.LOC_LONGITUDE, L.LOC_ALTITUDE

FROM SCAI_DISPOSITIVO D, SCAI_CLIENTE C, SCAI_MIDIA M, SCAI_SERVICO S,

SCAI_MIDIA_SERVICO MS, SCAI_SERVICO_DISPOSITIVO SD,

SCAI_TIPO_DISPOSITIVO TD, SCAI_LOCALIDADE L

WHERE C.CLI_ID = M.CLI_ID

AND M.MID_ID = MS.MID_ID

AND MS.SER_ID = S.SER_ID

AND S.SER_ID = SD.SER_ID

AND SD.DIS_ID = D.DIS_ID

AND D.TIP_ID = TD.TIP_ID

AND D.LOC_ID = L.LOC_ID

AND D.DIS_NOME = 'ATM'

ANEXO QUERYS ESTRÁTEGICAS (AN3)

9) Quais são e onde estão localizados os dispositivos que o cliente Fernando Pessoa

pode ter acesso

SELECT D.DIS_NOME, L.LOC_LATITUDE, L.LOC_LONGITUDE, L.LOC_ALTITUDE

FROM SCAI_DISPOSITIVO D, SCAI_CLIENTE C, SCAI_MIDIA M, SCAI_SERVICO S,

SCAI_MIDIA_SERVICO MS, SCAI_SERVICO_DISPOSITIVO SD,

SCAI_TIPO_DISPOSITIVO TD, SCAI_LOCALIDADE L

WHERE C.CLI_ID = M.CLI_ID

AND M.MID_ID = MS.MID_ID

AND MS.SER_ID = S.SER_ID

AND S.SER_ID = SD.SER_ID

AND SD.DIS_ID = D.DIS_ID

AND D.TIP_ID = TD.TIP_ID

AND D.LOC_ID = L.LOC_ID

AND C.CLI_NOME = 'FERNANDO PESSOA'

10) Quais foram as últimos 5 acessos realizados no sistema SCAI

SELECT C.CLI_NOME, M.MID_NUMERO, RA.REG_DATA, D.DIS_NOME

FROM SCAI_MIDIA M, SCAI_REGISTRO_ACESSO RA, SCAI_DISPOSITIVO D,

SCAI_SERVICO_DISPOSITIVO SD, SCAI_CLIENTE C

WHERE RA.MID_ID = M.MID_ID

AND RA.SER_DIS_ID = SD.SER_DIS_ID

AND SD.DIS_ID = D.DIS_ID

AND M.CLI_ID = C.CLI_ID

ORDER BY RA.REG_DATA DESC

LIMIT 5

(25)

25 11) Onde foram os últimos 5 acessos da mídia numero 22222 ?

SELECT M.MID_NUMERO, L.LOC_LATITUDE, L.LOC_LONGITUDE, L.LOC_ALTITUDE

FROM SCAI_MIDIA M, SCAI_REGISTRO_ACESSO RA, SCAI_DISPOSITIVO D,

SCAI_SERVICO_DISPOSITIVO SD, SCAI_CLIENTE C,

SCAI_LOCALIDADE L

WHERE RA.MID_ID = M.MID_ID

AND RA.SER_DIS_ID = SD.SER_DIS_ID

AND SD.DIS_ID = D.DIS_ID

AND M.CLI_ID = C.CLI_ID

AND D.LOC_ID = L.LOC_ID

AND M.MID_NUMERO = '222222'

ORDER BY RA.REG_DATA DESC

LIMIT 5

12) Quais foram os últimos acessos realizados pelas mídias emitidas pelo

BANCO DO BRASIL

SELECT E.EMI_RSOCIAL, C.CLI_NOME, M.MID_NUMERO, RA.REG_DATA, L.LOC_LATITUDE,

L.LOC_LONGITUDE, L.LOC_ALTITUDE

FROM SCAI_MIDIA M, SCAI_REGISTRO_ACESSO RA, SCAI_DISPOSITIVO D,

SCAI_SERVICO_DISPOSITIVO SD, SCAI_CLIENTE C,

SCAI_LOCALIDADE L, SCAI_EMISSOR E

WHERE RA.MID_ID = M.MID_ID

AND RA.SER_DIS_ID = SD.SER_DIS_ID

AND SD.DIS_ID = D.DIS_ID

AND M.CLI_ID = C.CLI_ID

AND D.LOC_ID = L.LOC_ID

AND M.EMI_ID = E.EMI_ID

AND E.EMI_RSOCIAL = 'BANCO BRASIL'

ORDER BY RA.REG_DATA DESC

LIMIT 5

(26)

26

12. ANEXO MER – DICIONARIO DE DADOS 04

I.1 Tabela SCAF_ACESSO_FISICO

Contém informações sobre os acessos feitos ao coletor de dados.

Name Data Type Mand

atory Primary Foreign Key

Comment

ACE_ID int X X ID do acesso

PCD_ID bigint X ID do PCD

RES_CPF numeric(11,0) X ID do cartão loc_id bigint X ID de LOCALIDADE.

ACE_DATA date X Data do acesso

ACE_MOTIVO varchar(1000) Motivo do acesso

ACE_HORA time Hora do acesso

I.2 Tabela SCAF_ATIVACAO_PCD Contém informações sobre ativações de PCDs

Comment

ATV_ID int X X ID da ativação

ATV_LOGIN varchar(20) X Login utilizado na ativação ATV_DATA date X Data da ativação

ATV_VALIDADE date X Validação da ativação

I.3 Tabela SCAF_CLIENTE

Tabela que contém as informações relacionadas aos Clientes. As informações contidas nessa tabela tem acesso restrito aos próprios clientes, e aos usuários com perfil de administrador.

Comment cli_id bigint X X ID de CLIENTE. Não pode ser excluído. cli_nome varchar(80) Contém o nome do cliente.

cli_email varchar(80) Contém o email do cliente. cli_telefone varchar(80) Contém o telefone do cliente.

cli_conta varchar(80) Contém o numero da conta bancária do cliente. cli_agencia varchar(20) Contém a agência da conta bancária do cliente.

I.4 Tabela SCAF_CONTATO

Tabela que possui a lista de contatos dos pontos de distribuição.

Comment

con_id int X X Identificador do contato a ser utilizado no aplicativo de banco de dados.

con_nome varchar(30) X Nome do contato do ponto de distribuição. con_telefone varchar(30) X Telefone de contato do responsável do ponto de

distribuição.

(27)

27

I.5 Tabela SCAF_CONTRATO

Contém informações sobre os contratos feitos para os PCDs.

atory Prim ary Forei gn Key Comment

CNT_ID int X X ID do contrato

CNT_INICIO date Início da validade do contrato CNT_FIM date X Fim da validade do contrato CNT_DESCRICAO national varchar(1024) X Descrição do contrato

I.6 Tabela SCAF_DISPOSITIVO

Tabela que contém as informações relacionadas aos Dispositivos. As informações contidas nessa tabela tem acesso restrito ao administrador do sistema, e aquele que tiver permissão de cadastro de dispositivos.

atory Prim ary Forei gn Key Comment dis_id bigint X X ID de DIPOSITIVO. Não pode ser excluído. tip_id bigint X ID de TIPO_DISPOSITIVO.

dis_nome varchar(255) Contém o nome do dispositivo. dis_numero varchar(255) Contém o numero do dispositivo.

I.7 Tabela SCAF_EMISSOR

Tabela que contém as informações relacionada ao Emissor. As informações contidas nessa tabela tem acesso restrito ao administrador do sistema, e aquele que tiver permissão de gerar relatorios.

Comment emi_id bigint X X ID de EMISSOR. Não pode ser excluído. emi_cnpj varchar(18) Contém o CNPJ do Emissor.

emi_rsocial varchar(255) Contém a Razão social do emissor. emi_fone_principal varchar(18) Contém o telefone principal do emissor. emi_email_principal varchar(255) Contém o Email principal do emissor.

I.8 Tabela SCAF_FIRMWARE

Contém informações sobre os firmwares instalados nos PCDs.

Comment

FIR_ID int X X ID do firmware

FIR_NOME varchar(100) X Nome do firmware

FIR_DESCRICAO national varchar(250) X Breve descrição sobre o firmware FIR_DATA_INSERCAO date X Data de inserção do firmware no PCD

I.9 Tabela SCAF_FIRMWARE_INFORMACAO Representa a junção entre as informações e os Firmwares.

FIN_ID int X X ID do registro

FIR_ID int X ID do firmware

INF_ID int X ID da informação

I.10 Tabela SCAF_GRUPO_PERMISSAO

Tabela que relaciona o tipo de permissão a cada grupo de usuários. As informações contidas nessa tabela tem acesso restrito ao administrador do sistema, e aquele que tiver permissão a tela de cadastrar grupo de permissão.

Comment

gru_per_id bigint X X ID de GRUPO_PERMISSAO. Não pode ser excluído. gru_per_nome varchar(255) Contém o nome do grupo relacionado a um tipo de

permissão.

gru_per_descricao varchar(255) Contém a descrição das permissões de determinado grupo.

I.11 Tabela SCAF_INFORMACAO

Representa a relação de informações que são enviadas para os PCDs ou Firmwares.

atory Prim ary Forei gn Key Comment INF_ID int X X ID da informação

INF_DATA date X Data de envio da informação

INF_DESCRICAO varchar(1024) X Descrição da informação

I.12 Tabela SCAF_INSTALACAO

Representa as instalações feitas dos coletores de dados.

(28)

28

atory ary gn

Key

INS_ID int X X ID da instalação

INS_DATA date Data da instalação

I.13 Tabela SCAF_INTERFACE

Tabela que contém as informações relacionadas à Interface. As informações contidas nessa tabela tem acesso restrito ao administrador do sistema.

Comment int_id bigint X X ID de Interface. Não pode ser excluído. int_numero varchar(255) Contém o número do gerenciamento da interface. int_data date Contém a data gerenciamento da interface. int_descricao varchar(255) Contém a descrição do gerenciamento da interface.

I.14 Tabela SCAF_LOCALIDADE

Armazena as informações sobre a localidade do aceeso ao sistema. As informações contidas nessa tabela tem acesso restrito ao administrador. Os dados poderão ser visualizados em forma de relatório ou imagens e não poderão ser editados nem excluídos.

atory Prim ary Forei gn Key Comment loc_id bigint X X ID de localidade. Não pode ser excluído. loc_latitude double armazena as informações de latitude. loc_longitude numeric(10,6) armazena as informações de longitude. loc_altitude double armazena as informações de altitude.

I.15 Tabela SCAF_LOG

Contém informações sobre os Logs do sistema ou seja, quem, quando e onde aconteceu o acesso. As informações dessa tabela são de acesso restrito aos administradores, usuário que tem permissão de gerar relatoriose podem ser visualizadas através desses relatórios.

Comment log_id bigint X X ID de LOG. Não pode ser excluído. log_data date Contém a data em que foi gerado o log. log_ip varchar(15) Contém o ip do dispositivo que foi gerado o log.

loc_id bigint X ID de LOCALIDADE.

int_id bigint X ID de INTERFACE.

usu_id bigint X ID de USUARIO.

I.16 Tabela SCAF_MANUTENCAO Representa as manutenções feitas nos PCDs.

Comment MAN_ID int X X ID da manutenção

MAN_DATA date Data da manutenção

MAN_EQUIPE varchar(250) X Equipe que realizou a manutenção MAN_DESCRICAO varchar(1024) X Descrição do que foi feito na manutenção

I.17 Tabela SCAF_MENSAGEM

Tabela que possui as mensagens de rastreabilidade de operações.

Comment

men_id int X X Identificador da mensagem da rastreabilidade de operações.

men_corpo varchar(1000) X Corpo da mensagem de rastreabilidade de operação. men_tipo varchar(10) X Tipo de mensagem ocorrida. Ex.: erro, alerta ...

I.18 Tabela SCAF_MIDIA

Tabela que contém as informações relacionadas às Mídias. As informações contidas nessa tabela tem acesso restrito ao administrador do sistema, e aquele que tiver permissão de cadastrar dispositivos e mídias.

Comment mid_id bigint X X ID de MIDIA. Não pode ser excluído.

cli_id bigint X ID de CLIENTE.

tip_mid_id bigint X ID de TIPO_MIDIA.

emi_id bigint X ID de EMISSOR

loc_id bigint X ID de LOCALIDADE. Não pode ser excluído.. mid_numero bigint Contém a numeração da mídia.

mid_cod_validacao int Contém o código de validação da midia.

mid_dt_validade date Contém informações sobre a data de validade da mídia. mid_dt_aquisicao date Contém informações sobre a data de aquisição da mídia.

(29)

29

mid_habilitada bool Identifica a mídia habilitada ou não. mid_nome varchar(30) Nome da mídia.

I.19 Tabela SCAF_PCD Contém informações sobre os PCDs.

atory Prim ary Forei gn Key Comment PCD_ID bigint X X ID do PCD

FIR_ID int X ID do firmware

TPC_ID int X ID do tipo de PCD

pon_id int X ID do ponto de distribuição.

loc_id bigint X ID de LOCALIDADE.

PCD_NOME varchar(50) Nome do PCD

PCD_DESCRICAO varchar(250) X Descrição do propósito do PCD PCD_ATIVO bool Se o PCD está ativo ou não PCD_NUMERO varchar(255) Número do PCD.

I.20 Tabela SCAF_PCD_INFORMACAO Representa a junção entre as informações e os PCDs.

atory Prim ary Forei gn Key Comment PIN_ID int X X ID do registro de PCD-Informação

INF_ID int X ID da informação

I.21 Tabela SCAF_PER_GRUPO_PERMISSAO

Tabela criada para a resolução de uma relação muitos-pra-muitos.As informações contidas nessa tabela tem acesso restrito ao administrador do sistema.

Comment gru_per_id bigint X X X ID de GRUPO_PERMISSAO. per_id bigint X X X ID de PERMISSAO.

I.22 Tabela SCAF_PERMISSAO

Tabela que informa o tipo de permissão. As informações contidas nessa tabela tem acesso restrito ao administrador do sitema, e aquele que tiver permissão de cadastrar permissao.

Comment per_id bigint X X ID de PERMISSAO. Não pode ser excluído. per_nome varchar(255) Contém o nome da permissão. per_descricao varchar(255) Descreve o tipo de permissão.

I.23 Tabela SCAF_PERMISSAO_SERVICO

Tabela criada para o gerenciamento de validação os acessos que uma mídia tem a um determinado serviço. As informações contidas nessa tabela tem acesso restrito ao administrador do sistema, e aquele que tiver permissão de acesso.

Comment

per_ser_id int X X ID de MIDIA_SERVICO. Não pode ser excluído.

ser_id bigint X ID de SERVICO.

mid_id bigint X ID de MIDIA.

per_ser_validacao date Contém informações sobre a data de validação de um serviço. Essa data invalida o acesso de uma midia a um determinado serviço.

per_ser_habilitado char(3) X Contém informações sobre a habilitação de determinado serviço a determinada mídia.

per_ser_per_limite float Limite da permissão do serviço.

I.24 Tabela SCAF_PERMISSAO_TIPO_SERVICO Tabela que armazena o tipo de permissão do serviço.

atory Prim ary Forei gn Key Comment per_id bigint X ID de PERMISSAO. Não pode ser excluído. tip_ser_id bigint X ID de TIPO_SERVICO. Não pode ser excluído.

I.25 Tabela SCAF_PONTO_DISTRIBUICAO Tabela que possui a lista de pontos de distribuição.

Comment pon_id int X X ID do ponto de distribuição. tip_id int X X ID do tipo do ponto de distribuição.

(30)

30

loc_id bigint X ID de LOCALIDADE. Não pode ser excluído.. pon_nome varchar(30) X Nome do ponto de distribuição.

I.26 Tabela SCAF_PONTO_DISTRIBUICAO_CONTATO

Tabela que possui o relacionamento entre Contato e Pontos de Distribuição.

pon_con_id int X X Identificador do relacionamento entre as chaves das tabelas de contato e pontos de distribuição.

con_id int X X Identificador da tupla da tabela de contatos que define qual contato que é o responsável para o determinado ponto de distribuição.

pon_id int X X Identificador do registro da tabela Pontos de Distribuição que define qual a tupla a ser atribuída ao responsável (Contato).

I.27 Tabela SCAF_RESPONSAVEL Contém informações sobre os cartões de acesso.

Comment RES_CPF numeric(11,0) X X ID do cartão

RES_NOME varchar(80) X Data de expiração do cartão RES_ENDERECO varchar(200) X O valor limite do cartão RES_TELEFONE numeric(10,0) Telefone do responsável

I.28 Tabela SCAF_SERVICO

Tabela que contém as informações relacionadas aos Serviços. As informações contidas nessa tabela tem acesso restrito ao administrador do sistema, e aquele que tiver permissão de acesso.

atory Prim ary Forei gn Key Comment ser_id bigint X X ID de SERVICO. Não pode ser excluído. tip_ser_id bigint X ID de TIPO _SERVICO

ser_nome varchar(100) Contém o nome do Serviço. ser_descricao varchar(1000) Contém a descrição do Serviço.

ser_politica varchar(255) Contém a política relacionada a cada tipo de serviço. ser_necessita_senha int Identifica se precisa de senha ao utilizar o cartão.

ser_compl varchar(100)

I.29 Tabela SCAF_TIPO_DISPOSITIVO

Tabela que contém as informações relacionadas aos Tipos de Dispositivos. As informações contidas nessa tabela tem acesso restrito ao administrador do sistema, e aquele que tiver permissão de cadastro de dispositivos.

tip_id bigint X X ID de TIPO_DISPOSITIVO. Não pode ser excluído. tip_nome varchar(255) Contém o nome do tipo de dispositivo. tip_descricao varchar(255) Contém a descrição do tipo de dispositivo. tip_marca varchar(100) Contém a marca do tipo de dispositivo. tip_modelo varchar(100) Contém o modelo do tipo de dispositivo.

I.30 Tabela SCAF_TIPO_MIDIA Tabela que armazena o tipo de mídia.

Comment tip_mid_id bigint X X ID de TIPO_MIDIA. Não pode ser excluído. tip_mid_nome varchar(255) Nome do tipo de mídia.

tip_mid_descricao varchar(255) Descrição do tipo de mídia.

I.31 Tabela SCAF_TIPO_PCD Contém informações sobre os tipos de PCDs.

Comment TPC_ID int X X ID do tipo de PCD

TPC_FABRICANTE varchar(250) X Nome do fabricante TPC_MODELO varchar(250) X Nome do modelo de PCD TPC_PARTNUMBER varchar(250) X Part number do PCD TPC_NOME varchar(250) Nome to tipo do PCD TPC_DESCRICAO varchar(250) Descrição do tipo do PCD

I.32 Tabela SCAF_TIPO_PONTO

Tabela que possui a lista de tipos de pontos disponíveis para criação de ponto de distribuição.

(31)

31

atory ary gn

Key

tip_id int X X Campo identificador do tipo de ponto de distribuição. tip_nome varchar(30) X Campo Nome que identifica o tipo de ponto de

distribuição.

tip_descricao varchar(255) Descrição do identificador de tipo de ponto de distribuição, utilizado para orientação do uso do tipo selecionado.

I.33 Tabela SCAF_TIPO_SERVICO

Contém as informações sobre os vários tipos de serviço. As informações contidas nessa tabela tem acesso restrito ao administrador do sistema, e aquele que tiver permissão de acesso.

tip_ser_id bigint X X ID de TIPO_SERVICO. Não pode ser excluído. tip_ser_descricao varchar(255) Contém a descrição do tipo de serviço. tip_ser_nome varchar(255) Contém o nome do tipo de serviço.

tip_ser_politica varchar(255) Contém a política relacionada a cada tipo de serviço.

I.34 Tabela SCAF_TRANSACAO

Tabela que possui informações sobre transação para rastreabilidade de operação realizada.

Comment

tra_id int X X ID da transação de rastreabilidade da operação realizada. men_id int X ID da mensagem da rastreabilidade de operações.

mid_id bigint X ID de MIDIA. Não pode ser excluído. ser_id bigint X ID de SERVICO. Não pode ser excluído. loc_id bigint X ID de LOCALIDADE. Não pode ser excluído.. dis_id bigint X ID de DIPOSITIVO. Não pode ser excluído. tra_data datetime Data da transação.

tra_valor float Valor da transação.

tra_ip varchar(20) IP do local que a transação ocorreu, caso necessite. tra_hora_inicio time Hora que iniciou a transação

tra_hora_fim time Hora que finalizou a transação

I.35 Tabela SCAF_USU_GRUPO_PERMISSAO

Tabela criada para a resolução de uma relação muitos-pra-muitos.As informações contidas nessa tabela tem acesso restrito ao administrador do sistema.

atory Prim ary Forei gn Key Comment gru_per_id bigint X X X ID de GRUPO_PERMISSAO. usu_id bigint X X X ID de USUARIO.

I.36 Tabela SCAF_USUARIO

Contém as informações sobre os usuários do sistema. As informações contidas nessa tabela tem acesso restrito aos próprios usuários, e aos usuários com perfil de administrador.

atory Prim ary Forei gn Key Comment usu_id bigint X X ID de USUARIO. Não pode ser excluído. usu_cpf bigint Contém o número do cpf do usuário. usu_nome varchar(255) Contém o nome do usuário. usu_login varchar(255) Contém o login do usuário. usu_senha varchar(255) Contém a senha do usuário.

I.37 Tabela SCAF_VERSAO

Contém as informações sobre o gerenciamento de versão. Essas informações tem acesso restrito ao administrador do sistema.

Comment ver_id bigint X X ID de VERSAO. Não pode ser excluído. ver_numero varchar(255) Contém a numero da versão. ver_data date Contém a data da versão. ver_nome varchar(255) Contém o nome da versão.

I.38 Tabela SCAF_VERSAO_INTERFACE

Tabela criada para a resolução de uma relação muitos-pra-muitos. Essas informações tem acesso restrito ao administrador do sistema, e aquele que tiver permissão de acesso

Comment int_id bigint X X X ID de INTERFACE