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
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
Implementação da
Stored Procedure
2.4 - Exercício de Simulação de Jogos de Empresa
2.4.1
Cenário do Estudo de Caso;
2.4.2
Especificações de Requisitos;
2.4.3
Consultas a Serem Elaboradas;
2.4.4
Resultados Esperados; e
2.4.5
Resultados Obtidos.
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.
