Dados e Informao

A informao s tem valor se forem verificadas em simultneo algumas condies, nomeadamente: Ser actual Estar correcta Ser relevante Estar disponvel Ser legvel

Ou seja, a informao so dados cuja forma e contedo so apropriados a um uso particular. Os principais atributos so: Qualidade Acessibilidade Apresentao Segurana Actualidade Correco Relevncia Disponibilidade Legibilidade

Sistemas de Informao
o Todos os sistemas possuem um propsito, uma fronteira, um ambiente, um conjunto de entradas (inputs) e um conjunto de sadas (outputs). o O Propsito de um sistema a razo de ser para a sua existncia e constitui um ponto de medida do seu processo. o o A Fronteira do sistema define o que est fora e o que est dentro. O Ambiente tudo o que est fora das suas fronteiras e pertinente para o sistema. o Inputs so objectos ou informao que vinda do ambiente atravessa as fronteiras. o Outputs so objectos ou informao que vo do sistema para o ambiente. 1

As principais capacidades apresentadas pelos Sistemas de Informao so: Acesso instantneo informao. Meios de coordenao. Suporte tomada de deciso, memoria e aprendizagem organizacional. Rotinizao das prticas organizacionais. Automatizao dos processos organizacionais.

Conceitos e Componentes da Base de Dados

De uma forma sinttica pode dizer-se que uma Base de Dados: um conjunto de dados relacionados entre si: Armazenados de uma forma conjunta Em estruturas tipo ficheiro Com redundncia controlada E que suportam acessos directos

Sobre uma Base de Dados pode ser efectuado um conjunto de operaes standard: Criao das estruturas de dados Introduo/alterao/eliminao de dados Pesquisas Relatrios Reorganizaes Programao

Sistemas de Gesto de Bases de Dados

Como principais funes podem referir-se: Criao inicial da estrutura da Base de Dados Definio dos mtodos de acesso estrutura Concesso de autorizao de acesso Realizar as alteraes necessrias estrutura de dados para melhorar a sua eficincia. Orientar a recuperao das Bases de Dados em situaes de ocorrncia de problemas Controlar a utilizao do sistema

Vantagens dos Sistemas de Gesto de Bases de Dados: o o o o o Integridade dos dados os dados so validados sempre que realizada uma actualizao. Redundncia dos dados a utilizao comum dos dados torna a existncia de redundncia muito reduzida. Independncia dos dados estes so totalmente independentes das aplicaes que os utilizam. Acesso aos dados muito facilitado, pelas diferentes formas possveis de os relacionar. Segurana e proteco dos dados simplificada pelo facto de estes se encontrarem centralizados.

Modelos de Bases de Dados

Um modelo de organizao de dados especifica os tipos de dados e a respectiva organizao. Um modelo de dados resulta geralmente da combinao de trs componentes: o Conjunto de tipos d estruturas de dados o Conjunto de operadores e regras aplicveis o Conjunto de regras de integridade que definem os estados e respectivas transies.

Modelo Relacional
Como principais vantagens do modelo relacional podem referir-se: Estruturas de dados simples Pequeno nmero de conceitos Suporte de bases de dados distribudas Independncia lgica e fsica dos dados Facilidade no desenvolvimento de aplicaes Simplicidade no desenho de base de dados Facilidade de instalao e operao Capacidade de crescimento

Anlise e Especificao de Requisitos

A especificao de requisitos inicia-se quando se reconhece um problema que necessita de soluo ou quando surge a ideia de um

novo Sistema de Informao, terminando quando se obtm a descrio completa do comportamento do sistema a ser construdo. Convm todavia, ter em considerao que os problemas no podem ser resolvidos apenas com o recurso a um caminho puramente tecnolgico, sendo necessrio ter em conta o contexto social pois esta actividade envolve pessoas com valores individuais prprios e personalidades distintas.

Desenho Conceptual
As relaes estabelecidas enquadram-se em 3 tipos distintos: Um para um

Um para muitos
1 n

Muitos para muitos

n n

Desenho de Base de Dados

Desenhar bases de dados relacionais em cinco passos: 1. 2. 3. 4. 5. Definio do problema 2. Determinar as tabelas necessrias Determinar os atributos (colunas) de cada tabela Determinar as relaes entra as tabelas Testar e refinar o modelo

Modelo Conceptual
Com o modelo de dados pretende-se modelar uma realidade. Assim, muito importante que o Modelo de Dados seja: Completo de forma a armazenar toda a informao que se pretende tratar. Coerente com a realidade que se pretende modelar

Entidades
Uma Entidade rene todos os dados relacionados com um tpico especifico. o (Clientes, fornecedores, produtos, encomendas, etc.) Entidades diferentes tpicos diferentes o Garante-se que os dados no so duplicados (no se introduz o mesmo dado em tabelas diferentes) As Entidades so representadas numa tabela. O modelo Relacional permite uma utilizao coerente dos dados, independentemente de se encontrarem armazenados em tabelas distintas. As entidades representam coisas, seres, conceitos e acontecimentos do mundo real. So compostas por atributos que resultam da observao efectuada essas entidades. A identificao dos atributos importantes de uma Entidade constitui uma etapa crucial na construo de um sistema de informao.

Atributos
Os atributos so as caractersticas observveis em todos os elementos de uma Entidade. Entidades: Clientes Atributos: nome, morada, data de nascimento, estado civil

Entidade: Unidade Curricular Atributos: nome, objectivos, horasT, horasP () Entidade: Fornecedores Atributos: nome, morada, localidade, telefone, ()

Domnios
Conjunto de todos os valores que um atributo pode assumir. Exemplo: Entidade: contrato Atributos: numero de contrato, data, montante Domnio: o Numero de contrato: conjunto de todos os nmeros inteiros no negativos. o Data: conjunto de todas as datas num formato estabelecido, mas no posteriores data de registo. o Montante: valor no negativo representando uma quantia expressa numa determinada unidade monetria.

Campos
o o o A cada campo corresponde um domnio. Cada campo possui um conjunto de propriedades que devem ser definidas em funo dos dados que armazenam. De entre esse conjunto de propriedades realam-se: o Tipo de informao/dados o Preenchimento o Tamanho mximo

Relaes entre Entidades

O nmero mximo de ocorrncias, de uma entidade, que pode ser relacionado com ocorrncias de uma outra entidade, define a cardinalidade da relao entre elas. No que diz respeito cardinalidade, no modelo relacional, as relaes entre duas Entidades podem ser classificadas como de Um-para-Um; Um-paraVrios; Vrios-para-Vrios.

Relaes de Um-para-Um
o Duas Entidades esto relacionadas atravs de uma relao de Umpara-Um se, para cada ocorrncia da primeira Entidade, existir pelo menos uma ocorrncia na segunda Entidade, e para cada ocorrncia da segunda existir obrigatoriamente uma na primeira. Antes de se definir uma relao deste tipo necessrio verificar se vlida para qualquer momento Exemplo: o Entidades: Empregado e Cnjuge Um empregado casado com um cnjuge (nas sociedades ocidentais, e em determinado momento/circunstancia) o Entidades: Empregado e Departamento Cada departamento possui exactamente um director, um empregado deve ser o director de um departamento.

Um cidado possui um e s um documento de identificao

Cidados_CID CID_ID CID_Nome CID CID_Obs

Possuir

Docs_Identificao_DID DID_CID_ID DID_BI DID_NIF DID_Obs.

Um conjunto de documentos de identificao pertence a um e s um cidado

Dividir tabelas com muitas colunas Segurana Perodo de vida dos dados curto Guardar dados apenas de subconjunto da tabela principal

Relaes de Um-para-Vrios
o tipo de relao mais frequente Para cada ocorrncia da primeira tabela podem existir 0, 1 ou vrias ocorrncias da segunda entidade (tabela) e para cada ocorrncia da segunda existir exactamente uma ocorrncia na primeira. Exemplo: Entidades: Clientes e Reservas A relao entres as tabelas Cliente e Reserva: Um cliente poder ter 0,1 ou vrias reservas Cada reserva pertence exactamente a um determinado cliente.

o o

Um cidado tem um e s um gnero

Cidados_CID CID_ID CID_Nome CID_GEN_ID CID_Obs

1 N Ter

Generos_GEN GEN_ID GEN_Designao

Um Gnero pode ser atribudo a vrios (n) cidados

Tipo de relao mais comum Um dos campos tem de ser definido com chave primria ou no permitir duplicados. Na tabela onde o campo chave estrangeira deve permitir duplicados.

Relaes de Vrios-para-Vrios
o o Este tipo de relaes existe amplamente no mundo real Duas entidades (tabelas) esto relacionadas numa relao de Vriospara-Vrios, quando para cada ocorrncia da primeira entidade podem existir vrias ocorrncias na segunda e, a cada ocorrncia na segunda entidade, correspondem vrias ocorrncias na primeira. Exemplos: Uma loja tem vrios Clientes e um determinado Cliente pode comprar em vrias lojas. Um aluno pode frequentar vrias unidades curriculares e uma unidade curricular pode ser frequentada por vrios alunos. As relaes Vrios-para-Vrios no podem ser directamente implantadas em SGBDR. Este tipo de relaes modelado utilizando uma entidade intermediria. Entre esta entidade, tambm designada de tabela de juno (ou tabela auxiliar), e as entidades iniciais estabelece relaes de Umpara-Vrios. Exemplo: Entidades: Professor, Cursos Relao: um professor lecciona 0, 1 ou mais Cursos e um Curso pode ser leccionado por 0, 1 ou mais professores. Entidade: Professor, Curso e EdiesCurso

Exemplo:

Professor Nmero Nome Morada CodPostal Localidade DNascimento Telemvel

0,1 ou N 1 EdiesCurso CdCurso Nmero DataInicio

0,1 ou N 1

Curso CdCurso Designao TipoCurso Durao CondAcesso

Um cidado pode preferir um ou mais grupos musicais

Cidados_CID CID_ID CID_Nome CID_Obs

Preferir

Grupos_Musicais_GMU GMU_ID GMU_Designao GMU_Morada

Um Gnero Musical pode ser preferido por um ou mais cidados Quando existem relaes n-n origina a criao de uma nova tabela Cidados_Grupos _Musicais_CGM CGM_ID CGM_CID_ID CGM_GMU_ID

Implementar as Relaes
o Para implementar uma relao Um-para-Um deve: Introduzir numa qualquer das Tabelas envolvidas na relao um campo que contenha como valor a chave da outra tabela. Para implementar uma relao Um-para-Vrios deve: Introduzir uma tabela que possui a cardinalidade N um Campo que contenha como valor a Chave da outra tabela. Para implementar uma relao Vrios-para-Vrios deve: Criar uma nova tabela, que dever possuir o nome dessa Relao e com, no mnimo 2 campos um para cada chave das duas tabelas envolvidas, incluindo ainda os campos necessrios para os atributos dessa Relao.

Modelo Conceptual
Deve ter-se em ateno que: Os dados escolhidos para as tabelas armazenam toda a informao que se quer tratar Cada tabela armazena apenas dados relativos a um assunto 10

 Cada assunto est apenas armazenado numa tabela. Por exemplo: Uma tabela de Clientes armazena nica e exclusivamente os dados respeitantes aos clientes. Numa tabela de Fornecedores os dados respeitantes aos fornecedores.

Integridade dos Dados

Integridade o Duas da Entidade regras que derivam do Modelo Relacional: Obrigatoriedade da existncia de uma chave primria A chave primria no pode conter valores nulos em nenhum dos atributos, para todas as ocorrncias.

Integridade Referencial Tambm designada de integridade da chave estrangeira. obrigatria a concordncia em valor, que tem de existir entre esta e a chave primria que ela referencia.

Chaves e ndices
Chave Candidata: Ao conjunto das possveis chaves primrias atribui-se a designao de chaves candidatas e a partir dela que se elege a chave primria. Para escolher a chave primria devemos escolher aquela que possui menor nmero de colunas, estabilidade e simplicidade.

Chave Primria
Identificao unvoca do registo CHAVE PRIMRIA

Preenchimento obrigatrio No h dois registos com o mesmo valor da chave

Para cada tabela tem de se identificar o campo que rene as caractersticas necessrias para ser chave primria 11

o o o

Tem por objectivo acelerar a busca e ordenao dentro de uma tabela Permite definir campos nicos (valores que no se repetem) As Chaves Primrias so indexadas automaticamente e sem repeties

Devem indexar-se campos utilizados com frequncia em pesquisas pois estas ficam mais rpidas.

Chave Estrangeira
Atributo, ou conjunto de atributos, de uma relao que chave primria numa relao.

Integridade Referencial
Garantir validade das relaes entre tabelas Evitar a eliminao/alterao acidental de dados relacionados o As operaes de: Alterar, por exemplo, o cdigo do cliente 1 para 2. Apagar, por exemplo, o cliente 1.

ACTUALIZAO Na alterao da chave primria de um registo da tabela primria actualizada a chave primria em todos os registos relacionados.

ELIMINAO Eliminar registos na tabela primria leva eliminao dos registos relacionados.

MANTER A INTEGRIDADE REFERENCIAL

12