Распределенная база данных (курсовая: программа (база данных в Interbase + интерфейс доступа на Delphi ) и пояснительная записка)


ОГЛАВЛЕНИЕ

1. ПРОЕКТИРОВАНИЕ РАСПРЕДЕЛЕННОЙ БАЗЫ ДАННЫХ    3
1.1. Постановка задачи    3
1.2. Описание структуры и функционирования предприятия    3
1.3. Диаграмма прецедентов    3
1.4. Диаграмма классов    5
1.5. Модель сущность-связь БД предприятия    5
1.6. Реляционная модель БД и ее декомпозиция  на локальные базы    7
2. СЦЕНАРИИ РАБОТЫ ПРОГРАММЫ    9
2.1. Создание распределенной базы данных    9
2.2. Создание интерфейса для распределенной базы данных    22
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ    31
ПРИЛОЖЕНИЯ    32

 

1. Проектирование распределенной базы данных

1.1. Постановка задачи

 

Разработать модель распределенной реляционной базы данных предприятия, состоящего из главного производства и нескольких удаленных филиалов. Части предприятия связаны компьютерной сетью, имеют собственные локальные базы данных, могут использовать данные удаленных узлов. Глобальная информация хранится на центральном узле. Разработать приложение, обеспечивающее создание, модификацию и поиск данных. Считать, что все локальные базы размешены на одном компьютере.

 

1.2. Описание структуры и функционирования предприятия

 

Предприятие состоит из трех подразделений – главное (г. Москва) и двух филиалов (г. Казань и г. Йошкар-Ола). Предприятие представляет собой компанию, которая разрабатывает программное обеспечение.

 

1.3. Диаграмма прецедентов

 

Диаграмма прецедентов или Use Case – диаграмма  определяет,  что система будет делать (а не как она будет это делать). На ней отражаются основные прецеденты. Еще их называют сценарии, варианты использования. Прецеденты определяют функциональные возможности системы. Каждый из них представляет определенный способ использования системы. Таким образом, каждый прецедент соответствует последовательности действий, выполняемых системой для того, чтобы клиент мог получить определенный результат. Диаграмма прецедентов это, по сути, модель функций предметной области. Она отражает внешние связи системы. Это взгляд на систему извне, с точки зрения заказчика. Диаграмма прецедентов для рассматриваемого предприятия, построенная в Rational Rose 2003 представлена на рис. 1.

 

Рис. 1. Диаграмма прецедентов

 

1.4. Диаграмма классов

 

Диаграмма классов  позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов. Значки диаграммы позволяют отображать сложную иерархию систем, взаимосвязи классов (Classes) и интерфейсов (Interfaces). Данный тип диаграмм противоположен по содержанию диаграмме Collaboration, на котором отображаются объекты системы. Rational Rose позволяет создавать классы при помощи данного типа диаграмм в различных нотациях. В нотации, предложенной Г. Бучем, которая так и называется Booch, классы изображаются в виде чего-то нечеткого, похожего на облако. Таким образом, Г. Буч пытается показать, что класс – это лишь шаблон, по которому в дальнейшем будет создан конкретный объект. Нотация OMT, более строга, кроме того, Rational Rose позволяет создавать диаграмму классов в унифицированной нотации (рис. 2).

 

Рис. 2. Диаграмма классов

 

1.5. Модель сущность-связь БД предприятия

 

Модель Сущность-Связь (ER-модель) — это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является метамоделью данных, то есть средством описания моделей данных.

 

ER-модель удобна при прототипировании (проектировании) информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С её помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями. ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области.

На этапе перехода к реализации данной ER-диаграммы в виде реальной информационной системы или программы, происходит отображение ER-модели в более детальную модель данных реляционной (объектной, сетевой, логической, или др.) базы данных, которая называется физической моделью данных по отношению к исходной ER-диаграмме. Модель сущность-связь для  распределенной БД предприятия представлена на рис. 3.

 

Рис. 3. Модель сущность связь распределенной БД предприятия

 

Данная модель построена в программе Microsoft Visio 10, которая, как и Rational Rose является визуальным CASE-средством проектирования приложений. Поскольку база данная распределенная, в ней имеются повторяющиеся сущности, которые, однако, обладают особенностями для каждой из БД. Так, например, должности в филиалах могут различаться, также присутствовать или отсутствовать по сравнению с другими филиалами. Кроме того, в разных филиалах одинаковым должностям соответствует разный оклад. Таблица проекты хранится в главной БД головного офиса и является доступной для других филиалов.

 

1.6. Реляционная модель БД и ее декомпозиция  на локальные базы

 

Реляционная модель БД предприятия представлена на рис. 4.

 

Рис. 4. Реляционная модель БД предприятия

 

На данной модели все названия элементов (таблиц и их полей) – реальные, которые и будут использоваться в реальной БД. В скобках после имен полей указаны реальные типы данных баз данных InterBase и в

 

2. Сценарии работы программы

2.1. Создание распределенной базы данных

 

Для создания базы данных InterBase была использована утилита IBConsole, которая входит в комплект поставки сервера InterBase. Для начала (после установки сервера InterBase) нужно убедиться, что сервер запущен и работает. Для этого  надо воспользоваться утилитой InterBase Server Manager, которая также входит в стандартный пакет вместе с самим сервером (рис. 5).

 

Рис. 5. Проверка работоспособности сервера InterBase

 

Далее создаем сервер InterBase, на котором будет храниться распределенная база данных. Для этого запускаем приложение IBConsole и регистрируем сервер InterBase. Делаем его локальным в соответствии с условиями задания, и в качестве параметров подключения к серверу оставляем стандартные по умолчанию:

- логин: SYSDBA;

- пароль: masterkey.

Теперь на сервер можно войти, используя вышеуказанные логин и пароль (рис. 6).  На сервере можно видеть 3 базы данных в соответствии с заданием. Чтобы подключиться к нужной базе, надо выполнить команду Connect (рис. 7).

 

Рис. 6. Подключение к серверу InterBase

 

Рис. 7. Подключение к требуемой БД

 

После подключение к БД, она имеет следующий вид (рис. 8).

 

Рис. 8. Открытая БД Podr1

 

В иерархическом списке снизу от названия БД, можно видеть структурные элементы этой БД – домены (Domains), таблицы (Tables), представления (View), хранимые процедуры (Stored Procedures), внешние функции, генераторы, и т. д.  Рассмотрим таблицы главной БД – Podr1. На рис. 9. представлена таблица Проекты (Proj). В данной таблице имеются следующие столбцы:

- Code – ключевое поле (тип Integer). Это поле главного ключа (Primary key);

- Nazv – название проекта (тип Varchar);

- Nach – дата начала проекта (тип TimeStamp – дата);

- FinRes – финансовые ресурсы, выделенные на проект (тип Float);

 

Распределенная база данных

 


Заказать курсовую

 

Добавить комментарий


Защитный код
Обновить