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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Бухгалтер создает новый документ
2. Бухгалтер выбирает график рабочего времени
3. Бухгалтер выбирает сотрудника
4. Бухгалтер выбирает отдел
5. Бухгалтер выбирает должность
6. Бухгалтер вводит год, месяц
7. Бухгалтер вводит сумму удержаний за прогулы
8. Бухгалтер вводит сумму начислений по больничному листу
9. Бухгалтер вводит сумму удержания НДФЛ
10. Бухгалтер вводит сумму конечной заработной платы
11. Бухгалтер сохраняет документ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Надежность:

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

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

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

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

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

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

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

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

Интерфейсы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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