62
Рис. 2.13. Экранная форма справочника Должности
Рис. 2.14. Экранная форма справочника Отделы
Рис. 2.15. Экранная форма справочника Сотрудники
В таблице 2.5 рассмотрена сводная информация по справочниках:
Таблица 2.5. Сводная таблица по справочниках
63
Название
справочника
Отделы
Должности
Сотрудники
Ответственный за
его ведение
Кадровик
Кадровик
Кадровик
Средний объем
справочника в
записях
6
4
5-7
Средняя частота
актуализации
1 раз в год
1 раз в месяц
1 раз в неделю
Средний объем
актуализации,
записей
1
1
2-3
2.2.3. Характеристика результатной информации
Стоит заметить, что в разрабатываемой системе для ведения документации
по учету отработанного времени необходимо хранить данные на основании табеля
об отработанном времени.
Рассмотрим реквизитный состав таблицы с оперативными данными Учет
(таблица 2.6):
Таблица 2.6. Документ Учет
Имя
Тип
Номер
Числовой
Дата
Дата
Сотрудник
Ссылка
Отработано
Числовой
Прогулы
Числовой
Командировки
Числовой
Больничные
Числовой
Стоит отметить, что в документе применяются ссылки на некоторые
справочники, которые описаны выше.
Ниже, на рисунках 2.16, 2.17 показаны экранные формы документа:
64
Рис. 2.16. Экранная форма документа Учет
Рис. 2.17. Экранная форма для ввода данных
Документы заполняются по необходимости, а именно, при начислении
аванса на зарплату и формировании зарплатной ведомости (2 раза в месяц).
Вся информация заполняется кадровиком вручную на основании
информации, которая подается начальниками отделов.
65
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Программное обеспечение для автоматизации ведения документации по
учету обработанного времени предусматривает работу одного пользователя,
которые выполняет обработку документации по табелям отработанного времени.
Дерево функций, что реализованы в системе, представлены ниже на рисунке 2.18.
Рис. 2.18. Дерево функций
Обработка табелей отработанного времени предназначена для анализа
информации о деятельности сотрудников компании. На основании выполненного
анализа выполняется ввод оперативных данных, а также осуществляется работа
пользователя с ИС. В результате указанных действий будет сформирован список с
данными об отработанном времени персоналом компании.
Служебные функции выполняются для работы со справочниками.
66
Заметим, что описанные функции ИС разделены между подсистемами (рис.
2.19):
Рис. 2.19. Подсистемы
К примеру, результатная информация, которая может повлиять на учет
документации, будет присутствовать в разных подсистемах. [14, c.55]
На базе описанной информации рассмотрим сценарий работы с
конфигурацией (рис.2.20).
Рис. 2.20. Последовательность операций для ИС
67
2.3.2. Характеристика базы данных
После анализа данных по предметной области надо выделить совокупность
сущностей БД:
– Должности;
– Сотрудники;
– Отделы;
– Пол;
– Учет.
Реквизитный состав данных сущностей представлен в таблицах 2.2 – 2.4, 2.6.
Стоит заметить, что все сущности в своей структуре применяют ключевые
поля:
– Должности – Код должности;
– Сотрудники – Код сотрудника;
– Отделы – Код отдела;
– Пол – Код пола;
– Учет - № п/п.
Рассмотрим далее результат связывания объектов хранилища данных.
Между объектами Отделы и Сотрудники присутствует связь «один-ко-
многим», поскольку в одном отделе может работать несколько сотрудников
компании.
Между объектами Должности и Сотрудники есть связь «один-ко-многим»,
поскольку одну и ту же должность может занимать несколько сотрудников
компании.
Между объектами Сотрудники и Учет будет присутствовать связь типа
«один-ко-многим», поскольку один и тот же сотрудник несколько раз будет
присутствовать в учете отработанного времени в зависимости от рассматриваемого
периода.
Выполним нормализацию отношений.
Отношение находится в первой нормальной форме (1НФ), если значения
атрибутов (то есть домены), из которых построено данное отношение, являются
простыми, неделимыми, иначе говоря, атомарными значениями.
68
Все отношения для рассматриваемой предметной области являются
атомарными.
Отношение находится во второй нормальной форме, если оно находится в
первой нормальной форме и значения в каждом не ключевом атрибуте однозначно
определяются значением первичного ключа.
Для каждого отношения создано ключевое поле (первые поля в перечне
атрибутов).
Отношение находится в третьей нормальной форме (3НФ) тогда и только
тогда, когда отношение находится в 2НФ и все не ключевые атрибуты взаимно
независимы.
В наших таблицах нет, не ключевых полей, которые идентифицируются с
помощью другого не ключевого поля. Следовательно, таблицы находятся в третьей
нормальной форме.
На основании рассмотренной информации создадим ER-модель базы данных
(рисунок 2.21):
Отделы
Код отдела
Наз вание
Кабинет
Начальник
Сотру дники
Код сотру дника
Код отдела (FK)
Код должности (FK)
ФИО
Адрес
Телефон
Отдел
Стаж
Пол
Должность
Должности
Код должности
Должность
Оклад
Примечание
Учет
№ п/п
Код сотру дника (FK)
Код отдела (FK)
Код должности (FK)
Сотру дник
Дата
Отработано
Прогулы
Командировки
Больничные
Рис.2.21. ER-модель
На основании указанной модели будет построена структура создаваемой
конфигурации.
69
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Созданная конфигурация полностью соответствует всем требованиям по
структуре и обработке информации.
На основании платформы 1С: Предприятие рассматриваются данные,
которые обрабатываются при распределении на несколько подсистем:
– Администрация;
– Отдел кадров;
– Бухгалтерия.
Для каждой подсистемы присутствует ряд функций, которые кое в чем
накладываются и совпадают.
Платформа в этом случае обеспечивает хранение информации с помощью
базы данных, а также при использовании встроенных инструментов выполняется
обработка информации в соответствии с целью проекта.
На рисунке 2.22 показано дерево вызовов, которое применяется в ИС.
Рис. 2.22. Пример дерева вызовов
70
2.3.4. Описание программных модулей
Рассмотрим далее процесс описания программных модулей, что
представляются созданной ИС:
– подсистемы:
– Администрация;
– Отдел кадров;
– Бухгалтерия.
– справочники:
– Справочник сотрудников;
– Справочник отделов;
– Справочник должностей.
– документация;
– Учет.
– регистр накопления;
– отчет;
– формы;
– созданные перечисления:
– Пол.
2.4. Контрольный пример реализации проекта и его описание
После запуска программы откроется окно, показанное на рисунке 2.23:
71
Рис. 2.23. Главное окно ИС
В верхней части размещен перечень подсистем, после выбора какой-то будут
доступны функции для каждой из них.
К примеру, для отдела организации бухгалтерского учета используются
объекты, рассмотренные на рисунке 2.24: