П1 - Ведение БД сотрудников
Бухгалтер внесение информации о сотрудниках и поддержание актуальности данных
П2 - Расчет удержаний за прогулы
Бухгалтер рассчитывает размер удержаний за дни, которые работник пропустил по неуважительной причине.
П3 - Расчет начислений по больничным листам
Бухгалтер рассчитывает размер начислений за дни, которые сотрудник пропустил в связи с болезнью. Количество дней подтверждается листком о временной нетрудоспособности.
П4 - Расчет НДФЛ
Бухгалтер рассчитывает налог на доходы физических лиц (НДФЛ)
П5 - Расчет окончательной заработной платы
Бухгалтер рассчитывает окончательную сумму заработной платы с учетом всех начислений и удержаний
Описание прецедента «Расчет окончательной заработной платы» в развернутом формате
Основной успешный сценарий (или основной процесс)
1.Бухгалтер создает новый документ
2.Бухгалтер выбирает график рабочего времени
.Бухгалтер выбирает сотрудника
.Бухгалтер выбирает отдел
.Бухгалтер выбирает должность
.Бухгалтер вводит год, месяц
.Бухгалтер вводит сумму удержаний за прогулы
.Бухгалтер вводит сумму начислений по больничному листу
.Бухгалтер вводит сумму удержания НДФЛ
.Бухгалтер вводит сумму конечной заработной платы
.Бухгалтер сохраняет документ
Расширения (или альтернативные потоки)
1. Система определяет аномалию, повлекшую сбой.
Система уведомляет об ошибке бухгалтера, регистрирует ошибку и переходит в начальное состояние.
Бухгалтер начинает оформление новой записи.
. Не заполнен один из пунктов документа.
Система уведомляет об ошибке.
Бухгалтер вносит изменения.
1.3 Диаграмма прецедентов
В языке UML существует система обозначений для диаграммы прецедентов, иллюстрирующей имена прецедентов, исполнителей и взаимосвязи между ними (рисунок 2).
Все сущности, включая разрабатываемую систему, могут играть различные роли.
1.4 Дополнительная спецификация
Введение
В этом документе описаны все требования к системе «ЗП - система» не вошедшие в описание прецедентов.
Рисунок 2. Диаграмма прецедентов.
Функциональность
Регистрация событий и обработка ошибок
Все ошибки регистрируются на постоянном носителе.
Безопасность
Необходимо выполнять аутентификацию всех пользователей.
Подключаемые бизнес - правила
Необходимо обеспечить возможность настройки функциональности системы в различных точках сценариев нескольких прецедентов на основе заданных правил.
Удобство использования
Человеческие факторы
Пользователь системы будет постоянно работать с монитором, поэтому необходимо следующее:
Текст должен быть легко читаемым.
Нужно избегать мерцающих цветов.
Быстрая, простая и корректная обработка информации - главные принципы системы автоматизации.
Надежность
Возможность восстановления информации
При сбоях в работе внешних систем необходимо обеспечить возможность локальной обработки данных (их сохранение и последующую передачу внешним системам).
Производительность
Нам необходимо произвести расчеты заработной платы и сохранить эти расчеты в системе, поэтому нам необходимо производить этот процесс быстро. Наша задача - выполнить операции за минимальное время.
Возможности поддержки
Адаптация системы
Различные пользователи ЗП-системы могут устанавливать свои бизнес-правила для обработки данных о клиентах. Поэтому в нескольких заранее определенных точках сценария (например, при добавлении нового клиента) нужно обеспечить возможность подключения бизнес-правил. Сетевые конфигурации различных, пользователей ЗП-системы могут отличаться. Могут использоваться архитектуры "тонкого" и "толстого" клиентов, двухуровневые и многоуровневые архитектуры и т.д. Кроме того, конфигурация ресурсов каждого клиента может изменяться со временем, отражая производственные потребности и потребности в производительности. Следовательно, система должна быть настраиваемой и отражать потребности пользователей. Этот вопрос требует тщательной дополнительной проработки, изучения степени гибкости и способов ее достижения.
Интерфейсы
Важные интерфейсы и аппаратные средства
принтер для печати зарплатных ведомостей;
Программные интерфейсы
Для большинства внешних систем (вычисления налоговых платежей, системы складского учета, бухгалтерской системы и т.д.) необходимо обеспечить возможность подключения через различные интерфейсы.
Бизнес-правила
Бизнес-правила представлены в таблице 3.
Таблица 3 - Бизнес-правила
ИмяПравилоВозможность измененияИсточникПравило 1Подпись бухгалтера в зарплатой ведомостиВ дальнейшем возможность перехода на электронно-цифровую подписьУчетная политика
Вопросы законодательства
Рекомендуется использование бесплатных компонентов на основе открытого кода, если их разрешено использовать в коммерческих программных продуктах.
Необходимо учитывать все изменения в БД. Обновление БД ЗП-системы могут изменяться достаточно часто.
Информация из предметной области
Обновление БД
БД может обновляться и корректироваться достаточно часто. Поэтому желательно возложить задачу обновления БД ЗП-системы на отдельную программу.
Критерии поиска
Бухгалтер должен обладать навыками быстрого поиска нужной информации в системе.
1.5 Видение
Введение
Нам видится надежное приложение автоматизации ведения данных по расчету заработной платы обеспечивающее гибкую поддержку различных бизнес-правил, механизмы поддержки различных терминалов и интерфейсов пользователя, а также интеграцию с различными внешними вспомогательными системами.
Позиционирование
Экономические предпосылки
Существующие программные продукты не обеспечивают настройку на потребности различных пользователей. Отсутствует возможность интеграции с внешними системами. Существующие системы не поддерживают новые технологии. Негибкость существующих систем открывает новые возможности на рынке программных продуктов.
Место системы
Система предназначена для бухгалтера организации.
Заинтересованные лица
Пользователи системы
Основным заинтересованным лицом будет являться предприятие.
Бухгалтер: оформляет расчеты заработной платы.
Таблица 4 - Преимущества системы
СвойствоПреимущества для заинтересованных лицаСистема будет обеспечивать всю основную функциональность, необходимую для работы бухгалтерии, включая обработку информации, расчеты оплаты труда и другиеБыстрая работа системы в автоматическом режимеПодключаемые в различных точках сценария бизнес-правилаГибкая настройка бизнес-логикиИнтерактивное взаимодействие с внешними системами на основе стандартных протоколовСвоевременное и точное оформление перемещений работников, подготовка бухгалтерской документации, поддержка планированияОсновные свойства системы
Как было упомянуто выше, свойства системы описываются сжато путем перечисления основных функций:
·хранение в системе всех расчетов заработной платы;
·системное администрирование и управление пользователями, безопасностью, таблицами и т.д.;
·автоматический переход в автономный режим работы при выходе из строя внешних систем.
1.6Словарь терминов
В словарь терминов (glossary) включаются термины и определения. Он также может служить словарем данных.
Таблица 5 - Определения
ТерминОпределениеСинонимЗаработная платаВознаграждение за труд в зависимости от квалификации работника, сложности, количества, качества и условий выполняемой работы, а также компенсационные выплаты и стимулирующие выплатыОплата трудаБухгалтерСотрудник предприятия, работающий в бухгалтерии, который ведет операции по расчету заработной платы Табельный номерУникальный, идентификационный номер, присваивающийся каждому работнику предприятияТаб. №
1.7Диаграмма последовательности
Прецеденты определяют, как исполнители взаимодействуют с программной системой. В процессе этого взаимодействия исполнителем генерируются события, передаваемые системе, которые представляют собой запросы на выполнение некоторой операции.
Диаграмма последовательностей системы (system sequence diagram) - это схема, которая для определенного сценария прецедента показывает генерируемые внешними исполнителями события, их порядок, а также события, генерируемые внутри самой системы. Назначение данной диаграммы - отображение событий, передаваемых исполнителями системе через ее границы. На диаграмме последовательностей отображаются системные события сценария некоторого прецедента.
Рисунок 3. Диаграмма последовательности на основе основного успешного сценария в развернутом формате описания прецедента
Описание системных операций диаграммы последовательности
Описания Системных операций (system operation contract) описывают детальное поведение системы в терминах изменения состояния объектов модели предметной области после выполнения системных операций.
Описания определяются для системных операций (system operations).
Системные операции - это операции, входящие в открытый интерфейс системы для обработки входных системных событий, которые система выполняет как «черный ящик». Системные операции можно идентифицировать на основе системных событий.
Таблица 1 Разделы описания
ОП 1: Новый ДокументОперацияНовый ДокументСсылкиРасчет заработной платыПредусловияОтсутствуютПостусловияСоздан экземпляр класса «Новый документ»ОП 2: Выбрать график РВОперацияВыбрать график РВСсылкиРасчет заработной платыПредусловияСоздание экземпляра «Новый документ»ПостусловияЗначение атрибута «График РВ» заполненоОП 3: Выбрать сотрудникаОперацияВыбрать сотрудникаСсылкиРасчет заработной платыПредусловияЗначение атрибута «График РВ» заполненоПостусловияЗначение атрибута «Сотрудник» заполненоОП 4: Выбрать отделОперацияВыбрать отделСсылкиРасчет заработной платыПредусловияЗначение атрибута «Сотрудник» заполненоПостусловияЗначение атрибута «Отдел» заполненоОП 5: Указать должностьОперацияУказать должностьСсылкиРасчет заработной платыПредусловияЗначение атрибута «Отдель» заполненоПостусловияЗначение атрибута «Должность» заполненоОП 6: Ввести год, месяцОперацияВвести год, месяцСсылкиРасчет заработной платыПредусловияЗначение атрибута «Должность» заполненоПостусловияЗначение атрибута «год, месяц» заполненоОП 7: Удержания за прогулыОперацияУдержания за прогулыСсылкиРасчет заработной платыПредусловияЗначение атрибута «год, месяц» заполненоПостусловияЗначение атрибута «Удержания за прогулы» заполненоОП 8: Начисления по больничномуОперацияНачисления по больничномуСсылкиРасчет заработной платыПредусловияЗначение атрибута «Удержания за прогулы» заполненоПостусловияЗначение атрибута «Начисления по больничному» заполненоОП 9: Удержания НДФЛОперацияУдержания НДФЛСсылкиРасчет заработной платыПредусловияЗначение атрибута «Начисления по больничному» заполненоПостусловияЗначение атрибута «Удержания НДФЛ» заполненоОП 10: Конечная зарплатаОперацияКонечная зарплатаСсылкиРасчет заработной платыПредусловияЗначение атрибута «Удержания НДФЛ» заполненоПостусловияЗначение атрибута «Конечная зарплата» заполненоОП 11: Сохранить документОперацияСохранить документСсылкиРасчет заработной платыПредусловияЗначение атрибута «Конечная зарплата» заполненоПостусловияСохранение экземпляра
2. Модель предметной области
Модель предметной области широко используется в качестве основы для разработки программных объектов и обеспечивает важную входную информацию для создания нескольких последующих артефактов.
Модель предметной области отображает основные (с точки зрения моделирующего) классы понятий (концептуальные классы) предметной области. Она является наиболее важным артефактом, создаваемым на этапе объектно-ориентированного анализа. Основной задачей объектно-ориентированного анализа является идентификация большого количества разнообразных объектов или понятий, а также точная оценка усилий в терминах отдачи на стадиях проектирования и реализации.
Идентификация классов понятий или концептуальных классов - составная часть исследования предметной области. Модели предметной области на языке UML строятся в форме диаграмм классов.
2.1Объекты предметной области
Концептуальные классы (или объекты предметной области) данной предметной области изображены на рисунке 4.
Рисунок 4 - Исходная модель предметной области
Модель предметной области широко используется в качестве основы для разработки программных объектов и обеспечивает важную входную информацию для создания нескольких последующих артефактов.
Модель предметной области отображает основные (с точки зрения моделирующего) классы понятий (концептуальные классы) предметной области. Она является наиболее важным артефактом, создаваемым на этапе объектно-ориентированного анализа. Основной задачей объектно-ориентированного анализа является идентификация большого количества разнообразных объектов или понятий, а также точная оценка усилий в терминах отдачи на стадиях проектирования и реализации.
Идентификация классов понятий или концептуальных классов - составная часть исследования предметной области. Модели предметной области на языке UML строятся в форме диаграмм классов.
Рисунок 5 - Модель предметной области
3. Модель проектирования
Термин «диаграмма взаимодействия» используется в качестве общего названия для двух следующих конкретных типов диаграмм, которые могут использоваться для иллюстрации обмена сообщениями.
·Диаграммы кооперации (collaboration diagram)
·Диаграммы последовательностей (sequence diagram)
Чтобы подчеркнуть свободу разработчиков при выборе артефактов проектирования, будут использованы оба типа диаграмм.
3.1 Диаграмма последовательностей
Диаграммы последовательностей (sequence diagram) иллюстрируют взаимодействие в форме. Здесь объекты располагаются слева направо.
Рисунок 6 - Диаграмма последовательности
3.2 Диаграмма кооперации Рисунок 7 -Диаграмма кооперации
.3 Диаграмма классов
Диаграмма классов (design class diagram) иллюстрирует спецификации программных классов и интерфейсов (например, интерфейсов Java, С# и т.д.) в приложении. Обычно на такую диаграмму выносится следующая информация:
-Классы, ассоциации и атрибуты;
-Интерфейсы со своими операциями и константами;
-Методы;
-Информация о типах атрибутов;
-Способы навигации;
-Зависимости.
На диаграмме классов показана дополнительная информация о типах параметров (рис. 8).
Рисунок 8 - Диаграмма классов
4. Модель данных
Логическая модель данных представлена на рисунке 9.
Рисунок 9 - Логическая модель данных
5. Модель реализации
Чтобы модуль генерации кода Caseberry мог сгенерировать приложение, использовалось быстрое прототипирование. В результате создания прототипа, настройки приложения, настройки генератора скриптов для БД, настройки модуля кодогенерации, создания структуры данных и сборки было получено работающее приложение с названием «АО».
Рисунок 10 - Диаграмма классов, полученная путем быстрого прототипирования.
Генерация кода во многом определяется диаграммой классов и диаграммами взаимодействия, разработанными на стадии проектирования и основываются на принципах отображения их в исходный код. Преобразование результатов проектирования в программный код происходит посредством CASE-средства CASEBERRY.
Рисунок 11 - Экранные формы
Рисунок 12 -Экранная форма «Бухгалтер»
Рисунок 13- Экранная форма «Должности»
Рисунок 14- Экранная форма «Отделы»
Рисунок 15- Экранная форма «Сотрудники»
Рисунок 16- Экранная форма «УчетРабочегоВремени»
Рисунок 17- Экранная форма расчета заработной платы
Заключение
В данном курсовом проекте была разработана автоматизированная система «ЗП» для облегчения работы сотрудникам бухгалтерии, уменьшения времени, затрачиваемого на составление документов, отчетов, расчеты.
Для выполнения курсового проекта было проведено детальное изучение предметной области, в ходе которой была спроектирована система «ЗП» для автоматизации деятельности бухгалтерии по расчету удержаний за прогулы, начислений по больничным листам, расчету НДФЛ, рассчету конечной заработной платы.
Полученная система повышает уровень производительности на предприятии за счет уменьшения времени обработки документов, автоматизации документооборота и обработки информации.
Для разработки данной системы использовалась case-технология CASEBERRY, упростившая процесс создания автоматизированной системы и оптимизировав сроки ее создания.
Система в дальнейшем может быть доработана для ее улучшения.
В результате проделанной работы можно сделать вывод, что цели и задачи курсового проекта были достигнуты.
Список использованных источников
1.Калянов Г.Н. CASE-технологии. Консалтинг в автоматизации бизнес-процессов. - 3-е изд. - М.: Горячая линия-Телеком, 2002. - 320 с.
2.Технологии разработки программного обеспечения. Учебное пособие. 2-е изд. / С. Орлов. - СПб.: Питер, 2003. - 480 с.: ил.
3.Шевчук И.С. Проектирование информационных систем: методическое пособие по курсовому проектированию «Проектирование информационных систем». - Пермь, ФГБОУ ВПО Пермская ГСХА, 2013. - 33 с.
4.Шевчук И.С. Проектирование информационных систем: конспект лекций - Пермь: Изд-во ФГБОУ ВПО Пермская ГСХА, 2012. - 59 с.
5.ГОСТ 34. 602-89. Техническое задание на создание автоматизированной системы.