SISTEMA GERENCIADOR DE BANCO DE DADOS

B3CA 2000

DOCUMENTAÇÃO

Adriano Gheller Bruschi RA: 981638-0

Anderson Belgamo RA: 981603-4

Elbio Arrivabene RA: 981654-7

Erik Ribeiro da Cruz RA: 981624-0

Fabricio Aparecido Breve RA: 981648-9

DESCRIÇÃO DO PROBLEMA

Introdução

Um Sistema Gerenciador de Banco de Dados (SGBD) é constituído por um conjunto de dados associados a um conjunto de programas para acesso a esses dados. O conjunto de dados, comumente chamado banco de dados, contém informações sobre uma empresa em particular. O principal objetivo de um SGBD é proporcionar um ambiente tanto conveniente quanto eficiente para recuperação e armazenamento das informações do banco de dado.

Sistemas de banco de dados são projetados para gerir grandes volumes de informações. O gerenciamento de informações implica a definição das estruturas de armazenamento das informações e a definição dos mecanismos para a manipulação dessas informações. Ainda, um sistema de banco de dados deve garantir a segurança das informações armazenadas contra eventuais problemas com o sistema, além de impedir tentativas de acesso não autorizadas. Se os dados são compartilhados por diversos usuários, o sistema deve evitar a ocorrência de resultados anômalos.

A importância da informação na maioria das organizações tem determinado o desenvolvimento de um grande conjunto de conceitos e técnicas para administração eficaz destes dados.

O objetivo principal de um Sistema de Banco de Dados é proporcionar aos usuários uma visão abstrata dos dados. Isto é, o sistema esconde determinados detalhes de como os dados são mantidos e como estão armazenados.

Os processamentos de consultas são as atividades envolvidas em extrair dados de um banco de dados. Essas atividades incluem a tradução de consultas expressas em linguagens de alto nível do banco de dados em expressões que podem ser implementadas no nível físico do sistema de arquivos, otimizações, traduções e na avaliação das consultas.

O custo do processamento de uma consulta é determinado pelo acesso a disco, que é lento se comparado ao acesso à memória.

O conjunto de operações usadas para manipular relações no processamento de consultas a um banco de dados é a álgebra relacional. Essas operações são usadas para selecionar tuplas de uma relação individual ou para combinar tuplas de várias relações. Como um grupo de operações algébricas temos as operações para bancos de dados relacionais, que são seleção, projeção e junção.

A seleção é uma operação unária que seleciona as tuplas da relação que satisfazem o predicado. Mais de uma condição pode ser incluída em um predicado desde que ligados pelos operadores lógicos E ou OU.

A projeção é uma operação unária que seleciona as colunas da relação especificadas na lista de atributos da operação.

A junção combina uma tupla de cada relação se esta combinação satisfizer a condição (que envolve sempre atributos das duas relações).

Justificativa

O desenvolvimento deste projeto tem por finalidade aplicar os conceitos de Engenharia de Software, Bando de Dados e Linguagem de Programação Orientada a Objetos à construção de um Sistema Gerenciador de Banco de Dados com ênfase no Processamento de Consultas.

Objetivos

Implementar um Sistema Gerenciador de Banco de Dados (SGBD), com ênfase no processamento de consultas, e esse processador de consultas com alguns requisitos mínimos especificados.

Implementar também as operações de um SGBD Relacional: seleção, projeção e consulta.

Aplicar as ferramentas de modelagem da UML (Unified Modeling Language) estudadas durante o semestre, para a especificação, visualização, construção e documentação de artefatos de sistemas de software.

MODELAGEM ESTÁTICA

Diagrama de Caso de Uso

Diagrama de Classes

MODELAGEM DINÂMICA

Diagrama de Estados – Processador de Consultas

Diagrama de Estados – Sub-Estado: Lendo Consulta

Diagrama de Estados – Sub-Estado: Verificando Consulta

7Diagrama de Atividades

Diagrama de Atividades com Swimlanes

Diagrama de Seqüência – Cenário: Consulta com sucesso

Diagrama de Seqüência – Cenário: Tabela não existente

Diagrama de Seqüência – Cenário: Campo com erro

Diagrama de Seqüência – Cenário: Campo com erro

Diagrama de Colaboração

Diagrama de Componentes

Diagrama de Distribuição

DICIONÁRIOS DE DADOS

Dicionário de Dados para o SGBD

Dicionário de Dados para o Processador de Consulta

PROJETO DE INTERFACE

Telas de Interação para o processamento de consultas

Esta é a tela principal do Processamento de Consultas, na caixa Tabela o usuário seleciona uma das tabelas, com isso aparecerá na caixa Campos, os nomes de cada um dos campos da tabela selecionada.

O usuário seleciona um dos campos, e através da caixa mostrar pode selecionar se este campo será mostrado ou apenas utilizado para fazer uma seleção.

As caixas Critério 1 e Critério 2 podem ser usadas para estabelecer um critério de seleção para o campo que está sendo adicionado.

Ao terminar de criar os critérios para um campo, o usuário deve clicar em Adicionar, os dados aparecerão então na grade da parte inferior.

Podem ser adicionados quantos campos o usuário desejar, a junção será feita automaticamente, quando campos de mais de uma tabela forem selecionados.

Para excluir um campo já adicionado à grade, o usuário deve selecioná-lo e clicar o botão Remover.

Quando todos os campos já tiverem sido adicionados, o usuário deve clicar no botão Pesquisar.

Esta é a tela que mostrará o resultado da consulta pedida pelo usuário. Clicando no cabeçalho de cada um dos campos, o programa reordenará a tabela baseando-se no campo clicado.

CONCLUSÃO

A partir da análise do grupo, verificamos que é necessário fazer a modelagem antes de partir para a programação. Essa modelagem que foi feita no System Architect, nos permitiu uma visão de como o SGBD deveria ser construído. Foram feitos todos os diagrama (estáticos, dinâmicos e de implementação), sendo eles o de caso-de-uso, classes, estados, atividades, seqüência, colaboração, componentes e distribuição.

No diagrama de estados foram necessários sub-estados para facilitar a visualização e o entendimento de quais os estados que um objeto pode assumir e como eventos afetam estes estados e no diagrama de seqüência foram feitos vários cenários (instâncias) que ajudaram a visualizar como os objetos estavam interagindo uns com os outros.

O diagrama de maior dificuldade foi o de colaboração devido a passagem da sintaxe própria para o rótulo de mensagem no System Architect.

A maior dificuldade encontrada durante a programação foi o uso da orientação a objetos, pois já estávamos muito acostumados com o modelo estruturado.

Outra dificuldade que encontramos foi a criação da interface, pois pegamos como base a interface do Microsoft Access, mas por ser uma interface extremamente complexa não conseguimos desenvolver uma igual, e então tivemos de criar a nossa própria interface, mais simples, mas com a mesma funcionalidade.