Дипломная работа: Автоматизация учета рабочего времени сотрудников компании "Строительно-Промышленная Инвестиционная Корпорация Аккорд"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
7
7
77
Рис. 2.12 Структура сценарии диалога
2.3.2 Характеристика базы данных
Первым этапом процесса проектирования базы данных является создание
концептуальной модели данных [15].
Концептуальная модель это модель предметной области. Компонентами
данной модели являются объекты и взаимосвязи. Концептуальная модель включает
описания объектов и их взаимосвязей, представляющих интерес в рассматриваемой
предметной области. Взаимосвязи между объектами являются частью концептуальной
модели и отображаются в базе данных. Различают взаимосвязи типа: «один-к-одному»,
«один-ко-многим», «многие-ко-многим».
Самой популярной моделью концептуального проектирования является модель
«сущность-связь» (ER-модель). Данную модель относят к семантическим моделям
[18].
Вход в
систему
2.12 Ввод данных о
сотруднике
2.1.1
Ввод ФИО сотрудника
2.1.2
Выбор должности
2.1.3 Выбор отдела
2.1.4 Ввод даты приема
1. Вход в
систему
Менеджер
действий
2.2 Учет рабочего
времени
2.2.1 Формирование табеля учета
2.2.2
Выбор сотрудника
2.2.3
Контроль присутствия на
рабочем месте
2.2.4 Учет больничных, отпусков
2.1 Ввод данных о
сотруднике
2.2 Учет рабочего времени
2.4 Формирование
отчетности
2.4
Отчетность
2.4.1 Штатное расписание
2.4.2 Табель учета рабочего времени
7
8
78
Основными элементами модели являются сущности, связи между сущностями и
их свойства (атрибуты).
Сущность это класс однотипных объектов, информация о которых должна
быть учтена в модели.
Каждая сущность должна иметь наименование, выраженное существительным в
единственном числе. Каждая сущность в модели изображается в виде прямоугольника
с наименованием.
Атрибут характеристика (параметр) некоторой сущности. Домен множество
значений (область определения атрибутов).
У сущностей выделяются ключевые атрибуты ключ сущности это один или
более атрибутов, уникально определяющих данную сущность.
Между сущностями могут быть уставлены связи бинарные ассоциации,
показывающие, каким образом сущности относятся или взаимодействуют между собой
[24].
Выделим базовые сущности предметной области «Учет рабочего времени
сотрудников ОАО «Аккрд»:
1) «Сотрудники». Атрибуты: Код, Фамилия, Имя, Отчество, Дата Приема на
работу.
2) «Должности». Атрибуты: Код, Наименование должности.
3) «Отделы». Атрибуты: Код, Наименование отдела.
4) «Табель». Атрибуты: Код, Отчетная дата, Суммарная информация.
5) «Статусы». Атрибуты: Код, Наименование статуса сотрудника.
Определим тип и кардинальность связей между сущностями: Сотрудник–Должность.
Между этими сущностями существует связь
«Занимает». Каждый сотрудник занимает определенную должность в
организации, при этом может быть несколько сотрудников, занимающих одну
должность, следовательно, отношение «один–комногим». Данная связь имеет вид,
представленный на рисунке 2.13.
Рис. 2.13 Сущность связь «Сотрудник–Должность»
Должность
Сотрудник
Занимает
7
9
79
Должность–Отдел. Между этими сущностями существует связь
«Числится». Каждый должность числится за определенным отделом, при этом в
одном отделе много различных должностей, следовательно, отношение «один– ко
многим». Данная связь имеет вид, представленный на рисунке 2.14.
Рис. 2.14 Сущность связь «Должность–Отдел»
Сотрудник–Табель. Между этими сущностями существует связь
«Включен». Каждый сотрудник включается в табель учета рабочего времени, при этом
один сотрудник может быть включен в несколько отчетных дат, следовательно,
отношение «одинко–многим». Данная связь имеет вид, представленный на рисунке
2.15.
Рис. 2.15 Сущность связь «Сотрудник–Табель»
Статус–Сотрудник. Между этими сущностями существует связь «Имеет».
Каждый сотрудник имеет статус (работает, отпуск, больничный, уволен), при этом
один статус может быть присвоен нескольким сотрудникам, следовательно, отношение
«один–ко–многим». Данная связь имеет вид, представленный на рисунке 2.16.
Рис. 2.16 Сущность связь «Статус–Сотрудник»
Далее представлена структура таблиц разработанной базы данных с подробным
описанием назначения полей.
Структура таблицы «Должности» представлена в таблице 2.3.
Отдел
Должность
Числится
Сотрудник
Табель
Включен
Статус
Сотрудник
Имеет
8
0
80
Таблица 2.3
Структура таблицы Должности
Имя поля
Тип данных
Описание
Ключ
Код должности
Счетчик
Код должности
+
Код отдела
Числовой
Код отдела в таблице
«Отделы»
+
Должность
Текстовый
Название должности
Структура таблицы «Отделы» представлена в таблице 2.4.
Таблица 2.4
Структура таблицы Отделы
Имя поля
Тип данных
Описание
Ключ
Код отдела
Счетчик
Код отдела
+
Отдел
Текстовый
Наименование отдела
Структура таблицы «Сотрудники» представлена в таблице 2.5
Таблица 2.5
Структура таблицы Сотрудники
Имя поля
Тип данных
Описание
Ключ
Код
сотрудника
Счетчик
Код сотрудника
+
Фамилия
Текстовы
й
Фамилия сотрудника
Имя
Текстовы
й
Имя сотрудника
Отчество
Текстовый
Отчество сотрудника
Дата приема
Дата\Время
Дата приема сотрудника
на работу
8
1
81
Код должности
Числовой
Код должности в таблице
«Должности»
+
Структура таблицы «Статусы» представлена в таблице 2.6.
Таблица 2.6
Структура таблицы Статусы
Имя поля
Тип данных
Описание
Ключ
Код
статуса
Счетч
ик
Код статуса
+
Стату
с
Текст
овый
Статус сотрудника в
системе
Структура таблицы «Табель» представлена в таблице 2.7.
Таблица 2.7
Структура таблицы Табель
Имя поля
Тип данных
Описание
Ключ
Код табеля
Счетчик
Код табеля учета рабочего времени
+
Дата
Текстовый
Дата Табеля
Физическая модель базы данных приведена на рисунке 2.17.
Источник: https://baza.diplomsite.ru/previewfile/2446