2.2 Информационная модель

 

2.2.1 Идентификация сущностей и связей. ER-диаграмма логического уровня

Для отображения информационной модели рассматриваемого процесса были использованы следующие сущности:

Издание

ВедПодписка (ведомственная подписка)

ЧастПодписка (подписка физических лиц)

Почтовое отделение

ИзданиеПочтОтдел

ЧастЦена (цена подписки издания для частных лиц)

ВедЦена (цена подписки издания для организаций)

Схема каждого из отношений представлена на рисунке 3.

Для однозначного определении записей в каждом из отношений выделен первичный ключ (простой или составной).

Внешние ключи для отношений БД:

в отношениях ВедЦена и ЧастЦена - это ключ Индекс;

в отношениях ВедПодписка и ЧастПодписка – это составной ключ: Индекс, НомерПО.

На логическом уровне проектирования в моделируемой базе данных присутствуют следующие типы связей между описанными сущностями:

1) связь типа один ко многим;

2) связь типа многие ко многим между Изданием и Почтовым Отделением.


2.2.2 Определение доменов для схем отношений. Уточнение типов данных для атрибутов схем отношений. Реализация ссылочной целостности

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

Все не ключевые атрибуты функционально полно и не транзитивно зависят от первичного ключа. Следовательно, отношение находится в БКНФ.

Все вышеизложенные отношения функционально полно зависят от первичного ключа.

Для нормализации схем отношений в БКНФ необходимо чтобы каждый детерминант (любой атрибут, от которого функционально полно зависит некоторый другой атрибут) является возможным ключом. В рассматриваемой модели нормализация к БКНФ соблюдается

Таким образом, все отношения находятся в БКНФ.

На логическом уровне в моделируемой системе присутствовала связь типа "многие ко многим" между сущностью Издание и сущностью Почтовое отделение. Для её реализации на физическом уровне была введена дополнительная зависимая сущность ИзданиеПочтОтдел.

Приведенная в приложении 5.3 диаграмма наглядно отображает все атрибуты отношений и их физические характеристики.

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

Результат связывания объектов модели процессов отображается в следующей таблице.

Таблица 1 - Результат связывания объектов модели процессов

Attribute Name

Entity Name

Arrow Name

Activity Name

Адрес ЧастПодписка Данные клиента Изменение данных по частПодписке
Регистрация частПодписки
Индекс ВедПодписка Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий
отчёт по изданиям Анализ объёма ведподписки по изданиям
отчёт по организациям Анализ объёмов подписки по организациям
ЧастПодписка Запрос об объёмах част Анализ общего объёма частной подписки и количества подписных изданий
отчёт по част изд Анализ объёма частподписки по изданиям
Код ЧастПодписка Данные клиента Изменение данных по частПодписке
Регистрация частПодписки
Запрос об объёмах част Анализ общего объёма частной подписки и количества подписных изданий
НазвИздания Издание Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий
Запрос об объёмах част Анализ общего объёма частной подписки и количества подписных изданий
отчёт по изданиям Анализ объёма ведподписки по изданиям
отчёт по организациям Анализ объёмов подписки по организациям
отчёт по част изд Анализ объёма частподписки по изданиям
НомерПО ЧастПодписка Данные клиента Изменение данных по частПодписке
Регистрация частПодписки
Объём ВедПодписка Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий
отчёт по изданиям Анализ объёма ведподписки по изданиям
отчёт по организациям Анализ объёмов подписки по организациям
Организация ВедПодписка Данные организации Изменение данных по ведПодписке
Регистрация ведПодписки
Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий
отчёт по организациям Анализ объёмов подписки по организациям
период ВедПодписка Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий
Период ЧастПодписка Данные клиента Изменение данных по частПодписке
Регистрация частПодписки
Запрос об объёмах част Анализ общего объёма частной подписки и количества подписных изданий
отчёт по част изд Анализ объёма частподписки по изданиям
Фамилия ЧастПодписка Данные клиента Изменение данных по частПодписке
Регистрация частПодписки


Информация о работе «Разработка многопользовательской информационной системы по ведению учёта подписной деятельности почтовым отделением»
Раздел: Информатика, программирование
Количество знаков с пробелами: 17754
Количество таблиц: 2
Количество изображений: 5

0 комментариев


Наверх