1 Системный анализ и анализ требований

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

Отдел кадров решает следующие задачи:

1. сбор информации о сотрудниках;

2. учет очередных и внеочередных отпусков, а также командировок и больничных;

3. учет сотрудников;

4. кадровое перемещение (изменение категории, должности специальности, разряда график работы, перевод одного сотрудника на другой объект и т. д.);

5. прием сотрудника;

6. увольнение сотрудника;

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

При создании проекта были выявлены следующие ограничения:

• карточка содержит информацию о нескольких сотрудниках предприятия;

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

• одному сотруднику соответствует только один табельный номер;

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

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

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

• Сотрудники: Табельный номер, Фамилия, Имя, Отчество, Адрес, Телефон, Дата рождения, Семейное положение, Номер паспорта, Подразделение, Должность, Дата приема, Приказ о приеме.

• Отпуска: Табельный номер, Вид отпуска, Дата отпуска, Дата окончания отпуска, Основание;

• Увольнение: Табельный номер, Фамилия, Имя, Отчество, Должность, Дата увольнения, Приказ об увольнении.

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

2 Использование методологии idef1x для разработки концептуальной модели данных

Методология IDEF1X – язык для семантического моделирования данных, основанных на концепции «сущность-связь».

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

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

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

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

Отношения – связь между двумя и более сущностями. Именование отношения осуществляется с помощью грамматического оборота глагола.

Таким образом, сущности представляют собой базовый тип информации, хранимый в БД, а отношения показывают, как эти типы данных взаимосвязаны друг с другом.

Состав атрибутов и их описание для всех сущностей представлены в таблицах 1, 2, 3.

Таблица 1 –Атрибуты сущности «Сотрудники»

Имя атрибута	Описание
Табельный номер	Первичный ключ
Фамилия	Фамилия сотрудника
Имя	Имя сотрудника
Отчество	Отчество сотрудника
Адрес	Адрес сотрудника
Телефон	Контактный телефон
Дата рождения	Дата рождения сотрудника
Семейное положение	Женат или холост
Номер паспорта	Номер паспорта
Подразделение	Подразделение, в котором работает
Должность	Должность сотрудника
Дата приема	Дата приема на работу
Приказ о приеме	Номер приказа о приеме на работу сотрудника

Таблица 2 – Атрибуты сущности «Отпуска»

Имя атрибута	Описание
Табельный номер	Первичный ключ
Вид отпуска	Вид отпуска, по которому сотрудника отпустили
Дата отпуска	Дата выхода в отпуск
Дата окончания отпуска	Дата окончания отпуска
Основание	На основании чего назначен отпуск

Таблица 3 –Атрибуты сущности «Увольнения»

Имя атрибута	Описание
Табельный номер	Первичный ключ
Фамилия	Фамилия сотрудника
Имя	Имя сотрудника
Отчество	Отчество сотрудника
Должность	Должность сотрудника, которую он занимал
Дата увольнения	Дата увольнения с рабочего места
Приказ об увольнении	Номер приказа об увольнении сотрудника

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

Верхний уровень состоит из Entity Relation Diagram (Диаграмма сущ­ность-связь) и Key-Based model (Модель данных, основанная на ключах). Диаграмма сущность-связь определяет сущности и их отношения. Модель данных, основанная на ключах, дает более подробное представление дан­ных. Она включает описание всех сущностей и первичных ключей, которые соответствуют предметной области.

Нижний уровень состоит из Transforination Model (Трансформацион­ная модель) и Fully Attributed (Полная атрибутивная модель). Трансфор­мационная модель содержит всю информацию для реализации проекта, который может быть частью общей информационной системы и описывать предметную область. Трансформационная модель позволяет проектиров­щикам и администраторам БД представлять, какие объекты БД хранятся в словаре данных, и проверить, насколько физическая модель данных удо­влетворяет требованиям информационной системы. Фактически из транс­формационной модели автоматически можно получить модель СУБД, ко­торая является точным отображением системного каталога СУБД.

Первым шагом при создании логической модели БД является построение диаграммы ERD (Entity Relationship Diagram). ERD-диаграммы состоят из трех частей: сущностей, атрибутов и взаимосвязей. Сущностями являются существительные, атрибуты - прилагательными или модификаторами, взаимосвязи - глаголами.

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

На рисунке 1 представлена ERD-диаграмма логической модели базы данных «Учет перемещений работников предприятия».

Рисунок 1 – Логическая модель БД «Учет перемещений работников предприятия»

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

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

Следующим этапом при построении логической модели является опре­деление типов атрибутов и размера поля. Типы атрибутов представлены в таблицах 4,5, 6.

Таблица 4 –Типы и размер атрибутов сущности «Сотрудники»

Имя атрибута	Тип атрибута	Размер
Табельный номер	Numeric	5
Фамилия	Character	20
Имя	Character	10
Отчество	Character	15
Адрес	Character	25
Телефон	Character	15
Дата рождения	Date	8
Семейное положение	Character	6
Номер паспорта	Character	11
Подразделение	Character	30
Должность	Character	15
Дата приема	Date	8
Приказ о приеме	Character	20

Таблица 5 – Типы и размер атрибутов сущности «Отпуска»

Имя атрибута	Тип атрибута	Размер
Табельный номер	Numeric	5
Вид отпуска	Character	15
Дата отпуска	Date	8
Дата окончания отпуска	Date	8
Основание	Character	20

Таблица 6 – Типы и размер атрибутов сущности «Увольнения»

Имя атрибута	Описание	Размер
Табельный номер	Numeric	5
Фамилия	Character	20
Имя	Character	10
Отчество	Character	15
Должность	Character	15
Дата увольнения	Date	8
Приказ об увольнении	Character	20