58
Отдел
Строка (текстовый)
ФИО
Строка (текстовый)
ВремяПрихода
Дата
ВремяУхода
Дата
Подпись
Строка (текстовый)
Примечание
Строка (текстовый)
Таблица 11
Реквизитный состав документа «Табель»
Имя
Тип
НомерВТабеле
Число (целое)
Дата
Дата
Отдел
Строка (текстовый)
Ответственный
Строка (текстовый)
ФИО
Строка (текстовый)
День1
Число (целое)
День2
Число (целое)
День3
Число (целое)
День4
Число (целое)
День5
Число (целое)
День6
Число (целое)
День7
Число (целое)
Внешний вид формы документа Табель, показанный на рисунке 26. Заметим,
что форма для данного документа имеет табличную часть для удобной
структуризации информации.
Рисунок 26 – Форма документа Табель
В таблице 12 описаны характеристики документов.
Таблица 12
Сводная таблица по результатной информации
59
Название
Учет
больничн
ых
Учет
командиров
ок
Учет
отпусков
Штатное
расписани
е
Табель
Ответственн
ый за его
ведение
Сотрудник
отдела
кадров
Сотрудник
отдела
кадров
Сотрудни
к отдела
кадров
Сотрудник
отдела
кадров
Сотрудник
отдела
кадров
Средний
объем
документа в
записях
1500
150
1500
150
1500
Средняя
частота
актуализаци
и
Ежедневно
Еженедельно
Ежедневн
о
Еженедель
но
Ежемесяч
но
Средний
объем
актуализаци
и, записей
100
10
100
10
100
Источники
Сотрудники
Отделы
Сотрудники
Отделы
Должности
Сотрудни
ки
Отделы
Сотрудники
Отделы
Должности
Сотрудник
и
Отделы
Метод
доставки
информации
Ввод
вручную
Ввод вручную
Ввод
вручную
Ввод
вручную
Ввод
вручную
Автоматизация кадрового учета позволяет выдавать следующие виды
выходных форм:
Отчет по больничным листам содержит информацию о количестве
неотработанных дней сотрудником в связи с болезнью. Входной информацией здесь
будет внутрисистемный Справочник Сотрудники и внесистемный документ
Больничный лист, на основании которого будет внесена запись в журнал учета
больничных листов.
Журнал содержит информацию: номер листка нетрудоспособности, название
организации, выдавшей больничный лист, код сотрудника, код отдела, период
нетрудоспособности, код причины нетрудоспособности, дата предъявления,
количество дней всего.
Журнал учета отпусков содержит информацию об отпусках сотрудников
(плановых и без содержания).
Входной внесистемной информацией здесь будет заявление, приказ. Входной
внутрисистемной информацией здесь будет справочник Сотрудники. На основании
заявления и приказа в журнал учета отпусков будет внесена информация об отпуске
60
(номер приказа, код сотрудника, код должности, вид отпуска, дата начала, окончание,
количество дней, входящий номер заявления, всего).
Журнал учета командировок содержит информацию о количестве
неотработанных часов за неделю, месяц и.т.д. в связи с командировкой. Входной
внутрисистемной информацией здесь будет справочник Сотрудники, входной
внесистемной информацией будет заявление о командировке и приказ, на основании
которых будет выдано командировочное удостоверение и сделана отметка в журнале
учета командировок.
Журнал содержит такие данные как: код сотрудника, код должности, номер
приказа, дата и входящий номер заявления, дата убытия, дата прибытия, пункт
назначения, подпись, количество дней всего.
Табель учета рабочего времени содержит информацию: код сотрудника, код
отдела, код должности, количестве отработанных сотрудником дней, часов,
количестве выходных, так же входной информацией в отчете по табелю будут
внутрисистемные файлы: из отчета по отпускам – количество дней всего, отчета по
командировкам, количество дней всего, отчета по больничным количество дней
всего, а так же справочник Сотрудники.
Все журнальные формы формируются в отчет и выводятся на печать.
2.3.Программное обеспечение задачи
2.3.1.Сценарий диалога
На основании рассмотренных данных можно создать последовательность
работы пользователя с разрабатываемой системой (рисунок 27).
61
Рисунок 27 – Последовательность работы с АИС
В конфигурации предусмотрена работа одного пользователя, который
выполняет основные функции по получению отчетных документов, вводу данных по
заявлениям, больничным листам, приказам, командировочным, заполнению
справочников и формированию результатных документов.
На рисунке 28 рассмотрен сценарий диалога, в котором описаны возможности
разрабатываемого программного продукта.
Введение пароля
• Сотрудник отдела
кадров
Ввод оперативной
информации о
посещении и уходе,
командировках,
больничных, отпусках
• Сотрудник отдела
кадров
Контроль и обработка
данных
• Сотрудник отдела
кадров
Формирование
отчетной
документации
• Сотрудник отдела
кадров
• Администрация
Ввод данных в
справочники
62
Рисунок 28 – Сценарий диалога
Пункт Действия описывает действия с объектами конфигурации.
Пункт Справочники используется для ввода исходных данных в базу.
Пункт Документы применяется для ввода оперативной информации о
деятельности отдела кадров.
Пункт Отчеты используется для вывода результатной информации по
документообороту.
Пункт Печатные форма применяются для вывода информации на печать в
удобной форме.
Пункт Выход используется для закрытия конфигурации.
2.3.2.Характеристика базы данных
2.2.1. Информационная модель и ее описание
В дополнении к процессу проектирования информационные системы
применяются объекты, описывающие структуру разрабатываемого программного
обеспечения. Одним из таких инструментов является информационная модель.
На рисунке 29 показана информационная модель для ИС автоматизации
документооборота отдела кадров.
Основное
меню
Действия
Создать
Провести
Изменить
Удалить
Обновить
Справочники
Отделы
Должности
Документы
Сотрудники.
Учет рабоч-
его времени
Штатное
расписание
Штатное
расписание
Учет
отпусков
Учет коман-
дировок
Отчеты
Список
сотрудников
Табель
Отчет по
отпускам
Отчет по
командир.
Штатное
расписание
Формы Печать
Список
сотрудников
Табель
Отчет по
больничным
Отчет по
отпускам
Отчет по
командир.
Штатное
расписание
Выход
Отчет по
больничным
Учет
больничных
листов
63
В соответствии с приведенной информационной моделью, работа системы
осуществляется следующим образом.
Администратор системы регистрирует сотрудников отдела кадров, тем самым
формируя содержание справочника «Отдел кадров». Среди прочих атрибутов
администратор указывает пароль и логин для входа в систему.
Далее администратор заполняет все справочники, а так же в случае
необходимости редактирует их.
Сотрудник отдела кадров заполняет форму личной карточки сотрудников
организации (паспорт, образование, должность, отдел, адрес, телефон и др), в
результате формируются личные карты сотрудников, а так же списки сотрудников.
Рисунок 29 – Информационная модель
В ходе трудовой деятельности, сотрудник ОК принимает от сотрудников ООО
«ЭОС» заявления на (увольнение, прием на работу, на командировку, на отпуск,,
больничные листы, регистрирует их в журналы учета (журнал учета командировок,
журнал учета больничных, график отпусков и табель учета рабочего времени, после
чего формируются выходные документы, такие как журнал учета отпусков, журнал
64
учета командировок, журнал учета больничных листов, на основании журналов
формируются отчеты отчет по отпускам, отчет по командировкам, табель учета
рабочего времени.
Построение информационной модели требует от разработчика представления
сущностей объекта; для возможных ключей нужно определить уникальные свойства,
внешние ключи становятся описаниями ссылочной целостности.
Рассматриваемая модель служит для отображения процесса взаимодействия
промежуточных, входных, результатных потоков информации.
Опишем далее основные атрибуты для указанных объектов на примере
таблицы Сотрудники (таблица 13):
Таблица 13
Описание основных атрибутов
Название
Тип
Длина
Ключевое
поле
КодСотрудника
Число
8
Да
ФИО
Строка (текстовый)
50
Должность
Строка (текстовый)
50
Да
Отдел
Строка (текстовый)
50
Да
Паспорт
Строка (текстовый)
50
Телефон
Строка (текстовый)
13
Дата рождения
Строка (текстовый)
20
ИНН
Строка (текстовый)
15
СНИЛС
Строка (текстовый
15
Пол
Строка (текстовый)
3
Код журнала
Строка (текстовый)
3
Да
КодДолжности
Число (целое)
8
Да
КодОтдела
Число (целое)
8
Да
Кабинет
Число (целое)
3
Начальник
Строка (текстовый)
15
Да
Числовой КодСотрудника имеет длину 8 знаков и ключевое поле, благодаря
которому путем кодировки он отображается во всех связанных подсистемах и
выводит на основные документы данные о сотруднике. В результате кодировки, во
время формирование основных учетных форм, вместе с кодом, на данной форме
отображаются его фамилия , имя, отчество а так же его должности и отдел в котором
он работает.
Аналогичным образом закодированы и основные атрибуты конфигурации,
имеющие ключевое поле. Другие кодировки, не имеющие ключевых полей,
65
отображают текстовые файлы и содержатся как атрибуты пояснения к ключевым
формам. Полный список всех атрибутов расположен в приложении 2.
В результате получим следующую ER-модель (рисунок 30): где основной
модуль состоит из из восьми дополнительных, таких как должности, сотрудники,
отделы, учет командировок, учет отпусков, табеля, учет рабочего времении учета
больничных листков. Подсистема каждого модуля определена на схеме модели.
Рисунок 30 – ER-модель
2.3.3.Структурная схема пакета (дерево вызова программных модулей)
Разработанная конфигурация включает в себя непосредственно модуль
конфигурации и платформу (серверную часть).
Платформа является базой для разработанного модуля и осуществления все
основных функций программного продукта.
Чтобы облегчить указанный процесс, разработано дерево вызовов созданных
объектов (рисунок 31).
Должности
Код должности
Наз вание должности
Оклад
Отделы
Код отдела
Кабинет
Начальник
Сотрудник
Код сотру дника
Код отдела (FK)
Код должности (FK)
ФИО
Паспорт
Телефон
Дата рождения
ИНН
СНИЛС
Пол
Примечание
Учет командировок
Код командировки
Код должности (FK)
Код сотру дника (FK)
Номер приказ а
Дата предъявления
Дата убытия
Дата прибытия
Пу нкт назначения
Подпись
Количество дней
Номер заявления
Примечание
Учет отпу сков
Код отпу ска
Код сотру дника (FK)
Код должности (FK)
Номер заявления
Номер приказ а
Дата предъявления
Вид отпу ска
Дата начала
Дата окончания
Количество дней
Примечание
Учет больничных
Код больничного
Код сотру дника (FK)
Код отдела (FK)
Номер листа нетр-сти
Дата предъявления
Начало периода нетр-сти
Конец периода нетр-сти
Количество дней
Примечание
Штатное расписание
№п/п
Код должности (FK)
Код отдела (FK)
Код сотру дника (FK)
Количество единиц
Дата утверждения
Табель
Номер
Код отдела (FK)
Код сотру дника (FK)
Дата
Отдел
День 1 ...
День 31
Количество дней
Праздничные
Выходные
Сверхурочные
Больничные
Отпуск
Командировка
Опоз дание
Прогу л
Примечание
66
Рисунок 31 – Дерево вызовов
Созданная конфигурация состоит из нескольких модулей: основной модуль,
модуль справочников, модуль документов, модуль форм, модуль печатных форм,
модуль отчетов.
В таблице 14 описаны функции модулей конфигурации.
Таблица 14
Функции модулей
№
п/п
Название
Функции
1
Основной модуль
Содержит вызовы подсистем, а также меню для
настройки внешнего вида конфигурации
2
Модуль
справочников
Содержит основные массивы для хранения справочной
информации, которая применяется при оперативном
ведении документации и отчетности
3
Модуль
документов
Содержит оперативные данные, на основании которых
формируются отчеты
4
Модуль форм
Содержит экранные формы для справочников и
документов
5
Модуль отчетов
Содержит инструменты для формирования отчетности
6
Модуль печатных
форм
Содержит инструменты для формирования
документации и вывода ее на печать
Подсистема "Кадровик"
Справочник "Должности"
Справочник "Отделы"
Справочник "Сотрудники"
Документ "Табель"
Документ "Учет
больничных"
Документ "Учет
командировок"
Документ "Учет отпусков"
Документ "Штатное
расписание"
Подсистема "Начальник отдела
кадров"
Справочник "Должности"
Справочник "Отделы"
Справочник "Сотрудники"
Документ "Табель"
Документ "Учет
больничных"
Документ "Учет
командировок"
Документ "Учет отпусков"
Документ "Штатное
расписание"
Отчеты
Печатные формы
67
Общие модули хранят процедуры и функции, которые доставляются из
других мест в системе 1С. Поэтому, код, который будет вызываться не один раз,
правильно будет разместить в процедуре, в общем модуле. Это правильно для всех
существующих конфигураций 1С, поэтому используем возможности, которые
предоставляет нам платформа. После того, как была создана функция, для одного из
модулей объекта, возникла необходимость использовать такой же алгоритм в другом
месте, соответственно, возникла необходимость перенести код в общий модуль, но
сначала создадим его. Для этого, заходим в конфигуратор, в дереве конфигураций,
войдем во вкладку «Общие», выделим «Общие модули» и добавим его, на рис.32
показан общий модуль в конфигурации.
Рисунок 31 – Общий модуль
Рассмотрим свойства общих модулей, поскольку они разной направленности
и надо знать, что мы будем там хранить в будущем, чтобы менять его свойства в
соответствии с поставленными задачами.
Глобальный модуль предназначен хранить процедуры и функции,
вызывающиеся без указания имени модуля. По использованию они не отличаются от
стандартных функций платформы, в них также имеют уникальные имена, и они не
будут отличаться от стандартных функций платформы.
Модуль Клиент – зависит от настроек и контролирует, могут ли процедуры
самого модуля выполняться на стороне клиента.
Модуль Сервер помечаются те модули, в составе которых будут размещены
алгоритмы для выполнения задач на сервере. Процедуры модуля с активацией
внешнего соединения, могут быть подключены через внешний источник. Вызов
сервера отвечает за те процедуры, которые вызывая сервер, находятся на клиенте.