Отчет о прохождении производственной практики в Министерстве здравоохранения и социального раз (стр. 4 из 6)

ERwin - средство разработки структуры базы данных (БД). ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных.

ERwin имеет два уровня представления модели - логический и физический.Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами (подробнее о сущностях и атрибутах будет рассказано ниже).

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

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т. д. Разделение модели данных на логические и физические позволяет решить несколько важных задач.

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

- диаграммасущность-связь (Entity Relationship Diagram, ERD);

- модель данных, основанная на ключах (Key Based model, KB);

- полнаяатрибутивнаямодель (Fully Attributed model, FA).

Основные компоненты диаграммы Erwin - это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта.

Различают два уровня физической модели:

- трансформационная модель (Transformation Model);

- модель СУБД (DBMS Model).

Физическая модель содержит всю информацию, необходимую для реализации конкретной БД. Трансформационная модель содержит информацию для реализации отдельного проекта, который может быть частью общей ИС и описывать подмножество предметной области. ERwin поддерживает ведение отдельных проектов, позволяя проектировщику выделять подмножество модели в виде предметных областей (Subject Area) /4/.

4.2 Логическое проектирование системы

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

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

На основе анализа предметной области выделено 17 сущностей:

- сущность «Отделение» определяется следующими атрибутами: код отделения, название отделения, источник средств;

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

- сущность «Вычеты НДФЛ» определяется следующими атрибутами: табельный номер, код вычета личный, код вычета на детей, количество детей, код вычета на детей инвалидов, количество детей инвалидов;

- сущность «Приказ» определяется следующими атрибутами: табельный номер, номер приказа, дата, вид приказа, содержание;

- сущность «Профессиональные группы» определяется следующими атрибутами: квалификационная группа;

- сущность «Квалификационный уровень» определяется следующими атрибутами: квалификационный уровень, квалификационная группа;

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

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

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

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

- сущность «Отклонения от графика» определяется следующими атрибутами: код отклонения, наименование отклонения;

- сущность «Табельный учет» определяется следующими атрибутами: табельный номер, код отклонения, начало, конец, всего дней;

- сущность «Надбавка» определяется следующими атрибутами: код надбавки, наименование надбавки, сумма, основание;

- сущность «Начисление надбавки» определяется следующими атрибутами: табельный номер, код надбавки, сумма по надбавкам, дата начисления надбавки;

- сущность «Удержания» определяется следующими атрибутами: код удержания, наименование удержания, сумма, основания;

- сущность «Начисление удержания» определяется следующими атрибутами: код удержания, табельный номер, сумма по удержаниям, дата начисления удержания;

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

Однозначно идентифицируем каждый экземпляр сущности - выделим первичные ключи.

Сущность «Сотрудник» - первичный ключ «Табельный номер».

Сущность «Вычеты НДФЛ» - первичный ключ «Табельный номер».

Сущность «Приказ» - составной первичный ключ «Табельный номер», «Номер приказа».

Сущность «Отделения» - первичный ключ «Название отделения».

Сущность «Отклонения от графика» - первичный ключ «Код отклонения».

Сущность «Табельный учет» - составной первичный ключ «Табельный номер», «Код отклонения».

Сущность «Надбавка» - первичный ключ «Код надбавки».

Сущность «Начисление надбавки» - составной первичный ключ «Табельный номер», «Код надбавки».

Сущность «Удержания» - первичный ключ «Код удержания».

Сущность «Начисление удержания» - составной первичный ключ «Табельный номер», «Код удержания».

Сущность «Проф группы» - первичный ключ «Квалификационная группа».

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

Сущность «Квалификационный уровень» - первичный ключ «Квалификационный уровень».

Сущность «Должность» - составной первичный ключ «Квалификационный уровень», «Название должности».

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

Сущность «Размеры окладов» - составной первичный ключ «Название должности», «Квалификационный уровень».

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

4.3 Разработка структуры связей

Свяжем таблицы через внешние ключи.

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

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

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

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

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

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

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

Сущности «Табельный учет» и «Расчет заработной платы» связаны через внешний ключ по полю «Код отклонения». Т.к. табельный учет по отклонениям от графика работы на каждого сотрудника может быть во многих его расчетах зарплаты, то эта связь будет «один-ко-многим».