Você está na página 1de 12

4. Quais so os diferentes tipos de usurios finais de bancos de dados? Discutir as atividades principais de cada um.

Usurios Finais Casuais -> Eles acionam o banco de dados as vezes, porm precisam de informaes diferentes a cada acesso. Normalmente so gerentes de nvel mdio ou elevado, ou outro tipo de profissional com necessidade ocasional. A linguagem utilizada para consulta sofisticada. Usurios Finais Ingnuos -> Grande parcela dos usurios finais do banco de dados. Necessitam de um constante envolvimento com consulta e atualizao de um banco de dados, usando tipos de consultas e atualizaes padronizadas, transaes enlatadas. Ex. Caixas de banco para verificar saldos para depsitos e saques. Funcionrios que reservam voos, hotis. Usurios Finais Sofisticados -> Engenheiros, cientistas, analistas de negcios e outros Familiarizados com o SGBD e suas facilidades para a implementao de aplicaes necessrias para atender as suas solicitaes complexas. 14. Discutir com que outro tipo de sistema de software de computador um SGBD interage. O banco de dados interage com muitos softwares, com sistemas ERP, integrado com programas que necessitam de armazenamento de dados. 24. Descrever as duas alternativas para a especificao de restries estruturais em tipos de relacionamentos. Quais so as vantagens e desvantagens de cada uma? Ralao de cardinalidade -> A restrio especifica o nmero de instancias de um tipo de relacionamento que uma entidade pode participar. Para relacionamentos bsicos ode ser 1:1 , 1:n, n:1 ou n:n. As vantagens da relao de cardinalidade Relao de participao -> A restrio especifica se a existncia entidade depende de ela estar associada ou no a outra entidade. Pode ser chamada obrigatria (total) ou opcional (parcial). 34. Discutir as especializaes definidas pelo usurio e por atributo, e identificar as diferenas entre as duas. Especializao um processo que define um conjunto de subclasses de um tipo entidade, define atributos, relacionamentos especficos e subclasses. A superclasse pode ter um atributo que determina a subclasse de uma entidade, se TODAS as subclasse de uma superclasse tm a mesma condio determinada pelo mesmo atributo chamamos a especializao de definidas por atributo. Caso no tenha essa condio a especializao definidas pelo usurio. 44. Quais so as principais similaridades e diferenas entre as tcnicas de modelagem conceitual de banco de dados e representao do conhecimento?

Modelo Conceitual -> Descreve o banco de dados de maneira abstrata sem se preocupar com detalhas da implementao. Sem levar em considerao o SGBD utilizado.

Parte II Modelagem 4) Projetar um banco de dados para acompanhar as informaes relativas a um museu de artes. Suponha que os seguintes requisitos foram coletados: O museu possui uma coleo de OBJETOS_DE_ARTE. Cada OBJETO_DE_ARTE possui um identificador nico, um artista, um ano de criao, um ttulo e uma descrio detalhada. Os objetos de arte so categorizados de diversas formas, conforme descrito a seguir. OBJETOS_DE_ARTE so categorizados com base no seu tipo. Existem trs tipos de objetos: PINTURA, ESCULTURA e um tipo chamado OUTRO para acomodar objetos que no se inserem em nenhum dos tipos principais. Uma PINTURA possui um tipo (leo, aquarela, etc), o material no qual foi pintado (papel, tela, madeira, etc) e estilo (moderno, abstrato, etc). Uma ESCULTURA possui um material no qual foi criada (madeira, pedra, etc), altura, peso e estilo. Um objeto de arte da categoria OUTRO possui um tipo (gravura, fotografia, etc) e estilo. OBJETOS_DE_ARTE tambm so categorizados como COLEO_PERMANENTE que so de propriedade do museu (que possui informaes quanto data de aquisio, se est exposto ou guardado e o custo) ou EMPRESTADO, que possui as informaes sobre a coleo da qual foi emprestado), a data de emprstimo e a data de devoluo. OBJETOS_DE_ARTE tambm possuem informaes que descrevem seu pas/cultura utilizando informaes sobre pas/cultura de origem (italiana, egpcia, americana, indiana, etc) e poca (Renascentista, Moderno, Antigo, etc). O museu acompanha informaes sobre ARTISTAS, caso sejam conhecidas: nome, data de nascimento, data de falecimento (caso no esteja mais vivo), pas de origem, poca, e estilo dominante. O nome suposto como sendo nico. Ocorrem diferentes EXPOSIES, cada uma com um nome, data de incio, data de encerramento e cada uma est vinculada a todos os objetos de arte que estiveram expostos durante a exposio. So mantidas tambm informaes de outras COLEES com as quais o museu interage, incluindo o nome , o tipo (museu, pessoal, etc), a descrio, endereo, telefone e pessoa de contato. O nome da coleo nico (identificador). Modelo Conceitual:

Modelo Lgico:

Modelo Fsico:
-- Gerao de Modelo fsico -- Sql ANSI 2003 - brModelo.

CREATE TABLE Apresenta ( Nome VARCHAR(30), EpocaArt VARCHAR(10), NomeColecao VARCHAR(10) ) CREATE TABLE Colecao ( NomeColecao VARCHAR(10) PRIMARY KEY, Tipo VARCHAR(10), Telefone VARCHAR(10), DescriCole VARCHAR(10), Contato VARCHAR(10)

) CREATE TABLE COLECAO_PERMANENTE ( SituacaoObj VARCHAR(10), Custo VARCHAR(10), DtAqui DATETIME ) CREATE TABLE EMPRESTADO ( DtDevol VARCHAR(10), DtEmpres VARCHAR(10) ) CREATE TABLE OBJETOS_DE_ARTE ( CodObj VARCHAR(10), DescriObj VARCHAR(10), ArtistaObj VARCHAR(10), TituloObj VARCHAR(10), Pais VARCHAR(10), Cultura VARCHAR(10), Epoca VARCHAR(10), PRIMARY KEY(CodObj,ArtistaObj) ) CREATE TABLE Possui ( CodObj VARCHAR(10), ArtistaObj VARCHAR(10), PRIMARY KEY(CodObj,ArtistaObj) ) CREATE TABLE Artistas ( Nome VARCHAR(30), Origem VARCHAR(10), DtNasc DATETIME, DtObto DATETIME, EpocaArt VARCHAR(10), Estilo VARCHAR(10), PRIMARY KEY(Nome,EpocaArt) ) CREATE TABLE Mostra ( Nome VARCHAR(30), EpocaArt VARCHAR(10), NomeExpo VARCHAR(10), FOREIGN KEY(EpocaArt,,) REFERENCES Artistas (Nome,EpocaArt) ) CREATE TABLE Exposicao ( DtInicio DATETIME, NomeExpo VARCHAR(10) PRIMARY KEY, DtFim DATETIME, Nome VARCHAR(10) ) CREATE TABLE Expos ( CodObj VARCHAR(10), ArtistaObj VARCHAR(10), NomeExpo VARCHAR(10), FOREIGN KEY(ArtistaObj,,) REFERENCES OBJETOS_DE_ARTE (CodObj,ArtistaObj), FOREIGN KEY(NomeExpo) REFERENCES Exposicao (NomeExpo)

) CREATE TABLE Contm ( CodObj VARCHAR(10), ArtistaObj VARCHAR(10), CodEscul VARCHAR(10), CodPint VARCHAR(10), CodOutros VARCHAR(10), PRIMARY KEY(CodObj,ArtistaObj,CodEscul,CodPint,CodOutros) ) CREATE TABLE Outros ( CodOutros VARCHAR(10) PRIMARY KEY, Tipo VARCHAR(10), Estilo VARCHAR(10) ) CREATE TABLE Pintura ( Estilo VARCHAR(10), Material VARCHAR(10), CodPint VARCHAR(10) PRIMARY KEY, NomePint VARCHAR(10), Tipo VARCHAR(10) ) CREATE TABLE Escultura ( Peso INTEGER, Altura INTEGER, Estilo VARCHAR(10), Material VARCHAR(10), CodEscul VARCHAR(10) PRIMARY KEY ) ALTER TABLE Apresenta ADD FOREIGN KEY(EpocaArt,,) REFERENCES Artistas (Nome,EpocaArt) ALTER TABLE Apresenta ADD FOREIGN KEY(NomeColecao) REFERENCES Colecao (NomeColecao) ALTER TABLE Mostra ADD FOREIGN KEY(NomeExpo) REFERENCES Exposicao (NomeExpo)

14) Apurao Eleitoral Para facilitar o processamento da apurao eleitoral da eleio municipal a ser realizada nesse ano, o TRE (Tribunal Regional Eleitoral) resolveu informatizar esse processo. Sabe-se que cada localidade dividida em vrias zonas eleitorais que, por sua vez, so divididas em vrias sees nas quais os eleitores esto vinculados. O candidato a um cargo pblico deve estar vinculado a um nico partido poltico. Vale ressaltar que, segundo a legislao vigente, o voto secreto. Modelo Conceitual:

Modelo Lgico:

Modelo Fsico:
-- Gerao de Modelo fsico -- Sql ANSI 2003 - brModelo.

CREATE TABLE Partido ( CodPartido INTEGER PRIMARY KEY ) CREATE TABLE Poltico ( NumPolitico INTEGER PRIMARY KEY ) CREATE TABLE Zonas (

NumZona INTEGER PRIMARY KEY, NumSecao INTEGER ) CREATE TABLE Sees ( NumSecao INTEGER PRIMARY KEY ) CREATE TABLE Eleitores ( NumTitulo INTEGER PRIMARY KEY, Nome VARCHAR(10) ) CREATE TABLE Contm ( CodPartido INTEGER, NumPolitico INTEGER, FOREIGN KEY(CodPartido) REFERENCES Partido (CodPartido), FOREIGN KEY(NumPolitico) REFERENCES Poltico (NumPolitico) ) CREATE TABLE Possui ( NumTitulo INTEGER, NumSecao INTEGER, FOREIGN KEY(NumTitulo) REFERENCES Eleitores (NumTitulo), FOREIGN KEY(NumSecao) REFERENCES Sees (NumSecao) ) CREATE TABLE Voto ( NumTitulo INTEGER, NumPolitico INTEGER, FOREIGN KEY(NumTitulo) REFERENCES Eleitores (NumTitulo), FOREIGN KEY(NumPolitico) REFERENCES Poltico (NumPolitico) )

ALTER TABLE Zonas ADD FOREIGN KEY(NumSecao) REFERENCES Sees (NumSecao)

24) PLANO DE SADE Uma empresa, que gerencia um plano de sade, deseja construir um sistema para facilitar e agilizar o gerenciamento das internaes, seja em enfermaria ou em apartamento do tipo standard, realizadas por seus associados (usurios), bem como o controle dos pagamentos que devem ser realizados aos hospitais credenciados junto empresa. O controle de mensalidades dos associados no faz parte do escopo do sistema. A empresa s trabalha com um tipo de plano de sade. S se deseja controlar as dirias de internaes. Modelo Conceitual:

Modelo Lgico:

Modelo Fsico:
-- Gerao de Modelo fsico -- Sql ANSI 2003 - brModelo.

CREATE TABLE Empresa ( CodEmp VARCHAR(10) PRIMARY KEY, Nome VARCHAR(10) )

CREATE TABLE Plano de Sade ( Nome VARCHAR(10), Codigo VARCHAR(10) PRIMARY KEY, Tipo VARCHAR(10), CodEmp VARCHAR(10), TipoInternacao VARCHAR(10), Dia DATETIME, FOREIGN KEY(CodEmp) REFERENCES Empresa (CodEmp) ) CREATE TABLE Internaes ( TipoInternacao VARCHAR(10), Nome VARCHAR(10), Valor VARCHAR(10), Dia DATETIME, PRIMARY KEY(TipoInternacao,Dia) ) CREATE TABLE Usurio ( CodUsuario VARCHAR(10) PRIMARY KEY, CPF VARCHAR(10), Nome VARCHAR(10) ) CREATE TABLE Possui ( CodUsuario VARCHAR(10), TipoInternacao VARCHAR(10), Dia DATETIME, FOREIGN KEY(CodUsuario) REFERENCES Usurio (CodUsuario), FOREIGN KEY(Dia,,) REFERENCES Internaes (TipoInternacao,Dia) ) CREATE TABLE Utiliza ( Codigo VARCHAR(10), CodUsuario VARCHAR(10), FOREIGN KEY(Codigo) REFERENCES Plano de Sade (Codigo), FOREIGN KEY(CodUsuario) REFERENCES Usurio (CodUsuario) )

ALTER TABLE Plano de Sade ADD FOREIGN KEY(Dia,,) REFERENCES Internaes (TipoInternacao,Dia)

27) PROJETOS Uma empresa desenvolve projetos de grande porte envolvendo diversas reas como engenharia, urbanismo, transportes, etc. Esta empresa est organizada em departamentos, sendo que cada projeto desenvolvido sempre sob a coordenao de um departamento. Os departamentos possuem chefias e subchefias e como existe rodzio nestas funes, a empresa deseja guardar o intervalo no qual um empregado esteve como chefe ou subchefe de um departamento. Embora um empregado pertena sempre a um departamento, ele pode ser alocado a projetos de outros departamentos. A empresa deseja guardar informaes das equipes

de projeto. Todo projeto sempre de uma rea (engenharia, urbanismo, etc.), possui perodo definido de tempo e est dividido em fases que tambm possuem perodos. Os responsveis pelo projeto so as chefias do departamento ao qual o projeto est alocado. Um empregado alocado ao projeto em determinada fase especfica para determinada funo. A empresa deseja saber em que projeto, por quanto tempo e em qual funo esteve o empregado alocado. Para facilitar o controle, suponha que num mesmo intervalo de tempo um empregado estar alocado apenas a um projeto. Modelo Conceitual:

Modelo Lgico:

Modelo Fsico:
-- Gerao de Modelo fsico -- Sql ANSI 2003 - brModelo.

CREATE TABLE Departamento ( SubChefe VARCHAR(10), Chefe VARCHAR(10),

PRIMARY KEY(SubChefe,Chefe) ) CREATE TABLE Pertence ( CodEmp INTEGER, SubChefe VARCHAR(10), Chefe VARCHAR(10), FOREIGN KEY(Chefe,,) REFERENCES Departamento (SubChefe,Chefe) ) CREATE TABLE Projeto ( Fases VARCHAR(10), Tempo VARCHAR(10), CodProj VARCHAR(10), NomeProj VARCHAR(10), CodArea VARCHAR(10), CodArea1 INTEGER, PRIMARY KEY(Tempo,CodProj) ) CREATE TABLE Empregado ( CodEmp INTEGER PRIMARY KEY, NomeEmp VARCHAR(10) ) CREATE TABLE Cooderna ( SubChefe VARCHAR(10), Chefe VARCHAR(10), Tempo VARCHAR(10), CodProj VARCHAR(10), FOREIGN KEY(Chefe,,) REFERENCES Departamento (SubChefe,Chefe), FOREIGN KEY(CodProj,,) REFERENCES Projeto (Tempo,CodProj) ) CREATE TABLE rea ( CodArea VARCHAR(10), NomeArea VARCHAR(10), CodArea1 INTEGER, DescriArea VARCHAR(10), PRIMARY KEY(CodArea,CodArea1) ) CREATE TABLE Possui ( Tempo VARCHAR(10), CodProj VARCHAR(10), CodEmp INTEGER, FOREIGN KEY(CodProj,,) REFERENCES Projeto (Tempo,CodProj), FOREIGN KEY(CodEmp) REFERENCES Empregado (CodEmp) ) CREATE TABLE mantm ( TempoFase VARCHAR(10), CodFase VARCHAR(10), Tempo VARCHAR(10), CodProj VARCHAR(10), FOREIGN KEY(CodProj,,) REFERENCES Projeto (Tempo,CodProj) ) CREATE TABLE Fases ( TempoFase VARCHAR(10), CodFase VARCHAR(10),

TipoFase VARCHAR(10), PRIMARY KEY(TempoFase,CodFase) ) ALTER TABLE Pertence ADD FOREIGN KEY(CodEmp) REFERENCES Empregado (CodEmp) ALTER TABLE Projeto ADD FOREIGN KEY(CodArea1,,) REFERENCES rea (CodArea,CodArea1) ALTER TABLE mantm ADD FOREIGN KEY(CodFase,,) REFERENCES Fases (TempoFase,CodFase)

Você também pode gostar