Проектирование реализации операций бизнес-процесса «Расчет заработной платы»

Содержание:

Введение

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

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

За последние годы в мире произошли значительные перемены, которые не могли не затронуть области информатики и вычислительной техники. Еще несколько лет назад работа с базами данных и электронными таблицами была уделом профессиональных программистов. Сами системы не были предназначены для широкого пользования. С появлением огромного числа банков, акционерных обществ и частных компаний ситуация резко изменилась.

В настоящее время обработка и хранение информации не является чисто умозрительной задачей. Потеря информации или ее несвоевременное получение могут обернуться потерей денег. Именно этими обстоятельствами можно объяснить столь бурный рост компьютерной техники и стремительное развитие электронных таблиц и систем управления базами данных (СУБД). Для оперативного, гибкого и эффективного управления предприятиями, фирмами и организациями различных форм собственности широко внедряются системы автоматизированного управления, ядром которых являются базы данных (БД). При большом объеме информации и сложности производимых с ней операций проблема эффективности средств организации хранения, доступа и обработки данных приобретает особое значение.

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

При разработке дипломного проекта, необходимо решить следующие задачи:

1. Описать предметную область автоматизации.
2. Выбрать бизнес-процессы, определить их недостатки и предложить пути решения.
3. Описать используемые средства разработки
4. Разработать БД приложения.
5. Разработать логическую структуру программного модуля приложения.
6. Разработать интерфейс приложения.
7. Провести тестирование проекта.

В качестве объекта разработки должны выступать автоматизируемые бизнес-процессы по расчёту заработной платы.

Средствами разработки программного продукта является интегрированная среда разработки Delphi 7 Studio, MS Access.

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

.

1. Аналитическая часть

1.1. Выбор комплекса задач автоматизации

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

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

Входные информационные потоки задачи:

• Информация о сотрудниках.
• Информация о кол-ве отработанных часов.
• Информация о тарифных ставах.
• Информация об удержаниях.

Выходные информационные потоки:

• Ведомость по заработной плате (ЗП).

Границы рассматриваемой задачи: выполнение бизнес-процессов, начиная с ввода исходных данных и заканчивая формированием ведомости по зарплате.

Задача связана с задачей учёта рабочего времени, задачей управления персоналом, задачей управления предприятием.

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

Основные определения и понятия, свойственные рассматриваемой области:

• Начисления - процедура прибавления рассчитанной каким либо образом денежной суммы.
• Удержания - это неперечисление (невыдача) части заработной платы, причитающейся работнику, в обеспечение требований к этому работнику либо со стороны работодателя, либо со стороны третьих лиц, осуществляемое в случаях, размерах и порядке, установленных ТК РФ и иными федеральными законами.

Основные исполнители:

• Табельщик – осуществляет ввод информации об отработанных часах работников предприятия
• Бухгалтер – осуществляет расчёт заработной платы и формирует зарплатную ведомость.

Результат выполнения процесса – сформированный документ для выдачи заработной платы (зарплатная ведомость).

1.2. Характеристика существующих бизнес – процессов

Существующая технология данной функции в настоящий момент представлена на предприятии в ручном режиме. Процесс выполнения функции управления приставлен на рис. 1.2 и декомпозиция на рис. 1.3 в формате диаграммы IDEF0.

Рис. 1.2. Бизнес-процесс «Расчёт заработной платы».

Рис. 1.2. Бизнес-процесс «Расчёт заработной платы» (Декомпозиция).

На текущий момент все уровни бизнес-процесса относящиеся к учёту и анализу продаж выполняются в ручном режиме.

1.3. Характеристика документооборота, возникающего при решении задачи

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

Порядок документооборота изображён на рис. 1.3

	Табельщик	Бухгалтер
Ввод нормативной информации для расчёта (информация о сотрудниках, тарифные ставки и т.д.)	Нормативно-справочная информация Информация об отработанных часах Расчёт заработной платы Зарплатная ведомость
Ввод информации об отработанных часах
Расчёт заработной платы
Формирование ведомости

Рис. 1.3 Схема документооборота.

Данный способ имеет следующие недостатки:

1. Нежелательное многократное преобразование информации.
2. Большие временные затраты на выполнение операций.
3. Большие затраты человеческого труда на выполнение операции.
4. Часто возникающие ошибки, вследствие человеческого фактора.
5. Отсутствие автоматического контроля над выполнением операций.
6. Необходимость наличия специальных навыков у исполнителей данного бизнес-процесса.

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

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

Автоматизация данного бизнес-процесса позволит добиться следующего положительного эффекта:

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

1.4. Обоснование проектных решений по информационному обеспечению

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

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

• Ведомость отработанных часов.
• Справочник сотрудников.

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

• Зарплатная ведомость.

1.5. Обоснование проектных решений по программному обеспечению

Выбор СУБД для реализации задачи производился по следующим критериям:

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

Среди кандидатов на использование в качестве СУБД проекта были рассмотрены следующие системы:

• Microsoft Access;
• Borland dBase;
• Borland Paradox;
• Microsoft Visual FoxPro;
• Microsoft SQL Server;
• Oracle;
• My SQL;
• PostgeSQL.

Сравнительный анализ выбранных СУБД.

Сравним представленные СУБД по основным критериям (см. таблицу 1.1), предъявленным разработчиком. В каждой графе будет проставляться «2», если система полностью удовлетворяет требованию, «1» если система частично удовлетворяет требуемому критерию, «0» - если требование не удовлетворяется.

Таблица 1.1

Сравнение характеристик СУБД

	Microsoft Access	Borland dBase	Borland Paradox	Microsoft Visual FoxPro	Microsoft SQL Server	Oracle	My SQL	PostgeSQL
Возможность использования системы в локальной сети предприятия	1	1	1	2	2	2	2	2

Продолжение таблицы 1.1

Возможность одновременной работы не менее 10 пользователей	0	0	0	2	2	2	2	2
Транспортабельность базы данных	2	1	1	0	1	0	1	1
Низкая требовательность к системным ресурсам	1	2	2	1	1	0	2	2
Наличие интегрированных визуальных средств проектирования и обслуживания	2	0	0	2	2	1	0	0
Наличие встроенных систем контроля целостности данных, триггеров, систем безопасности	1	0	0	1	2	2	1	2
Наличие интегрированного языка программирования и манипулирования данными	1	0	0	1	2	2	1	1
Низкая стоимость системы	1	2	2	0	0	0	2	2

Продолжение таблицы 1.1

Наличие структурированной документации и учебных пособий	2	1	1	1	2	2	2	2
Техническая поддержка разработчиков и обновления системы	2	0	0	1	2	2	1	1
Простота внедрения	2	1	1	0	2	0	1	1
Итого	15	8	8	11	18	13	15	16

Как видно из таблицы, наиболее удовлетворяет требуемым критериям СУБД MS SQL Server, поэтому она и будет использоваться при разработке информационной системы автоматизации.

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

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

Таким образом, в данном разделе будут рассмотрены две группы программных продуктов.

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

В данном случае выбор будет производиться между языками программирования:

• Visual Basic.
• Borland Delphi.
• PHP.
• PL/SQL.
• VB Script.
• VBA

Анализ возможностей данных языков программирования показал, что:

• Языки программирования PHP и VBScript не могут использоваться для разработки приложения, так как являются интерпретируемыми языками и предназначены для разработки Web приложений и сценариев.
  Язык программирования PL/SQL предназначен для разработки сценариев для СУБД Oracle и не может использоваться ля разработки приложений в виже самостоятельного языка.
• Язык VBA предназначен для написания сценариев для приложений MS Office и не может использоваться ля разработки приложений в виже самостоятельного языка.
• Язык программирования Borland Delphi имеет существенно ниже возможностей для разработки приложений, чем среда программирования Borland Delphi.

Таким образом, можно сделать вывод о том, что наиболее подходящим языком программирования являться Borland Delphi 7.

Программный продукт будет разработан с использованием клиент-серверной архитектуры. При реализации программы согласной данной архитектуры взаимодействие между программным модулем и информационным файлом базы данных происходит следующим образом: клиентская часть программы посылает запрос к СУБД, установленной на удалённом компьютере, и получает ответ в виде набора данных.

Обмен информацией между программным модулем и базой данных происходит при помощи драйвера ADO.

ADO (от англ. ActiveX Data Objects — «объекты данных ActiveX») — интерфейс программирования приложений для доступа к данным, разработанный компанией Microsoft (MS Access, MS SQL Server) и основанный на технологии компонентов ActiveX. ADO позволяет представлять данные из разнообразных источников (реляционных баз данных, текстовых файлов и т. д.) в объектно-ориентированном виде.

2. Проектная часть

2.1. Информационная модель и её описание

Информационная модель, описывающая порядок работы с информацией в системе изображена на рис. 2.1.

Источники информации модели:

• Бухгалтер.
• Табельщик.
• Информационная система (ИС).

Приёмник информации в модели:

• Бухгалтер.

Справочники и журналы:

• Справочник сотрудников.
• Справочник тарифов.
• Журнал отработанных часов.
• Ведомость по ЗП.

Формы.

• Справочник сотрудников.
• Справочник тарифов.
• Журнал отработанного времени.
• Формирование ведомости учёта ЗП

Результирующие документы

• Формирование ведомости учёта.

Бухгалтер

Табельщик

ИС

Справочник сотрудников

Спр. Тарифов

Ж. Учёта времени

Формирование ведомости учёта ЗП

Ж. Ведомость ЗП*

Д. Ведомость учёта ЗП

Бухгалтер

Спр. Сотруднии

Журнал отработанного времени

Ж. Ведомость ЗП

Справочник тарифов

Спр. Тарифы*

Ж. Учёта времени*

Спр. Сотруднии*

Рис. 2.1 Информационная модель

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Нормативно справочной информацией в данном случае является

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

Структуры данных справочников приведены в таблице 2.1,2.2.

Таблица 2.1

Структура документа «Справочник сотрудников»

№п/п	Наименование	Тип
1	Фамилия	Текстовый
2	Имя	Текстовый
3	Отчество	Текстовый
4	Тариф	Текстовый
5	Дата рождения	Числовой

Таблица 2.2

Структура документа «Справочник тарифов»

№п/п	Наименование	Тип
1	Наименование	Текстовый
2	Значение	Денежный

Структуры данных журнала учётного рабочего времени приведены в таблице 2.3.

Таблица 2.3

Структура документа «Справочник сотрудников»

№п/п	Наименование	Тип
1	Дата регистрации	Дата
2	Сотрудник	Тестовый
3	Количество отработанных часов	Числовой

2.3. Характеристика результатной информации

Результативная информация представлена в виде ведомости по зарплате представлена в таблице 2.4..

Таблица 2.4

Структура документа «Структура ведомости по ЗП»

№п/п	Наименование	Тип
1	Дата ведомости	Дата
2	Сотрудник	Тестовый
3	Начислено	Денежный
4	Доплаты по районному коэффициенту	Денежный
5	Премия	Денежный
6	НДФЛ	Денежный
7	Отчисления ФМС	Денежный
8	Итог	Денежный

2.4. Общие положения (дерево функций и сценарий диалога)

Разработанная информационная технология предполагает использование разработанного программного продукта в качестве централизующего элемента обеспечении информацией всех участников процесса.

Дерево функций программного продукта изображено на рисунке 2.2.

Рис. 2.2. Дерево функций программного продукта.

Сценарий диалога пользователя и программного продукта изображён на рисунке 2.6.

Рис. 2.3. Сценарий диалога.

2.5. Характеристика базы данных

Состав необходимой информации был определён ранее. На основе данной информации будет спроектирована база данных.

Согласно этим условиям была спроектирована следующая схема БД (см. рис. 2.5).

Таблица 2.5

Структура таблицы «Журнал отработанного времени»

№	Наименование	Размер	Тип	Примечание
1	Код записи	Длинное целое	Счётчик	Первичный ключ
2	Дата зачёта	Авто	Дата
3	Код сотрудника	Длинное целое	Числовой	Внешний ключ
4	Количество зачётных часов	Длинное целое	Числовой

Таблица 2.6

Структура таблицы «Сотрудники»

№	Наименование	Размер	Описание	Примечание
1	Код сотрудники	Длинное целое	Счётчик	Первичный ключ
2	Фамилия	Текст	50
3	Имя	Текст	50
4	Отчество	Текст	50
5	Код тарифа	Длинное целое	Числовой	Внешний ключ
6	Дата рождения	Авто	Дата

Таблица 2.7

Структура таблицы «Сотрудники»

№	Наименование	Размер	Описание	Примечание
1	Код тарифа	Длинное целое	Счётчик	Первичный ключ
2	Наименование	Текст	50
3	Значение	Авто	Денежный

Таблица 2.8

Структура таблицы «Ведомость ЗП»

№	Наименование	Размер	Описание	Примечание
1	Дата ведомости	Авто	Дата	Первичный ключ
2	Код сотрудника	Длинное целое	Числовой	Первичный ключ, Внешний ключ
3	Начислено	Авто	Денежный
4	Допл по РК	Авто	Денежный
5	Премия	Авто	Денежный
6	НДФЛ	Авто	Денежный
7	ФМС	Авто	Денежный
8	Итог	Авто	Денежный

2.6 Структурная схема пакета (дерево вызова программных модулей)

Дерево вызова программных модулей изображено на рис. 2.4.

Рис. 2.4. Дерево вызова программных модулей

2.7 Описание программных модулей

Application – основной модуль программы, реализующий вызов форм.

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

DM – модуль, реализующий операции по работе с базой данных.

2.8 Контрольный пример реализации проекта и его описание

Реализованная система автоматизации представлена различными экранными формами.

Главное окно программного продукта отображает различные формы в зависимости от выбранной фунции (см. рис. 2.5).

Рис. 2.5. Главное окно программы

Данное окно программы позволяет выполнить следующие операции:

• Добавить запись (см. рис. 2.6).
• Удалить запись.
• Редактировать запись (см. рис. 2.7).
• Сохранить изменения.
• Отменить изменения.
• Сортировка по возрастанию.
• Сортировка по убыванию.
• Помещение в резерв.
• Экспорт данных.

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

Рис. 2.6. Окно в режиме добавления записей

Рис. 2.7. Окно в режиме редактирования

Сортировка может осуществляться верхи вниз. Для выбора поля сортировки нужно установить курсор на требуемое поле и наддать кнопку «Сортировка вверх/вниз» (см. рис. 2.8, 2.9).

Рис. 2.8. Режим сортировки по возрастанию по полю «Фамили»

Рис. 2.9. Режим сортировки по убыванию по полю «Имя»

Программный продукт позволяет экспортировать данные для последующей обработки или печати в формат MS EXCEL (см. рис. 2.10).

Рис. 2.10. Экспортированные данные

Справочник «Сотрудники» (см. рис. 2.11).

Рис. 2.11. Справочник «Сотрудники»

Список действий, доступных для справочника сотрудников:

• Добавить запись.
• Удалить запись.
• Редактировать запись.
• Сохранить изменения.
• Отменить изменения.
• Сортировка по возрастанию.
• Сортировка по убыванию.
• Экспорт данных.

Справочник «Тарифы» (см. рис. 2.12).

Рис. 2.12. Справочник Тарифов

Список действий, доступных для справочника тарифов:

• Добавить запись.
• Удалить запись.
• Редактировать запись.
• Сохранить изменения.
• Отменить изменения.
• Сортировка по возрастанию.
• Сортировка по убыванию.
• Экспорт данных.

Журнал резервирования вызывается по кнопке «Журнал отработанного времени» (см. рис. 2.13).

Рис. 2.13. Журнал резерва

Список действий, доступных для журнала:

• Добавить запись.
• Удалить запись.
• Редактировать запись.
• Сохранить изменения.
• Отменить изменения.
• Сортировка по возрастанию.
• Сортировка по убыванию.
• Экспорт данных.

Справочник свойств вызывается по кнопке «Свойства». В данном справочнике можно создать определённый набор свойств, присущих имеющимся товарам (см. рис. 2.14).

Рис. 2.14. Журнал «Ведомость ЗП».

Список действий, доступных для журнала свойств:

• Добавить запись.
• Удалить запись.
• Редактировать запись.
• Сохранить изменения.
• Отменить изменения.
• Сортировка по возрастанию.
• Сортировка по убыванию.
• Экспорт данных.

Заключение

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

При работе над данным проектом автором были решены следующие задачи:

1. Дана поясняющая характеристика предприятия.

2. Описана схема и принцип выполнения автоматизируемого бизнес-процесса.

3. Разработан проект автоматизации.

4. Спроектирована база данных для системы автоматизации.

5. Спроектирован алгоритм выполнения приложения.

6. Разработан интерфейс приложения.

8. Проведено тестирование программного продукта.

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

В итоге, все задачи, требуемые для достижения цели работы, были выполнены успешно и в полном объёме, а сама цель работы — достигнута.