Analise Sistemas

Colgio Salesiano de Lins Dom Henrique Mouro
Habilitao Profissional de Tcnico em Desenvolvimento de Sistemas para Web
Disciplina: Anlise de Sistemas
Prof.: Anderson Pazin
Colgio Salesiano - Dom Henrique Mouro
HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB
Sumrios
1 INTRODUO 1
CONCEITOS INICIAIS DEFINIO DE SISTEMAS: ELEMENTOS QUE COMPEM UM SISTEMA PRINCPIOS GERAIS DE UM SISTEMA TIPOS COMUNS DE SISTEMAS SISTEMAS NATURAIS SISTEMAS FEITOS PELO HOMEM CONCLUSES SOBRE SISTEMAS PR QUE ALGUNS SISTEMAS DE INFORMAO NO DEVEM SER AUTOMATIZADOS? O QUE SO SISTEMAS AUTOMATIZADOS? MODELAGEM EXERCCIOS
2 2 2 3 3 3 3 3 4 4 4 5 6 6 6 6 7 7 7 7 7 8 9 9 9 10 11 11 11 11 11 12 12 14
2.1 2.2 2.3 2.4 2.4.1 2.4.2 2.5 2.5.1 2.5.2 2.6 2.7 3
ANLISE (ESSENCIAL) DE SISTEMAS ANLISE DE SISTEMAS O PAPEL DO ANALISTA A ANLISE ESSENCIAL CICLO DE VIDA DA ANLISE ESSENCIAL FASE 1 - LEVANTAMENTO DE REQUISITOS FASE 2 ANLISE FASE 3 PROJETO FASE 4 IMPLEMENTAO FASE 5 IMPLANTAO
3.1 3.2 3.3 3.4 3.4.1 3.4.2 3.4.3 3.4.4 3.4.5 4 4.1 4.2 4.3 5
LEVANTAMENTO DE REQUISITOS DESCRIO DO SISTEMA ATUAL PROBLEMAS EXISTENTES DESEJOS DO USURIO ANLISE
5.1 LISTA DE EVENTOS 5.2 DIAGRAMA DE ENTIDADES E RELACIONAMENTOS (DER) 5.2.1 ENTIDADES OU TIPOS DE OBJETOS 5.2.2 ATRIBUTOS 5.2.3 RELACIONAMENTOS 5.3 DIAGRAMA DE ESTRUTURA DE DADOS (DED) 6 PROJETO
Anlise de Sistemas Prof. Anderson Pazin
6.1 6.2 7
PROJETO DE BANCO DE DADOS (ARQUIVO) DIAGRAMA HIERRQUICOS DO SISTEMA EXERCCIOS SISTEMA HOTELEIRO DISTRIBUIDORA DE PRODUTOS COMPANHIA DE SERVIOS SISTEMA ACADMICO AGNCIA DE TURISMO UNIVERSIDADE BIBLIOTECA IMOBILIRIA CAMPEONATO MUNDIAL RDIO FM AGNCIA DE MODELOS
14 15 16 16 16 16 17 17 17 17 18 19 19 19 20 20 21 22 23 23 23 24 26 27 28 28 29 29 31 32 33 34 34 37 37 38 39
7.1 7.2 7.3 7.4 7.5 7.6 7.7 7.8 7.9 7.10 7.11 8
CONCEITOS DE BANCO DE DADOS
8.1 INTRODUO 8.1.1 BANCO DE DADOS RELACIONAL 8.1.2 RESUMINDO 9 MAPEANDO OS DIAGRAMAS PARA UM BANCO DE DADOS INTRODUO AO ACCESS TABELAS CRIANDO O BANCO DE DADOS CRIANDO OS CAMPOS UTILIZANDO MASCARAS TABELA DE MASCARAS CRIANDO AS CHAVES-PRIMRIAS SALVANDO AS TABELAS RELACIONAMENTOS TPICOS AVANADOS SOBRE RELACIONAMENTOS CONSULTAS COMO CRIAR CONSULTAS FORMULRIOS CRIANDO FORMULRIOS RELATRIOS CRIANDO RELATRIOS MACROS MDULOS
9.1 9.2 9.2.1 9.2.2 9.2.3 9.2.4 9.2.5 9.2.6 9.2.7 9.2.8 9.3 9.3.1 9.4 9.4.1 9.5 9.5.1 9.6 9.7
ii
INTRODUO
A Anlise de Sistemas visa construir modelos da essncia e de implementao de sistemas. A tcnica a ser escolhida deve destacar as caractersticas essenciais do sistema e os componentes fsicos, ou seja, deve mostrar: interaes entre o sistema e seu ambiente; atividades executadas pelo sistema em resposta a determinados eventos; interaes entre as atividades essenciais do sistema; A figura 01 mostra as principais atividades do desenvolvimento essencial de sistema.
Requisitos
Definir a Essncia do Sistema Modelo da Essncia
Restries de Implementao
Selecionar a Implementao Modelo de Implementao Construir o Sistema Sistema
Atividades e Modelos do Desenvolvimento Essencial de Sistema
CONCEITOS INICIAIS
2.1 DEFINIO DE SISTEMAS:

Conjunto de elementos de um todo, coordenados entre si, para atingir um objetivo comum; Um conjunto de elementos (que so suas partes ou seus rgos); Dinamicamente relacionados entre si; Mantm uma constante interao entre seus elementos; Formam uma atividade (resultado das atividades de cada elemento), que a operao ou processamento do sistema; Tem a finalidade em atingir um objetivo ou propsito (finalidade do sistema); Operam sobre dados/energia/matria (que so insumos ou entradas de recursos para o sistema operar); Fornecem informao/energia/matria (que so as sadas do sistema).
Concluindo: Sistema um conjunto de elementos dinamicamente relacionados formando uma atividade para atingir um objetivo sobre entradas (dados, energia e matria), para fornecer sadas (informaes, energia e matria)
2.2 ELEMENTOS QUE COMPEM UM SISTEMA

Um sistema pode ser facilmente compreendido pela figura abaixo:
Sistema
Realimentao
Funcionamento de um sistema Os sistemas recebem entradas (E) do ambiente para que possam operar, processando ou transformando tais entradas em sadas (S). A entrada de um sistema aquilo que o sistema importa do seu mundo exterior, pode ser constituda por um ou mais dos seguintes componentes: Informao: tudo aquilo que reduz a incerteza a respeito de alguma coisa. A informao proporciona orientao, instruo e conhecimento a respeito de algo, permitindo o planejamento e a programao do comportamento ou do funcionamento do sistema. Energia: utilizada para movimentar e dinamizar o sistema. Materiais: So recursos utilizados pelo sistema, como meios para a produo das sadas (produtos e servios). A sada do sistema o resultado final da operao ou processamento de um sistema. Todo sistema produz uma ou vrias sadas. Atravs da sada o sistema exporta o resultado de suas operaes para o meio ambiente.
Anlise de Sistemas Prof. Anderson Pazin 2
A realimentao (feedback) um mecanismo na qual uma parte da energia de sada de um sistema volta para a entrada do mesmo, alterando-a. A retroao basicamente um sistema de retorno, proporcionando pela sada do sistema sua entrada, no sentido de alter-la de alguma maneira. Um exemplo de sistema que utiliza a retroao o sistema nervoso do homem. Quando se pretende pegar algum objeto, o crebro transmite a ordem aos msculos e durante o movimento destes, os rgos sensoriais (viso, tato, coordenao visual/motora, etc.) informam continuamente ao crebro a posio da mo e do objeto.
2.3 PRINCPIOS GERAIS DE UM SISTEMA

Existem alguns princpios gerais de particular interesse para os que constrem sistemas, automatizados de informao e esses princpios so os responsveis por determinar o funcionamento e a forma de adaptao do sistema junto ao meio onde este se estabelece. Entre os princpios destacamos: Quanto mais especializado um sistema, menos capaz ele de se adaptar a circunstncias diferentes; Quanto maior for um sistema, maior o nmero de seus recursos que sero destinados manuteno diria; Os sistemas sempre fazem parte de sistemas maiores (super-sistemas) e sempre podem ser divididos em sistemas menores (sub-sistemas); Os sistemas crescem.
2.4 TIPOS COMUNS DE SISTEMAS

Existem muitos tipos diferentes de sistemas; na verdade, quase tudo aquilo com que temos contato em nossa vida ou um sistema ou um componente de uma coisa (ou ambas as coisas). conveniente organizar os diferentes tipos de sistemas em duas categorias: sistemas naturais e sistemas feitos pelo homem. 2.4.1 Sistemas Naturais A maioria no so feitos por pessoas. Eles so encontrados na natureza, e de modo geral, servem a seus propsitos. Estes sistemas so divididos em dois subsistemas: sistemas fsicos e sistemas vivos. Os Sistemas Fsicos incluem exemplos bem diferentes tais como: Sistemas estrelares: galxias, sistema solar, etc.; Sistemas geolgicos: rios, cadeias de montanhas, etc.; Sistemas moleculares: organizaes complexas de tomos... Os Sistemas Vivos, naturalmente abrangem todos os animais e plantas em volta de ns. 2.4.2 Sistemas Feitos pelo Homem Alguns sistemas so construdos, organizados e mantidos pr seres humanos. Entre eles podemos considerar: Sistemas sociais: organizaes de lies, doutrinas, costumes, etc.; Sistemas de transporte: rede rodovirias, canais, linhas areas, etc.; Sistemas de comunicao: telefone, canais, sinais manuais, etc.; Sistemas de manufatura: fbricas, linhas de montagem, etc.; Sistemas financeiros: contabilidade, inventrios, livro-razo, etc.; Hoje a maioria desses sistemas usa computadores para facilitar a sua funcionalidade, na verdade, muitos deles no poderiam sobreviver sem os computadores, contudo importante ressaltar que estes sistemas j existiam antes do surgimento dos computadores.
2.5 CONCLUSES SOBRE SISTEMAS

Aps todas as definies vistas podemos concluir, de uma forma geral que: Sistema um grupo de elementos interativos, inter-relacionados ou interdependentes, que formam ou parecem formar uma entidade coletiva, ou Sistema um mecanismo composto de vrias partes que agem
de maneira coordenada para prestar servios a uma rea de negcio onde seus usurios esto, ou ainda, Sistema um conjunto de elementos inter-relacionados que possuem caractersticas comuns e que podem ser entendidos com um todo. Na informtica o responsvel por modelar sistemas o Analista de Sistemas. A sua principal tarefa analisa ou estudar o sistema para determinar-lhes a essncia: seu comportamento exigido independente da tecnologia utilizada em sua implementao. Na maioria dos casos s estaremos em situao de decidir se faz sentido usar um computador para executar as funes do sistema depois de modelarmos seu comportamento bsico. 2.5.1 Pr que alguns sistemas de informao no devem ser automatizados? Pode haver muitas razes, mas aqui esto algumas das mais comuns: Custo: pode ser mais barato continuar executando as funes do sistema e armazenado as informaes manualmente. Nem sempre verdade que os computadores sejam mais rpidos e mais baratos do que o modo antigo. Segurana: se o sistema de informaes mantm dados importantes e confidenciais; o usurio pode achar que um sistema automatizado no seja suficientemente seguro, podendo preferir manter a capacidade de conservar as informaes fisicamente protegidas debaixo de chave. Manutenibilidade: o usurio pode argumentar que um sistema computadorizado de informaes poderia ser econmico, s que no h ningum na organizao que possa manter o hardware ou software do computador, de forma que ningum estaria capacitado para reparar o sistema no caso um defeito e no haveria quem pudesse efetuar modificaes e melhoramentos. Poltica: a comunidade de usurios pode achar que os computadores so uma ameaa a seus empregos ou que torna o seu trabalho tedioso e mecnico, ou podem Ter uma dzia de outras razes que o analista de sistemas pode considerar como irracionais, mas como o sistema pertence aos usurios, a opinio deles est acima de tudo. 2.5.2 O que so Sistemas Automatizados? Voc certamente j deve ter visto muitos exemplos de sistemas automatizados em sua vida: parece mesmo que quase todos os aspectos de nossa sociedade moderna esto computadorizados. Como resultado, podemos distinguir muitos tipos diferentes de sistemas automatizados. Embora haja muitos tipos de sistemas automatizados, todos tm componentes em comuns: Hardware de computadores CPU, terminais, impressoras, unidades de fitas, disquetes, teclados,... Software de computadores programas de sistemas, como sistemas operacionais, sistemas de banco de dados e programas de controle de telecomunicaes, alm dos programas aplicativos que executam as funes desejadas pelo usurio. Pessoas aquelas que operam o sistema, que fornecem as entradas e utilizam as sadas e as que desempenham atividades de processamento manual em um sistema. Dados as informaes que o sistema conserva pr um perodo de tempo. Procedimentos determinaes e instrues formais para a operao do sistema.
2.6 MODELAGEM
A funo do analista de sistemas abstrair (obter) o mximo de informao sobre um determinado sistema, para que o mesmo possa ser modelado. Mas o que vem a ser modelagem? Modelagem a operao de representar a realidade atravs de um modelo. Existem diversas razes que justificam a modelagem, entre elas: Facilitar a compreenso e a visualizao; Facilitar a comunicao; Validar a custo baixo Prover a documentao. Aproveitando que falamos sobre abstrao, vamos conceituar este termo: Abstrao o ato de separar mentalmente elementos de uma totalidade complexa, seja material, representao ou fato real.
A fase de modelagem tem por objetivo criar e desenvolver modelos que descrevem esttica e dinamicamente o que o sistema deve fazer, e no como deve ser feito. Estes modelos expressam os requisitos descritos no documento de requisitos, possibilitando um maior entendimento do domnio da aplicao, servindo para determinar se a especificao est completa, consistente e precisa, fornecendo uma transio para a fase de projeto. Existem na literatura, diversos mtodos para apoiar o projetista na modelagem de sistemas, como por exemplo: Anlise Estruturada e Anlise Essencial.
2.7 EXERCCIOS
1- Explique, com suas palavras, a figura 01 da pgina 4 que mostra com funciona o desenvolvimento de sistemas utilizando a Anlise Essencial. 2- Defina, com suas palavras, o que vem a ser sistemas. Existem somente sistemas computacionais? 3- A figura 02 (pgina 5) mostra o funcionamento de um sistema. Explique esse esquema. 4- O que so as entradas de um sistema? 5- O que so as sadas de um sistema? 6- O que vem a ser retroao (feedback)? 7- Quais os princpios gerais dos sistemas? 8- Quais os principais componentes de um sistema automatizado? 9- Por que alguns sistemas no devem ser implementados? 10- O que modelagem? O que abstrao? Qual o relacionamento entre modelagem e abstrao?
ANLISE (ESSENCIAL) DE SISTEMAS
3.1 ANLISE DE SISTEMAS

Representa o estudo detalhado de uma rea de trabalho (processo), que antecede uma ao que, quase sempre, implica no desenvolvimento de um conjunto de programas integrados (sistema) destinado execuo controle e acompanhamento do processo.
3.2 O PAPEL DO ANALISTA

O Analista deve ser responsvel pela comunicao com todos os usurios. Ele o principal elo de ligao, a ponte, entre a rea usuria (usurio que solicitou o programa) e o esforo de implementao (pessoa responsvel pela programao do sistema). O analista no deve ter apenas a capacidade de desenhar diagramas tcnicos, precisa ter habilidade com as pessoas, conhecimento de aplicaes e habilidades em processamento. A figura abaixo mostra a interao do Analista de sistemas com toda a organizao
Administrao
Usurios Analista de Sistemas
Pessoal Tcnico
Interao entre o Analista e a organizao
3.3 A ANLISE ESSENCIAL

A Anlise Essencial (tambm conhecida como Anlise Estruturada Moderna) tem um enfoque moderno de modelagem de sistemas, que se baseia no particionamento do problema (sistema) por eventos e objetos. A utilizao de diagrama (como o Diagrama de Entidades e Relacionamentos DER - Diagrama de Fluxo de Dados - DFD) orientam na construo de modelos da essncia de um sistema, pois nisso que ela se baseia, na busca da essncia do sistema. A Anlise Essencial, tem um ciclo de vida dividido em cinco fases Fase 1 - Levantamento de Requisitos; Fase 2 - Anlise; Fase 3 Projeto; Fase 4 Implementao; Fase 5 Implantao. Cada uma dessas fases ser discutida a seguir. Ciclo de Vida o perodo que decorre desde a concepo (idia inicial) at a deciso de no mais manter o sistema em funcionamento. O fato de se entregar um sistema implementado ao usurio final, no indica o fim do ciclo de vida de desenvolvimento, uma vez que, ser necessrio dar manuteno nesse sistema.
3.4 CICLO DE VIDA DA ANLISE ESSENCIAL

3.4.1 Fase 1 - Levantamento de Requisitos Tambm conhecida como estudo de viabilidade ou estudo inicial das atividades, ocupa somente 5% a 10% do tempo e dos recursos de todo o projeto. Embora no venha a consumir muito tempo e recurso, esta fase crtica, pois ao fim pode-se decidir cancelar o projeto, principalmente do ponto de vista custo/benefcio. Os principais objetivos da fase de levantamento de requisitos so: Identificar os usurios responsveis e desenvolver um escopo inicial do sistema; Identificar as atuais deficincias no ambiente do usurio; Estabelecer metas e objetivos para um novo sistema; Construo do modelo do sistema atual; Determinar se possvel automatizar o sistema e, se assim for sugerir alguns esquemas aceitveis. Para auxiliar na fase de levantamento de requisitos, o analista de sistemas pode recorrer a ferramentas ou tcnicas para a coleta dos fatos. Destacam-se entre essas tcnicas: Questionrio: submeter questionamentos impressos a indivduos para obter informaes quanto a seus papis e uso do sistema. Observao: observar o sistema em processo para verificar e registrar fatos e eventos sobre sua operao. Entrevista: encontrar com indivduos ou grupos para perguntar sobre seus papis e uso do sistema Amostragem: escolher determinadas partes, ou determinados instantes na execuo de um servio para a contagem ou estimativa. Este tipo de tcnica usada, por exemplo, na coleta de dados referentes a volumes de trabalho ou de custos operacionais de uma seo ou departamento. Reviso da Documentao: revisar as especificaes registradas que descrevem os objetivos, procedimentos, relatrios produzidos, equipamento usado... no sistema. 3.4.2 Fase 2 Anlise A fase de Anlise tem como objetivo definir e modelar O QUE o sistema ir fazer, independente da tecnologia que ser utilizada. Isto envolve a modelagem do ambiente do usurio com Diagramas de Fluxo de Dados (DFD), Diagrama de Entidade Relacionamento (DER) e outras ferramentas. Nesta fase so desenvolvidos um modelo ambiental e um modelo comportamental. Estes modelos combinam para formar o modelo essencial que representa a descrio formal do que o novo sistema deve fazer, independente da tecnologia. 3.4.3 Fase 3 Projeto A fase de Projeto tem como objetivo definir a melhor tecnologia, levando em conta todas as caractersticas que o sistema dever possuir e que foram levantadas na fase de anlise. As principais atividades desta fase so: Projetar o ambiente de hardware e software necessrio para o bom funcionamento do sistema; Desenvolver a estruturao em mdulos; Fazer um projeto de Banco de Dados; Desenvolver a hierarquia do sistema. 3.4.4 Fase 4 Implementao O principal enfoque desta etapa codificar, integrar mdulos e criar o banco de dados. Durante e aps a implementao, deve-se gerar um conjunto de caso de testes, para avaliar se o sistema tem o comportamento esperado e desejado pelo usurio.
3.4.5 Fase 5 Implantao O Objetivo desta fase implantar o sistema nas instalaes do usurio. Nesta fase os manuais do sistemas so entregues, os arquivos (base de dados) so carregados, o sistema instalado e os usurios so devidamente treinados.
LEVANTAMENTO DE REQUISITOS
4.1 DESCRIO DO SISTEMA ATUAL

As etapas de levantamento de requisitos, devem determinar com preciso as funcionalidades que devem compor o sistema, bem como na modelagem e os requisitos do origem estrutura de dados e de programas. Em linhas gerais, os requisitos para um novo sistema correspondero ao que o sistema atual faz, menos os seus problemas, mais as necessidades no atendidas. Um erro no levantamento de requisitos de em um sistema, se identificado tardiamente, implica em grandes quantidades de re-trabalho, o que causa impacto diretamente nos custos e prazos do projeto desenvolvido. O levantamento de requisitos de um sistema um processo de transmisso de conhecimento entre analistas de sistemas e usurios do sistema, com o objetivo de definir o propsito e os requisitos de um sistema de informao. um conjunto de caracteres que um sistema deve possuir para atingir seu propsito. Esse trabalho envolve trs etapas: o aprendizado, a estruturao e a representao dos requisitos do sistema. Os requisitos levantados devem ser validados pelos usurios do sistema e modificados quantas vezes necessrias para atender o objetivo. Os requisitos de um sistema devem ser muito bem especificado, bem elaborado, cada item de tela do sistema deve ser detalhado para o melhor entendimento, tanto das pessoas envolvidas no desenvolvimento, mas principalmente, para entendimento das pessoas que no esto envolvidas nesse processo, mas que, certamente, sero os usurios finais deste sistema. Na descrio do Sistema Atual levantado e analisado o funcionamento das atividades atuais do sistema em que se est analisando, procurando relatar com o mximo de detalhes o seu comportamento. No levantamento deve-se participar todas as pessoas envolvidas diretamente e indiretamente (pessoal de informtica e usurios) no sistema, para que seja garantido o comprometimento de todos afim de obter a qualidade desejada.
Estudo de Caso - Escola de Lnguas Descrio do Sistema Atual

Quando uma pessoa procura a escola com o interesse de matricular-se num curso a Secretria verifica se existe vaga no curso desejado, caso exista, efetuado o cadastro do aluno se necessrio, e a sua respectiva matrcula. A Secretria da escola a responsvel pela manuteno dos cursos (nome, contedo, durao, preo, nmero de vagas, etc.), de acordo com orientao do Diretor da Escola.
4.2 PROBLEMAS EXISTENTES

Aps relatar a descrio do sistema atual, deve-se, analisar os problemas existentes, ou seja, o que est de errado ou o que pode ser melhorado no sistema atual.
Problemas Existentes
Os problemas encontrados so os seguintes: Cadastro dos alunos e dos cursos so feitos manualmente, ocasionando demora na hora do preenchimento e na consulta de informaes. Quando o Diretor solicita uma listagem dos alunos da escola, ou dos alunos matriculados por curso, toma-se um processo demorado e cansativo para a secretria que tem que realizar manualmente. Demora no momento em que se precisa consultar informaes do cadastro de um aluno.
4.3 DESEJOS DO USURIO

Este o momento de relatar o que o usurio necessita para que seus procedimentos administrativos sejam desenvolvidos da melhor maneira possvel.
Desejos do Usurio
Aps o levantamento dos requisitos (Secretria e o Diretor) foi constatado que o novo sistema automatizado dever atender as seguintes necessidades: Cadastrar alunos; Cadastrar cursos; Efetuar Matrcula; Gerar relatrio de alunos; Gerar relatrio de cursos; Gerar relatrio de alunos por curso.
10
ANLISE
5.1 LISTA DE EVENTOS

A lista de eventos tem a inteno de identificar quais os eventos (aes/atividades) sero realizados pelo sistema. Um evento uma ao que pode estar descrita direta ou indireta no levantamento de requisitos, e que futuramente dever ser implementada no sistema, caracterizando-se por ser um desejo do usurio. Um evento sempre realizado por uma entidade externa ao sistema, algo que no parte integrante do sistema, como um usurio, um cliente, um aluno, etc. Para um melhor controle dos eventos necessrios para o sistema elabora-se uma tabela, como a mostrada abaixo. No nosso estudo de caso temos os eventos descritos abaixo: Lista de Eventos
Nr. 1 2 3 4 5 6 Evento Aluno Solicita Matrcula Aluno Solicita Cadastro Secretria Cadastra cursos Secretria Solicita Relatrio de Alunos Secretria Solicita Relatrio de Cursos Secretria Solicita Relatrio de Alunos Descrio Quando o Aluno vem at a escola e solicita a inscrio em um determinado curso a Secretria verifica se h disponibilidade. Caso haja efetuado sua matricula Quando o aluno no possui cadastro na escola a secretria providencia o mesmo A secretria responsvel pelo cadastramento dos cursos da escola Quando necessrio a secretria emitir um relatrio dos alunos cadastrados na escola. Quando necessrio a Secretria emitir um relatrio dos cursos cadastrados na escola. Quando necessrio a Secretria emitir um relatrio dos alunos matriculados em cada curso.
5.2 DIAGRAMA DE ENTIDADES E RELACIONAMENTOS (DER)

Os aspectos grficos do DER so muito simples, residindo a dificuldade na abstrao dos seus componentes; Entidades; Atributos; Relacionamentos. 5.2.1 Entidades ou Tipos de Objetos Um conjunto de Entidades representa um conjunto de elementos do mundo real. Por exemplo uma entidade Pessoa representa inmeras pessoas. Ele representa uma coleo ou um conjunto de objetos sobre o qual deseja-se manter informaes. Entidades podem representar tanto objetos concretos da realidade (uma pessoa, um automvel,...) quanto objetos abstratos da realidade (um departamento, um nome,...). com caracterstica (atributos) em comum. Nome da A entidade representada por um retngulo:
Entidade
5.2.2 Atributos Atributos so conjuntos de caractersticas em comum, que determinam uma entidade. Por exemplo uma entidade Pessoa tem os seguintes atributos, nome, rg, cpf, data de nascimento, sexo, idade, altura..Os atributos que determinam uma Entidade podem ser representados no diagramas com uma seta ligando-os a Entidade, ou os atributos ficando abaixo da entidade (como no exemplo). Um conjunto de Entidades possui vrios atributos para caracteriz-los. Dentre esses atributos, devese sempre definir um atributo ou um conjunto de atributos, que com seus valores consiga identificar um nico elemento na entidade. Esse atributo chamado CHAVE. Existem dois tipos de atributos chave, o chamado chave-primria(@) e o chamado chave-estrangeira(#). A chave-primria o identificador do elemento em uma entidade, ele deve ter um valor nico para cada elemento. A chave-estrangeira a chave-primria que vem (migra) de uma entidade para outra, atravs de um relacionamento.
5.2.3 Relacionamentos Um Relacionamento uma associao entre Entidades (tipos de objetos), representando uma associao entre objetos da realidade modelada.Um conjunto de Relacionamentos pode ser identificado por meio de um verbo ou de um substantivo indicado ao centro do losango. Os Relacionamentos possuem cardinalidade (mnima e mxima) que determinam a quantidade mnima e mxima que uma Entidade pode relacionar-se com uma outra Entidade. Numa cardinalidade representada por (1,N) indica que uma Entidade pode relacionar-se com no mnimo 1 e no mximo N elementos. Observando o Estudo de Caso, a cardinalidade entre as entidades Alunos e Cursos se l assim Um Aluno matricula-se em no mnimo 1 e no mximo M Curso (onde M um valor ilimitado). A cardinalidade pode ser lida no sentido contrrio Um Curso tem matriculas de no mnimo 1 e no mximo N Alunos. Poderia ser definido um outro valor para cardinalidade mnima e mxima, por exemplo, um curso s ter aulas se tiver no mnimo 10 e no mximo 35 alunos. Neste caso a representao ficaria em (10,35). . Um Relacionamento representado por um losango:
Nome do Relacionamento
Diagrama de Entidades e Relacionamentos (DER)

Aluno (1,N) Matricula-se (1,M) Curso
@ Cod-Aluno Nome Endereo Cidade UF CEP Fone
Data-Matri
@ Cod-Curso Nome Durao Qtd-Vagas Val-Curso
Obs: Convm-se usar o nome das Entidades e dos Relacionamentos com a primeira letra em Maiscula e no plural (ex. Pessoas, Automveis, Imveis...). Os atributos devem ter o nome em letras minsculas, e sem espao entre as palavras (ex.: nome, data_nascimento, documento militar...)
5.3 DIAGRAMA DE ESTRUTURA DE DADOS (DED)

O DED o modelo que determina a composio e a organizao dos depsitos (tabelas) que vo compor o Banco de Dados do Sistema. Os DEDs variam de acordo com a arquitetura de banco de dados selecionada. Mapeando o DER resultamos o DED, que tal forma os depsitos resultantes evitando inconsistncias no modelo. Para fazer o mapeamento do DER para o DED, necessrio observar a cardinalidade do modelo, pois ela quem indica a migrao das chaves. Exemplo: Quando temos um relacionamento (1,N) para (1,N,) como no nosso estudo de caso, as chaves primrias migram para o relacionamento, fazendo com que o relacionamento se torne um tabela.
12
Diagrama de Estrutura de Dados (DED)
Aluno
Matrculas
Curso
@ Cod-Aluno Nome Endereo Cidade UF CEP Fone
# @ Cod-Aluno # @ CodCurso @ Data-Matri
@ Cod-Curso Nome Durao Qtd-Vagas Val-Curso
Nem sempre ser necessrio que um relacionamento se torne uma tabela, em casos em que o relacionamento (1,1) para (1,N), por exemplo, basta migra a chave primria do lado de cardinalidade (1,1) para o lado de cardinalidade (1,N). As regras bsicas so: Relacionamentos 1 : N, a chave estrangeira fica com quem possui a conectividade N, ou seja, a chave estrangeira sai do 1 e vai para o N. Relacionamentos 1 : 1, qualquer uma das tabelas envolvidas podem receber a chave estrangeira envlovida. Relacionamento N : N, deve-se criar uma entidade para receber as chaves primrias (que para a entidade nova sero chaves estrangeiras) das entidades envolvidas.
13
PROJETO
Projeto Estruturado de Sistemas a atividade de transformao das necessidades do usurio, provenientes da fase de Anlise, em um plano de implementao atravs da automao eletrnica. Nesta fase, deixa-se de ter a tecnologia perfeita, passando a levar em considerao o hardware e software , com todas as suas limitaes.A fase de Projeto procura prover os sistemas de facilidades para: Construo Testes Modificaes Entendimento O Projeto no deve perder nada do que foi identificado na fase de anlise como requisito essencial. Deve-se projetar o sistema de forma a permitir facilidades de alterao devido a: Erros do sistema Novas necessidades do usurio Alteraes do ambiente Verifica-se que os sistemas mais fceis de alterar so aqueles construdos de forma modular, com cada mdulo desempenhando funes bem definidas e coesas, e com baixo grau de interdependncia ou acoplamento entre os mesmos. A Performance est diretamente relacionada ao uso otimizado dos recursos de hardware, software e pessoal disponvel. Como parmetros de avaliao da Performance, temos: Tempo de processamento memria ocupada Tempo de resposta Dentre os fatores que afetam o desempenho, temos: Deficincia do projeto de interface Tempo de acesso a discos e perifricos - devido ao tempo gasto em acesso a discos ser muito maior do que operaes na CPU, deve-se prover o sistema de mecanismos que minimizem este tempo, empregando-se organizaes de arquivos adequadas. Falta de reorganizao de arquivos - em arquivos grandes e de muita utilizao, deve-se verificar a possibilidade de limpezas peridicas, ou particionamento do mesmo gerando um arquivo atual e um histrico. Processos longos em horrio de pique - deve-se evitar ao mximo a execuo de processos batch de longa durao durante o horrio de pique, tais como transferncia de grandes arquivos, atualizaes de grande volume de dados em banco de dados.
6.1 PROJETO DE BANCO DE DADOS (ARQUIVO)

Esta fase a representao fsica dos arquivos, base de dados ou tabelas ou seja, a formalizao da estrutura de dados que ser utilizado na implementao. Projeto de Banco de Dados (Arquivo) Arquivo: Alunos Chave Cod-Alu Nome do Campo Cod-Aluno Nome Endereo Cidade UF CEP Fone
Tipo de Dados Numrico Texto Texto Texto Texto Numrico Numrico
Tamanho 03 20 30 15 02 08 11
14
Arquivo: Matrculas Chave: Cod-Curso+Cod-Aluno+Data-Matri Nome do Campo Tipo de Dados Cod-Curso Numrico Cod-Aluno Numrico Data-Matri Data Arquivo: Cursos Chave: Cod-Curso Nome do Campo Cod-Curso Nome Durao Qtd-Vagas Val-Curso
Tamanho 02 03 -
Tipo de Dados Numrico Texto Numrico Numrico Moeda
Tamanho 02 20 02 02 -
6.2 DIAGRAMA HIERRQUICOS DO SISTEMA

a representao hierrquica de todos programas do sistema com seus respectivos nomes. Diagrama Hierrquico do Sistema
Sistema para Escola de Lnguas
Tratar Cadastro
Tratar Relatrio
Tratar Utilitrio
Efetuar Matrcula
Gerar Relatrio de Alunos Gerar Relatrio de Cursos Gerar Relatrio de Alunos por Cursos
Gerar Cpia de Segurana Restaurar Cpia de Segurana Cadastrar Senha dos Usurio
Cadastrar Aluno
Cadastrar Curso
15
EXERCCIOS
7.1 SISTEMA HOTELEIRO

Deseja-se modelar um sistema para um pequeno hotel que atenda aos seguintes requisitos: Quando o Cliente telefona ou vem at o hotel e pede para reservar um quarto, o funcionrio verifica se existe quarto disponvel no perodo solicitado. Caso positivo, feita a reserva do quarto e um cadastro inicial do Cliente com nome, telefone e RG. Caso negativo, informado ao cliente a no disponibilidade do quarto. Quando o Cliente no mais desejar o quarto reservado o funcionrio providencia o cancelamento da reserva, disponibilizando novamente o quarto. Quando o Cliente no comparecer ao hotel para hospedar-se at s 12:00 horas do dia da Reserva, deve ser cancelada a sua Reserva. Quando o Cliente tentar ocupar um quarto, reservado o funcionrio faz o registro do Cliente com todos os dados necessrios, que complementam os dados da reserva (endereo, CIC, cidade, estado). Se o quarto no estiver reservado, uma mensagem de rejeio ser emitida. Caso contrrio, um pacote com informaes teis e a confirmao sero fornecidos ao Cliente. Quando o Cliente deixar o hotel e solicitar que providencie sua sada, ser fornecida a respectiva conta, e o quarto ser tornado indisponvel para limpeza. Cliente pode pagar a conta vista ou usando carto de crdito. Caso use carto de crdito, verificado sua situao para aceitar ou no o carto. Quando o quarto estiver limpo, aps uma ocupao, o gerente torna-o disponvel. O Hotel possui trs tipos de quartos: quarto individual, quarto para duas pessoas com duas camas de solteiro e quarto para duas pessoas com uma cama casal. Para cada tipo de quarto existe uma diria diferente.
7.2 DISTRIBUIDORA DE PRODUTOS

Uma distribuidora recebe pedido de produtos pelo correio ou telefone. O pedido aceito se o cliente e o produto estiverem cadastrados. Caso o cliente no esteja cadastrado por ocasio do pedido ento deve ser providenciado seu cadastro. Todos os produtos pedidos que no existam devem ser comunicados ao cliente. Ao final da semana, a distribuidora emite requisies de produtos para os fornecedores com base nos pedidos recebidos. Quando os produtos so entregues, a distribuidora confere a nota de entrega do fornecedor com a requisio, devolvendo-a em caso de erros ou enviando as respectivas faturas aos clientes. O valor das faturas obtido com base nos preos das notas de entregas majorados de 15%, e seu vencimento ocorre 30 dias aps a sua emisso. O pagamento aos fornecedores no faz parte deste sistema. Periodicamente os fornecedores enviam catlogos de seus produtos para a distribuidora. Mensalmente a distribuidora envia catlogos de produtos disponveis para os clientes.
7.3 COMPANHIA DE SERVIOS

Uma companhia mantm informaes sobre todas as pessoas que, de alguma forma, possuem com ela algum vnculo, dentre essas seus funcionrios. Os seguintes requisitos foram levantados junto aos usurios: De cada pessoa mantm-se um cdigo, o nome, endereo. De cada funcionrio guarda-se tambm seu salrio e o departamento a que ele pertence. Dos funcionrios, guarda-se suas habilidades (um operrio pode ter vrias habilidades). Mantm-se tambm os tipos de trabalho executados na Companhia (cdigo e caracterstica) e os funcionrios que executaram cada trabalho, juntamente com o perodo que isto se deu. SabeAnlise de Sistemas Prof. Anderson Pazin 16
se tambm que pode haver operrios que no exercem nenhum tipo de trabalho dentre os cadastrados. Deve-se tambm manter os dependentes de cada funcionrio (nome, sexo e data de nascimento).
7.4 SISTEMA ACADMICO

Em um sistema de universidade representamos dados sobre alunos e professores. Para alunos, representamos o nome, sobrenome, idade, sexo, cidade e estado de origem, cidade e estado de residncia de suas famlias, disciplinas que tenham cursado, com nome, cdigo, professor, nota e data. Representamos tambm disciplinas que esto freqentando no ano corrente. Para professores, representamos o ltimo nome, idade, cidade e estado de origem, nome do departamento a que pertencem, nmero do telefone do departamento, ttulo, estado civil e reas de pesquisa.
7.5 AGNCIA DE TURISMO

Deseja-se modelar um sistema para uma agncia de turismo, contendo informaes sobre recursos oferecidos pela cidades que fazem parte da programao de turismo da agncia. As informaes a serem mantidas sobre cada cidade referem-se a hotis, restaurantes e pontos tursticos. Sobre os hotis deseja-se guardar seu nome, endereo, categoria (5 estrelas, 4 estrelas, etc.), os tipos de apartamentos existentes, o valor da diria de acordo com o tipo do apartamento. Sobre cada cidade deve-se armazenar seu nome e estado. Sobre os restaurantes de interesse guardar o nome, endereo e a categoria (de luxo, simples, etc). Quanto ao ponto turstico deseja-se manter uma descrio do mesmo e o endereo. Entre os pontos tursticos de uma cidade esto aqueles referentes a igrejas, casas de show e museus. No caso de igrejas, deseja-se manter informaes sobre a data de construo. Para casas de show, guardar os dias de funcionamento e horrio. Para museus deseja-se guardar a data de fundao, nmero de salas e fundadores. Alm desses pontos tursticos podem haver outros, porm deseja-se armazenar destes ltimos somente as informaes gerais j citadas.
7.6 UNIVERSIDADE
Um sistema para uma universidade deve suportar os seguintes requisitos: Para um departamento, deseja-se manter seu nmero e nome. Para um orientador, armazenar seu cdigo, nome e o nmero do departamento ao qual ele pertence. Para uma disciplina, armazenar o cdigo da disciplina e o nome. Para um aluno, armazenar seu nmero e nome. Para cada disciplina que o aluno faz, armazenar o cdigo da disciplina, o nome da disciplina e a mdia recebida.
7.7 BIBLIOTECA
Uma Biblioteca acadmica compra e mantm livros e peridicos, que podem ser consultados e/ou emprestados por seus usurios cadastrados. A biblioteca atende a 3 tipos de usurios: alunos, professores e usurios especiais. Os usurios fornecem para ser cadastrados as seguintes informaes: Nome, endereo, CIC, idade e escolaridade. Os alunos devem ainda informar qual o curso que esto fazendo, qual seu Nro Matrcula, e ano de ingresso. Os professores devem indicar qual seu departamento, disciplinas que ministram e titulao. A todos os usurios a biblioteca atribui um nmero de usurio nico. Os usurios podem emprestar e/ou consultar livros, mas apenas consultar peridicos. O emprstimo feito da seguinte maneira, segundo o tipo de usurio: Alunos: mximo de 4 livros, por at 14 dias. Professores: mximo de 10 livros, por at 180 dias. Outros: mximo de at 4 livros por at 7 dias.
17
Os professores podem requisitar livros para consulta, os quais passam a no poder mais ser emprestados, mas apenas consultados. Essa requisio sempre feita vinculada uma disciplina ministrada pelo professor. A consulta pode ser solicitada para qualquer livro/peridico que no esteja sendo consultado ou que esteja emprestado. O emprstimo pode ser feito sempre que o usurio no tenha esgotado sua cota, e que no tenha nenhum emprstimo vencido. A biblioteca registra todos os emprstimos e todas as consultas efetuadas pelos seus leitores, e ao final de um dia sempre imprime dois relatrios: um de todas as consultas e um de todas as retiradas e devolues. Sempre que um desses relatrios gerado, contabiliza-se o nmero de emprstimos e de consultas a cada livro ou peridico (para estes ltimos apenas consultas), e apagam-se os registros de cada consulta/emprstimo individual. A compra de novos livros e/ou peridicos tambm informada no final de cada dia, juntamente com a relao dos livros que tiveram baixa nesse dia. A baixa de um livro somente pode ser feita se ele no estiver emprestado. Peridicos no podem sofrer baixa. Da mesma maneira, usurios podem ser removidos do cadastro da biblioteca. A qualquer instante um usurio pode pedir uma solicitao de seu estado junto biblioteca, obtendo uma relao dos livros que tem emprestado, e com qual data devoluo. A qualquer instante pode ser solicitado um relatrio de nmero de emprstimos/consultas de cada livro, bem como de consultas de cada peridico.
7.8 IMOBILIRIA
Uma imobiliria que atua nessa cidade h vrios anos, est interessada em automatizar o processo de informao com que lida, eliminando ao mximo o trmite de papis pelo estabelecimento. Com isso, busca conciliar maior rapidez e segurana nos negcios, com provvel aumento de lucro. Os negcios realizados pela imobiliria compreendem: compra de imveis (terrenos, "prdios" residenciais, "prdios" comerciais); aluguel ("prdios" residenciais, "prdios" comerciais); venda de imveis; venda de telefones (terrenos, "prdios" residenciais, "prdios" comerciais); Para que todos esses servios sejam realizados so mantidos cadastros atualizados de endereos de proprietrios, histrico de inquilinos, compradores, etc. Com isso, tem que ser montada e gerenciada uma massa de dados consistente que possa ser consultada a qualquer momento com rapidez e segurana. A partir de todos esses dados, vrios servios so efetuados, como encartes de propaganda, recibos de aluguis ou compras, notas promissrias, etc. Alm do trabalho tradicionalmente realizado manualmente (servios descritos acima), pretende-se que o sistema emita periodicamente relatrios de controle de caixa, relatrios que tragam vencimentos de contratos, estatsticas de atuao, comportamento do mercado, tendncias, etc. Para caractersticas do mercado, tendncias, expectativas comerciais, h um responsvel na imobiliria que tem a funo de pesquisar, acompanhar notcias (jornais escritos e falados, planos econmicos), e alimentar uma funo prpria dentro do sistema que gerar relatrios peridicos para os corretores e clientes. Como exemplo dessa atuao, podem ser colocadas converses de aluguis por um novo ndice, valorizao de uma rea da cidade, etc. Resumo de Funcionamento do Sistema Quando novos clientes buscam informaes sobre imveis para alugar ou comprar, funcionrios da imobiliria utilizam o computador para mostrar na tela os imveis disponveis. Esse servio compreende uma "visualizao" simples da planta do imvel, do endereo em um mapa resumido da regio, e das pretenses de custos (aluguel ou vendas). Se aps esse contato inicial, houver interesse real pelo imvel, estabelecido o procedimento de ida ao imvel, vistoria, elaborao do contrato, etc. Quando imveis so colocados venda ou para alugar, so cadastrados para que possam ser consultados no formato acima. Todos os dias so gerados recibos para os aluguis a serem pagos, e so
impressos no ato do pagamento. Do mesmo modo so geradas cobranas para servios atrasados, calculados juros e acrescidos aos dbitos, etc.
7.9 CAMPEONATO MUNDIAL

A especificao refere-se ao controle de um campeonato de futebol. Participam do campeonato 32 equipes. Cada equipe possui um nome, nome de seu tcnico, nome de seus 11 titulares, nome de seus 11 reservas, uniformes nmero 1 e 2, com a cor da camisa, das meias e do calo. Deve-se relacionar com cada equipe, as informaes sobre a que pas pertence. Cada pas possui nome, continente, populao, tamanho em km quadrados, renda-percapita e condio (pas desenvolvido, em desenvolvimento ou subdesenvolvido). Devem ser guardadas informaes sobre as partidas realizadas. Sobre cada partida deve-se guardar as equipes participantes, o placar, o nome do juiz principal, a localizao do campo (cidade) e o nome do campo.
7.10 RDIO FM
Uma Rdio FM decidiu criar um sistema automatizado para atender aos seus ouvintes. O objetivo do sistema o atendimento imediato pelo telefone, ou seja, ao atender um pedido para tocar uma msica, o locutor poder localiz-la imediatamente e toc-la. Para esse fim, organizou o acervo de discos da seguinte maneira: numerou as prateleiras e os discos, criou um banco de dados com todas as msicas e idealizou a busca atravs de ndices. O sistema dever ento armazenar todos os dados referentes s prateleiras, aos discos, s msicas contidas em cada disco, aos compositores de cada msica, durao de cada msica em minutos, data de gravao, etc. Deve-se considerar que uma msica pode estar em vrios discos, pode ter vrios interpretes, mas sempre tem os mesmos compositores. A organizao das prateleiras pode ser feita de vrias formas. Uma sugesto a organizao considerando os estilos das msicas em um disco. Estando com esses dados armazenados, o sistema gerenciar os programas de msica, sendo capaz de atender imediatamente aos pedidos, gerar relatrios detalhados com os pedidos, gerar estilos de programao, etc. O sistema dever tambm cadastrar os ouvintes e possibilitar o envio de mala direta aos mesmos.
7.11 AGNCIA DE MODELOS

O sistema a ser modelado ser utilizado pelo Sindicato das Agncias de Moda e Desfile, devendo guardar informaes sobre as diversas Agncias cadastradas no sindicato. Uma Agncia possui armazenado, em seu banco de dados, todos os dados sobre todas as pessoas com quem tem relao. Entre as pessoas armazenadas esto os modelos masculinos e femininos, os clientes (fabricantes de roupas, lojistas), e outras pessoas que simplesmente gostam de moda (pessoas comuns). Sobre modelos, ficam armazenados dados como CIC, endereo, cor dos olhos, cor da pele, tamanho (altura, coxas, cintura, busto), peso, nome, sexo e RG. Sobre os Clientes, ficam armazenados nome, RG, CIC, endereo, sexo, informao dizendo se proprietrio de loja ou fbrica, e um cdigo nico para sua identificao. Sobre outras pessoas, ficam guardados o CIC, o endereo, o nome, e um atributo descritivo indicando qual o seu interesse em desfiles. Os modelos de uma determinada Agncia pertencem a uma nica Agncia, no podendo desfilar para outras Agncias. Devem ser armazenados todos os Desfiles organizados por uma determinada Agncia, guardando dados, como Nome do Desfile, a data, o Local, o Estilo do Desfile. Para cada Desfile, deseja-se saber quais foram os modelos que desfilaram, quais foram os clientes que o freqentaram, e quais pessoas comuns tambm estiveram presentes, ou seja, que assistiram ao desfile. interessante notar que os desfiles dividem-se naturalmente entre Desfiles de Moda-Vero e Desfiles de Moda-Inverno. de interesse tambm guardar informaes sobre o nmero de pessoas que freqentou um determinado desfile, a durao em minutos de um determinado desfile e quais foram os patrocinadores de um determinado desfile.
19
CONCEITOS DE BANCO DE DADOS
8.1 INTRODUO
Hoje em dia o termo banco de dados bastante popular em diversas reas de atuao. Com o aumento da utilizao de computadores na manipulao de dados que envolvem diversas aplicaes, os bancos de dados esto sendo desenvolvidos e aplicados nas diferentes reas que envolvem o comrcio, a indstria e a pesquisa acadmica entre outras. Por exemplo, uma conta bancria faz parte de uma coleo imensa de contas bancrias de nosso banco, o Ttulo Eleitoral ou o Cadastro de Pessoa Fsica (CPF), certamente esto armazenados em Bancos de Dados de grande porte. Quando um dinheiro sacados no Caixa Eletrnico do banco, o saldo e as movimentaes existentes em nessa conta bancria j esto a disposio do cliente. Mas o que vem a ser um Banco de Dados? Um Banco de Dados (ou Base de Dados) uma coleo de dados relacionados, organizado e armazenado de forma a possibilitar fcil manipulao, incluindo alteraes, inseres, remoes e consultas. Os tipos de colees de dados so ilimitados, ou seja, quaisquer aplicaes do mundo real que possam ser representadas atravs de dados computveis, podem ser armazenadas em um banco de dados. Exemplos de colees so: dados de um Banco Financeiro, dados de Controle de uma Universidade, dados de Controle de Estoque de Empresas, dados sobre os Genes Humanos (projeto Genoma), dados sobre Metereologia, etc. A manipulao desses dados armazenados feita por um conjunto de programas computadorizados denominado Sistema Gerenciador de Bancos de Dados (SGBDs). Um SGBD tem uma gama de funes pr-implementadas que gerenciam as operaes de insero, remoo, atualizao e consulta dos dados armazenados. Os SGBDs e os Bancos de Dados juntos formam um ambiente denominado Sistema de Banco de Dados (SBD). Pode-se definir esse sistema como um ambiente cujo objetivo global registrar e manter informao. Um SBD busca oferecer: Rapidez: consultas on-line para informao; Disponibilidade total: toda a informao contida no interior da base est disponvel o tempo todo; Flexibilidade: questes no tratadas tornam-se tratveis, ou seja, mudanas so relativamente fceis de se implementar. Integridade: a duplicao de dados reduzida, e polticas de atualizao podem ser padronizadas, resultando em consistncia de dados. Como um todo, fazem parte de um SBD: Dados: valores fisicamente registrados no banco de dados; Hardware: memria secundria, unidades de controle, canais de comunicao, etc. Software: SGBD. Usurios: todos os usurios que esto envolvidos na definio e utilizao de um banco de dados. Esses usurios podem ser divididos em trs classes: programadores de aplicaes: responsveis pela escrita de programas de aplicao que utilizem o banco de dados; usurios finais: utilizam uma linguagem de consulta fornecida como parte integrante do sistema, ou podem chamar uma aplicao escrita pelo programador sob a forma de um programa (efetua operaes de recuperao, criao, eliminao ou modificao);
20
DBA: administrador do banco de dados, ou seja, o responsvel pelo controle do bom funcionamento do banco de dados.
8.1.1 Banco de Dados Relacional O Modelo de Dados relacional representa os dados contidos em um Banco de Dados atravs de relaes. Estas relaes contm informaes sobre as entidades representadas e seus relacionamentos. O Modelo Relacional, claramente baseado no conceito de matrizes, onde as chamadas linhas (das matrizes) seriam os registros e as colunas (das matrizes) seriam os campos. Os nomes das tabelas e dos campos so de fundamental importncia para nossa compreenso entre o que estamos armazenando, onde estamos armazenando e qual a relao existente entre os dados armazenados. Cada linha de nossa relao ser chamada de TUPLA e cada coluna de nossa relao ser chamada de ATRIBUTO. O conjunto de valores que um determinado atributo pode assumir intitulado de DOMNIO. O domnio consiste de um grupo de valores a partir dos quais um ou mais atributos retiram seus valores reais. Assim sendo Rio de Janeiro, Paran e Par so estados vlidos para o Brasil, enquanto que Corrientes no um estado vlido (pertence a Argentina e no ao Brasil). As relaes no podem ser duplicadas (no podem existir dois estados do Par, no conjunto de estados brasileiros, por exemplo), a ordem de entrada de dados no Banco de Dados no dever ter qualquer importncia para as relaes. Chamaremos de Chave Primria ao Atributo que definir um resgistro, dentre uma coleo de registros. Chamaremos de Chave Composta, aquela chave que contm mais de um atributo (Por exemplo um cadastro ordenado alfabticamente por Estado, Cidade e Nome do Cliente, necessitaria de uma chave composta que contivesse estes trs atributos). Chamaremos de Chave Estrangeira, aquela chave que permitir a ligao lgica entre uma tabela (onde ela se encontra) com outra na qual ele chave primria. Exemplo: Cidade @ CidCodi CidNome # EstCodi Estado @ EstCodi EstNome
21
CidCodi e EstCodi, so chaves primrias respectivamente das tabelas Cidade e Estado, enquanto EstCodi chave estrangeira na tabela de cidades. precisamente por este campo (atributo, ou coluna), que ser estabelecida a relao entre as tabelas Cidade-->Estado. 8.1.2 Resumindo Resumidamente podemos dizer que um Banco de dados relacional: Contm uma quantidade qualquer de tabelas; Os dados existentes em uma tabela nunca deveria aparecer em outra; Um Banco de Dados projetado corretamente contm todos os vnculos necessrios para permitir que registros sejam relacionados entre tabelas diferentes; Tabelas podem ser relacionadas; A integridade referencial deve ser mantida (Integridade Referencial a existncia de um valor ou atributo relacionado em um banco de dados dependendo de um outro valor ou atributo.); Em geral as entidades do DED sero as tabelas de um banco de dados relacional; Chave Primria (@) um campo ou conjunto de campos que identifica um registro ou uma tupla; Chave Estrangeira (#) o campo que serve para relacionar as tabelas.
22
MAPEANDO OS DIAGRAMAS PARA UM BANCO DE DADOS
Como vimos nos captulos anteriores, na fase de anlise e projeto, definimos as entidades e os relacionamentos do nosso sistema. Agora que conhecemos o conceito de banco de dados, estaremos utilizando essa ferramenta para implementar os nossos sistemas. O gerenciador de banco de dados escolhido para nossas aplicaes o ACCESS. O Microsoft ACCESS uma ferramenta para a manipulao de banco de dados. Assim como os demais aplicativos para Windows da Microsoft, o ACCESS simples de se trabalhar. Para aproveitar ao mximo os recursos do mesmo, necessrio que voc tenha uma boa definio do que banco de dados, tabelas, etc...
9.1 INTRODUO AO ACCESS

Na tela inicial do Access podemos notar diferentes guias de identificao (Tabelas, Consultas, Formulrios, Relatrios, Pginas, Macros e Modulos), cada um com suas finalidade distintas.
9.2 TABELAS
O Objeto TABELA responsvel pela criao e manuteno das estruturas de tabelas que iro compor o seu banco de dados. Para a criao das mesmas, assim como as dos demais objetos, voc poder iniciar a construo de sua tabela do zero ou se utilizar de um assistente para a criao das mesmas. Conforme j estudamos anteriormente, uma Tabela na verdade uma estrutura que comporta dados, ou seja, uma planilha, composta por colunas (campos), que formam as linhas (registros). Ao criar os campos da sua tabela no Access, voc dever definir alm do nome do campo, o tipo de informao que o mesmo ir armazenar. Os tipos de campos encontrados no Access so os seguintes:
Texto: Dados gerais. Suporta letras, nmeros e caracteres especiais. Pode armazenar por linha (registro), um mximo de 255 caracteres; Memorando: Muito parecido com o tipo texto, porm suporta um limite de 65.535 caracteres por linha. Nmero: Valores numricos, que podem ser atribudos os seguintes tipos de dados numricos: Byte - nmeros inteiros que podem variar de 0 a 255; Inteiro - nmeros inteiros que podem variar de -32.768 a 32.767; Inteiro Longo - nmeros inteiros que podem variar de -2.147.483.648 a 2.147.483.647; Simples - nmeros de ponto flutuante de preciso nica entre -3,402823E38 e 1,401298E-45 e entre 1,401298E-45 e 3,402823E38. Duplo - nmeros de ponto flutuante de preciso dupla entre -1,79769313486231E308 e 4,94065645841247E-324 e entre 1,79769313486231E308 e 4,94065645841247E-324 Data / Hora: Armazena datas vlidas de 1 de janeiro de 100 a 31 de dezembro de 9999, incluindo os anos bissextos. Moeda: Armazena valores numricos formatados com at 4 dgitos direita da casa decimal e at 15 esquerda. AutoNumerao: Armazena um valor numrico exclusivo e seqencial ou aleatrio automaticamente atribudo pelo Access a cada novo registro da tabela. Sim/No: Armazena informaes que possuem apenas duas combinaes, como Sim ou No, Verdadeiro ou Falso, etc... Objeto OLE: Campo que armazena um grfico ou outro objeto (som/vdeo), gerado a partir do Windows. Hyperlink : O campo que ir armazenar hyperlinks. Um hyperlink pode ser um caminho UNC ou um URL. Assistente de Pesquisa: Cria um campo que permite que voc escolha um valor a partir de uma outra tabela ou a partir de uma lista de valores, utilizando uma caixa de combinao. A escolha dessa opo na lista de tipos de dados inicia um assistente para definir isso para voc.
9.2.1 Criando o banco de dados Nosso primeiro passo para o desenvolvimento do projeto ser criarmos as tabelas que sero usadas no estudo de caso Uma Escola de Lnguas Estrangeiras. Para isso j devemos ter o nosso arquivo de banco de dados criado. Como fazer 1. Inicie o Access e aparecer a tela abaixo
2. Selecione Banco de Dados em branco.

3. Escolha o local onde deseja salvar e o de um nome ao banco de dados, no nosso caso . Obs:- a extenso .mdb no precisa ser digitada. Pressione <CRIAR> e estamos com o Banco criado. 4. Para criarmos a primeira tabela pressione o boto <NOVO>, utilizaremos o Modo de estruturas. Lembrando que as tabelas devem basear-se no projeto de banco de dados desenvolvido anteriormente (apostila 2), teremos a seguinte estrutura: Tabela: Alunos Chave Primria: Cod-Alu Nome do Campo Cod-Aluno Nome Endereo Cidade UF CEP Fone
Tipo de Dados Numrico Texto Texto Texto Texto Numrico Numrico
Tamanho 03 20 30 15 02 08 11
Tabela: Matrculas Chave Primria: Cod-Curso+Cod-Aluno+Data-Matri Nome do Campo Cod-Curso Cod-Aluno Data-Matri Tabela: Cursos Chave Primria: Cod-Curso Nome do Campo Cod-Curso Nome Durao Qtd-Vagas Val-Curso Tipo de Dados Numrico Texto Numrico Numrico Moeda Tamanho 02 20 02 02 Tipo de Dados Numrico Numrico Data Tamanho 02 03 -
25
9.2.2 Criando os campos Ao selecionar o Modo de estruturas, voc dever especificar os campos, seu tipo de dados e criar os parmetros do mesmo, a seguir vamos montar passo a passo a estrutura do primeiro campo da tabela Alunos: 1. Na coluna NOME DO CAMPO, digite o nome do primeiro campo, ou seja, COD_ALUNO. 2. Na coluna TIPO DE DADOS, selecione o tipo AutoNumerao. Por se tratar de um nmero seqencial, no necessrio fazer o controle manual do mesmo. 3. O preenchimento da coluna DESCRIO do campo no obrigatria, porm pode ser til, pois quando o campo recebe o foco, o contedo da DESCRIO, apresentado na barra de status, ou seja, pode servir como uma espcie de guia. Caso voc use o mesmo, procure ser claro e objetivo em sua descrio.
Observe que ao preencher os parmetros iniciais do campo, aberta uma janela com outros parmetros a serem configurados pelo programador, conforme mostra a figura a seguir: No campo "TAMANHO DO CAMPO", voc dever estipular o formato do nmero seqncia que ser gerado. Em NOVOS VALORES, voc dever descrever se a autonumerao se dar de forma incremento ( 1+1+1.... ) ou de forma aleatria, como uma espcie de sorteio de nmeros. No campo FORMATO, voc dever sugerir a forma como qual o nmero ser apresentado. Neste exemplo, selecione a opo NUMERO GERAL, pois estamos querendo gerar a numerao dos alunos em forma seqencial. No campo LEGENDA, voc dever especificar um rtulo ou label, pois os mesmos sero apresentados junto com o contedo do campo em formulrios e relatrios. No campo INDEXADO, voc dever estipular se este campo servir de ndice ou no, e caso positivo, se o mesmo poder aceitar valores duplicados ou no. No nosso exemplo, este campo no ser indexado. Pronto, voc acaba de criar o primeiro campo de sua tabela, vamos agora a criao do segundo campo da mesma, o campo "NOME". Nome do campo : "Nome" Tipo de dados : "TEXTO" Em propriedades do campo, altere as seguintes: TAMANHO = 20 /// esta propriedade no requer maiores comentrios, ela tem a funo de estipular o tamanho do campo em construo. FORMATO = nulo /// Neste caso, no necessrio e nem lgico a imposio de um formato, pois um Nome no tem uma forma especfica, como por exemplo um valor monetrio. MASCARA DE ENTRADA = nulo /// usaramos esta opo para criar uma mscara de entrada em dados que seguem um determinado padro, como por exemplo CPF, CGC, etc... VALOR PADRO = nulo /// esta opo til, quando vamos digitar uma grande massa de dados, e a maioria dos registros, possuem um valor em comum, tambm conhecido como
Default. Por exemplo, vamos criar uma mala direta, e a maioria dos participantes desta lista so do estado de SP, logo, o campo ESTADO, poderia ter como valor padro o contedo SP, que poder ser alterado caso necessrio. REGRA DE VALIDAO = nulo /// esta opo til quando temos limites para a entrada de dados, como por exemplo em um campo SALRIO, onde o menor valor constante poder ser R$ 136,00, ou seja, SALARIO > 136 seria uma regra de validao. TEXTO DE VALIDAO = nulo /// esta propriedade usada quando existe regra de validao e o programador quer que seja exibida uma mensagem de erro ou alerta, sobre a entrada invlida de valores para um determinado campo. REQUERIDO = SIM /// este campo indica se o preenchimento do campo da tabela obrigatrio ou no. Podemos ter um aluno sem nome? No. Logo este campo requerido. PERMITIR COMPRIMENTO ZERO = NO /// uma vez que temos que ter um nome para aluno, no podemos permitir que este nome tenha tamanho zero. INDEXADO = SIM - DUPLICAO AUTORIZADA /// esta opo indica que nosso arquivo ser organizado automaticamente pelo campo do nome do aluno, e que sero aceitas entradas com valores repetidos, pois as vezes, voc pode ter duas nomes iguais.
Pronto, voc acaba de configurar o segundo campo de sua tabela. Para os demais campos texto da tabela (Endereo, Cidade, UF) segue-se o mesmo procedimento, observando alguns detalhes: Os campos no precisam ser todos preenchidos. Campo UF tem um valor padro SP. 9.2.3 Utilizando Mascaras Para criarmos os campos numricos vamos seguir o seguinte procedimento: Nome do campo: Cep; Tipo de dados: Nmero; Tamanho do campo: Inteiro (observar tamanho dos campos Nmeros na seo 2.1 Tabelas ); Formato: Nmero Geral; Casas decimais : 0 ///pois o Cep no ter casas decimais Mascara de entradas: 99999-999 /// cinco dgitos zero, barra, hfen e em seguida trs dgitos nove), isso indica que o contedo a ser digitado sero nmeros e que o hfen ser colocado automaticamente. As caractersticas do campo ficara como na figura abaixo
Sempre que voc desejar criar mscaras de entradas em seus campos, utilize os smbolos para a configurao das mesmas. A tabela abaixo descreve os caracteres e as funcionalidades de cada caractere quando se deseja criar uma mascara
27
9.2.4 Tabela de Mascaras Ao usado na mscara de entrada Dgito (de 0 a 9, entrada obrigatria; sinais de adio [+] e de subtrao [-] no so permitidos). 9 Dgito ou espao (entrada no-obrigatria, sinais de adio e de subtrao no so permitidos). # Dgito ou espao (entrada no-obrigatria; posies vazias convertidas em espaos, sinais de adio e de subtrao permitidos). L Letra (de A a Z, entrada obrigatria). ? Letra (de A a Z, entrada opcional). A Letra ou dgito (entrada obrigatria). A Letra ou dgito (entrada opcional). & Qualquer caractere ou um espao (entrada obrigatria). C Qualquer caractere ou um espao (entrada opcional). . , : ; - / Marcadores de casas decimais e separadores de milhares, de data e de hora. (O caractere realmente utilizado depende das configuraes regionais especificadas ao clicar duas vezes em Configuraes Regionais no Painel de Controle do Windows.) < Faz com que todos os caracteres a seguir sejam convertidos em minsculos. > Faz com que todos os caracteres a seguir sejam convertidos em maisculos. ! Faz com que a mscara de entrada seja exibida da direita para a esquerda, em vez de da esquerda para a direita. Os caracteres digitados na mscara sempre a preenchem da esquerda para a direita. Voc pode incluir o ponto de exclamao em qualquer lugar da mscara de entrada. \ Faz com que o caractere seguinte seja exibido como um caractere literal. Utilizado para exibir qualquer um dos caracteres listados nessa tabela como caracteres literais (por exemplo, \A exibido como apenas A). Senha A definio da propriedade Mscara de Entrada com a palavra Senha cria uma caixa de texto para entrada de senha. Qualquer caractere digitado na caixa de texto ser armazenado como um caractere, mas exibido como um asterisco (*). Para o campos Telefone deveremos criar um campo tipo texto, onde foraremos a entrada de valores numricos, atravs da mascara, para podermos respeitar o modelo do banco de dados. Para isso ento deveremos usar um mascara (00) 9000-0000. Com essa mascara permitido a entrada de dados somente numricos onde o valor da mascara igual a 0(zero). Onde o campo da mascara for valor 9 permitido o espao. Dessa forma poderemos ter os nmeros de telefones (14) 522 5758 ou (14) 9785-4878. Como o espao no um valor numrico, isso nos obriga a criar um campo texto. A estrutura final da tabela Alunos ficou assim Caracter 0
9.2.5
Criando as Chaves-Primrias Para criarmos a chave-primria da tabela, basta clicarmos com o boto direito do mouse sobre o campo que desejamos tornar chave, no nosso caso o campo Cod_Aluno. Selecione o item Chave primria, e o desenho da chave aparecer ao lado do campo.
28
9.2.6 Salvando as tabelas Para salvar a tabela pressione a tecla salvar e aparecer a janela abaixo, no campo nome da tabela digite o nome desejado Tente ento criar as outras tabelas Cursos e Matriculas.
9.2.7 Relacionamentos O relacionamento de banco de dados fundamental para o bom desempenho de qualquer aplicao que os use, implicando diretamente nos seguintes pontos: Maior velocidade na localizao de registros e dados de pesquisa; Menor espao ocupado em disco; Menor esforo de programao. Quando falamos em relacionamentos, podemos citar trs tipos dos mesmos: Um para muitos: um registro que exclusivo em uma tabela pode ter muitos registros correspondentes na outra tabela. Um para um: um registro que exclusivo em uma tabela tambm exclusivo na outra tabela. Muitos para muitos: um registro que exclusivo em uma tabela pode ter muitos registros correspondentes na outra tabela e vice-versa. As terminologias mais usadas em banco de dados relacionais so: Relao : informao sobre um nico assunto, tal como clientes, pedidos ou empregados. Uma relao, em geral, armazenada como uma tabela num sistema de gerenciamento de banco de dados relacional. Atributo : uma informao especfica sobre um assunto, tal como o endereo de um cliente ou o salrio de um empregado. Um atributo armazenado normalmente como uma coluna de dados ou um campo numa tabela; Relacionamento: a forma como as informaes de uma relao se relacionam com as informaes de outra relao. Associao: o processo de vincular tabelas ou consultas em tabelas por meio dos valores de seus dados relacionados.
Voc cria relacionamentos entre tabelas para ter a possibilidade de associar as informaes de mais de uma tabela em consultas, formulrios, etc... O relacionamento, se forma por meio do nivelamento do campo de chave primria de uma tabela "X" com o campo de chave estrangeira de uma tabela "Y". O Access possui um mtodo denominado integridade referencial para garantir que os valores de campo combinem, em um dos tipos de relacionamento citados anteriormente. Agora que j temos as tabelas montadas basca criarmos os relacionamentos entre elas. Para criar relacionamentos, proceda da seguinte forma: 1. Clique na opo de menu "FERRAMENTAS"; 2. No menu que foi aberto, clique na opo "RELACIONAMENTOS". Neste ponto, ser exibida a seguinte janela:
3. Selecione as tabelas a serem inseridas (Alunos, Cursos e Matriculas) e clique em <ADICIONAR> e depois <FECHAR>. Neste ponto a janela ter o seguinte aspecto:
4. Agora, d um clique sobre o campo "COD_ALUNO" na tabela "ALUNO" e arraste o mesmo at o campo "COD_ALUNO" na tabela MATRCULA e solte o clique. Observe como ficar a sua janela:
30
5. Observe que automaticamente o Access abriu uma janela para configurar o relacionamento, e ao mesmo tempo, j estabelece o tipo de relacionamento correto para a situao. Clique em <CRIAR>. Sua janela ficar parecida com a que segue:
Agora crie o relacionamento entre matriculas e cursos. 9.2.8 Tpicos Avanados sobre Relacionamentos Se voc observar, no passo 4 para criar o relacionamento existe um item para ser selecionado chamado Impor integridade referencial. Mas o que integridade referencial? A integridade referencial um sistema de regras que o Microsoft Access utiliza para garantir que os relacionamentos entre registros de tabelas relacionadas sejam vlidos e que voc no exclua ou altere, acidentalmente, dados relacionados. Voc pode definir integridade referencial quando todas as condies a seguir forem satisfeitas: Campo coincidente da tabela primria uma chave primria ou possui um ndice exclusivo. Os campos relacionados tm o mesmo tipo de dados. Existem duas excees. Um campo AutoNumerao pode ser relacionado a um campo Nmero com uma definio da propriedade TamanhoDoCampo de Inteiro Longo e um campo AutoNumerao com uma definio da propriedade TamanhoDoCampo de Cdigo de Replicao pode ser relacionado com um campo Nmero com uma definio da propriedade TamanhoDoCampo de Cdigo de Replicao. Ambas as tabelas pertencem ao mesmo banco de dados do Microsoft Access. Se as tabelas forem tabelas vinculadas, elas precisaro ser tabelas no formato do Microsoft Access, e voc ter que abrir o banco de dados no qual elas esto armazenadas para definir a integridade referencial. A integridade referencial no pode ser imposta para tabelas vinculadas de bancos de dados de outros formatos. Quando a integridade referencial imposta, voc precisa observar as regras a seguir: Voc no pode inserir um valor no campo da chave estrangeira da tabela relacionada que no exista na chave primria da tabela primria. Entretanto, voc pode inserir um valor Nulo na chave estrangeira, especificando que os registros no esto relacionados. Por exemplo, voc
no pode ter um pedido que esteja atribudo a um cliente que no existe, mas voc pode ter um pedido atribudo a ningum inserindo um valor Nulo no campo CdigoDoCliente. Voc no pode excluir um registro de uma tabela primria se existirem registros coincidentes em uma tabela relacionada. Por exemplo, voc no pode excluir o registro de um funcionrio da tabela Funcionrios se houver pedidos atribudos ao funcionrio na tabela Pedidos. Voc no pode alterar o valor de uma chave primria na tabela primria se esse registro tiver registros relacionados. Por exemplo, voc no pode alterar o cdigo de um funcionrio na tabela Funcionrios se houver pedidos atribudos a esse funcionrio na tabela Pedidos.
Se voc desejar que o Microsoft Access imponha essas regras para um relacionamento, selecione a caixa de seleo Impor Integridade Referencial quando voc criar o relacionamento. Se a integridade referencial estiver imposta e voc quebrar uma das regras com tabelas relacionadas, o Microsoft Access exibir uma mensagem e no permitir a alterao. Para relacionamentos nos quais a integridade referencial imposta, voc pode especificar se deseja que o Microsoft Access propague atualizaes e propague excluses automaticamente em registros relacionados. Se voc definir essas opes, as operaes de excluso e atualizao que normalmente seriam impedidas pelas regras da integridade referencial sero permitidas. Quando voc exclui registros ou alterar valores de chave primria em uma tabela primria, o Microsoft Access faz as alteraes necessrias nas tabelas relacionadas para preservar a integridade referencial. Se voc tiver selecionado a caixa de seleo Propagar Atualizaes em Campos Relacionados ao definir um relacionamento, a qualquer momento que voc alterar a chave primria de um registro na tabela primria, o Microsoft Access atualizar automaticamente a chave primria com o novo valor em todos os registros relacionados. Por exemplo, se voc alterar o cdigo de um cliente na tabela Clientes, o campo CdigoDoCliente na tabela Clientes ser automaticamente atualizado para cada um dos pedidos desse cliente de modo que o relacionamento seja quebrado. O Microsoft Access propaga atualizaes sem exibir mensagem alguma. Observao: Se a chave primria na tabela primria for um campo AutoNumerao, definindo-se a caixa de seleo Propagar Atualizaes em Campos Relacionados no ter efeito algum porque voc no poder alterar o valor em um campo AutoNumerao. Se voc selecionar a caixa de seleo Propagar Excluso dos Registros Relacionados ao definir um relacionamento, toda vez que voc excluir registros na tabela primria, o Microsoft Access excluir automaticamente registros relacionados na tabela relacionada. Por exemplo, se voc excluir o registro de um cliente da tabela Clientes, todos os pedidos do cliente sero automaticamente excludos da tabela Pedidos (isso inclui registros na tabela Detalhes do Pedido relacionados aos registros de Pedidos). Quando voc excluir registros de um formulrio ou folha de dados com a caixa de seleo Propagar Excluses dos Registros Relacionados selecionada, o Microsoft Access avisar que registros relacionados tambm podem ser excludos. Entretanto, quando voc exclui registros utilizando uma consulta excluso, o Microsoft Access exclui automaticamente os registros de tabelas relacionadas sem exibir um aviso. Estas propriedades descritas acima tem um nome exclusivo em banco de dados, chama-se atualizaes e excluses em cascata.
9.3 CONSULTAS
As consultas podem ser consideradas como ferramentas para se fazer pesquisa em banco de dados. O Access lhe proporciona dois tipos de consultas: Consultas de seleo - localizam e extraem informaes de um banco de dados; Consultas de ao - que podem atualizar ou excluir dados de um banco de dados; Vamos ver alguns exemplos na qual teramos que utilizar consultas: Um gerente pode solicitar uma lista de todos os telefones de contato de seus programadores de computador; Um gerente pode desejar ver os registros das vendas que ultrapassem um determinado valor; Um gerente de compras pode solicitar uma lista de fornecedores que trabalhe com todos os produtos para um determinado servio, para que apenas uma encomenda possa atender a todas as necessidades da tarefa.
O Access responde a uma consulta de seleo por meio da identificao do subconjunto de registros e campos que atendam aos critrios da consulta e da colocao do subconjunto em uma tabela temporria chamada de FOLHA DE DADOS DE CONSULTA. Voc utiliza consultas para visualizar, alterar e analisar dados de diferentes maneiras. Voc tambm pode utiliz-las como origem de registros para formulrios e relatrios. O tipo mais comum de consulta a consulta seleo. Uma consulta seleo recupera dados de uma ou mais tabelas utilizando critrios por voc especificados e, em seguida, exibe-os na ordem desejada. Como criar consultas Veremos agora alguns passos para criarmos uma consulta, que ser a lista de chamadas da escola de lnguas. Nesta lista de chamadas dever constar o cdigo e o nome do aluno, o cdigo e o nome do curso. Para que esta nossa consulta se torne mais interessante seria importante termos valores digitados nas tabelas. Para criarmos a consulta: 1. Selecione a guia de Consultas e clique no boto <NOVO>. 2. Aparecer uma tela onde selecionaremos Modo de estrutura aparecer a seguinte tela 9.3.1
3. Como a nossa consulta envolve todas as tabelas, adicionaremos todas as tabelas selecionando a tabela desejada e pressionando <ADICIONAR>. A tela ficar assim
4. No campo Tabela selecione o nome da tabela desejada e no campo Campo o nome do campo que deseja visualizar. Exemplo, queremos saber os alunos de um curso, essa informao encontra-se na tabela Matriculas, ento o cdigo do aluno e do curso devem vir desta tabela, o nome do aluno deve vir da tabela Alunos e o nome do curso deve vir da tabela Cursos. No campo Classificao podemos selecionar a ordenao crescente ou decrescente, assim queremos ordenar de forma crescente por nome de cursos. O campo Total (acionado com o boto direito do mouse) permite definir o agrupamento dos
dados, sendo assim iremos agrupar por cdigo de curso. Com essas informaes preenchidas temos a figura abaixo:
5. Agora s salvar a consulta com o nome desejado (lista de chamadas) e visualiza-la.
A utilizao de consultas permitir a emisso de relatrios de uma forma mais facilitada. Trabalhar com consultas merece uma dedicao especial, pois existe uma linguagem especifica para tratamento de consultas chamada SQL , que veremos na prxima apostila.
9.4 FORMULRIOS
Os formulrios so janelas para a insero e edio dos dados de uma tabela. No Access podemos utilizar deste recurso no prprio objeto tabela, porm o uso de formulrios mais comum para este fim, pois os mesmos alm de possuir um visual mais profissional, nos traz uma outra srie de recursos no encontrados no objeto Tabela. Formulrio - janela do Windows responsvel pela manipulao dos dados de uma ou mais tabelas. 9.4.1 Criando Formulrios Primeiro, vamos aprender a trabalhar com formulrios, atravs do uso do assistente de criao de formulrios. Siga os seguintes passos.
1. Clique sobre a guia FORMULRIOS e pressione o boto <NOVO>; 2. Na janela que se abre, selecione a opo ASSISTENTE DE FORMULRIO. Em seguida, clique no boto <OK>, conforme mostra a figura a seguir:
3. Neste ponto, ser visualizada a primeira tela do Assistente, conforme mostra figura abaixo. Na caixa de seleo TABELAS/CONSULTAS, voc dever selecionar a tabela ou a consulta que fornecer as informaes necessrias construo do novo formulrio, ou seja, os campos que sero manipulados no mesmo. Neste caso, selecione a tabela "ALUNOS", que a nica tabela do nosso banco de dados. Agora, observe mais abaixo, que so listados em uma caixa os CAMPOS DISPONVEIS. Na mesma, voc dever selecionar os campos que faro parte deste formulrio, e aps selecionado, clicar no boto de transferir, representado por um boto de ao com o sinal de maior ( > ). Observe que o campo selecionado transferido para a caixa denominada "CAMPOS SELECIONADOS", que contm os campos que sero manipulados no formulrio que est sendo gerado. Selecione todos os campos e a janela ficar assim
Observe que possvel alterar as tabelas durante a insero dos campos, com isso possvel criar um formulrio entre as tabelas relacionadas, como veremos para criar o formulrio de matriculas. 4. Pressione <AVANAR>, na janela exibida abaixo, voc dever estipular o Lay-Out, ou seja, a disposio dos campos selecionados no novo formulrio. No nosso caso, selecionamos o modo JUSTIFICADO, e em seguida clique em <AVANAR>;
5. Selecione o estilo desejado, isso aparncia do fundo do seu formulrio e clique em <AVANAR>; 6. De um nome ao formulrio e clique em <CONCLUIR>. O formulrio criado ser o apresentado pela figura abaixo:
Note que o formulrio no ficou com uma aparncia muito agradvel. possvel editar o formulrio em seu modo de estrutura, para isso deve-se fechar o formulrio no seu modo de insero. Um exemplo de formulrio editado mostrado na figura abaixo:
36
9.5 RELATRIOS
O objeto Relatrio responsvel pela criao de relatrios com base em sua(s) tabela(s), de forma rpida e simples, sem maiores esforos de programao. Relatrio - como o prprio nome diz, nos traz a possibilidade de gerar impresso dos dados da(s) tabela(s), sendo construdo de forma rpida quando se usa assistentes 9.5.1 Criando Relatrios A construo de relatrios muito similar construo de formulrios. Vamos criar um relatrio para listar os registros do nosso cadastro de Alunos. Para isso, proceda da seguinte forma: 1. Selecione a guia RELATRIOS, clique em novo; 2. Na janela que se abre, selecione a opo ASSISTENTE DE RELATRIO. Em seguida, clique no boto de <ABRIR>; 3. Selecione os campos que deseja que aparea em seu relatrio, no nosso caso selecionaremos todos e clique em <AVANAR>; 4. Agora voc poder solicitar um separador de grupo de relatrio. Exemplo: Voc quer separar os alunos pelas cidades nas quais os mesmos moram. Neste caso, o campo que ir servir de nvel de grupo, o campo "CIDADE". Selecione o mesmo na caixa de seleo denominada "VOC DESEJA ADICIONAR NVEIS DE GRUPO?", e em seguida, clique no boto de transferncia, posicionando o mesmo Na folha que representa o relatrio. Ao final deste procedimento. Sua janela ficar como a figura a seguir. Em seguida, clique no boto < AVANAR >.
5. Na prxima janela possvel ordenar os campos por ordem alfabtica crescente ou decrescente, para isso basta selecionar o campo desejado, no nosso caso desejamos ordenar por ordem alfabtica crescente pelo nome do aluno. O Boto <OPO DE RESUMO> traz algumas funes que permitem calculo da soma total do valor de um campo, mdia, valor mnimo e valor mximo, que para esse relatrio no interessante.
37
6. Na prxima etapa, voc poder estipular o LayOut do relatrio, ou seja, a forma como as informaes sero apresentadas. Observe como ficar a sua janela, no grfico abaixo. Deixamos marcada a opo tpico 2. Em seguida, clique no boto de <AVANAR>. 7. O Prximo passo escolher um estilo, uma forma que agrade mais a visualizao do formulrio, clique no boto de <AVANAR>. 8. D um nome ao relatrio e clique no boto de <CONCLUIR>. O visual do relatrio ficou como mostrado na figura abaixo.
possvel editar o lay-out de relatrio atravs do seu modo de estrutura, um lay-out mais agradvel apresentado na figura abaixo:
9.6 MACROS
O objeto Macros um conjunto de uma ou mais aes utilizadas normalmente para tornar as tarefas feitas pelo usurio automticas num banco de dados, simplificando seu trabalho. Atravs de uma macro, o usurio poder, por exemplo, abrir um formulrio, uma tabela, uma consulta, imprimir um relatrio e outras diversas aes. Voc criar uma macro, por exemplo, para abrir um formulrio somente para a leitura dos dados inseridos, sem permitir que os mesmos sejam alterados ou excludos ou nem mesmo sejam adicionados novos dados.
9.7 MDULOS
Um mdulo uma coleo de declaraes e procedimentos do Visual Basic for Applications armazenados em um conjunto, formando uma unidade. Existem dois tipos bsicos de mdulos: Mdulos de classe; Mdulos padro.
39

Analise Sistemas

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Analise Sistemas

Enviado por

Direitos autorais:

Formatos disponíveis

Colgio Salesiano de Lins Dom Henrique Mouro

Habilitao Profissional de Tcnico em Desenvolvimento de Sistemas para Web

Disciplina: Anlise de Sistemas

Prof.: Anderson Pazin

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

Anlise de Sistemas Prof. Anderson Pazin

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

CONCEITOS DE BANCO DE DADOS

Anlise de Sistemas Prof. Anderson Pazin

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

Definir a Essncia do Sistema Modelo da Essncia

Selecionar a Implementao Modelo de Implementao Construir o Sistema Sistema

Atividades e Modelos do Desenvolvimento Essencial de Sistema

Anlise de Sistemas Prof. Anderson Pazin

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

2.1 DEFINIO DE SISTEMAS:

2.2 ELEMENTOS QUE COMPEM UM SISTEMA

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

2.3 PRINCPIOS GERAIS DE UM SISTEMA

2.4 TIPOS COMUNS DE SISTEMAS

2.5 CONCLUSES SOBRE SISTEMAS

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

Anlise de Sistemas Prof. Anderson Pazin

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

ANLISE (ESSENCIAL) DE SISTEMAS

3.1 ANLISE DE SISTEMAS

3.2 O PAPEL DO ANALISTA

Usurios Analista de Sistemas

Interao entre o Analista e a organizao

3.3 A ANLISE ESSENCIAL

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

3.4 CICLO DE VIDA DA ANLISE ESSENCIAL

Anlise de Sistemas Prof. Anderson Pazin

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

Anlise de Sistemas Prof. Anderson Pazin

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

4.1 DESCRIO DO SISTEMA ATUAL

Estudo de Caso - Escola de Lnguas Descrio do Sistema Atual

4.2 PROBLEMAS EXISTENTES

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

4.3 DESEJOS DO USURIO

Anlise de Sistemas Prof. Anderson Pazin

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

5.1 LISTA DE EVENTOS

5.2 DIAGRAMA DE ENTIDADES E RELACIONAMENTOS (DER)

Colgio Salesiano - Dom Henrique Mouro

HABILITAO PROFISSIONAL DE TCNICO EM DESENVOLVIMENTO DE SISTEMAS PARA WEB

Diagrama de Entidades e Relacionamentos (DER)

@ Cod-Aluno Nome Endereo Cidade UF CEP Fone

@ Cod-Curso Nome Durao Qtd-Vagas Val-Curso