3.1 Проектирование структуры бд
На основании данных таблиц 1 и 4 в качестве первого шага в проектировании структуры внутримашинной БД разрабатывается диаграмма объект/отношение выбранной предметной области.
Для определения состава объектов диаграммы целесообразно в первую очередь проанализировать сформированное ранее вербальное описание предметной области. В качестве объектов могут выступать:
создаваемые документы, например, приказ, докладная записка, письмо и т.д.;
внешние организации, данные о которых необходимы для формирования реквизитов входящих и исходящих документов;
названия подразделений, между которыми осуществляется движение документов;
сведения о сотрудниках, фамилии и инициалы которых необходимы для формирования подписи, визы согласования, грифа утверждения. При определении свойств этого объекта необходимо учесть, что фамилии могут использоваться в документах в разных падежах; инициалы в тексте могут быть расположены до или после фамилии; в ряде случаев требуется указывать не инициалы, а имена и отчества сотрудников. Все эти ситуации учитываются за счет формирования соответствующего набора свойств объекта;
наименования материальных ресурсов (деталей, сырья, готовых изделий), используемых на предприятии для организации выполнения его функций;
наименования проводимых мероприятий и т.д.
В случае, если САДД предусматривает автоматизированную подготовку и регистрацию создаваемых документов, следует тщательно продумать состав свойств создаваемых объектов. Для этого, прежде всего, необходимо определить состав журналов регистрации, набор полей каждого журнала и состав документов, подлежащих регистрации в каждом журнале. Очевидно, что для каждого объекта-документа следует указать только те свойства, которые отсутствуют в соответствующем журнале регистрации. Для обеспечения работы конечного пользователя по заполнению данных о документе должен быть создан запрос на естественное соединение таблиц, содержащих сведения о журнале регистрации и документе.
Диаграмма объект/отношение для рассмотренного выше примера рабочего места секретаря коллегии Архивного отдела Пензенской области приведена на рисунках 1-8.
Разработанную диаграмму объект/отношение допускается оформлять вручную.
Собственно проектирование структуры выполняется в соответствии со следующими этапами:
выделяются правильные объекты. Им ставятся в соответствие базовые отношения, для каждого из которых определяется первичный ключ;
Рисунок 1 - Фрагмент диаграммы объект/отношение для объектов Повестка дня, Протокол, Решение
Рисунок 2 - Фрагмент диаграммы объект/отношение для объекта Архивный отдел
Рисунок 3 - Фрагмент диаграммы объект/отношение для объектов Сотрудники, План работы коллегии
Рисунок
4 - Фрагмент диаграммы объект/отношение
для объектов Сотрудники. Вызов на
коллегию, Приглашенные на коллегию,
Приглашенные Лично, Представители
учреждений
Продолжение рисунка 4
Рисунок 5 - Фрагмент диаграммы объект/отношение для объектов Сотрудники, Перечень рассылки, Учреждения, представители учреждений
Продолжение рисунка 5
Рисунок
6 - Фрагмент диаграммы объект/отношение
для объектов Район, Проведение проверок
учреждений, Работа исследователей,
Создание БД «Архивный фонд»,
Социально-правовые запросы
Продолжение
рисунка 6
Рисунок
7 - Фрагмент диаграммы объект/отношение
для объектов Район; Усовершенствование,
переработка, описание; Утверждение
описей на ЭПК; Картонирование; Прием
дел
Продолжение
рисунка 7
Рисунок
8 - Фрагмент диаграммы объект/отношение
для объектов Район, Ремонт и подшивка,
Выдача дел во временное пользование,
Передача дел в ГАПО, Проверка наличия,
Тематические запросы
Продолжение
рисунка 8
выделяются отношения многие-к-одному. Им ставятся в соответствие базовые отношения, для каждого из которых определяются внешние ключи и для каждого ключа описываются правила внешних ключей (для операции удаления обычно применяется опция NO ACTION). После этого формируется первичный ключ отношения; как правило, он является комбинацией внешних ключей, если не возражают конечные пользователи, которые будут работать с БД и выполняется требование уникальности значений созданного первичного ключа. В противном случае в базовое отношение вводится дополнительный атрибут, который и будет играть роль первичного ключа.
выделяются отношения многие-к-одному, в которых участвуют только правильные объекты. Для них новые базовые отношения не создаются. Но в базовое отношение, соответствующее стороне «многие», добавляется внешний ключ для организации доступа к базовому отношению, соответствующему стороне «один». В качестве внешнего ключа используется первичный ключ базового отношения стороны «один». Для внешнего ключа описываются правила внешних ключей;
выделяются отношения многие-к-одному, в которых участвуют слабые объекты. Для каждого слабого объекта создается базовое отношение и определяется первичный ключ. Для отношений многие-к-одному новые базовые отношения не создаются, но ставится внешний ключ со стороны «многие» к стороне «один» и описываются правила внешних ключей (для операции удаления применяется опция CASCADE);
каждому неключевому свойству всех созданных базовых отношений ставится в соответствие неключевой атрибут.
Результаты проектирования структуры БД приводятся в ПЗ в виде таблицы вида (Таблица 5).
Таблица 5
Имя объекта/отно-шения на диаграмме |
Имя отношения БД |
Потенциаль-ные ключи |
Внешние ключи и ссылочные таблицы |
Неключевые атрибуты |
|
|
|
|
|