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

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

Содержание:

Введение

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

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

Целью курсового проекта является разработка автоматизированной системы «ЗП» для облегчения работы сотрудникам бухгалтерии, уменьшение времени, затрачиваемого на составление документов, отчетов.

Задачей курсового проекта является проектирование системы «ЗП» для автоматизации деятельности бухгалтерии по расчету удержаний за прогулы, начислений по больничным листам, расчету НДФЛ, рассчету конечной заработной платы.

Объектом исследования является деятельность бухгалтерии. Необходимо провести системный анализ и анализ требований, на основе которых мы должны получить модель предметной области, модель проектирования, модель данных и модель реализации с использованием case-технологии CASEBERRY, поддерживающей стандартный язык моделирования UML.

Глава 1. Системный анализ и анализ требований

Предметной областью является деятельность бухгалтерии.

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

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

Для того чтобы создать один из артефактов при определении требований к АСУ – диаграмму прецедентов, необходимо определить рамки системы, а также исполнителей и их задачи. Результат можно посмотреть на рисунке 1 и в таблице

Рисунок 1. Основные исполнители и их задачи при определении рамок системы

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

Введем некоторые определения.

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

Сценарий – это специальная последовательность действий или взаимодействий между исполнителями и системой.

Таблица 1 - Перечень исполнителей и их задач

Исполнители	Задачи	Прецеденты
Бухгалтер	Включать систему	Включение системы
	Выключать систему	Выключение системы
	Вести БД сотрудников	Ведение БД сотрудников
	Рассчитывать удержания за прогулы	Расчет удержаний за прогулы
	Рассчитывать начисления по больничным листам	Расчет начислений по больничным листам
	Рассчитывать НДФЛ	Расчет НДФЛ
	Рассчитывать окончательную заработную плату	Расчет окончательной заработной платы
Администратор	Добавлять пользователей	Добавление пользователей
	Изменять параметры пользователей	Изменение параметров пользователей
	Удалять пользователей	Удаление пользователей
	Управлять безопасностью	Управление безопасностью

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

Таблица 2 – Перечень исполнителей и их задач на основе анализа внешних событий

Внешнее событие	Инициатор	Задача	Прецедент
Ввод информации о сотрудниках в базу данных	Бухгалтер	Вести БД сотрудников	Ведение БД сотрудников
Расчет удержаний за прогулы и ввод информации в систему	Бухгалтер	Рассчитывать удержания за прогулы	Расчет удержаний за прогулы
Расчет начислений по больничным листам и ввод информации в систему	Бухгалтер	Рассчитывать начисления по больничным листам	Расчет начислений по больничным листам
Расчет размера НДФЛ и занесение этих данных в систему	Бухгалтер	Рассчитывать НДФЛ отчеты	Расчет НДФЛ
Расчет окончательной заработной платы с учетом удержаний и начислений	Бухгалтер	Рассчитывать окончательную заработную плату	Расчет окончательной заработной платы

Описание всех прецедентов в сжатом формате

Описания прецедентов – это текстовые документы, а не диаграммы.

Моделирование прецедентов – это процесс написания текста, а не рисования. Однако для иллюстрации имен прецедентов и исполнителей, а также их взаимоотношений в UML определены обозначения для диаграммы прецедентов.

П1 – Ведение БД сотрудников

Бухгалтер внесение информации о сотрудниках и поддержание актуальности данных

П2 – Расчет удержаний за прогулы

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

П3 – Расчет начислений по больничным листам

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

П4 – Расчет НДФЛ

Бухгалтер рассчитывает налог на доходы физических лиц (НДФЛ)

П5 – Расчет окончательной заработной платы

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

Описание прецедента «Расчет окончательной заработной платы» в развернутом формате

Основной успешный сценарий (или основной процесс)

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

Расширения (или альтернативные потоки)

1. Система определяет аномалию, повлекшую сбой.

- Система уведомляет об ошибке бухгалтера, регистрирует ошибку и переходит в начальное состояние.

- Бухгалтер начинает оформление новой записи.

2. Не заполнен один из пунктов документа.

- Система уведомляет об ошибке.

- Бухгалтер вносит изменения.

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

1 Масштабируемость

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

2 Распределенность

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

3. Открытость

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

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

Все сущности, включая разрабатываемую систему, могут играть различные роли.

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

В этом документе описаны все требования к системе «ЗП – система» не вошедшие в описание прецедентов.

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

Функциональность
Регистрация событий и обработка ошибок
Все ошибки регистрируются на постоянном носителе.
Безопасность
Необходимо выполнять аутентификацию всех пользователей.
Подключаемые бизнес – правила
Необходимо обеспечить возможность настройки функциональности системы в различных точках сценариев нескольких прецедентов на основе заданных правил.
Удобство использования
Человеческие факторы

Пользователь системы будет постоянно работать с монитором, поэтому необходимо следующее:

- Текст должен быть легко читаемым.

- Нужно избегать мерцающих цветов.

Быстрая, простая и корректная обработка информации – главные принципы системы автоматизации.

Надежность:

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

Производительность:

Нам необходимо произвести расчеты заработной платы и сохранить эти расчеты в системе, поэтому нам необходимо производить этот процесс быстро. Наша задача – выполнить операции за минимальное время.

Возможности поддержки

Адаптация системы:

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

Конфигурирование:

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

Интерфейсы:

Важные интерфейсы и аппаратные средства

- принтер для печати зарплатных ведомостей;

Программные интерфейсы:

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

Бизнес-правила

Бизнес-правила представлены в таблице 3.

Таблица 3 - Бизнес-правила

Имя	Правило	Возможность изменения	Источник
Правило 1	Подпись бухгалтера в зарплатой ведомости	В дальнейшем возможность перехода на электронно-цифровую подпись	Учетная политика

Вопросы законодательства:

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

Необходимо учитывать все изменения в БД. Обновление БД ЗП-системы могут изменяться достаточно часто.

Информация из предметной области

Обновление БД:

БД может обновляться и корректироваться достаточно часто. Поэтому желательно возложить задачу обновления БД ЗП-системы на отдельную программу.

Критерии поиска :

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

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

Позиционирование

Экономические предпосылки

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

Место системы

Система предназначена для бухгалтера организации.

Заинтересованные лица

Пользователи системы

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

Бухгалтер: оформляет расчеты заработной платы.

Таблица 4 - Преимущества системы

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

Основные свойства системы

Как было упомянуто выше, свойства системы описываются сжато путем перечисления основных функций:

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

Таблица 5 – Определения

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

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

Диаграмма последовательностей системы (system sequence diagram) – это схема, которая для определенного сценария прецедента показывает генерируемые внешними исполнителями события, их порядок, а также события, генерируемые внутри самой системы. Назначение данной диаграммы – отображение событий, передаваемых исполнителями системе через ее границы. На диаграмме последовательностей отображаются системные события сценария некоторого прецедента.

Рисунок 3. Диаграмма последовательности на основе основного успешного сценария в развернутом формате описания прецедента

Описание системных операций диаграммы последовательности

Описания Системных операций (system operation contract) описывают детальное поведение системы в терминах изменения состояния объектов модели предметной области после выполнения системных операций.

Описания определяются для системных операций (system operations).

Системные операции – это операции, входящие в открытый интерфейс системы для обработки входных системных событий, которые система выполняет как «черный ящик». Системные операции можно идентифицировать на основе системных событий.

Таблица 1 Разделы описания

ОП 1: Новый Документ
Операция	Новый Документ
Ссылки	Расчет заработной платы
Предусловия	Отсутствуют
Постусловия	Создан экземпляр класса «Новый документ»
ОП 2: Выбрать график РВ
Операция		Выбрать график РВ
Ссылки		Расчет заработной платы
Предусловия		Создание экземпляра «Новый документ»
Постусловия		Значение атрибута «График РВ» заполнено
ОП 3: Выбрать сотрудника
Операция		Выбрать сотрудника
Ссылки		Расчет заработной платы
Предусловия		Значение атрибута «График РВ» заполнено
Постусловия		Значение атрибута «Сотрудник» заполнено
ОП 4: Выбрать отдел
Операция		Выбрать отдел
Ссылки		Расчет заработной платы
Предусловия		Значение атрибута «Сотрудник» заполнено
Постусловия		Значение атрибута «Отдел» заполнено
ОП 5: Указать должность
Операция		Указать должность
Ссылки		Расчет заработной платы
Предусловия		Значение атрибута «Отдель» заполнено
Постусловия		Значение атрибута «Должность» заполнено
ОП 6: Ввести год, месяц
Операция		Ввести год, месяц
Ссылки		Расчет заработной платы
Предусловия		Значение атрибута «Должность» заполнено
Постусловия		Значение атрибута «год, месяц» заполнено
ОП 7: Удержания за прогулы
Операция		Удержания за прогулы
Ссылки		Расчет заработной платы
Предусловия		Значение атрибута «год, месяц» заполнено
Постусловия		Значение атрибута «Удержания за прогулы» заполнено
ОП 8: Начисления по больничному
Операция		Начисления по больничному
Ссылки		Расчет заработной платы
Предусловия		Значение атрибута «Удержания за прогулы» заполнено
Постусловия		Значение атрибута «Начисления по больничному» заполнено
ОП 9: Удержания НДФЛ
Операция		Удержания НДФЛ
Ссылки		Расчет заработной платы
Предусловия		Значение атрибута «Начисления по больничному» заполнено
Постусловия		Значение атрибута «Удержания НДФЛ» заполнено
ОП 10: Конечная зарплата
Операция		Конечная зарплата
Ссылки		Расчет заработной платы
Предусловия		Значение атрибута «Удержания НДФЛ» заполнено
Постусловия		Значение атрибута «Конечная зарплата» заполнено
ОП 11: Сохранить документ
Операция		Сохранить документ
Ссылки		Расчет заработной платы
Предусловия		Значение атрибута «Конечная зарплата» заполнено
Постусловия		Сохранение экземпляра

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

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

Система «ЗП» должна работать в операционной системе Windows Xp, Vista, 7. Обслуживание системы должно осуществляться сотрудниками бухгалтерии и администратора, в обязанности которых будет входить ввод новой информации, отслеживание в целом за работой системы, устранение неполадок и другие.

Система «ЗП» проходит реализацию в ОС Windows 7, так как эта модель Windows широко распространена, имея ряд достоинств:

-Многозадачность;

-Совершенство пользовательского интерфейса;

-Устойчивость в работе;

Основной ОС, действующей на предприятии, являются ОС класса Windows. В настоящий момент времени на объекте автоматизации бизнес-процесс документооборота не автоматизирован.

Требования к системе в целом. Основное требование к системе «ЗП» заключаются в автоматизации деятельности отдела кадров. Она должна обеспечить:

- ввод и хранение данных обо всех сотрудниках (табельный номер сотрудника, должность, фамилия, имя, отчество и др.);

- должно допускаться редактирование введённой ранее информации;

- система должна быть интуитивно понятной в использовании;

- система предназначена для использования бухгалтером;

Требования к пользователям системы. Пользователями системы являются сотрудники бухгалтерии. Сотрудникам для работы с системой «ЗП» необходимо иметь навыки работы на ПК.

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

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

- предварительного обучения пользователей и обслуживающего персонала;

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

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

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

Требования к программной и информационной совместимости. Разрабатываемая система должна работать под управлением операционной системы Windows Xp, Vista, 7.

Требования к техническим средствам. Технические средства должны включать рабочие станции с характеристиками не ниже:

- процессор Intel Pentium IV 2,4 GHz и выше;

- объём необходимой оперативной памяти 1024 Mb и выше;

- объем жесткого диска не менее 20 GB;

5. Состав и содержание работ по созданию системы

При выполнении данной работы необходимо разработать:

Техническое задание на проектирование

Выполняется по ГОСТ 34. 602-89. Техническое задание на создание автоматизированной системы «ЗП». При этом заполняются следующие разделы (и их подразделы): 1) общие сведения; 2) назначение и цели создания (развития) системы; 3) характеристика объектов автоматизации; 4) требования к системе; 5) состав и содержание работ по созданию системы.

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

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

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

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

2.1 Объекты предметной области

Концептуальные классы (или объекты предметной области) данной предметной области изображены на рисунке 4.

Рисунок 4 – Исходная модель предметной области

Рисунок 5 - Модель предметной области

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

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

- Диаграммы кооперации (collaboration diagram)
- Диаграммы последовательностей (sequence diagram)

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

Диаграммы последовательностей (sequence diagram) иллюстрируют взаимодействие в форме. Здесь объекты располагаются слева направо.

Рисунок 6 – Диаграмма последовательности

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

Диаграммы кооперации (collaboration diagram) иллюстрируют взаимодействие объектов в формате графа или сети. При этом объекты могут размещаться в любом месте диаграммы.

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

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

Диаграмма классов (design class diagram) иллюстрирует спецификации программных классов и интерфейсов (например, интерфейсов Java, С# и т.д.) в приложении. Обычно на такую диаграмму выносится следующая информация:

Классы, ассоциации и атрибуты;
Интерфейсы со своими операциями и константами;
Методы;
Информация о типах атрибутов;
Способы навигации;
Зависимости.

На диаграмме классов показана дополнительная информация о типах параметров (рис. 8).

Рисунок 8 – Диаграмма классов

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

Логическая модель данных представлена на рисунке 9.

Рисунок 9 – Логическая модель данных

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

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

Чтобы модуль генерации кода Caseberry мог сгенерировать приложение, использовалось быстрое прототипирование. В результате создания прототипа, настройки приложения, настройки генератора скриптов для БД, настройки модуля кодогенерации, создания структуры данных и сборки было получено работающее приложение с названием «АО».

Рисунок 10 - Диаграмма классов, полученная путем быстрого прототипирования.

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

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

Рисунок 11 – Экранные формы

Рисунок 12 –Экранная форма «Бухгалтер»

Рисунок 13– Экранная форма «Должности»

Рисунок 14– Экранная форма «Отделы»

Рисунок 15– Экранная форма «Сотрудники»

Рисунок 16– Экранная форма «УчетРабочегоВремени»

Рисунок 17– Экранная форма расчета заработной платы

Заключение

В данном курсовом проекте была разработана автоматизированная система «ЗП» для облегчения работы сотрудникам бухгалтерии, уменьшения времени, затрачиваемого на составление документов, отчетов, расчеты.

Для выполнения курсового проекта было проведено детальное изучение предметной области, в ходе которой была спроектирована система «ЗП» для автоматизации деятельности бухгалтерии по расчету удержаний за прогулы, начислений по больничным листам, расчету НДФЛ, рассчету конечной заработной платы.

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

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

Система в дальнейшем может быть доработана для ее улучшения.

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

Список использованных источников

Калянов Г.Н. CASE-технологии. Консалтинг в автоматизации бизнес-процессов. – 3-е изд. – М.: Горячая линия-Телеком, 2002. – 320 с.
Технологии разработки программного обеспечения. Учебное пособие. 2-е изд. / С. Орлов. – СПб.: Питер, 2003. – 480 с.: ил.
Шевчук И.С. Проектирование информационных систем: методическое пособие по курсовому проектированию «Проектирование информационных систем». – Пермь, ФГБОУ ВПО Пермская ГСХА, 2013. – 33 с.
Шевчук И.С. Проектирование информационных систем: конспект лекций – Пермь: Изд-во ФГБОУ ВПО Пермская ГСХА, 2012. – 59 с.
ГОСТ 34. 602-89. Техническое задание на создание автоматизированной системы.