CE-240 Projeto de Sistemas de BD
MonitorAma
Aluna
Simone Cunha Léo
Prof.
Dr. Adilson Marques da Cunha
IEC (Divisão
de Ciência da Computação) e do ITA (Instituto Tecnológico de Aeronáutica)
1 - INTRODUÇÃO
1.1 - Motivação
Na realização das listas de
exercícios de 2 e 6, as motivações foram a necessidade do reaproveitamento de
grande parte do aplicativo de banco de dados de Recursos Humanos para
desenvolvido de um sistema de informação para o Laboratório de Integração e Testes
do INPE e exercitar os conhecimentos obtidos em sala de aula: as 11 técnicas de
Banco de Dados ensinadas pelo Professor da matéria; conhecimentos estes
aplicados ao longo do desenvolvimento das listas de exercícios em epígrafes.
Nas listas em epígrafe a motivação
foi aplicar os conhecimentos adquiridos nas aulas de 1 a 15, no: i) aplicativo
individual de folha de pagamento, aplicando a heurística de objetivação e de
Terceira Formula Normal; ii) Banco de dados Setorial, integrando os aplicativos
individuais de: Pessoal, Qualificação e Folha de Pagamento num só aplicativo
Setorial de Recursos humanos, iii) Banco de Dados Corporativo, integrando os
bancos de dados setoriais
1.2 - Contexto
Dentro do projeto
de Banco de Dados a ser desenvolvido pelos alunos da Disciplina CE-240, nasceu
à necessidade de possuir um protótipo de um projeto de Banco de Dados de
Recursos Humanos – Folha de Pagamento.
A empresa
MonirAma é divida em setores georreferenciados, nestes trabalham os empregados desta empresa,
os quais devem receber mensalmente os seus pagamentos.
Folha de Pagamento é o documento que
contabiliza os valores que o empregado tem direito a receber – adicionais
– e os descontos que ele pode
sofrer, em decorrência de seu contrato de trabalho. Sendo este um documento de
emissão obrigatória para efeito de fiscalização trabalhista e previdenciária.
A empresa é
obrigada a preparar a folha de pagamento referente à remuneração paga, devida
ou creditada a todos os empregados a seu serviço. Da folha de pagamento
origina-se o recibo de pagamento, que indica os dados que constaram da folha
relativa a cada um dos empregados e a estes é entregue.
1.3 - Objetivo
1.3.1 - Heurística para
Definição de Problemas
a)
Identificando os Efeitos Adversos (o que está de errado?)
·
Ea4 – Dificuldade para saber se a mesma está sendo realizada
corretamente em relação à legislação brasileira.
b)
Identificando as causas (Porque está errado?)
·
C3 – Necessidade de maior treinamento dos funcionários envolvidos
na realização da tarefa em epígrafe.
·
C4 – Complexidade na elaboração da mesma
c) Identificando as Tarefas (O que, onde e quando se deseja realizar?)
A
aluna (eu) da disciplina CE-240, responsável pelo Banco de Dados Recursos
Humanos – Folha de Pagamento, deve desenvolver um projeto de sistema de Banco
de Dados de Folha de Pagamento, que permita nesta descontos e adicionais,
conforme a legislação brasileira; até o fim do primeiro semestre de 2007.
d) Identificando o Propósito ou Finalidade (Para que se deseja realizar tal
tarefa?)
1.3.2 - Definição da sua Solução Escolhida
Desenvolver um
Aplicativo de Banco de Dados de Folha de Pagamento Simplificado, que permita
alterações, inserção e exclusão dos impostos recolhidos e dos adicionais em
folha; além de permitir alterações no valor do salário base, conforme a
legislação brasileira. Projeto este a ser desenvolvido até o fim do primeiro
semestre de 2007, dentro do âmbito da disciplina CE-240 do ITA.
1.3.3 - Heurística do Objetivo
Desenvolver um projeto de sistema de
Banco de Dados de Folha de Pagamento, que permita alterações, inserção e
exclusão dos impostos recolhidos e dos adicionais em folha; além de permitir
alterações no valor do salário base, conforme a legislação brasileira. Projeto
este a ser desenvolvido até o fim do primeiro semestre de 2007, dentro do
âmbito da disciplina CE-240 do ITA, a fim de reduzir os gastos com mão de obra
aplicada na realização da folha de pagamento, tornando esta sistemática uma prática confiável e correta em relação à legislação
brasileira.
1.4 - Especificação de Requisitos
O Protótipo do Sistema de Folha de
Pagamento deverá ser capaz de propiciar:
1)
A realização da folha de pagamento de cada funcionário
(empregado) da empresa;
2)
Alterações no salário base; e
3)
A inclusão e exclusão nos adicionais e descontos em cada
folha a ser gerada.
2 - DESENVOLVIMENTO
2.1 - Aplicativo de BD
2.1.1 - Justificativas sobre a preferência de utilização do
Modelo de Dados escolhido pela autora deste Projeto Final.
O modelo de dados escolhido foi o
Modelo Entidade Relacional (MER), devido ao uso, no ITA, do Banco de Dados
Oracle 10g Spatial, que é Sistema Gerenciador de Banco de Dados Relacional.
O Modelo de Dados projetado para o Aplicativo de Folha de Pagamento, visa identificar as seguintes abstrações:
2.1.2 -
Descrição dos principais componentes do Protótipo do Aplicativo de BD da autora deste Projeto Final
Os principais componentes do Aplicativo de
Folha de Pagamento são:
ü FUNCIONARIO são as pessoas que trabalhos nos departamentos de uma empresa.
ü PAGAMENTO são os pagamentos recebidos pelos empregados de uma Empresa.
ü
EVENTO são os descontos e os adicionais que
podem ocorrer nos pagamentos dos empregados.
2.1.3 -
Descrição dos 4 Componentes de Dicionário de Dados
É
composto por quatro elementos: Dicionário de Dados, Diretório de Dados,
Dicionário de Recursos de Dados e o Dicionário de Metadados.
2.1.4 -
Apresentação do Modelo Entidade Relacionamento (MER) com suas cardinalidades;
Modelo
Entidade Relacionamento
2.1.5 - Evolução da 1aFN para a 2aFN e a última
Versão da sua 3aFN
Substantivos
encontrados no contexto: Departamento, Georreferência, Folha de Pagamento,
empregado ou funcionário, Adicionais, Descontos, empresa.
2.1.6 -
Massa de Dados (Entidades / Relações / Relacionamentos e Tuplas para Testes
2.1.7 -
Implementação e Implantação das 04 (quatro) Consultas (Queries)
Operacionais previstas na ListEx 4, devidamente atualizadas, nas últimas
versões, sem perder suas funcionalidades
e identidades
Veja no link abaixo as consultas no aplicativo original e as mesmas consultas
no aplicativo de Banco de Dados da Holding no
2.2 - Banco de Dados Setorial
2.2.1 - Extensão do Dicionário de Dados para os elementos incorporados ao
Protótipo pela autora deste Projeto Final
Alterações
do Aplicativo de Banco de Dados Individual para o Banco de Dados Setorial:
1)
Entidade Empresa deixou de existir, por se
tratar somente da empresa MonitorAma.
2)
Foi criada uma tabela Salario_Base que conterá
as alterações no valor do salário base da Empresa MonitorAma.
3)
Funcionário passou a ser Profissional.
4)
Departamento passou a ser Setor.
Extensão do
Dicionário de Dados
2.2.2 - Extensão do Modelo Entidade Relacionamento (MER) com as
cardinalidades dos
elementos
incorporados ao Protótipo pela autora deste
Projeto Final
Modelo Entidade
Relacionamento
2.2.3 - Extensão da 3aFN para os elementos incorporados ao Protótipo da autora deste Projeto Final
2.2.4 - Extensão da Massa de Dados para os elementos incorporados ao seu Protótipo (Entidades / Relações /
Relacionamentos e Tuplas para Testes)
2.2.5 - Extensão da Implementação e da Implantação das 4 (quatro)
Consultas (Queries) Táticas previstas na ListEx 5, devidamente
atualizadas, nas últimas versões, sem perder suas funcionalidades e identidades.
2.3 - Banco de Dados Corporativo
2.3.1 - Extensão do Dicionário de Dados para os elementos incorporados ao
Protótipo da autora deste Projeto Final
2.3.2 - Extensão do Modelo Entidade Relacionamento (MER) com as
cardinalidades dos
elementos
incorporados ao Protótipo da autora deste
Projeto Final
Modelo
Entidade Relacionamento
2.3.3 - Extensão da 3aFN para os elementos incorporados ao Protótipo da autora deste Projeto Final
Obs: Não houve mudança no DBS em função
da integração com o PT-TRA
2.3.4 - Extensão da Massa de Dados para os elementos incorporados ao
Protótipo da autora deste Projeto Final (Entidades / Relações / Relacionamentos e
Tuplas para Testes)
2.3.5 - Extensão da Implementação e Implantação
das 03 (três) Consultas (Queries) Estratégicas previstas na ListEx 6,
devidamente atualizadas, nas últimas versões, sem perder suas funcionalidades e identidades.
2.3.6 - Extensão da Implementação e Implantação de 03 (três) Consultas (Queries) georreferenciadas adicionais para a
Empresa MONITORAMA
Modelo entidade relacionamento
2.3.7 – View
Listar a distância entre
o local de treinamento e a instituição que o está oferecendo.
Create or
replace view VW_TRE_INS as select t.tre_codigo, i.ins_id ,
SDO_GEOM.SDO_DISTANCE(p.pon_geo, MDSYS.SDO_GEOMETRY(2001,
NULL, NULL, SDO_ELEM_INFO_ARRAY (1,1,1), SDO_ORDINATE_ARRAY (23.12, 55.51)),
0.005) as distancia from treinamento t, instituicao i, agenda a, ponto p
where
t.ins_id = i.ins_id and t.tre_codigo = a.tre_codigo
and a.pon_id
= p.pon_id;
Calcular o fator de
desconto, a ser adicionado no pagamento dos profissionais, em função da
distância entre o local de treinamento e a instituição oferente.
Create or replace
procedure as
PR_TRE_INS(pId_tre as
integer, pId_ins as integer) as numeric
declare
dis as numeric;
begin
dis = select distancia
from wv_tre_ins where tre_codigo = pId_tre and ins_id = pId_ins;
return dis / 5;
end;
/
TRIGGER
Adicionar um desconto no
pagamento do profissional, em função da distância entre o local do treinamento
e a instituição oferente, toda vez que um treinamento é agendado.
Create or replace Trigger
TR_TRE_INS
on insert INSCRICAO as
declare
tre_id as integer;
ins_id as integer;
custo_aluno as numeric;
custo as numeric;
fator as numeric;
begin
tre_id= select
tre_codigo from AGENDA where age_codigo = old_age_codigo;
ins_id = select ins_id
from TREINAMENTO where tre_codigo = tre_id;
custo_aluno = select
tre_custom_aluno from TREINAMENTO where tre_codigo = tre_id;
fator = PR_TRE_INS(ter_id, ins_id);
custo = fator * custo_aluno / 100;
nsert into EVENTO (eve_id, eve_nome, eve_il_adic) values
(‘eve1’,’desconto curso’, -custo);
end;
/
2.4 - Exercício de Simulação de Jogos de Empresa
2.4.1 Cenário do Estudo de Caso
A Empresa MONITORAMA “Holding de Informações Georreferenciadas para a
Modernização e o Monitoramento da Amazônia –MonitorAma”, decidiu investir
pesado nos próximos dez anos no MERCOSUL. Parte deste investimento prevê a elaboração
imediata de um Anteprojeto de BD (um Protótipo de Sistema de BD Holding (BDH)) para
data empresa, que possa ser utilizado num Exercício de Simulação de Jogos de
Empresas.
Esta Empresa
sofrerá uma Reengenharia e deverá ser composta, inicialmente, de alguns
Setores. É desejável que cada um desses Setores receba uma denominação própria:
ALFA, BRAVO, DELTA, CHARLIE. Este documente refere-se ao setor ALFA..
2.4.2
Especificações de Requisitos
O Protótipo do Sistema de Banco de
Dados para a empresa MonitorAma deverá ser capaz de propiciar:
ü
Um armazenamento e uma recuperação, mais rápido possível,
das informações administrativas e/ou operacionais sobre Protótipo de Sistema de
BD Holding (BDH) pela empresa MONITORAMA.
ü
Através de consultas especificas para o nível de Aplicativo
de BD, BD Setorial e BD Corporativo, permitir a recuperação das informações
desejadas.
ü
Através de consultas georreferenciadas, sendo uma
operacional, uma tática e uma estratégica, permitir a recuperação de novas
informações de nível Holding.
2.4.3 Consultas a Serem Elaboradas
Tática
Estratégica
Operacional
2.4.4
Resultados Esperados
Espera-se
pela Empresa MONITORAMA na América do Sul e no ITA o seguinte:
1)
Determinar, se é possível começar a modelar, pelo menos academicamente, nas
turmas de Graduação em Engenharia da Computação e de Pós-Graduação do ITA de
2007, alguns Exercícios de Jogos de Empresa, utilizando-se inicialmente das
Técnicas e Tecnologias de BD disponíveis;
2)
Determinar, se é possível começar a utilizar as Tecnologias de BD Corporativos
georreferenciados, Administrativos, Operacionais e de Infra-estrutura em
Cenários de Jogos de Empresa; e finalmente,
3)
Determinar, se é possível implementar e implantar, nos dias de hoje,
academicamente, um Exercício de Jogos de Empresas como este, nos Cursos de
Graduação e de Pós-Graduação do ITA.
Espera-se
ainda que os resultados a serem obtidos, a partir desta experiência acadêmica,
venham a dar subsídios para a melhoria dos Sistemas de Informação baseados nas
Tecnologias de BD e de Redes de Computadores na Empresa Fictícia MONITORAMA e
no ITA, bem como para a vida profissional dos Alunos que se encontram
realizando as Disciplinas CES-30 e CE-240, neste 1º Semestre de 2007.
2.4.5
Resultados Obtidos
Foi obtido, pelos alunos da disciplinas CE 240 e CES 30
ministradas pelo Professor Cunha, um modelo de dados Georreferenciado, devidamente
normalizado e testado. Este modelo só foi possível de ser concretizado porque
houve a utilização das técnicas e tecnologias de BD ensinada durantes as aulas
das disciplinas em epigrafe.
Este modelo permite o
armazenamento de dados e a extração de várias informações do interesse da
empresa MonitorAma.
3 - CONCLUSÕES e RECOMENDAÇÕES
3.1 - Conclusões
As
fases de integrações a nível setorial, corporativo e holding aplicadas no banco
de dados do projeto MonitorAma permitiu
aplicar e substanciar os principais conhecimentos teóricos adquirido na
Disciplina CE-240.
No
inicio houve relutâncias para entender a necessidade de uma documentação detalhada,
porém com as agregações até o mais alto nível de abstração, deixou bem claro a
importância da mesma.
O processo de integração foi um grande desafio, principalmente para a
autora deste trabalho, que pela primeira vez teve contado com matéria de Banco
de dados e também considerando o tempo escasso de interação entre os
integradores, normalizadores e dicionalizadores, que se restringiu muitas vezes
aos últimos tempos das aulas de segunda feira.
A maneira como foi projetado as integrações e os
testes de validação no projeto MonitorAma foi de vital importância para testar
os aplicativos individuais até o nível da holding.
Foi de grande importância para autora deste projeto
final poder participar mesmo que nível acadêmico de um Projeto de Sistema de
Banco de Dados como este MonitorAma.
3.2 - Recomendações
Nos níveis de integração
do corporativo e principalmente da holding, seria importante que tivesse uma
pessoa responsável em popular todo o banco de dados, de forma que estes dados
fossem o mais possíveis perto da realidade.
As apresentações dos
Bancos de Dados Setoriais poderiam ser realizadas antes da integração final dos
aplicativos, isso facilitaria encontrar “os pontos chaves” para a integração e o
entendimento do todo para as consultas a nível de empresa.
