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

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

Содержание:

Введение

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

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

Разработка бизнес-процессов - наиболее ответственный этап моделирования бизнеса, который предшествует внедрению в организацию АСУ.

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

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

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

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

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

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

Станция работает в круглосуточном режиме. Период работы в ночное время устанавливается с 22 часов до 6 часов (ст. 96 ТК РФ).

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

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

Работникам Станции, работающим по ежедневному графику 5-ти или 6-ти дневной рабочей недели, график начала и окончания работы утверждается ежегодно Регламентом работы персонала в установленном порядке.

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

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

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

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

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

В течение дня при 40-часовой рабочей неделе работникам Станции устанавливается перерыв для отдыха и питания продолжительностью 30 минут, не входящий в рабочее время.

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

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

Моделирование проводилось с помощью программы AllFusion Process Modeller. Эта программа поддерживает создание трех видов моделей [1]:

Моделирование бизнес-процессов (IDEF0) позволяет систематически анализировать ваш бизнес, фокусируясь на обычных повседневных функциях и элементах управления, поддерживающих эти функции;
Моделирование технологических процессов (IDEF3) - это также называется моделированием рабочих процессов. Он используется для графического описания и документирования процессов путем сбора информации о потоке процессов, взаимосвязях между процессами и важных объектах, которые являются частью процесса. Схемы рабочих процессов можно использовать для содействия усилиям по реинжинирингу бизнес-процессов, разработки меры для определения полноты результатов и сбора информации о политиках и процедурах в компании;
Моделирование потока данных (DFD) — фокусируется на потоке данных между различными задачами. Это гарантирует, что ваша организация может максимизировать доступность данных при минимизации времени отклика.

Верхний уровень модели представлен на Рисунок

Рисунок 1 ‑ Верхний уровень модели учета рабочего времени

Как видно из Рисунок 1, входными параметрами для модели являются:

Должностные инструкции;
Трудовой кодекс Российской Федерации (ТК РФ);
Форма Т12;
Данные о командировках, больничных, неявках;
Штатное расписание;
Бухгалтерия.

Выходными параметрами являются:

Табель рабочего времени;
Сведения о заработной плате;
Отчет для руководства.

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

Рисунок 2 – Модель учета рабочего времени станции скорой помощи

Основными функциями модели являются:

Заполнить форму данными;
Ввести данные о рабочем времени;
Консолидировать данные;
Провести расчет рабочего времени;
Рассчитать заработную плату;
Сделать отчет.

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

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

Рисунок 3 ‑ Верхний уровень DFD модели станции скорой помощи

Для более подробного рассмотрения процесса учета рабочего времени сделаем декомпозицию представленной выше модели (Рисунок 4)

Рисунок 4‑ Декомпозиция верхнего уровня DFD модели учета рабочего времени станции скорой помощи

Основными процессами тут являются:

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

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

Представленная выше система учета рабочего времени неэффективна по нескольким соображениям:

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

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

При учете заработной платы предполагается широкое использование автоматизированные рабочих мест. Автоматизированное рабочее место (АРМ) — это совокупность средств, реализованных на базе персонального компьютера, для решения задач в определенной предметной области.

Другое определение трактует АРМ как аппаратно-программный комплекс, предназначенный для автоматизации технологических процессов данной специальности.

В медицине и здравоохранении АРМ подразделяют по функциональным возможностям на следующие категории [2]:

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

Общими требованиями к АРМ различных специалистов являются:

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

Для успешной работы пользователей следует выделить

следующие виды обеспечения функционирования АРМ.

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

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

Организационно-методическое обеспечение состоит из инструктивных и нормативно-методических материалов по обеспечению и работе в среде АРМ, организации защиты информации, правовых документов, регламентирующих отношение и ответственность пользователей, форматы входных и выходных данных.

Модель учета рабочего времени с учетом использования АРМ показана на рисунке 5

Рисунок 5 ‑ Модель учета рабочего времени при условии использования автоматизированных рабочих мест

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

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

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

База данный будет создаваться с помощью Microsoft Access.

Microsoft Access - это система управления базами данных (СУБД) от Microsoft, которая сочетает в себе реляционный движок базы данных Microsoft Jet с графическим интерфейсом пользователя и инструментами разработки программного обеспечения. Ситсема является компонентом набора приложений Microsoft Office, входит в профессиональные издания или продается отдельно.

Microsoft Access хранит данные в собственном формате, основанном на Access Jet Database Enginet. Он также может импортировать или связываться непосредственно с данными, хранящимися в других приложениях и базах данных.[3]

Разработчики программного обеспечения, архитекторы данных и опытные пользователи могут использовать Microsoft Access для разработки прикладного программного обеспечения. Как и другие приложения Microsoft Office, поддерживается Visual Basic для приложений (VBA), объектно-ориентированный язык программирования, который может ссылаться на различные объекты, включая DAO (объекты доступа к данным), объекты данных ActiveX и многие другие компоненты ActiveX. Визуальные объекты, используемые в формах и отчетах, предоставляют свои методы и свойства в среде программирования VBA, а модули кода VBA могут объявлять и вызывать операции операционной системы Windows [4].

Программный интерфейс к базе данных будет создаваться с помощью языка С#.

C# - это мультипарадигмальный язык программирования, включающего строгую типизацию, императивный, декларативный, функциональный, универсальный, объектно-ориентированная (на основе классов), и компонентно-ориентированное программирование дисциплины [5]. Он был разработан Корпорацией Майкрософт в рамках ее инициативы .NET и позднее утвержден в качестве стандарта Ecma (ECMA-334) и ISO (ISO/IEC 23270:2006). C# является одним из языков программирования, предназначенных для инфраструктуры общего языка [6,7].

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

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

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

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

Рисунок 6 – Информационная модель проекта

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

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

В информационную систему вводятся следующие данные о пациенте:

Фамилия;
Имя;
Отчество;
Адрес;
Индивидуальный номер налогоплательщика;
Является ли пациент сотрудников предприятия;
Название отдела (если пациент является сотрудником предприятия);
Льгота на лечение.

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

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

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

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

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

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

Рисунок 7 – Дерево функций программы

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

Разработка базы данных велась в программе Microsoft Access 2013.

База данных состоит из 6 таблиц:

Пациент;
Лечащий врач;
Лечение;
Льгота;
Приглашенный специалист;
Страховая компания.

Данные таблицы соединены между собой как показана на рисунке 8

Рисунок 8 – Взаимосвязь таблиц в базе данных

Рассмотрим состав таблиц подробнее.

Таблица «Пациент» является одной из ключевых таблиц в базе данных. Она содержит информацию о поступившем в медицинское учреждение пациенте. Поля данной таблицы представлены на рисунке 9

Рисунок 9 – Таблица «Пациент»

Таблица «Страховая компания» содержит информацию о страховой компании в которой обслуживается пациент. Поля данной таблицы представлены на рисунке 10

Рисунок 10 – Таблица «Страховая компания»

Таблица «Лечение» является одной из ключевых таблиц в базе данных. Она содержит информацию проводимом пациенту лечении, включая данные о лечащих врачах, льготах, стоимости лечения. Поля данной таблицы представлены на рисунке 11.

Рисунок 11 – Таблица «Лечение»

Таблица «Лечащий врач» содержит информацию о враче, который проводит лечение пациента. Поля данной таблицы представлены на рисунке 12.

Рисунок 12 – Таблица «Лечащий врач»

Таблица «Льготы» содержит информацию о льготах, которые могут предоставляться пациенту. Поля данной таблицы представлены на рисунке 13.

Рисунок 13 – Таблица «Льготы»

Таблица «Приглашенный специалист» содержит информацию о специалистах которые проводят лечение пациента кроме лечащего врача. Поля данной таблицы представлены на рисунке 14.

Рисунок 14 – Таблица «Приглашенный специалист»

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

На основе результатов, полученных в предыдущем пункте, построим дерево вызова процедур, отражающих структурную схему пакета (рисунок 15)

Рисунок 15 – дерево вызовов программного модуля

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

Разработка программы управления базой данных велась с помощью языка C# в среде Visual Studio 2017. Разработанное приложение выполняет следующие функции:

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

На рисунке 16 изображен фрагмент кода программы, который позволяет работать ей с базой данных Access

Рисунок 16 – Объявление библиотек и открытие соединения с базой данных

Для работа с базой данных Access необходимо подключить библиотеку OleDb (строка 10) и инициализировать соединение с базой данных (строка 22).

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

Рисунок 17 – Вкладка «Все пациенты» программы

Для выполнения этого действия используется код, изображенный на рисунке 18.

Рисунок 18 – Чтение данных о пациентах

Здесь открывается соединение с базой данных (строка 44) и с помощью SQL команды «select PName from Pacient» из таблицы «Пациенты» выбираются все значения «PName» (строка 47). Эти значения отображаются на элементе индикации «ListBox1» (строка 52), после чего соединение с базой данных закрывается (строка 54).

Пользователь может добавить нового пациента на вкладке «Новый пациент» (рисунок 19).

Рисунок 19 – Вкладка «Новый пациент» программы

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

Рисунок 20 – Запись нового пациента в базу данных

Пользователь также может удалить информацию о пациенте с помощью вкладки «Удалить» (рисунок 21).

Рисунок 21 – Вкладка «Удаление» программы

Это действие обеспечивает код, изображенный на рисунке 22

Рисунок 22 – Удаление информации о пациентах из базы данных

Как и в предыдущих случаях сначала здесь открывается соединение с базой данных, затем удаляется строка содержащая заданный ID пользователя с помощью SQL команды «”delete from Pacient where NumberID=”+ textBox7.text +””», после чего соединение с базой данных закрывается. Все методы снабжены обработчиками ошибок.

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

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

Рисунок 23 – Тестовый значения базы данных

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

Рисунок 24 – Отображение тестовых значений базы данных

Следующим этапом будет проверка добавления данных в базу данных. В программе переходи на вкладку «Новый пациент» и вводим следующие данные представленные в таблице 1

Таблица 1 – Тестовый значения при проверке ввода данных о новом пользователе

Имя поля	Значение
ФИО пациента	Test4
Адрес	Test4street
Номер страхового полиса	4444

В результате программа показывает сообщение об успешном внесении данных в базу данных (рисунок 25)

Рисунок 25 – Внесение новых данных

Для проверки данных отрываем таблицу «Пациенты» в программе Access (рисунок 26)

Рисунок 26 – Проверка внесения данных

Последним этапом является проверка удаления записи о пациенте из базы данных. Для этого переходим на вкладку «Удаление» и вводим в поле ID пациента цифру 8 (цифре 8 соответствует вторая запись в таблице). Программа показывает сообщение об успешном удалении данных (рисунок 27).

Рисунок 27 – Проверка удаления данных из БД.

Проверяем результат в Access (рисунок 28)

Рисунок 28 – Результат удаления данных из таблицы

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

Заключение

В данной работе описана разработка прикладного ПО для обеспечения работы бизнес-процесса учета заработной платы станции скорой помощи. Разработка состоит из двух частей:

Базы данных;
Программы для работы с базой данных.

В базе данных хранятся данные о пациентах.

База данных состоит из 6 таблиц:

Пациент;
Лечащий врач;
Лечение;
Льгота;
Приглашенный специалист;
Страховая компания.

База данных создана в среде Microsoft Access.

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

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

Список использованной литературы

Анализ финансового состояния предприятия по данным бухгалтерского баланса // Консультант бухгалтера, 2013 .- № 4.- С.3- 9.
Баканов М.И. Анализ хозяйственной деятельности в торговле: Учеб. для торг. вузов. - М.: Экономика, 2012. -352 с.
Бекаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2009. – СПб.: БХВ – Петербург, 2009. – 720 с.
Дейт К. Дж. Введение в системы баз данных, 6-е издание. – К.; М.; СПб.: Издательский дом "Вильямс", 2008. – 848 с.
Бишоп, Дж. С# в кратком изложении / Дж. Бишоп, Н. Хорспул. - М.: Бином. Лаборатория знаний, 2011. - 472 c.
Васильев, Алексей C#. Объектно-ориентированное программирование / Алексей Васильев. - М.: Питер, 2012. - 320 c.
Зиборов, В. В. Visual C# 2012 на примерах / В.В. Зиборов. - М.: БХВ-Петербург, 2013. - 480 c