КП-2069154-835-01-12

Содержание

Содержание 3

Аннотация 5

1 Описание предметной области и выявление требований, предъявляемых к информационной системе 7

1.1 Описание предметной области 7

1.2 Выявление требований, предъявляемых к информационной системе 8

2.1 Построение контекстной диаграммы 9

2.2 Декомпозиция моделируемой системы 10

3 Создание локальных концептуальных моделей 18

3.1 Выявление и определение сущностей 18

3.2 Определение связей между сущностями 21

3.3 Определение атрибутов сущностей и первичных ключей 24

3.4 Определение доменов 30

3.5 Создание диаграммы «сущность-связь» 30

На этом этапе с помощью инструментального средства ERwin создаются окончательные варианты ER-диаграмм, отображающих локальные концептуальные модели данных, характеризующие представления от­дельных пользователей о предметной области приложения. 30

4 Построение и проверка локальных логических моделей данных 32

4.1 Преобразование локальных концептуальных моделей данных в локальные логические модели 32

4.3 Создание диаграмм «сущность – связь» 36

На этом этапе создаются ER-диаграммы локальных логических моделей данных. Каждая локальная логическая модель данных строится на основе соответствующей локальной концептуальной модели путем выполнения над последней действий, предусмотренных предыдущими пунктами. Переходы от локальных концептуальных моделей данных к локальным логическим моделям показаны на рисунках 14, 15, 16. 36

4.4 Определение требований поддержки целостности данных. 38

После создания логических концептуальных моделей, следует определить между ними требования для поддержки целостности данных. Их назначение состоит в поддержании постоянной внутрен­ней согласованности информации, которая будет храниться в проектируемой базе данных. Рассмотрим пять типов требований поддержки целостности: 38

Обязательные данные. Необходимо установить, какие из атрибутов всегда должны иметь конкретные значения, отличные от NULL. Данные требования были произведены при описании сущностей. 38

Целостность сущностей. Первичный ключ любой сущности не может содержать пустого значения. Напри­мер, каждая строка сущности «Клиенты» должна содержать уникальное значение атри­бута первичного ключа. В данном случае это – атрибут «Код клиента». 38

Ссылочная целостность. Связи между сущностями моделируются посредством помещения в дочернюю сущность копии первичного ключа родительской сущности. Понятие ссылочной целостности означает, что если внешний ключ дочерней сущности содержит некото­рое значение, то это значение должно ссылаться на существующее и корректное зна­чение ключа в родительской сущности. 39

5. Создание и проверка глобальной логической модели данных 43

Слияние общих связей из отдельных локальных моделей. 43

Прежде чем приступить к слиянию связей, очень важно разрешить любые конфликты, касающиеся их кардинальности и степени участия сторон. 43

Проверка глобальной логической модели данных. 44

Возможно, что при выполнении процедуры слияния в глобальную модель данных были внесены новые ошибки. Поэтому важно проверить созданную глобальную логическую мо­дель данных на соответствие требованиям нормализации и проконтролировать возможность выполнения всех требуемых транзакций. 44

Проверка возможностей расширения модели в будущем. 44

Очень важно, чтобы созданная глобальная модель была легко расширяема. Если модель сможет поддерживать только текущие требования, то время ее существования будет весьма ограниченным. 44

После прохождения всех пунктов, получим ER-диаграмма, изображенную на рисунке 20. 44

44

6.1. Построение физической модели данных 45

6.2. Описание процесса прямого проектирования 47

Создание драйвера БД. Для доступа к базе данных на основе спецификации Open Database Connectivity, разработанной MicroSoft, используются драйверы ODBC. Средство ERwin работает именно с этим стандартом, следовательно, необходимо создать ODBC-драйвер к разрабатываемой БД. Это действие выполняется в несколько шагов: 48

Генерация системного каталога. Процесс генерации можно провести двумя способами: 48

7.1 Описание таблиц базы данных 50

7.2. Разработка приложения 53

8 Результаты тестирования 68

Заключение 82

Список литературы 83

Лист регистрации изменений 84