Материал: Разработка конфигурации «Расчёт заработной платы в среде 1С:Предриятие»

В ИС «Расчет заработной платы» будут использоваться формы документов выполненные оригинальным проектированием непосредственно для работы специалистов.

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

За счет применение ИС сотрудники кадровой службы и бухгалтер по расчету заработной платы будут иметь в своем распоряжении инструмент, который позволит не только производить расчеты, но и готовить отчеты по проделанной работе, хранить документы и вести учет рабочего времени, расчеты по каждому сотруднику [11].

В работе будет использоваться диалоговый режим при работе с программой, т.е. по мере выполнения команд и запуску определенных форм программа будет ожидать от пользователя определенных действий. По мере их выполнения будет происходить обработка информации, запись в БД, преобразование, вывод на печать, фильтрация и поиск [3, 6].

Для разработки пользовательских интерфейсов и средств генерации отчетов (любых твердых копий) должны использоваться встроенные возможности инструментального программного обеспечения, а также, в случае необходимости, языки программирования [10].

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

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

В части внешнего оформления:

• интерфейсы по подсистемам должен быть типизированы, т.е. пользователь по аналогии может использовать функциональные возможности на каждой форме документа;
• электронная форма максимально по смыслу и содержанию должна быть приближена к конечному документу;
• в отчетах и формах документов используются термины и определения предметной области в сфере управления финансами [11].

В части диалога с пользователем:

• для наиболее частых операций должны быть предусмотрены «горячие» клавиши;
• при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.

Требования к надежности:

1. Предусмотреть контроль вводимой информации.
2. Предусмотреть блокировку некорректных действий пользователя при работе с системой.
3. Обеспечить целостность хранимой информации.

Для реализации проекта необходимо выбрать подходящую модель организации приложения. Поскольку с ИС «Расчет заработной платы» подразумевается работа нескольких должностных лиц с различными правами доступа то наиболее приемлемой является многопользовательская система.

Проектируемая ИС «Расчет заработной платы» должна быть выполнена в клиент-серверном варианте [16].

Технологическая платформа 1С Предприятие 8.3. Модель базы данных 1С:Предприятия 8.3 имеет ряд особенностей, отличающих ее от классических моделей систем управления базами данных (например, основанных на реляционных таблицах), с которыми имеют дело разработчики в универсальных системах.

На основании рассмотрения существующих инструментальных решений был выбран вариант разработки отдельной конфигурации на технологической платформе 1С Предприятие 8.3 по нескольким причинам:

1. Программа уже приобретена в рамках автоматизации бухгалтерского учета, что позволяет организации не тратить дополнительные средства.

2. Программа русскоязычная, что позволяет разработать более понятное приложение.

3. Программа может быть интегрирована в единое информационное пространство при работе с бухгалтерским учетом [1, 4].

Глава 2. Проектирование информационной системы

2.1 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

Для наглядной демонстрации требований, предъявляемых к системе, используется диаграмма прецедентов(Use case).

В диаграмме прецедентов (use case diagram) показана совокупность прецедентов и актеров, а также отношения между ними. С помощью прецедентов можно смоделировать поведение элемента: системы в целом, или отдельной подсистемы [7].

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

Описав прецеденты элемента, потенциальные пользователи смогут разобраться в том, как с ними обращаться. Прецеденты являются основой для тестирования каждого элемента на всем протяжении его разработки. Постоянно сравнивая функционирование каждого элемента с прецедентами, имеется возможность контролировать корректность его реализации [7, 8].

Представление Use Case может содержать:

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

Варианты использования описывают то, что происходит внутри системы, но не вникают в такие детали реализации, как, например, язык программирования.

Диаграммы вариантов использования (UseCase) описывают функциональное назначение системы или то, что система должна делать. Цель варианта использования заключается в том, чтобы определить законченный аспект или фрагмент поведения некоторой сущности без раскрытия её внутренней структуры. В качестве такой сущности может выступать система или любой элемент модели, который обладает собственным поведением.

В диаграмме UseCase используются два основных элемента: вариант использования и актёр.

Актер – это роль объекта вне системы, который прямо взаимодействует с конкретным. Для диаграммы вариантов использования определены на основе рассмотрения предметной области следующие актеры:

• специалист кадровой службы;
• бухгалтер по расчету заработной платы.

По каждому элементу UseCase следует ввести первоначальную документацию, то есть отметить основные сценарии, входящие в элемент.

Для специалиста кадровой службы сценарии будут следующие:

1. Заполнение справочников:

• заполнить справочник «Должности»;
• заполнить справочник «Подразделения».

1. Регистрировать сотрудников:

• ввод данных сотрудника.
• сохранение данных в справочнике «Сотрудники».

1. Составление графика работы:

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

1. Составление табеля рабочего времени.

• заполнение табеля согласно графика;
• проставление явок и количества отработанных часов;
• проставление неявок на работу и количества часов;
• отражение в табели неявок согласно подтверждающих документов и приказов.

Диаграмма вариантов использования представлена на рисунке 4.

1. Диаграмма вариантов использования (Use Case)

Для бухгалтера по расчету заработной платы сценарии будут следующие:

1. Заполнение часовых ставок.
2. Ведение номенклатуры вычетов и штрафов.
3. Расчет суммы заработной платы, а именно:

• расчет заработной платы по окладу:
• расчет премии и стимулирующих надбавок;
• расчет вычетов и штрафов.

1. Формирование отчетности:

• ведомость заработной платы;
• расчетный листок сотруднику;
• отчет по ЗП.

Диаграммы последовательности (Sequence) предназначены для отображения порядка обмена сообщениями между объектами системы. После создания UseCase диаграмм и словесного описания сценариев, реализуемых UseCase элементами.

Диаграмма последовательности предназначена для моделирования отношений между объектами (ролями, классами, компонентами) системы в рамках одного прецедента [15].

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

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

Диаграмма последовательности составления табеля отработанного времени представлена на рисунке 5.

1. Диаграмма последовательности для составления табеля отработанного времени

На рисунке 8 представлена диаграмма последовательности для Use Case «Составление табеля отработанного времени». На данной диаграмме специалист кадровой службы производит сбор данных для учета отработанного времени сотрудника, согласно установленного графика работ, а так же получает данные о фактическом посещении работы для отметки явок и неявок на работу, количества часов. Согласно табеля отработанного времени по каждому сотруднику составляется отчет, в котором указано, выработана ли норма времени согласно должностного оклада.

Основным актером является специалист кадровой службы. Данные готовятся для передачи бухгалтеру по заработной плате.

Диаграмма последовательности для расчета заработной платы представлена на рисунке 6.

1. Диаграмма последовательности для расчета заработной платы

Диаграмма последовательности расчет заработной платы составляется для диаграммы вариантов использоваться расчет заработной платы и отражает деятельность актёра – бухгалтер по расчету заработной платы.

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

Данные суммируются в виде заработной платы сотрудников и оформляются в виде ведомости заработной платы.

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

Главное достоинство данной диаграммы состояний – возможность моделировать условный характер реализации всех вариантов использования в форме изменения отдельных состояний разрабатываемой системы.

Диаграмма состояний представлена на рисунке 7.

1. Диаграмма состояний

Диаграмма деятельности по решаемой задаче применяются для моделирования процесса выполнения операций.

При моделировании поведения проектируемой или анализируемой системы возникает необходимость не только представить процесс изменения ее состояний, но и детализировать особенности алгоритмической и логической реализации выполняемых системой операций. Именно для этой цели в UML применяются диаграммы деятельности. Диаграмма деятельности представлена на рисунке 8.

1. Диаграмма деятельности

Диаграмма деятельности отражает процесс выполнения операций по учёту рабочего времени сотрудников и расчета заработной платы с применением проектируемой информационной системы и занесения информации в документы и справочники ИС [7, 15].