Файл: Моделирование предметной области «расчет заработной платы» с помощью UML.pdf

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

В работе будет использоваться диалоговый режим при работе с программой, т.е. по мере выполнения команд и запуску определенных форм программа будет ожидать от пользователя определенных действий. По мере их выполнения будет происходить обработка информации, запись в БД, преобразование, вывод на печать, фильтрация и поиск [2, 3].

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

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

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

В части внешнего оформления:

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

В части диалога с пользователем:

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

Требования к надежности:

1. Предусмотреть контроль вводимой информации.
2. Предусмотреть блокировку некорректных действий пользователя при работе с системой.
3. Обеспечить целостность хранимой информации.

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

---

Проектируемая подсистема «Экспорт данных для бухгалтерского учета» должна быть выполнена в клиент-серверном варианте.

Основные особенности:

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

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

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

В работе будет использоваться диалоговый режим при работе с программой, т.е. по мере выполнения команд и запуску определенных форм программа будет ожидать от пользователя определенных действий. По мере их выполнения будет происходить обработка информации, запись в БД, преобразование, вывод на печать, фильтрация и поиск [2, 3, 15].

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

2.1 Выбор средства для моделирования предметной области решаемой задачи

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

Программный продукт MS Visio.

Программный продукт поддерживает возможность визуализации всех возможных UML диаграмм. При этом MS Visio является исключительно визуальным редактором. Программное средство обладает возможностями по проектированию структуры базы данных, построению блок-схем, схем расположения компонентов планов и ЛВС, проектирования моделей бизнес-процессов в нотации IDEF0, DFD, BPMN, выполнение моделей разработки UML. Внешний вид средства проектирования MS Visio представлено на рисунке 4.

---

Рисунок 4. Средство проектирования MS Visio

Разработка в MS Visio позволят разработчику упростить ход реализации проекта в виде опорных схем, по которым в дальнейшем будет производиться генерация кода и создание объектов [12]. При этом генерации программного кода в данном визуальном редакторе не предусмотрено.

CASE-средство Rational Rose

Rational Rose - CASE-средство фирмы Rational Software Corporation – программное средство предназначено для выполнения проектирования и автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках программирования высокого уровня и выпуска проектной документации [11].

Программный продукт Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования для моделирования объектов (UML - Unified Modeling Language). Данная методология стала одним из стандартов в области проектирования ПО., рисунок 5.

Рисунок 5. Система проектирования и разработки Rational Rose

Основной вариант генерации исходного кода проектируемых программных средств в Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах [14].

Case-средство StarUML

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

Данное программное обеспечение является бесплатным и является свободно распространяемым. StarUML - программный инструмент моделирования, который поддерживает UML (StarUML ориентирован на UML версии 1.4 и поддерживает одинна-дцать различных типов диаграмм, принятых в нотации UML 2.0).

Интерфейс программного продукта StarUML представлен на рисунке 6.

Рисунок 6. Интерфейс CASE-средства StarUML

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

---

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

Lля рассматриваемой предметной области будет построено несколько диаграмм на языке UML: диаграмма использования (Use-Case), диаграмма последовательности (SequenceDiagram), диаграмма классов (ClassDiagram), lиаграмма схем состояний (Statechart), диаграмма активности (ActivityDiagram).

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

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

В диаграмме прецедентов (use case diagram) показана совокупность прецедентов и актеров, а также отношения между ними. С помощью прецедентов можно смоделировать поведение элемента: системы в целом, или отдельной подсистемы [5, 7].

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

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

Представление Use Case может содержать:

• варианты использования;
• действующие лица;
• связи коммуникации между вариантами использования и действующими лицами.

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

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

---

В диаграмме UseCase используются два основных элемента: вариант использования и актёр.

Актер – это роль объекта вне системы, который прямо взаимодействует с конкретным. Для диаграммы вариантов использования определены на основе рассмотрения предметной области следующие актеры:

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

По каждому элементу UseCase следует ввести первоначальную документацию, то есть отметить основные сценарии, входящие в элемент.

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

1. Заполнение справочников:

• заполнить справочник «Должности»;
• заполнить справочник «Подразделения».

1. Регистрировать сотрудников:

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

1. Составление графика работы:

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

1. Составление табеля рабочего времени.

• заполнение табеля согласно графика;
• проставление явок и количества отработанных часов;
• проставление неявок на работу и количества часов;
• отражение в табели неявок согласно подтверждающих документов и приказов.

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

Рисунок 7. Диаграмма вариантов использования (Use Case)

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

1. Заполнение часовых ставок.
2. Ведение номенклатуры вычетов и штрафов.
3. Расчет суммы заработной платы, а именно:

• расчет заработной платы по окладу:
• расчет премии и стимулирующих надбавок;
• расчет вычетов и штрафов.

1. Формирование отчетности:

• ведомость заработной платы;
• расчетный листок сотруднику;
• отчет по ЗП.

Диаграммы последовательности (Sequence) предназначены для отображения порядка обмена сообщениями между объектами системы. После создания UseCase диаграмм и словесного описания сценариев, реализуемых UseCase элементами.

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

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

---