
- •Содержание
- •Аннотация
- •Введение
- •1 Описание предметной области и выявление требований, предъявляемых к информационной системе
- •Описание предметной области
- •1.2 Выявление требований, предъявляемых к информационной системе
- •2 Разработка и описание функциональной модели
- •2.1 Построение контекстной диаграммы
- •2.2 Декомпозиция моделируемой системы
- •3 Создание локальных концептуальных моделей
- •3.1 Выявление и определение сущностей
- •3.2 Определение связей между сущностями
- •3.3 Определение атрибутов сущностей и первичных ключей
- •3.4 Определение доменов
- •3.5 Создание диаграммы «сущность-связь»
- •4 Построение и проверка локальных логических моделей данных
- •4.1 Преобразование локальных концептуальных моделей данных в локальные логические модели
- •4.2 Проверка модели с помощью правил нормализации
- •4.3 Создание диаграмм «сущность – связь»
- •4.4 Определение требований поддержки целостности данных.
- •5. Создание и проверка глобальной логической модели данных
- •Слияние сущностей с одинаковыми именами и одинаковыми первичными ключами.
- •Включение связей, уникальных для каждого локального представления.
- •6 Разработка физической модели данных. Прямое проектирование
- •6.1. Построение физической модели данных
- •6.2. Описание процесса прямого проектирования
- •7 Проектирование приложения
- •7.1 Описание таблиц базы данных
- •7.2. Разработка приложения
- •8 Результаты тестирования
- •9. Управление проектом
- •Заключение
- •Список литературы
- •Лист регистрации изменений
- •Приложения
5. Создание и проверка глобальной логической модели данных
Целью этого этапа является объединение отдельных локальных логических моделей данных в единую глобальную логическую модель
Слияние сущностей с одинаковыми именами и одинаковыми первичными ключами.
Такие сущности, как правило, представляют одну и ту же концепцию реального мира. Объединенная сущность будет включать все атрибуты сливаемых сущностей, за исключением дублирующихся.
При слиянии сущностей «Сотрудники» очевидно, что в трёх локальных логических моделях анализируемые сущности имеют одинаковые имена и одинаковые первичные ключи. Все атрибуты в обеих сущностях являются общими. Таким образом, объединенная сущность «Сотрудники» будет содержать все общие атрибуты, которые присутствовали в каждой из сущностей. По аналогии объединяются все оставшиеся сущности из рассматриваемых локальных моделей с одинаковыми именами и одинаковыми первичными ключами такие как «Улицы», «Должности», «Помещения», «Расписание занятий», «Абонементы», «Прейскурант».
При слиянии моделей видно, что сущность «Услуги клиентов» входит в состав сущности «Абонементы», так как каждый абонемент выписывается на одну услугу и для определенного клиента и в нем отмечается количество выкупленных занятий. Значит сущность «Услуги клиентов» удалится, а сущность «Абонементы» останется. То же самое произойдет и с дочерними сущностями «Время посещения занятий».
Включение сущностей, уникальных для каждого локального представления.
Такие сущности просто включаются в общую модель без внесения каких-либо изменений. В нашем примере такими сущностями являются «Услуги», «Клиенты», «Зарплата инструкторов», «Журнал посещений».
Слияние общих связей из отдельных локальных моделей.
Прежде чем приступить к слиянию связей, очень важно разрешить любые конфликты, касающиеся их кардинальности и степени участия сторон.
Если происходит слияние связей, имеющих различные имена, но идентичное назначение необходимо, чтобы их кардинальность и степень участия сторон были идентичны или подобны. При слиянии связей, имеющих одинаковые имена и сходное назначение, такие связи объединяются.
Включение связей, уникальных для каждого локального представления.
Все связи включаются в глобальную модель без каких-либо изменений.
Проверка глобальной логической модели данных.
Возможно, что при выполнении процедуры слияния в глобальную модель данных были внесены новые ошибки. Поэтому важно проверить созданную глобальную логическую модель данных на соответствие требованиям нормализации и проконтролировать возможность выполнения всех требуемых транзакций.
Проверка возможностей расширения модели в будущем.
Очень важно, чтобы созданная глобальная модель была легко расширяема. Если модель сможет поддерживать только текущие требования, то время ее существования будет весьма ограниченным.
После прохождения всех пунктов, получим ER-диаграмма, изображенную на рисунке 20.
Рисунок 20 Глобальная логическая модель данных