Проектирование подсистемы "Учета труда и заработная плата"

 

153

             ■■ г-'-- —■

 

 

и) и)

 

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

вичного ключа среди потенциальных ключей будем руководствоваться прави-

лами:

      Будем использовать потенциальный ключ с минимальным набором атрибу- тов.

I.U

      Использовать следует тог ключ, вероятность изменения значений которого минимальна.

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

Значения ключа должны иметь минимальную длину. С выбранным ключом пользователю будет проще работать. Выбранные ключи отображены в таблице 4.2.

Разработанная концептуальная модель представлена на рисунке В.1.

Ці

|Т 4.2 Разработка локальной логической модели предметной области «учет труда и заработной платы ».

      Логическое проектирование - создание информационной модели предприятия на основе отдельных моделей данных, которая независима от особенностей используемой СУБД и других физических условий.

      

If 'і ! 1-І:

      На этом этапе концептуальную модель необходимо преобразовать таким об-

разом, чтобы она отвечала требованиям реляционной модели данных органи-

зации. То есть, необходимо исключить из концептуальной модели излишние и

нежелательные элементы и обработать возможные варианты целостности данных.

■

К таким элементам относятся:

• рекурсивные связи;
• связи типа «многие-ко-многим»;
• связи с атрибутами;
• множественные¹ атрибуты;

і; I

Ml

І і

і

ш

І

¹ I ііі

 
      

• избыточные связи.

 

      Определение набора отношений, исходя из структуры локальной логической модели данных, заключается в определении наборов отношений, необходи-

и

мых для представления сущностей и связей, входящих в представления отдель-

I !

ных пользователей о предметной области. На этом этапе выделяют сильные и слабые сущности, связи типа «один-ко-многим» и «один-к-одному». Далее онре- деля ют атрибуты и наборы атрибутов, которые могут выступать в качестве клю-

¹ I [I :" . ■

чей отношений.

1&Г7Г ' '

      Для каждой сильной сущности нужно создать отношение (объект), вюно-

(Г 'Ф .

чающее все простые атрибуты этой сущности. Слабая сущность должна включать в состав своих атрибутов как минимум два ключа для связи с сильными сущностями.

I*-, ] . <

* .щ ^:

      Таким образом, на данном этапе необходимо провести следующие этапы:

§!й г I

• переделать локальную концептуальную модель данных в локальную логи-

' %¹ '

ческую модель:

рЙ

• удаление связей типа «многие ко многим»;
• удаление сложных связей;
• удаление рекурсивных связей;
• удаление связей с атрибутами;
• удаление множественных атрибутов;
• повторный осмотр связей типа «один к одному»;

Ш .г ■щШ

• удаление лишних связей;

• определить набор отношений выходящих из структуры локальной логической модели данных;

,'Л,,. - проверить модель с помощью правил нормализации;

Ы:

ад

1цТ ■ "

      - проверить модель в отношении транзакций пользователей;

• создать диаграмму «сущность-связь»;
• определить требования поддержки целостности данных. Проверим разработанную концептуальную модель па наличие нежелательных элементов.

Схема локальной логической модели данных для рассматриваемой предмет-

і

      ■ ^: і ной области приведена на рисунке В.2. 

      В приведенной локальной логической модели нет связей типа «многие ко многим».

І:

      4.3 Разработка модели «сущность-связь»

і

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

ШШ1•

ставлення проекта и дополнительной проверки правильности модели данных.

Модель «сущность-связь» (ЕЯ-модель) - это высокоуровневая модель данных, которая отображает предназначенное для пользователя восприятие данных. Она

I >:

позволяет согласовывать большое количество технических аспектов.

1

      Основными понятиями модели «сущность-связь» являются:

; I >'

• сущность;
• связь;

      - атрибуты.

      

Рш^:

      

1, I • ГІ-І

      

і

      Сущность - это объект или концепция, имеющая собственное существова-

ние. Сущность моделирует объект реального мира. Одна сущность соответствует одному классу однотипных объектов. Таким образом, может существовать

ш

' множество объектов, принадлежащих к одной сущности.

      Объект соответствует понятию сущности, имеет свой набор атрибутов - ха- рактеристик, определяющих его свойства.

      Между сущностями могут быть установлены связи, которые показывают, каким образом сущность соотносятся и взаимодействуют между собой. Связь может существовать как между двумя различными сущностями, так и сущности самой с собой (рекурсивный набор). Рекурсивный набор показывает как связаны экземпляры сущности между собой.

      Различают следующие разновидности атрибутов:

• простой атрибут;
• составной атрибут;
• однозначный атрибут;
• многозначный атрибут;
• отсутствующий атрибут; 
  
• базовый атрибут;
• производный атрибут.

ш

ilii

Для завершения модели «сущность-связь» её следует проверить с точки зре- ния выполнения транзакции пользователя.

Перечень транзакций следует взять из описания предметной области. В него

включают:

 

• ввод новых данных в таблицы БД; ¹ - удаление записей из таблиц БД;
• выборку информации из БД (запросы).

      Если на диаграмме будут области, которые не используются ни в одной из транзакций, необходимо будет рассмотреть вопрос о целесообразности представ-

ления информации в модели данных. В то же время, если в модели окажутся об-

i . ■

ласти, которые не позволяют найти подходящий метод выполнения транзакции,

j Ш; •

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

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

      На данном этапе определим ключевые ноля у сущностей. У сильных сущностей ключевое поле одно, а у слабых столько - сколько связей имеет слабая сущность. Сильные сущности:

|1 - сущность «Должности» имеет одно ключевое поле - Код должности.

gl . i-

      Слабые сущности:

• работники;
• табель использования рабочего времени;

ii ') i ,

      -отпуск;

• платежная ведомость;
• листок неработоспособности.

      

«г 

      

Шн

      

f; i iH i

      

щ iffj

      

■#:; 'i i

      Модель «сущность-связь» отображена на рисунке В.3. 

4.4 Преобразование модели «сущность-связь» в реляционную модель данных

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

данных, содержащий и собственно данные (в виде таблиц) и способы работы и