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

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

Содержание:

Введение

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

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

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

Объектом исследования курсовой работы является порядок расчета заработной платы сотрудникам.

Предметом исследования являются процессы, связанные с расчетом заработной платы

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

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

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

Для достижения поставленной цели необходимо решить следующие задачи:

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

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

Теоретические вопросы в области проектирования и разработки информационных систем, автоматизации деятельности рассмотрены труды таких ученых как: Смирнов, Г.Н., Сорокин, Ю.Ф., Соловьев, И.В. Тельнов Ю.Ф., Вендров А.М.

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

1.1 Описание предметной области. Постановка задачи

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

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

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

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

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

Процесс начисления заработной платы состоит из нескольких компонентов, а именно определения отработанного времени, что бы произвести расчет заработной платы по окладу и расчет по договорам сдельной работы. Для более детального рассмотрения каждого процесса управляющего информационными потоками деятельности организации с применением ИС «Расчет заработной платы» необходимо построить функциональную модель в нотации IDEF0, а так же выполнить построение декомпозиции IDEF0 диаграмм [7, 9, 11].

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

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

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

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

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

Декомпозиция контекстной диаграммы в нотации IDEF0 представлена на рисунке 2.

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

Дальнейшая декомпозиция IDEF0диаграмма второго уровня позволяет более подробно рассмотреть процесс «Расчет заработной платы», где выделяют следующие подпроцессы:

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

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

Рисунок 3. Диаграмма расчет заработной платы

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

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

Обработка исходных данных в виде обработки данных и внесение их в справочники информационной системы:

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

Обработка следующих документов:

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

Предоставление результатной информации в виде форм и отчетов:

журнал документов (общий, журнал продаж, журнал возвратов, журнал табелирования, журнал зарплаты);
оформление отчетов (€по отработанному времени, по возвратам, по вычетам, по премии, по заработной плате).

Целью проектирования ИС расчет заработной платы и формирования бухгалтерской отчетности является:

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

Основными участниками процесса расчета заработной платы на предприятии являются:

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

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

1.2 Предлагаемые мероприятия по улучшению технологии решения задачи

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

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

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

В таблице 1 приведены показатели объёма информационных потоков.

Таблица 1

Характеристики объёма информационных потоков

Наименование документа	Частота возникновения, раз/год	Трудовые затраты на обработку одного документа, чел.-час/док.	Трудовые затраты на обработку документа в год, чел.-час/год
Список сотрудников	12	2	72
График работы сотрудников	12	8	96
Табель отработанного времени	12	14	168
Ведомость заработной платы	12	6	72
Отчет по окладам и премиям	12	2	24
Отчет по вычетам и штрафам	48	2	96
Отчет по заработной плате	12	8	96
Итог		42	624

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

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

Таблица 2

Характеристики объёма информационных потоков с учетом применения средств автоматизации

Наименование документа	Частота возникновения, раз/год	Трудовые затраты на обработку одного документа, чел.-час/док.	Трудовые затраты на обработку документа в год, чел.-час/год
Список сотрудников	12	0,5	6
График работы сотрудников	12	2	24
Табель отработанного времени	12	4	48
Ведомость заработной платы	12	2	72
Отчет по окладам и премиям	12	0,5	6
Отчет по вычетам и штрафам	48	0,5	25
Отчет по заработной плате	12	0,75	9
Итог		10,25	190

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Глава 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 следует ввести первоначальную документацию, то есть отметить основные сценарии, входящие в элемент.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На рисунке 8 представлена диаграмма последовательности для Use Case «Составление табеля отработанного времени». На данной диаграмме специалист кадровой службы производит сбор данных для учета отработанного времени сотрудника, согласно установленного графика работ, а так же получает данные о фактическом посещении работы для отметки явок и неявок на работу, количества часов. Согласно табеля отработанного времени по каждому сотруднику составляется отчет, в котором указано, выработана ли норма времени согласно должностного оклада.

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

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

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

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

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

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

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

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

Диаграмма состояний представлена на рисунке 10.

Рисунок 10. Диаграмма состояний

Диаграмма деятельности по решаемой задаче применяются для моделирования процесса выполнения операций.

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

Рисунок 11. Диаграмма деятельности

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

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

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

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

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

Рисунок 12. Диаграмма классов

Диаграмма классов (Class diagram) — статическая структурная диаграмма, описывающая структуру системы, демонстрирующая классы системы, их атрибуты, методы и отношения между классами.

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

На диаграмме классов выделены следующие основные классы:

Сотрудник.
Подразделение
Должность
Часовая ставка.
Вычеты и штрафы.
График работы.
Табель.
Вычет оклада.
Расчёт вычетов
Расчет премии.
Заработная плата.

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

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

Дальнейшие действия построения UML моделей заключаются в генерировании кода и формирования компонентов ИС в среде разработки выбранного языка программирования.

Заключение

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

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

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

рассмотрена предметная область;
выполнено описание проводимых мероприятий по автоматизации и их целесообразность;
проведен выбор среды моделирования UML;
проведено моделирование предметной области в виде UML моделей.

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

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

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

Список литературы

Андерсен Б. Бизнес процессы. Инструменты совершенствования /М.: РИА «Стандарты и качество», 2015г. - 272 с, илл. (Серия «Практический менеджмент»).
Антонов В.Ф. Методы и средства проектирования информационных систем [Электронный ресурс] : учебное пособие / В.Ф. Антонов, А.А. Москвитин. — Электрон. текстовые данные. — Ставрополь: Северо-Кавказский федеральный университет, 2016. — 342 c. — 2227-8397. — Режим доступа: http://www.iprbookshop.ru/66080.html (дата обращения: 14.10.2019).
Вдовенко Л.А. Информационная система предприятия: Учебное пособие/Вдовенко Л. А. - 2 изд., перераб. и доп. - М.: Вузовский учебник, НИЦ ИНФРА-М, 2015. - 304 с.
Гайсарян С.С., объектно-ориентированное программирование. -М.:ЦИТ.,2013.- 420 с. [Электронный ресурс]. URL:
http://www.mista.ru/oop book/index.htm (дата обращения: 05.10.2019).
Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. - 544 с.
ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла
Иванов Н.Н. Основы автоматизированного учета / Н.Н. Иванов. – М.: Научная книга, 2014. - 126с.
Информационные системы и технологии управления: учебник / под ред. Г.А.Титоренко. - 3-е изд., перераб и доп. - М.: ЮНИТИ-ДАНА, 2014. - 591c.
Информационные технологии в менеджменте (управлении) : учебник и практикум / под общ.ред. Ю.Д.Романовой. - М.: Юрайт, 2015 - 478c.
Коцюба И.Ю. Основы проектирования информационных систем [Электронный ресурс] : учебное пособие / И.Ю. Коцюба, А.В. Чунаев, А.Н. Шиков. — Электрон. текстовые данные. — СПб. : Университет ИТМО, 2015. — 205 c. — 2227-8397. — Режим доступа: http://www.iprbookshop.ru/67498.html (дата обращения: 10.10.2019)
Митина О.А. Методы и средства проектирования информационных систем и технологий [Электронный ресурс] : курс лекций / О.А. Митина. — Электрон. текстовые данные. — М. : Московская государственная академия водного транспорта, 2016. — 75 c. — 2227-8397. — Режим доступа: http://www.iprbookshop.ru/65666.html (дата обращения: 11.10.2019).
Орлов С. А. Технологии разработки программного обеспечения. Учебное пос. 5-е изд. / С. А. Орлов, Б. Я. Цилькер. — СПб.: Питер, 2016. — 640 с.
Самоучитель UML : учеб. пособие / А. В. Леоненков. – СПб : БВХ-Петербург, 2007. – 576 с.
Семакин И.Г. Информационные системы и модели. учебное пособие / И.Г. Семакин. – М.: ЛБЗ, 2015. - 303с.
Смирнов, Г.Н. Проектирование экономических информационных систем: учебник для вузов / А.А. Смирнов, А.А. Сорокин, Ю.Ф. Тельнов. - М.: Финансы и статистика, 2014 – 512c.
Теория и практика UML. Диаграмма последовательности [Электронный ресурс]. – Режим доступа: http://it-gost.ru/articles/view_articles/94 (дата обращения: 05.10.2019).
Федорова Г.Н. Разработка программных модулей программного обеспечения для компьютерных систем: учебник для студ. учреждений сред. проф. образования / Г.Н. Федорова. –: Издательский центр «Академия», 2016. – 336 с.