Дипломная работа: Автоматизация документооборота в ООО "ЭОС"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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 – Общий модуль
Рассмотрим свойства общих модулей, поскольку они разной направленности
и надо знать, что мы будем там хранить в будущем, чтобы менять его свойства в
соответствии с поставленными задачами.
Глобальный модуль предназначен хранить процедуры и функции,
вызывающиеся без указания имени модуля. По использованию они не отличаются от
стандартных функций платформы, в них также имеют уникальные имена, и они не
будут отличаться от стандартных функций платформы.
Модуль Клиент – зависит от настроек и контролирует, могут ли процедуры
самого модуля выполняться на стороне клиента.
Модуль Сервер помечаются те модули, в составе которых будут размещены
алгоритмы для выполнения задач на сервере. Процедуры модуля с активацией
внешнего соединения, могут быть подключены через внешний источник. Вызов
сервера отвечает за те процедуры, которые вызывая сервер, находятся на клиенте.
Источник: https://baza.diplomsite.ru/previewfile/612
Смотрите также:
| !Контрольная работа (задание) |
| 1 Понятие |
| 1112 |
| 1119 |
| 1131 |
| 1302 |
| 2 |
| 2 |
| 2.ОМК.6112.Апарина О. А. |
| 2392 |