SISTEMA DE GERENCIAMENTO DA EMPRESA JÚNIOR

Transcrição

1 Pontifícia Universidade Católica PUC-RIO INF 1383 Banco de Dados I Professor: Sérgio Lifschitz SISTEMA DE GERENCIAMENTO DA EMPRESA JÚNIOR Alunos: Eric Grinstein Hugo Costa Machado Maria Beatriz Vaz Matheus Teles Rio de Janeiro, 15 de abril de Página 1

2 ÍNDICES: Introdução SEÇÃO 1 Modelo Conceitual de Dados...4 SEÇÃO 2 Diagrama ER...8 SEÇÃO3 Lista de Atributos com detalhamento e explicação do modelo:...9 SEÇÃO4 Lista de Restrições e integridade semântica (business rules):...12 SEÇÃO5 Modelagem Lógica...13 SEÇÃO6 DLL Esquema Lógico...14 SEÇÃO7 I - Consultas em Álgebra Relacional...18 II - Consultas em SQL...20 III - Visões...23 IV Funções...25 V Procedimentos...26 VI Triggers...26 SEÇÃO 8 I Dependências Funcionais e Normalização...27 II Comentários sobre Projeto Físico...,...29 SEÇÃO 9 I - Bibliografia...30 II - Anexos...31 Página 2

3 Introdução: A Empresa Júnior PUC-Rio (EJ) é formada exclusivamente por alunos de graduação da Pontifícia Universidade Católica do Rio de Janeiro e tem como dever solucionar de forma interdisciplinar os problemas de gestão e comunicação de empresas e empreendedores. Consolidada no mercado desde 1995, a Empresa Júnior PUC-Rio já realizou mais de 700 projetos. Todos estes projetos têm a orientação de professores da Universidade, o que garante a qualidade dos mesmos. Uma característica marcante da EJ é a grande rotatividade de seus membros. Isso cria uma grande dificuldade de manter as informações e dados para serem passados para os novos membros que vão ingressar, continuando assim o ciclo anterior e não perdendo todo o trabalho já feito, crucial para a evolução da empresa. Além disso, a EJ atualmente não conta com nenhum sistema de gerenciamento para facilitar o controle e fiscalização das suas diversas áreas internas. Logo, o projeto do Sistema de Gerenciamento da Empresa Júnior tem como objetivo implementar um sistema para facilitar o gerenciamento das partes de finanças, recursos humanos, negócios e imagem da Empresa Júnior da PUC Rio, atualmente feito através de planilhas e manualmente através de documentos arquivados, dificultando o resgate de muitas informações que acabam sendo perdidas ao longo do tempo, devido à grande rotatividade de alunos. Assim, facilitará o controle de dados da EJ, uma vez que unificando todos os dados em um só sistema, facilitaremos a permanência destes e o controle entre mudanças de administração e membros, automatizando a sua gestão. Resumidamente, nossa proposta é construir e implementar um sistema de banco de dados que satisfaça as necessidades da empresa, de modo a melhorar seu funcionamento interno e, por conseguinte, seu funcionamento externo. Página 3

4 SEÇÃO 1 Modelo Conceitual de Dados: A Empresa Júnior (EJ) é internamente dividida em quatro grandes setores internos de gestão (Recursos Humanos, Financeira, Negócios, e Imagem) e sete áreas externas para prestação de serviços (Processos, Web, Design, Marketing, Finança, Estratégias e Audiovisual). Cada área interna é formada de membros, um diretor para gerenciá-las, e todas estão sob o comando de um único presidente da EJ. Ao ingressar na EJ, cada membro é direcionado para sua área de interesse. Para se tornar diretor, o membro deve se candidatar e passar por um processo de votação quando houver uma vaga disponível, resultando na aprovação ou não da efetivação. O diretor fica nesse cargo de 6 a 9 meses. As áreas externas são formadas por trainees, consultores e gerentes, todos também subordinados a um mesmo presidente. Cada gerente é responsável por um ou mais projetos e responsável por alocar os trainees e consultores que deseja que trabalhem no seus projetos atuais. Os trainees e consultores podem ser alocados em mais de um projeto. Ao ingressar na EJ, o membro entra como trainee da área externa escolhida, evoluindo para consultor depois de 3 meses na empresa, dependendo do seu desempenho até o momento na empresa, avaliado por 2 apresentações de temas pré-definidos, já ter sido alocado em algum projeto e terminado sua capacitação. Para se tornar gerente de projeto, o consultor deve passar por um treinamento realizado dentro da empresa. Para se tornar Presidente da empresa, o membro deve se candidatar a uma votação caso a vaga esteja aberta, sendo eleito ou não pelos demais membros atuantes no momento. O presidente atua por um período de 1 ano no cargo e está alocado na área de Recursos Humanos. Existe também o cargo de Vice-Presidente, porém não possui nenhuma atribuição específica, somente a responsabilidade de ser suplente na ausência do presidente. Cada membro recebe um feedback mensal feito pelos demais membros ativos. Três feedbacks negativos implicam no desligamento automático da empresa. Todos os membros da Empresa Júnior possuem um cargo e uma área de interesse tanto na parte de gestão da empresa como na parte de prestação de serviços. Página 4

5 Cada uma das áreas internas lida com um assunto específico da gestão empresa. Recursos Humanos Armazena os dados através de cadastros de todas as pessoas com alguma passagem pela EJ, ou seja, membros ativos ou já desativados, colaboradores (Professores Orientadores) e aqueles que já se candidataram alguma vez no processo seletivo, tendo sucesso ou não. Para os membros da Empresa Júnior precisaremos de Nome, Matrícula, curso, período em que esta, a área de gestão e de serviços aos quais foi alocado e seu cargo dentro de cada uma delas, sua data de nascimento, seu , telefone celular, a data em que ingressou na empresa e aquela em que foi desligado, além do motivo do seu desligamento. Para os professores colaboradores serão necessários: seu nome, área de conhecimento, , telefone e ramal, e o número da sala em que se localiza na PUC. Além disso a Empresa Junior demonstrou interesse em cadastrar todos aqueles que passam por seu processo seletivo. Para eles precisamos saber seu nome, curso, , celular, matricula, como conheceu a EJ, as datas em que participou da seleção e até que fase chegou. Gestão Financeira A gestão Financeira é uma das duas principais gestões da EJ e lida também com um grande volume de dados, assim como a área de RH. Fica responsável pelo registro das receitas e despesas, controle de caixa e controle sobre pagamentos e inadimplência. As receitas mensais provem das parcelas dos pagamentos dos projetos e as despesas são devidas aos custos da realização dos projetos em andamento, custos da área de imagem, custos de funcionamento (contas de luz, água e aluguel da sala de reunião) overhead de 5% de cada projeto para a PUC e bonificações dadas aos membros por realizações em projetos. O controle de caixa verifica os pagamentos em aberto, averiguando se há alguma inadimplência, e controla as despesas e o lucro bruto. Página 5

6 Negócios A área de negócios consiste nos projetos requisitados pelas empresas, tanto os ainda em andamento, como os já concluídos. Cada projeto possui um número de identificação, o serviço no qual o projeto se insere, podendo ser mais de um e os dados de uma pessoa responsável pelo contato com a EJ (nome, telefone e ) que irá representar o cliente no tal projeto. Além disso, contém todos os membros alocados no projeto, a data de início, a data estimada para o fim e a data real de término. Possui também o preço do projeto, a forma de pagamento e a data deste (podendo ser mais de uma caso seja parcelado). Pode haver também um documento anexado com a descrição ou escopo do projeto. Cada cliente possui nome, telefone, e endereço. Caso o cliente seja uma empresa, será necessário seu CNPJ e se for pessoa física, seu CPF. As áreas de projeto são as sete áreas de serviço citadas anteriormente. Contudo, vale lembrar que não necessariamente o serviço oferecido pela Empresa Júnior tem que ser um dos mencionamos abaixo, podendo ser um projeto inovador entre o cliente e a EJ. Nesse caso, o serviço entra como Projetos de Inovação. 1. Audiovisual Vídeo Institucional 2. Design Desenvolvimento de Logos. Papelaria Institucional e Embalagens planificadas. Layout de Websites (Parceria com a área de Web). 3. Estratégia Plano de Negócios. Business Model Canvas. Página 6

7 4. Finanças Estudo de Viabilidade Econômica, Valuation. Análise de Custos. Planejamento Financeiro. 5. Marketing Plano de Negócios. Plano de Marketing. Posicionamento. Definição de Local. Plano de Comunicação. Pesquisas de Mercado. Marketing Digital. Dentre outros. 6. Processos Modelagem de Processos. Mapeamento de Processos. Redesenho de Processos. Diagnósticos Organizacionais. 7. Web Criação de Website. Hotsite. Marketing. Serviços de SEO. 8. Projetos de Inovação Imagem É a área de gestão responsável por toda a divulgação sobre a Empresa Júnior. Cada divulgação possui um custo, um meio (exemplo: web, doorbus, cartazes, etc.), um tipo e um gerente responsável. Página 7

8 SEÇÃO 2 Diagrama ER: Página 8

9 SEÇÃO 3 Lista de Atributos com detalhamento e explicação do modelo: Entidade Processo Seletivo - Representa os processos seletivos realizados pela EJ. Número - Número referente ao processo seletivo. É composto de quatro números (os dois primeiros dígitos referentes ao ano, o 3º referente ao período e o último referente ao qual número do processo no período). Data - Data em que o processo foi realizado. Número de participantes - Quantidade de alunos que efetivamente compareceram ao processo. Entidade Aluno - Representa todos os alunos com cadastro no banco de dados da EJ. Nome Texto referente ao nome do aluno. Matrícula - Matrícula deste aluno na PUC-Rio. Curso - Curso de graduação do aluno na PUC-Rio. - válido para contato direto com o aluno. Celular - Número de celular para contato direto com o aluno. Como conheceu a EJ? - Especificação de como conheceu a EJ, importante para o marketing da empresa. A resposta será através de uma série de alternativas prédefinidas. Entidade Feedback - Representa os feedbacks mensais recebidos pelos membros. Descrição - Descrição detalhada do feedback Data - Data em que foi realizado o feedback. Tipo Caráter do feedback ( positivo ou negativo). Página 9

10 Entidade Membro - Generalização da entidade Aluno. Representa todos os alunos que já participaram da EJ. Data de início na empresa - Data em que iniciou o trabalho na EJ. Data de ingresso na PUC Data em que iniciou seus estudos na PUC-Rio, para ser calculado seu período atual. Data de nascimento - Data de nascimento o membro. Data de desligamento - Data em que saiu da EJ, caso já tenha ocorrido, podendo ser nulo. Motivo do desligamento - Motivo da saída da EJ, caso já tenha ocorrido, podendo ser nulo. Entidade Projeto - Representa todos os projetos já feitos ou em progresso pela EJ para algum cliente externo. Data início - Data do início da realização do projeto. Número Identificador - Número referente ao projeto para identificação. Data estimada de término - Data calculada para o término. Data de término - Data real de término, caso já tenha sido concluído. Preço - Valor a ser pago pelo cliente para realização do serviço. Forma de pagamento - Forma como esse valor será pago. Número de parcelas - Número de parcelas de pagamento. Descrição do Projeto serviços oferecidos. Tipo do Cliente Identifica se o cliente é físico ou jurídico. Cliente - Número referente ao cliente (CPF ou CNPJ). NomeSetor Setor que se refere. Relacionamento Pagamento - Explicita a relação entre Cliente e Projeto. Representa os pagamentos feitos pelos clientes para a EJ por cada projeto realizado. Data do pagamento - Dia em que o pagamento entrou. Valor a ser pago Quantia que ainda deve ser paga. Número da parcela - Número da parcela que se refere. Status - Se refere aos status atual do pagamento (à receber, ok ou atrasado) Entidade Cliente - Representa todos os clientes que já tiveram algum contato com a EJ. Nome do responsável - Nome de um responsável sobre o projeto para contato. do responsável - para contato direto com o responsável pelo projeto. Telefone do responsável- Telefone para contato direto com o responsável. Página 10

11 Entidade Pessoa Jurídica - Representa todos os clientes jurídicos, ou seja, empresas que contratam a EJ. Nome Nome da empresa ou estabelecimento. CNPJ Número de identificação da empresa. Entidade Pessoa Física - Representa todos os clientes físicos, ou seja, pessoas que contratam diretamente a EJ. CPF Número de identificação da pessoa. Entidade Professor - Representa o grupo de professores orientadores da EJ, para quando os membros necessitam de alguma recomendação ou informação. NumId Número de Identificação do professor ( sequencial de 5 dígitos ) Nome - Nome do professor orientador. de contato direto com o professor. Área de conhecimento - Área na qual o professor orientador atua. Telefone para contato (com ramal) - Telefone para contato direto dentro da PUC. Sala de atendimento - Número de sua sala de atendimento para possível contato. Relacionamento Cargo - Explicita a relação entre membro e setor. Representa os cargos que o aluno já ocupou (e ocupa) dentro da EJ. Nome do cargo - Nome referente ao cargo. Data que começou - Data em que assumiu esse cargo. Data de término Data em que abandonou o cargo em questão ( para ser efetivado ou sair da EJ), podendo ser nulo caso o membro esteja ativo nessa posição. Relacionamento Participação - Explicita a relação entre Alunos e Processo Seletivo. Um aluno pode participar de mais de um processo seletivo, chegando a diferentes etapas deste. Fase que chegou - Até qual fase o aluno atingiu dentro do processo. Número da tentativa - O número da tentativa do aluno. Feedback - O feedback resultante da participação, avaliando o aluno. Entidade Setor - Representa os setores internos e externos da EJ. Nome - Nome do Setor, só podendo ser os definidos previamente neste documento. Tipo Interno ou Externo. Página 11

12 Entidade Gastos - Gastos que a Empresa Júnior teve, tanto em relação gerenciamento interno, como externo. Origem Número de identificação do setor interno ou número do projeto. Valor - Quantia gasta. Data - Data em que foi realizado o gasto. Tem que ser do formato aaaa-mm-dd HH:MM. ( vide seção 8 I ) Motivo - Para que o dinheiro foi gastado, contem o nome do Projeto caso se refira a um.... Tipo Se o gasto foi interno ou externo. ao SEÇÃO 4 Lista de Restrições e integridade semântica (Business Rules): Qualquer aluno relacionado à Empresa Junior, desde o processo seletivo, deve ser matriculado dd:mm hh:mm na PUC-Rio. O aluno tem somente um cargo interno e 1 cargo externo. Nenhum membro pode ocupar mais de um cargo ao mesmo tempo no mesmo tipo de setor (interno ou externo). Por exemplo, ou o membro é trainee, ou consultor ou gerente. Todo aluno ao ingressar na EJ, entra com o cargo interno de membro e cargo externo de trainee. Pra ser consultor, o membro deve ter sido trainee por 3 meses, e ter tido um bom desempenho até o momento na empresa, avaliado por 2 apresentações de temas prédefinidos, já ter sido alocado em algum projeto e terminado sua capacitação Para se tornar diretor, o membro deve se candidatar e passar por um processo de votação quando houver uma vaga disponível, resultando na aprovação ou não da efetivação. Os diretores das áreas internas ficam nesse cargo de 6 a 9 meses. Para se tornar Presidente da empresa, o membro deve se candidatar a uma votação caso a vaga esteja aberta, sendo eleitos ou não pelos demais membros atuantes no momento. Página 12

13 O presidente atua em um período de um ano no cargo. Só há uma vaga de presidente na EJ. Três feedbacks mensais negativos implica no desligamento automático do membro na Empresa Júnior. Modelagem Lógica: SEÇÃO 5 Aluno (Matrícula, Nome, Curso, , Celular, ComoConheceu) ClienteFísico (CPF, Nome, , Telefone ) ClienteJuridico (CNPJ, NomeEmpresa, NomeResp, , Telefone ) ProcessoSeletivo (Número, Data, NumParticip ) Professor (NumId, Nome, , Área, Telefone, Sala) Membro ( Matr, PerIngr, DataInicio, Nasc, DataDesligamento, MotivoDesligamento) Matr se referencia à Matrícula (Aluno) Setor (Nome, Tipo) Gastos (Data, Origem, Valor, Motivo) Origem se referencia ao setor ou projeto. Projeto ( NumProj, Data inicio, Data estimada termino, Data Termino, Preço, Forma de pagamento, Parcelas, Descrição, Professor, ClienteId, NomeSetor) Professor se referencia ao nome ( Professor). ClienteId se referencia à identificação do cliente. NomeSetor se referencia ao nome (Setor) Pagamento (Projeto, numparcela, Valor, Data, Status) Projeto se referencia à NumProj ( Projeto ). TrabalhaNo (Matr,numProj) Matr se referencia a Matr (Membro) e NumProj ao NumProj (Projeto). Página 13

14 Participa ( Matr, NumProcesso, Fase, NumTentativa ) Matr se referencia à Matrícula (Aluno) e NumProcesso se referencia ao número (Processo Seletivo). Cargo ( Matr, Nome, Data ) Matr se referencia à Matrícula (Aluno). Feedback ( MatrRecebeu, Data, Descricao, tipo ) MatrRecebeu se referencia à Matr (Membro) de quem recebeu o FeedBack. DDL SEÇÃO 6 CREATE TABLE Aluno ( Matricula numeric(7) Primary Key, Nome varchar(30) NOT NULL, Curso varchar(30) NOT NULL, varchar(30) NOT NULL, Celular numeric(11) ) CREATE TABLE ClienteFisico ( CPF numeric(11) Primary Key, Nome varchar(30) NOT NULL, ) Telefone varchar(30) numeric(11) NOT NULL, CREATE TABLE ClienteJuridico ( CNPJ numeric(14) Primary Key, NomeResp varchar(30) NOT NULL, NomeEmp varchar (30) NOT NULL, varchar(30) NOT NULL, Telefone numeric (11) ) Página 14

15 CREATE TABLE ProcessoSeletivo ( Numero numeric(5) Primary Key, Data date NOT NULL, NumParticip integer ) CREATE TABLE professor ( NumId numeric(7) Primary Key, Nome varchar(30) NOT NULL, varchar(30) NOT NULL, Area varchar(30) NULL Telefone numeric(15) NULL, (telefone com ramal) Sala varchar(8) NULL (ex: uma sala no prédio leme: L521) ) CREATE TABLE Membro ( Matricula numeric(7) Primary Key references Aluno (matricula), PerIngr numeric(5) NULL, DataInicio date NOT NULL, Nasc date NULL, DataDesligamento date NULL, MotivoDesligamento varchar(50) NULL ) CREATE TABLE Setor ( Tipo varchar(7) NOT NULL, Nome varchar(15) PRIMARY KEY ) CREATE TABLE Gastos ( Origem varchar(30) NOT NULL references setor Data Timestamp without time zone NOT (nome), NULL, Motivo ddddwithou varchar(20) NOT NULL, Valor money NOT NULL, ) PRIMARY KEY(Data,Valor) Página 15

16 CREATE TABLE Pagamento ( Projeto Data smallint date Valor numparcela money smallint NOT NULL references Projeto(numProjeto), NOT NULL, NOT NULL, NOT NULL, PRIMARY KEY(Projeto, numparcela) ) CREATE TABLE Projeto ( numprojeto Smallint Primary Key, idcliente Integer NOT NULL, Descrição varchar(160) NOT NULL, Preço Money NOT NULL, Forma_de_pagamento varchar(20) NOT NULL, NumParcelas Smallint NOT NULL, Inicio Date NOT NULL, Termino_estimado Date NOT NULL, Termino_real Date NULL, Professor numeric(5) NULL references NumId (Professor) NomeSetor varchar(15) NOT NULL references nome(setor) professor(numid) ) CREATE TABLE TrabalhaNo ( Matr numeric(7) NOT NULL references Membro(matricula), ProjNum smallint NOT NULL references Projeto(numProjeto), PRIMARY KEY(Matr, ProjNum) ) Página 16

17 CREATE TABLE Participa ( Matr number(7) NOT NULL references Aluno(Matricula), NumProcesso smallint NOT NULL, Fase smallint NOT NULL, NumTentativa smallint NOT NULL, PRIMARY KEY(Matr, NumProcesso) ) CREATE TABLE cargo ( Matr number(7) NOT NULL references Membro(Matricula) nomecargo varchar(20) NOT NULL Data date NOT NULL PRIMARY KEY(Matr, nomecargo) ) CREATE TABLE feedback ( Matricula numeric(7) NOT NULL references Membro(Matricula), Data date NOT NULL, Descrição varchar(160) NOT NULL, PRIMARY KEY(Matricula, Descrição) ) ALTER TABLE alunos ADD CONSTRAINT UNIQUE ( ); Página 17

18 SEÇÃO 7 I. Consultas em Álgebra Relacional: 1) Qual o nome e matrícula dos alunos que conheceram a EJ através do 'Site'? tmp1 <- σ(aluno) ComoConheceu = 'Site' resp <- π(tmp1) Nome, Matrícula 2) Qual o nome e número de identificação de todos os setores da EJ? resp <- (Setor Interno) (Setor Externo) 3) Quais são os s dos alunos cadastrados que não são membros? tmp1 <- σ(membro) DataDesligamento NULL ^ MotivoDesligamento NULL tmp2 <- π(tmp1) Matr tmp3 <- δ(tmp2) Matr->Matrícula tmp4 <- π (Aluno) Matrícula tmp5 <- tmp4 - tmp3 tmp6 <- Aluno X tmp5 resp <- π(tmp6) Página 18

19 4) Qual o nome dos alunos que participaram mais de 3 vezes no processo seletivo? tmp1 <- Participa X Aluno tmp2 <- σ(tmp1) Matrícula=Matr ^ NumTentativa > 3 resp <- π (tmp2) Nome 5) Qual a quantia em dinheiro já paga em todos os projetos em andamento? tmp1 <- σ(projeto) Data Termino NULL resp <- (tmp1) g sum(preço) 6) Quais são os s e as datas de aniversário de todos os membros e exmembros? tmp1 <- Aluno _ X _ Membro Matrícula=Matr resp <- π (tmp1) Nome, , Aniver 7) Algum cliente é ou já foi aluno da PUC, e que tem cadastro no sistema da EJ? tmp1 <- π (Aluno) Nome tmp2 <- π (Cliente) Nome resp <- tmp1 tmp2 Página 19

20 8) Qual o nome dos alunos que trabalham nos mesmos projetos que Daniel trabalha? tmp1 <- σ(aluno) Nome='Daniel' tmp2 <- π(tmp1) Matrícula tmp3 <- tmp2 X TrabalhaNo tmp4 <- π(tmp3) numproj tmp5 <- TrabalhaNo tmp4 resp <- π(tmp5 X Aluno) Nome II. Consultas em SQL: 1) Selecionar todos os alunos que pertencem a EJ e cursam Engenharia de Produção. SELECT M.Matricula, A.Nome FROM Membro as M, Aluno as A WHERE M.Matricula = A.Matricula AND A.Curso = 'Engenharia de Producao ' 2) Contar o número de membros da EJ que cursam Administração e estão no 1º período. SELECT count (A.matricula) FROM Aluno as A inner join Membro as M ON M.Matricula=A.Matricula AND A.Curso='Administração' AND M.Peringr = '1' Página 20

21 3) O maior valor gasto de todos os gastos SELECT valor FROM Gastos WHERE Valor >= ALL ( SELECT Valor FROM Gastos) 4) Listar todos os projetos que possuem a palavra criação em Descrição. SELECT NumProj FROM Projeto WHERE Descrição like "%criação%" 5) Listar todos os alunos que fizeram mais de 2 entrevistas para entrar EJ (SELECT A.Nome, A.Matricula FROM Aluno as A, Participa as P, Membro as M WHERE A.Matricula = P.Matr AND P.Matr = M.Matricula ) EXCEPT ( SELECT A.Nome, A.Matricula FROM Aluno as A, Participa as P, Membro as M WHERE A.Matricula = P.Matr AND P.Matr = M.Matricula AND NumTentativa <> 0 AND NumTentativa <> 1 AND NumTentativa <> 2 ) 6) Listar todos os membros da EJ que já foram desligados. SELECT A.Nome, A.Matricula FROM Aluno as A, Membro as M WHERE A.Matricula = M.Matricula AND M.Datadesligamento is not NULL 7) Selecionar todos os inscritos do processo seletivo de 13/04/2014 SELECT A.Nome, A.Matricula FROM Aluno as A, Participa as P WHERE A.Matricula = P.Matr AND P.NumProcesso in ( SELECT Numero FROM ProcessoSeletivo WHERE Data = ' ' ) Página 21

22 8) Listar os 2 projetos mais bem pagos da EJ SELECT P1.numprojeto FROM Projeto as P1, (SELECT distinct( preço ) FROM Projeto order by preço desc limit 2) as P2 where p1.preço=p2.preço 9) Listar todos os alunos que estão na base de dados mas nunca participaram da EJ SELECT A.Nome, A.Matricula FROM Aluno as A WHERE A.Matricula NOT IN ( SELECT Matricula FROM Membro) 10) Listar o nome de todos os presidentes que a EJ já teve. SELECT A.Nome FROM Aluno as A INNER JOIN Cargo as C ON A.Matricula = C.Matr AND C.Nomecargo = 'Presidente' 11) Listar os membros que participam ou participaram de 3 projetos ou mais. CREATE VIEW tres_mais_projs AS SELECT t.matr, COUNT ( t.projnum ) FROM membro as M, trabalhano as T where m.matricula = t.matr AND m.datadesligamento is null GROUP BY t.matr HAVING COUNT ( t.projnum ) > 2 Página 22

23 III. Visões: 1) Visão que lista todos os membros ativos que já participaram de mais de 2 projetos. CREATE VIEW tres_mais_projs AS SELECT t.matr, COUNT ( t.projnum ) FROM membro as M, trabalhano as T where m.matricula = t.matr AND m.datadesligamento is null GROUP BY t.matr HAVING COUNT ( t.projnum ) > 2 2) Visão que lista todos os presidentes que a EJ já teve. CREATE VIEW presidentes AS SELECT A.Nome FROM Aluno as A INNER JOIN Cargo as C ON A.Matricula = C.Matr AND C.Nomecargo = 'Presidente' 3) Visão que lista a soma dos gastos nos setores internos. CREATE VIEW soma_gastos_setor_int AS SELECT S.nome, sum (g.valor) FROM setor as s, gastos as g WHERE g.origem = s.nome AND s.tipo = 'interno' GROUP BY s.nome AND NumTentativa <> 1 AND NumTentativa <> 2 ) Página 23

24 4) Visão que lista todos os ex-membros da EJ. CREATE VIEW membros_desligados AS SELECT A.Nome, A.Matricula FROM Aluno as A, Membro as M WHERE A.Matricula = M.MatrICULA AND M.DataDesligamento is not NULL 5) Visão que lista todos projetos em aberto. CREATE VIEW projetos_em_aberto AS SELECT * FROM projeto WHERE termino_real is NULL; 6) Exibe gastos do mês CREATE VIEW gastos_do_mes AS SELECT SUM(valor) FROM gastos WHERE extract(month from data) = extract(month from now()) and extract(year from data) = extract(year from now()) 7) Visão que lista projetos finalizados com inadimplência. CREATE VIEW projetos_finalizados_inadimplentes AS SELECT * FROM projeto WHERE termino_real IS NOT NULL AND numparcelas IN (SELECT numparcela FROM pagamento WHERE projeto = numprojeto); (explicação: suponha que o numparcelas = 12. Se o projeto foi inteiramente pago, a parcela 12 estará na subquery). Página 24

25 8) Visão que lista alto escalão. CREATE VIEW alto_escalao AS SELECT * FROM MEMBRO WHERE EXISTS (SELECT 1 FROM CARGO WHERE cargo.matr = membro.matricula AND cargo.nomecargo LIKE 'Diretor%' OR cargo.nomecargo LIKE '%Presidente') IV. Funções: Função que retorna o número de feedbacks negativos CREATE OR REPLACE FUNCTION conta (matricula integer) RETURNS integer as $$ DECLARE total integer; BEGIN select count(tipo) into total from feedback f where f.matricula = matricula and f.tipo = 'n'; return total; END; $$ LANGUAGE plpgsql; Página 25

26 V. Procedimentos: Procedimento para inserir aluno CREATE OR REPLACE FUNCTION add_membro(matricula numeric(7), peringr numeric(5),datainicio date, nasc date, datadesligamento date, motivodesligamento varchar(50)) RETURNS void AS $$ BEGIN INSERT INTO membro VALUES(matricula, peringr, datainicio, nasc, datadesligamento, motivodesligamento); END; $$ LANGUAGE plpgsql; SELECT add_membro( , 5, ' ', ' ',' ','Outros'); CREATE OR REPLACE FUNCTION deleta_membro(matr numeric(7)) RETURNS void AS $$ BEGIN UPDATE membro SET datadesligamento = current_date WHERE datadesligamento = NULL and matricula=matr; VI. Trigger: Trigger que ao inserir ou atualizar a tabela FEEDBACKS checa se o membro possui 3 feedbacks negativos, para então desativá-lo. CREATE OR REPLACE FUNCTION exclui_membro() RETURNS trigger AS $tg_exclui_membro$ DECLARE qtd integer; BEGIN qtd := 0; select count(tipo) into qtd from feedback f where f.matricula = New.matricula and f.tipo = 'n'; RAISE INFO 'qtd= %', qtd; if (qtd >= 3) then UPDATE membro SET datadesligamento = current_date WHERE membro.matricula = New.matricula ; end if; RETURN NEW; END; $tg_exclui_membro$ LANGUAGE plpgsql; CREATE TRIGGER tg_exclui_membro BEFORE INSERT OR UPDATE ON feedback FOR EACH ROW EXECUTE PROCEDURE exclui_membro(); Página 26

27 SEÇÃO 9 I. Dependências Funcionais e Normalização: Tabela: Aluno ( Matrícula, Nome, Curso, , Celular, ComoConheceu ) Atributos: 1. Matricula ( M ) 2. Nome ( N ) 3. Curso ( C ) 4. ( E ) 5. Celular ( T ) 6. Como Conheceu (Co) Dependências funcionais M N M C M E M T M Co Todos os atributos são dependentes funcionalmente de Matricula, visto que ela representa um numero vinculado a cada aluno matriculado na Puc-Rio, gerado a partir de algumas informações, como ano e semestre de matricula. Utilizando o algoritmo de fechamento de dependências funcionais. R = MNCETCo F = { M N, M C, M E, M T, M Co } X = M X(0) = M X(1) = MN X(2) = MNC X(3) = MNCE X(4) = MNCET X(5) = MNCETCo Página 27

28 Além disso, a tabela está na Terceira forma normal pois não apresenta atributos multivalorados e como a chave é unitária, nenhum atributo não-primo depende funcionalmente de apenas parte da chave e todos eles dependem apenas de umúnico atributo primo. Tabela: Gastos (Data, Origem, Valor, Motivo) Atributos: 1. Data ( D ) 2. Origem ( O ) 3. Valor ( V ) 4. Motivo ( M ) Dependências funcionais Não há como definir dependências funcionais entre os atributos membros dessa tabela. Qualquer combinação de atributos não garante a unicidade de uma tupla, nem mesmo quando utilizamos todos os atributos visto que para uma mesma data podemos ter dois gastos de mesmo valor, origem e motivo. Logo, não conseguimos nem ao menos definir uma chave. Pelos motivos expressados acima, a tabela não esta em nenhuma das possíveis formas normais. Para consertar esse problema mudaremos o atributo Data de tipo Date para tipo Timestamp without time zone. Dessa forma, conseguiremos criar as dependências funcionais. Visto que, a partir de uma data e uma origem, conseguiremos definir um valor e um motivo. Claro, que poderia se argumentar o mesmo discutido acima, onde uma pessoa poderia inserir ao mesmo tempo duas tuplas, porém o próprio banco de dados garante que isso não é possível, pois o controle de acesso só é dada a uma modificação por vez, as demais seriam bloqueadas. Então, voltando com as modificações feitas poderemos determinar as seguintes dependências funcionais: D ^ O V D ^ O M Utilizando o algoritmo de fechamento de dependências funcionais. R = DOVM F = { D ^ O V, D ^ O M} X = DO X(0) = DO X(1) = DOV X(2) = DOVM Página 28

29 Além disso, a tabela está na Terceira forma normal pois não apresenta atributos multivalorados e como a chave é unitária, nenhum atributo não-primo depende funcionalmente de apenas parte da chave e todos eles dependem apenas de um único atributo primo. II. Comentários sobre Projeto Físico: Todas nossas tabelas já possuíam um índice primário, pois garantimos a criação de chaves primárias em todas elas, porém, com intuito de acelerar nossas consultas, criamos um índice secundário na tabela Alunos para o atributo Nome, pois muitas buscas desse tipo serão realizadas. Create Index indexnomepessoa On Aluno ( Nome) O mesmo caso se aplica para os clientes físicos e jurídicos, onde a busca pelo nome também é frequente. Assim, também garantimos a criação destes índices secundários nas respectivas tabelas. Create Index indexnomeclientefisico On clientefisico ( Nome) Create Index indexnomeclientejuridico On clientejuridico ( NomeEmp ) Por padrão no PostgreSQL, o SGBD utilizado no projeto, ao criarmos um índice pelo comando CREATE INDEX ou pela definição de uma chave primária, são implementados índices do tipo Árvore B+, que atendem em geral todas as situações do usuário, com raras exceções. As vantagens da implementação de árvores como estruturas de armazenamentos de índices é devido aos seus eficientes algoritmos de busca, por serem mais rápido que buscas em Hash, Heap, entre outros. Independente de como estão organizados os dados, as árvores B + tratam igualmente todas as consultas. Página 29

30 SEÇÃO 8 I. Bibliografia: Heuser, Carlos Alberto. Projeto de banco de dados - 6ª edição. Editora Bookman. (ISBN ) Notas de aula do professor Sergio Lifschitz (PUC-Rio) O Modelo Entidade-Relacionamento foi inteiramente diagramado no site Página 30

31 II. Anexos: Página 31