1

Projeto de Banco de Dados I

Projeto Disciplinar de Banco de Dados I

PRS PLAZA HOTEL E RESSORT (5 ESTRELAS)
EDILBERTO SILVA1, ALUNOX (N DA MATRCULA) 2 , ALUNOY (N DA MATRCULA) 2
1
Professor Orientador da disciplina xxxxxx
2
Alunos do xx semestre do curso de Sistemas da Informao da Faciplac UNIPLAC/DF
E-mails: edilms@yahoo.com, alunox@abc.com.br, alunoy@abc.com.br

DATA: ___/200_ (DEZ/2008)

Palavras-chave: Tecnologia XXX (3 no mximo)

1. Introduo Endereo (Sede): Avenida Jequitib, Lote

155, guas Claras DF Cep:71929-540
Apresenta-se neste um Projeto Disciplinar de
Pessoa de Contato: Fulano de tal (Responsvel
Banco de Dados englobando o desenvolver da
pela Diviso de xpto)
modelagem do banco de dados, incluindo o modelo
conceitual, lgico e fsico. Para tanto detalhada Telefone: (61) 8888-88888
especificao tecnolgica para empresa Xpto. O Site: www.xxxxx.xxxx.br
projeto inicia-se com a descrio e necessidades
desta empresa em relao a sua informatizao 2.1 Ramo de Atividade
incluindo detalhadamente os requisitos necessrios
para suprir a demanda requisitada ......O projeto foi Transporte Pblico
elaborado a partir do.... e inclui...... bem assim ......
Ao final apresentado........ 2.2 Objetivo Estratgico e Misso da Empresa
Transportar passageiros com segurana,
2. A Organizao
rapidez e qualidade.
A empresa XPTO localizada no SRTVS, Quadra
, Bloco Trreo est no Brasil h 11 anos, e tem
uma experincia internacional de mais de 30 anos, 2.3 Organograma da Empresa
trabalhando com comercio de vinhos.
A mesma deseja instalar um banco de dados
que oferea uma maior comodidade quanto a
armazenamento de informaes referentes as
mercadorias que comercializa, neste caso vinhos.
(...)
(...) Outro Exemplo
XYZ Assessoria est situada na quadra 6, lote
na cidade do /DF, uma empresa especializada em
organizar locadoras de filmes, onde ser necessrio
criar um sistema de controle de aluguel, estoque e
clientes para ser implementado as locadoras
contratantes.
Tendo em vista que a empresa presta 2.4 Levantamento das necessidades em carter
assessria a locadoras do pequeno ao mdio porte, quantitativo e qualitativo
esse sistema tem que ser seguro, flexvel e
completo quanto a informaes e regras internas. A informatizao da empresa XPTO Txi Areo
No sistema, o filme ter em seu cadastrado um LTDA de acordo com as necessidades foi dividida
cdigo, que dever ser nico para cada exemplar em duas reas: Informatizao Parcial (adotou-se
do filme; nome do filme, categoria, ano de um padro de mquina para estao de trabalho) e
lanamento e quantidade de exemplares para Informatizao Total (composta por um Data Center
controle de disponibilidade. Ainda em cadastro, e 7 estaes de trabalho com a mesma
existir uma seo para cadastro de clientes da configurao e especificao das mquinas da
locadora onde cada cliente ter seu nome, Informatizao Parcial). Todas as mquinas
endereo, telefone para contato, CPF e trabalham em um esquema cliente servidor
dependentes (nome completo, telefone e endereo, segundo o desenho do Data Center (figura 1):
CPF do cliente). Vale ressaltar que as partes de infra-estrutura
do prdio, engenharia de redes, aterramento e
Nome Fantasia: Metr - DF moblias foram terceirizadas por meio de licitao,
assim como a hospedagem do site da empresa
CNPJ: 38.070.074/0001-77
contratante. Sero pagas com recursos independes

Projeto xpto (ttulo do projeto)


do projeto, ou seja, com recursos da prpria
empresa XPTO Txi Areo LTDA.
Figura 1. Modelo do ambiente da empresa XPTO
3. Mini-mundo (Descrio do Negcio)
Pessoas/Empresas relacionam-se com uma
clinica veterinria assumindo o seguinte papel:
proprietrio do animal.
Para todo proprietrio, as secretrias anotam o
NOME, TELEFONE E ENDEREO. Para todo
animal anota-se NOME, RAA, DATA DE
NASCIMENTO e PORTE. Um proprietrio pode ser
pessoa fsica ou pessoa jurdica. Para proprietrios
Pessoa Jurdica anotado o CNPJ, TELEFONE E
ENDEREO DA DO CANIL (EMPRESA). Um
proprietrio pode ter um ou mais animais.
Para o animal, podem ser realizados fornecidos
os seguintes servios: CONSULTAS, VACINAO,
CIRURGIAS, EXAMES LABORATORIAIS, BANHO
E TOSA e HOSPEDAGEM.
Todos os servios so executados
mdicos.
Todo banho e tosa so realizados pelo tcnico.
Para a concluso de todo atendimento,
emitida uma nota fiscal com a descrio e valores
do servio e hospedagem realizados.
Para o pagamento da nota fiscal, o cliente
dever escolher o tipo de pagamento, de acordo
com os disponveis na clnica: carto de dbito,
carto de crdito, cheque e dinheiro.
(.....) Outro exemplo
A Diviso de Gesto de Estoques (ASGE) da
Companhia do Metropolitano do Distrito Federal,
subdiviso do Departamento de Suprimentos (ASU)
tem a necessidade de um sistema que os atenda na
rea de Almoxarifado.
Este almoxarifado trabalha com Materiais de
Expediente e todo trmite desde o momento que o
Projeto xpto (ttulo do projeto)
2
Projeto de Banco de Dados I
material da entrada na empresa at sua destinao
final deve ser acompanhada.
i.CADASTRO DE USURIO: Usurios do
sistema devero ser obrigatoriamente e somente
funcionrios do METR/DF, j que a empresa
constituda tambm de funcionrio terceirizados.
Usurios devero ter: Matrcula; Nome; Lotao
e Senha.
ii.CADASTRO DE MATERIAIS: O almoxarifado
da Companhia s lida com materiais de expediente
(Papel, lpis, borracha etc.). Devero ter acesso ao
cadastro somente funcionrios da ASGE,
responsvel pelo almoxarifado.
Materiais possuem: Cdigo; Descrio do
Material; Unidade de Medida e Valor.
iii.CADASTRO DE FORNECEDOR: Constam
dados bsicos a respeito da pessoa jurdica que
efetua vendas ao Metr/DF. Devero ter acesso
somente funcionrios da ASGE.
Fornecedores Possuem: CNPJ; Inscrio
Estadual; Razo Social; Nome Fantasia; Endereo;
CEP; Telefone com DDD; Nome do contato; E-mail
e Site quando possvel.
iv.SOLICITAO DE MATERIAL: Essa
solicitao visa ressuprir os materiais de expediente
necessrio para o bom funcionamento das reas da
Companhia. por rea entenda todos os campos
que constam no Organograma acima mencionado
Esses materiais j devem ser itens de estoque do
almoxarifado, ou seja, atravs de um histrico de
consumo possvel prever quanto ser necessrio
adquirir de cada material a fim de quando surgir
alguma solicitao, o almoxarifado possa atender a
essa solicitao imediatamente. Os usurios ou
clientes do sistema de almoxarifado devero
efetuar login no sistema e solicitar os materiais
atravs de uma Requisio de Material, que se trata
de um documento e passa a servir de comprovante
da transao. As solicitaes podero ser feitas
semanalmente, quinzenalmente ou mensalmente,
pelos de acordo com a convenincia de quem requisita.
Solicitaes de Materiais cadastradas constam:
Nmero da Requisio; Data do cadastro da
mesma; Unidade de Requisio (mesma da lotao
do usurio); Nome de quem cadastra a requisio;
Nome de quem autoriza a requisio; Materiais e
Quantitativos de cada material solicitado.
v.AUTORIZAO DE MATERIAL: Alguns dos
usurios (geralmente chefes ou secretrios) tero
perfis de autorizadores, ou seja, sero responsveis
por uma rea, onde tero subordinados a voc
funcionrios com perfis de Cadastradores, que
efetuaro as Solicitaes de Materiais e as
encaminharo automaticamente para seus
autorizadores, onde por sua vez revisaro os
materiais solicitados e caso esteja tudo correto,
encaminharo a solicitao ao almoxarifado. Todo
esse processo realizado remotamente. Usurios
podero solicitar materiais de expediente onde quer
que estejam, contanto que tenham acesso a intranet
do Metr/DF. Autorizadores podero tambm
efetuar Solicitaes de Materiais, porm no

Projeto de Banco de Dados I
necessitaro autorizar essas requisies, pois seu
perfil j lhe d o direito de autoriz-las.
vi.RECEBIMENTO DE MERCADORIA: Todo o
processo de compra de materiais do METR-DF
feito atravs da Diviso de Aquisio (ASAQ),
independente da ASGE, que se responsabiliza por
todo o processo licitatrio e conseqente
contratao da empresa fornecedora dos mesmos.
Essas por sua vez ficam sujeitas a fazerem a
entrega na sede, em guas Claras, onde recebido
pelo almoxarifado central, onde so recebidos e
contabilizados fisicamente, passando a contar como
estoque disponvel para requisio.
vii.DISTRIBUIO DE MATERIAIS: Essa a
linha de frente do almoxarifado, onde os materiais
so entregues aos requisitantes. Para melhor
compreender: as Solicitaes de Materiais so
cadastradas, passam para seus autorizadores,
depois de autorizadas, so encaminhados ao
almoxarifado, que por sua vez efetua o atendimento
dos itens requisitados e ento os entrega a seus
responsveis. Aps a Distribuio de Materiais, o
percurso do documento gerado no momento da
Solicitao de Material concludo, esse
documento se chama: Requisio de Materiais.
Requisies de Materiais constam alm dos
dados apresentados no item
iv. Solicitao de Material: Data de seu
atendimento; Nome de quem a atendeu (nome do
funcionrio do almoxarifado e que est lotado na
ASGE); Quantitativo atendido, Data da retirada dos
materiais fisicamente do almoxarifado, assinaturas
do recebedor (quem efetuou o cadastro da
solicitao) e a do funcionrio que atendeu essa
solicitao no almoxarifado.
LIMITAES: Apenas para reforar, o sistema
no controla a rea de compras, essa incumbncia
fica a cargo da Diviso de Aquisio (ASAQ),
diviso essa do mesmo Departamento de
Suprimentos (ASU), porm totalmente distinta da
ASGE. Resumindo seria: A ASAQ se responsabiliza
pela compra e a ASGE pela gesto do que foi
comprado.
4. Objetivos do Sistema
FUNCIONRIO
Manter cadastro de usurios;
Manter cadastro de lotao;
Manter cadastro de perfis;
Manter cadastro de materiais;
Manter cadastro de fornecedores;
Receber e atender as Solicitaes de
Materiais.
USURIO (CADASTRADOR)
Efetuar cadastro de Solicitaes de Materiais;
Efetuar a retirada do material solicitado do
almoxarifado.
USURIO (AUTORIZADOR)
Projeto xpto (ttulo do projeto)
3
Efetuar a autorizao das Solicitaes de
Materiais;
Efetuar cadastro de Solicitaes de Materiais.
MATERIAL
Manter dados relativos a materiais.
FORNECEDOR
5. Funcionalidades do Sistema
O objetivo do sistema atender as
necessidades da Clnica xpto. As funcionalidades
que o sistema dever apresentar so:
1. Realizao do cadastramento de todos os
funcionrios que trabalham na clnica;
2. Alm dos dados dos outros funcionrios, no
cadastro dos mdicos dever ser incluso o
CRM e as especialidades que eles
possuem;
3. Os funcionrios devero efetuar o
cadastramento do animal na clnica;
4. Cadastramento dos proprietrios dos
animais, assim como os animais que
utilizam a clnica;
5. Deve ser cadastrado no sistema, o CNPJ
para os proprietrios PJ ;
6. O sistema deve gerar um pronturio para o
animal e este pronturio deve ser atualizado
a cada visita do animal, com a descrio do
procedimento realizado;
7. O sistema deve possibilitar o cadastramento
do proprietrio e do animal, assim como a
emisso da devida nota fiscal pela
prestao de servio;
8. O sistema deve possibilitar a emisso na
nota fiscal e nesta deve conter o valor do
servio unitrio, o valor do servio total,
nmero da nota fiscal e data de emisso;
9. O cliente deve escolher o tipo de
pagamento a ser realizado, de acordo com
os disponveis na clnica;
10. O sistema dever prever a utilizao de
mais de um servio pelo animal;
6. Regras do Negcio
RN1 Todo fornecedor deve ter CNPJ
RN2 Todo fornecedor deve ter itens fornecidos
RN3 Toda Mercadoria deve ter um cdigo
RN4 Toda mercadoria deve ter tipo
RN5 Toda mercadoria deve ter um histrico
compra e venda
RN6 Toda mercadoria tem uma regio
RN7 Toda mercadoria tem pas
RN8 Toda Mercadoria tem produtor
RN9 Toda mercadoria tem nome
RN10 Toda mercadoria tem tamanho
RN11 Toda mercadoria tem safra
RN12 Todo cliente deve ter um cdigo
 4

Projeto de Banco de Dados I

RN13 Todo cliente deve ter um tipo (Pessoa Silva, Edilberto. M.; Prado, H.P.; Ferneda,
Fsica ou Jurdica) Edilson Text mining: crossing the chasm between
RN14 Todo cliente deve ter um histrico de the academy and the industry. In: DM2002-Third
compras International Conference on Data Mining Methods
RN15 Cada tipo de cliente tem um percentual de and Databases for Engineering, Finance and Other
tributao Fields - Data Mining 2002. Bologna, set. 2002.
RN16 Toda venda tem um cdigo Proceedings... Italy: WIT Press, 2002, p.351-361.
RN17 Todo funcionrio tem cdigo Silva, Edilberto. M.; Prado, H.P.; Ferneda, E.
RN18 Todo funcionrio tem um cargo Text Mining for Organizational Intelligence: A Case
RN19 Somente funcionrios com cargo de Study On A Public News Agency. In: 5th
gerente podem fazer compras International Conference on Enterprise Information
Systems - ICEIS 2003, Angers, Frana, 2002a.
RN20 Toda compra tem um cdigo
RN21 Deve-se manter cadastro de vendas Silva, E. M, Descoberta de conhecimento com o
uso de text mining: cruzando o abismo de Moore
RN22 Deve-se manter cadastro de compras
(Dissertao de mestrado, UCB, Braslia-DF, 2002b
RN23 Deve-se gerenciar quebras de mercadoria
7. Concluso
Foi criado um modelo para empresa xxxxxx,
seguindo todas as etapas de desenvolvimento,
desde o levantamento de requisitos at sua
instalao. A arquitetura de desenvolvimento
apresentada, segue a padronizao de criao de
bancos, onde todas as necessidades so
levantadas, os dados so manipulados e alocados
cada um em seu devido espao na memria.
Cada etapa apresentada neste trabalho mostra
como est sendo a criao, quais as informaes
so mais importantes, onde elas sero usadas e de
que maneira isso ir auxiliar o usurio final, no
caso, funcionrios e proprietrios da empresa por
ns adotada, bbbbbb.
verossmil adquirir conhecimentos teis
organizao a partir da anlise de textos, onde as
tcnicas envolvidas permitem que a empresa
alcance vantagens competitivas e com isto os
gestores tem uma importante ferramenta na ajuda
da gesto organizacional.
7. Referncias Bibliogrficas
Chapman, P., Kerber R., Clinton J., Khabaza T.,
Reinartz t., Wirth R., 2000. The CRISP-DM Process
Model. http://www.crispdm.org. (07/08/01).
Halliman, C., 2001. Business intelligence using
smart techniques: environmental scanning using
text mining and competitor analysis using scenarios
and manual simulation. Information Uncover,
Houston.
Prado, H. A., Oliveira, J. P. M., Ferneda, E.,
Wives, L. K., Silva, Edilberto. M., Loh, S.
Transforming Textual Patterns in Knowledge, In:
Mahesh S. Raisinghani (Org.) Business Intelligence
in the Digital Economy: Opportunities, Limitations
and Risks, pp. 207-227. Idea Group Publishing,
Hershey(EUA), fevereiro 2004.
Prado, H. A., Oliveira, J. P. M., Ferneda, E.,
Wives, L. K., Silva, E. M., Loh, S. Text Mining in
the Context of Business Intelligence, In: Mehdi
Khosrow-Pour. (Org.), Encyclopedia of Information
Science and Technology, Vol. V, 2793-2798. Idea
Group Reference, Hershey (EUA), janeiro 2005.
[ISBN 1-591-40553-X]

Projeto xpto (ttulo do projeto)

Anexo I Modelo Conceitual
 Anexo II Modelo Lgico
Usuario
Lotacao Perfil
nuMatricula I
coLotacao I Possui noFuncionario TXT Possui coPerfil I
deLotacao TXT nuSenha I dePerfil TXT
nuRamal I

Possui Possui
Possui

Solicitacao Atendimento
Autorizacao
coSolicitacao I Autoriza dtAtendimento D
dtAutorizacao D
dtData D nuQtdAtendida I

Atende
Possui

ItensAtendidos
ItensSolicitacao
Possui nuQtdAtendida I
nuQtdSolicitada I
nuQtdSolicitada I

Possui Fornecedor
nuCNPJ I
nuInscEst I
noRazaoSocial TXT
Material noFantasia TXT
UndMedida
Fornecimento
Possui coMaterial I Fornece Fornece deEndereco TXT
coUndMedida I
deMaterial TXT dtEntrega D nuCPF I
deUndMedida TXT
nuQtd I nuDDD I
nuTelefone I
noContato TXT
deE-mail TXT
deSite TXT
 Anexo III Modelo Fsico
RACA
ID_RACA INT4 <pk>
NM_RACA CHAR(255)
CLIENTE_ANIMAL
ID_CLIENTE INT4 <pk,fk1>
ID_ANIMAL INT4 <pk,fk2>

FK_ANIMAL_RACA_ANIM_RACA

FK_CLIENTE__CLIENTE_A_ANIMAL
CLIENTE

ANIMAL ID_CLIENTE INT4 <pk>

ID_FUNC INT4 <fk1> FK_CLIENTE_REFERENCE_TIPO_CLI
ID_ANIMAL INT4 <pk> TIPO CLIENTE
ID_TP CLIENTE INT2 <fk2>
ID_RACA INT4 <fk> NM_CLIENTE CHAR(255) ID_TP CLIENTE INT2 <pk>
NM_ANIMAL CHAR(300) DS_END CHAR(255) DS_TP CLIENTE CHAR(255)
DT_NASC DATE NU_TELEFONE NUMERIC(10)
DE_PORTE CHAR(40) NU_CPF CHAR(11)
FK_CLIENTE__CLIENTE_A_CLIENTE
VL_PESO DECIMAL(6,2) DT_NASC DATE
NU_CNPJ NUMERIC

FK_ATENDIME_PRONTUARI_ANIMAL

FUNCIONARIO ESPECIALIDADE_FUNCIONARIO
ATENDIMENTO_REALIZADO ID_FUNC INT4 <pk> ID_FUNC INT4 <pk,fk1>
NM_FUNC CHAR(255) ID_ESPEC INT4 <pk,fk2>
ID_SERVICO INT4 <fk3>
MAT_FUNC NUMERIC(10)
ID_ANIMAL INT4 <fk2> FK_ATENDIME_EXECUTA_FUNCIONA FK_ESPECIAL_ESPECIALI_FUNCIONA
DT_ADMIS DATE
ID_FUNC INT4 <fk1>
NU_CRMV CHAR(30)
DS_PROCEDIMENTO CHAR(1500)
DIAS_ATENDI CHAR(30)
DT_PROCEDIMENTO DATE
FK_ESPECIAL_ESPECIALI_ESPECIAL
RS_PROCEDIMENTO CHAR(1500)

FK_ATENDIME_SERVICO_R_SERVICO ESPECIALIDADE
ID_ESPEC INT4 <pk>
DS_ESPEC CHAR(200)
FK_NOTA_FIS_EMITE_FUNCIONA
SERVICO
ID_SERVICO INT4 <pk> FK_CLIENTE_CADASTRA_FUNCIONA
NM_SERVICO CHAR(255)
VL_SERV DECIMAL(10,2) NOTA_FISCAL
ID_NF INT4 <pk>
FK_ITENS_NO_NOTA_FISC_NOTA_FIS ID_FUNC INT4 <fk1>
ID_CLIENTE INT4 <fk2>
NU_NF INT4
FK_ITENS_NO_SERVICO_I_SERVICO
DT_NF DATE
NU_BAIA NUMERIC FK_NOTA_FIS_CLIENTE_N_CLIENTE

ITENS_NOTA
ID_SERVICO INT4 <fk1>
ID_NF INT4 <fk2> FK_PAGAMENT_NOTA_FISC_NOTA_FIS
QTD_SERVICO INT4
VL_SERVICO DECIMAL(10,2)

PAGAMENTO
ID_TP_PAG INT4 <fk2>
ID_NF INT4 <fk1>
VL_PAGO DECIMAL(10,2)
TIPO_PAGAMENTO
ID_TP_PAG INT4 <pk>
DS_TP_PG CHAR(255)

FK_PAGAMENT_TIPO_PAGA_TIPO_PAG