2.1.2 Диаграмма дерева узлов

Диаграмма дерева узлов проектируемой базы данных представлена на рисунке 31 и в приложении 1.

Рисунок 31 – Диаграмма дерева узлов.

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

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

ER-диаграмма логического уровня представлена на рисунке 32 и в приложении 2.

Рисунок 32– ER-диаграмма логического уровня

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

- «Зарплата» - хранит информацию о зарплате. Содержит табельный номер, тарифную ставку, аванс, вредность, разряд, дату выдачи, зарплату;

- «Отделы» - хранит информацию об отделах предприятия. Cодержит табельный номер начальника, название отдела, фамилию начальника отдела, номер отдела;

- «Заявки» - хранит информацию о заявках. Содержит код заявки, дату подачи заявки, описание, адрес, телефон, дату исполнения, результат, номер квартиросъемщика, табельный номер;

- «Сотрудники» - хранит информацию о сотрудниках. Содержит табельный номер, фамилию, имя, отчетсво, должность, образование, пол, телефон, дату рождения, стаж работы, отдел, номер отдела;

- «Данные со счетчиков» - хранит информацию о данных, снятых со счетчиков. Содержит номер квартиросъемщика, электроэнергию, воду, дату;

- «Квартиросъемщики» - хранит информацию о квартиросъемщиках. Содержит номер квартиросъемщика, фамилию, имя, отчество, документ, серию, номер, количество проживающих, количество детей, где выдан, кем выдан, льготы, жилищные условия, инвалидность;

- «Должники» - хранит информацию о должниках предприятия. Содержит номер должника, дату, пеню, задолженость;

- «Дома на обслуживании» - хранит информацию о домах, находящихся на обслуживании предприятия. Содержиткод дома, количество подъездов, адрес, дату постройки, количество квартир, общая площадь, жилая площадь, подвал, вид кровли, площадь кровли;

- «Договор» - хранит информацию о договорах квартиросъемщиков. Содержит номер договора, начало, конец, код дома, услуга;

- «Услуги» - хранит информацию об услугах. Содержит номер услуги, название услуги, стоимость услуги.

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

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

в отношении «Сотрудники» и «Отделы» - это ключ «Номер отдела»;

в отношении «Сотрудники» и «Зарплата» - это ключ «Табельный номер»;

в отношении «Сотрудники» и «Должники» - это ключ «Табельный номер»;

в отношении «Сотрудники» и «Заявки» - это ключ «Табельный номер»;

в отношении «Квартиросъемщики» и «Заявки» - это ключ «Номер квартиросъемщика»;

в отношении «Квартиросъемщики» и «Данные со счетчиков» - это ключ «Номер квартиросъемщика»;

в отношении «Дома на обслуживании» и «Договор» - это ключ «Код дома»;

в отношении «Услуги» и «Договор» - это ключ «Номер услуги»;

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

• неиденцифицирующие связи;

• иденцифицирующие связи;

• связи многие-ко-многим;

Связь между сущностями «Сотрудники» и «Зарплата» идентифицирующая не допускающая присутствие нулей, т.к. каждому сотруднику выдается зарплата. Тип связи 1 ко многим, т.к. у одного сотрудника может хранится несколько записей о зарплате.

Связь между сущностями «Отделы» и «Сотрудники» неидентифицирующая, разрешающая присутствие нулей, т.к. не каждый сотрудник может состоять в отделе. Тип связи 1 ко многим, т.к. один отдел может содержать несколько сотрудников.

Связь между сущностями «Сотрудники» и «Должники» неидентифицирующая, неразрешающая присутствие нулей, т.к каждому должнику должен быть сопоставлен сотрудник выявивший его. Тип связи 1 ко многим, т.к. один сотрудник может выявить много должников .

Связь между сущностями «Сотрудники» и «Заявки» неидентифицирующая, неразрешающая присутствие нулей, т.к. каждой заявке должен быть сопоставлен сотрудник, выполнивший её. Тип связи 1 ко многим, т.к. один сотрудник может выполнить несколько заявок.

Связь между сущностями «Квартиросъемщики» и «Заявки» неидентифицирующая, не разрешающая присутствие нулей, т.к. каждой заявке должен быть сопоставлен квартиросъмщик, подавшие её. Тип связи 1 ко многим, т.к. один квартиросъемщик может подать несколько заявок.

Связь между сущностями «Квартиросъемщики» и «Данные со счетчиков» идентифицирующая, не разрешающая присутствие нулей т.к. каждым данным должен соответствовать квартиросъемщик. Тип связи 1 ко многим, т.к. квартиросъмщик может подавать данные несколько раз.

Связь между сущностями «Договора» и «Услуги» идентифицирующая, не разрешающая присутствие нулей, т.к. каждому договору должна соотвествовать некоторая услуга. Тип связи 1 к одному, т.к. один договор может включать только одну услугу.

Связь между сущностями «Дома на обслуживании» и «Договоры» неидентифицирующая, не разрешающая присутствие нулей, т.к. каждому дому должен соотвествовать договор. Тип связи 1 ко многим, т.к. один дом может иметь несколько договоров.

Связь между сущностями «Дома на обслуживании» и «Квартиросъемщики» многие-ко-многим, т.к. в одном доме могу проживать разные квартиросъемщике и один квартиросъемщик можеит проживать в разных домах.