Проектирование реализации операций бизнес-процесса «Транспортная доставка заказов» (Характеристика существующих бизнес – процессов)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

Предметом исследования является автоматизация процесса транспортной доставки заказов.

Целью работы является проектирование реализации операций бизнес-процесса транспортной доставки товаров.

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

1. Выбрать комплекс задач автоматизации.
2. Охарактеризовать существующие бизнес-процессы.
3. Описать документооборот, возникающий при решении задачи.
4. Обосновать проектные решения по информационному обеспечению.
5. Дать обоснование проектным решениям по программному обеспечению.
6. Создать и описать информационную модель.
7. Дать характеристику нормативно-справочной, входной и оперативной информации.
8. Охарактеризовать результативную информацию.
9. Разработать общие положения.
10. Дать характеристику базе данных.
11. Разработать структурную схему пакета.
12. Описать программные модули.
13. Разработать контрольный пример реализации.
14. Аналитическая часть
15. Выбор комплекса задач автоматизации

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

Выходными информационными потоками процесса являются:

1. Отправленный заказ – заказ, который был собран, упакован и передан в пункт выдачи заказчиком.
2. Раскомплектованный заказ – заказ, который не был выкуплен заказчиком, был возвращен продавцу и передан на склад организации.

В рамки рассматриваемой задачи входят:

1. Комплектация заказа.
2. Упаковка заказа.
3. Отправка заказа.
4. Возврат заказа.

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

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

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

Основными определениями и понятиями, свойственными рассматриваемой области являются:

1. Товары - часть активов организации, которая используется для реализации и извлечения прибыли.
2. Заказ – комплект товаров, выбранных покупателем.
3. Доставка заказа – процесс перемещения товаров от продавца до пункта выдачи, в котором его заберет покупатель.

Результатным показателем процесса является количество реализованных товаров и количество невыкупленных заказов.

Результатными документами, в которых отражаются результатные показатели, являются:

1. Договор купли-продажи.
2. Накладная.

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

1. Отдел продаж передает на склад перечень товаров заказа для комплектации.
2. Кладовщики осуществляют подготовку, комплектацию и упаковку товаров для дальнейшей доставки.
3. Упакованный заказ передается в отдел логистики.
4. Менеджер по логистике осуществляет выбор параметров доставки заказа и передает его в транспортную компанию.
5. Если заказ не был выкуплен, транспортная компания осуществляет доставку заказа продавцу.
6. Когда заказ поступает в организацию, он подлежит раскомплектации и размещению на складе организации.
7. Характеристика существующих бизнес – процессов

Характеристика существующих бизнес-процессов организации будет дана с помощью моделирования бизнес-процессов организации с использованием методологии IDEF0.

На рисунке 1 представлена контекстная диаграмма бизнес-процесса транспортной доставки заказов. Управление процессом осуществляется согласно регламентам и должностным инструкциям, механизмом процесса является менеджер по логистике. Входом процесса является товар, выбранный покупателем. Выходом процесса является доставленный заказ и раскомплектованный заказ.

Процесс доставки товаров включает в себя следующие этапы обработки заказа:

1. Комплектацию заказа.
2. Упаковку заказа.
3. Доставку заказа.
4. Возврат заказа.

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

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

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

На рисунке 5 представлена модель процесса отправки товара.

Рисунок 1. Контекстная диаграмма бизнес-процесса доставки товаров

Рисунок 2. Декомпозиция бизнес-процесса

Рисунок 3. Модель бизнес-процесса комплектации заказа

Рисунок 4. Модель процесса упаковки заказа

Рисунок 5. Модель процесса отправки заказа

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

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

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

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

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

Рассмотрим схему документооборота этих документов. Схема документооборота представлена на рисунке 7. В процессе формирования документооборота менеджер по логистике осуществляет запрос наличия товара на складе. Если на складе есть выбранные товары, менеджер формирует накладную, которая передается на склад для комплектации заказа. Кладовщики осуществляют комплектацию заказа и передают его менеджеру по логистике. Менеджер сверяет заказ, согласно накладной, печатает договор купли-продажи и передает заказ в транспортную компанию. Транспортная компания передает заказ в пункт выдачи, где покупатель подписывает документы [2].

Рисунок 6. Модель процесса возврата заказа

Рисунок 7. Схема документооборота

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

Таблица 1

Характеристика формирования документооборота

Характеристика	Накладная	Договор
Количество документов в год, шт.	100 000	10 000
Количество символов в документе, шт.	3 000	30 000
Частота возникновения в год	1	1
Трудозатраты на обработку в год, ч/час	260 000	220 000

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

После внедрения проектируемой информационной системы, автоматизирующей процесс транспортной доставки товаров, будут устранены следующие недостатки:

1. Высокие временные затраты на обработку заказа, связанные с обработкой документов.
2. Высокие временные затраты на осуществление документооборота между отделами организации.
3. Высокая трудоемкость обработки данных (480 000 ч/часов в год).

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

Таблица 2

Трудозатраты на формирование документооборота

Характеристика	Накладная	Договор
Количество документов в год, шт.	100 000	10 000
Количество символов в документе, шт.	3 000	30 000
Частота возникновения в год	1	1
Трудозатраты на обработку в год, ч/час	160 000	120 000

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

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

Рассмотрим состав и содержание входных и выходных документов автоматизируемого бизнес-процесса. В рассматриваемом бизнес-процессе отсутствуют входные документы.

Выходными документами бизнес-процесса являются:

1. Накладная.
2. Договор купли-продажи.

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

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

В рассматриваемых документах не будут использованы международные классификаторы. При этом в системе должны быть предусмотрены следующие справочники:

1. Заказчик.
2. Единица измерения.
3. Товар.

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

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

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

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

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

После выбора языка программирования, следует выбрать среду программирования, в которой будет разработано приложение. Средами программирования для языка программирования Java являются [7]:

1. NetBeans является мощной бесплатной средой разработки с открытым исходным кодом, которая работает с Linux, Windows, MacOS и даже Oracle Solaris. Эта среда считается Java-ориентированной, поскольку обеспечивает качественное взаимодействие с JPA, JSP, Struts, Spring и библиотекой Hibernate.
2. IntelliJ IDEA является коммерческой средой программирования, которая обеспечивает поддержку фреймворков Spring (Spring MVC framework, Spring Security, Spring Boot, Spring Integration и т. д.), Node.js, Angular React, Grails, возможность использовать дополнительные языки (javascript, typescript, coffeescript) и взаимодействовать почти со семи популярными серверами (Tomcat, TomEE, GlassFish, JBoss, WildFly, Weblogic, WebSphere, Geronimo, Virgo и т. д.).
3. Среда программирования Eclipce является самой распространенной среди разработчиков, потому что обладает большим количеством пользовательской документации и плагинов.
4. Среда программирования JDeveloper обладет поддержкой системы контроля версий и облачного сервиса Oracle, PL / SQL обработчиком запросов, WebLogic Server, редакторами HTML, CSS, JavaScript, JSF, JSP, WSDL и ещё огромным количеством всевозможных полезностей.

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

Поскольку в информационной системе будут храниться и обрабатываться данные, необходимо осуществить выбор СУБД, которая будет управлять базой данных. Наиболее распространенным видом базы данных является реляционная база данных, которая представляет собой совокупность двумерных таблиц.

Управление реляционной базой данных будет осуществлять реляционная СУБД. Рассмотрим виды реляционных СУБД:

1. СУБД IBM DB2 является кросс-платформенной, обеспечивает стабильную работу базы данных. Недостатками системы являются высокая стоимость и низкая производительность.
2. СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows.
3. СУБД Oracle обладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД.

На основании вышеперечисленного, для реализации базы данных наиболее подходит СУБД Microsoft SQL Server [1].

1. Проектная часть
2. Информационная модель и её описание

Создадим информационную модель решаемой задачи. Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе [10]. Рассмотрим информационную модель предметной области. Информационная модель представлена на рисунке 8.

Рисунок 8. Информационная модель

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

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

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

В рассматриваемой системе отсутствуют входные документы. Оперативная информация проектируемой системы хранится в таблице «Заказ». В заказе содержится следующая информация:

1. Номер заказа.
2. Дата.
3. ФИО заказчика.
4. Наименования товара.
5. Количество товара.
6. Сумма заказа.

Для осуществления работы с ИС должны быть разработаны следующие справочники:

1. Заказчик.
2. Товар.
3. Единица измерения.

Характеристика справочников представлена в таблице 3.

Таблица 3

Характеристика справочников

Характеристика	Заказчик	Товар	Единица измерения
Ответственный за ведение	Менеджер по продажам	Кладовщик	Кладовщик
Объем справочника в записях	100 000	500 000	10
Частота актуализации	Ежедневно	Ежемесячно	По мере необходимости
Объем актуализации	10%
Реквизитный состав	Фамилия	Артикул	Код
	Имя
	Отчество
	Телефон	Наименование	Наименование
	Эл. почти

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

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

1. № договора.
2. Дата договора.
3. Информация о клиенте.
4. Информация об условиях договора.

Образец договора купли-продажи представлен на рисунке 9.

Также в результате работы с системой формируется документ «Накладная», который содержит следующие данные:

1. Номер документа.
2. Дата.
3. Перечень товаров.
4. Количество товаров.
5. Стоимость товаров.
6. Сумма заказа.

Образец накладной представлен на рисунке 10.

Рисунок 9. Образец договора купли-продажи

Рисунок 10. Образец накладной

Результатная информация хранится в следующих таблицах базы данных:

1. Договор.
2. Накладная.
3. Товар.
4. Заказчик.

Характеристика перечисленных таблиц представлена в таблице 4.

Таблица 4

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

Наименование таблица	Наименование поля
Договор	Дата
	№ договора
Накладная	Количество
	Цена
	Стоимость
Товар	Наименование
Заказчик	Фамилия
	Имя
	Отчество
	Телефон

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

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

Функции, которые автоматизирует информационная система делятся на два типа [3]:

1. Служебные функции.
2. Основные функции.

К служебным функциям проектируемой системы будут относиться [8]:

1. Настройка информационной системы.
2. Управление окнами.
3. Помощь по работе программы.

К основным функциям будут относиться:

1. Редактирование справочников.
2. Создание документов.
3. Печать документов.
4. Формирование отчетов.

На основании перечисленных функций составим дерево функций системы (рисунок 11).

Рисунок 11. Дерево функций системы

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

В сценарии диалога должно учитываться:

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

Сценарий диалога представлен на рисунке 12.

Рисунок 12. Сценарий диалога

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

Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц [6]. База данных будет включать следующие таблицы:

1. Заказчик.
2. Товар.
3. Единица измерения.
4. Договор.
5. Накладная.
6. Заказ.

Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 13.

Рисунок 13. ER-модель

Характеристика таблиц базы данных представлена в таблице 5.

Таблица 5

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

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Клиент»
ID_клиента	ID_cl	Счетчик	5	Ключевое поле
Фамилия	Lname	Текст	30
Имя	Fname	Текст	15
Отчество	Mname	Текст	15
Телефон	Cltel	Число	10
Эл. почта	Emailcl	Текст	15
Справочник «Товар»
ID_товара	ID_tov	Счетчик	5	Ключевое поле
Артикул	Arttov	Текст	10
Наименование	Nametov	Текст	30
Описание	Optov	Текст	300
Цена	Pricetov	Число	5
Справочник «Единица измерения»
ID_единицы	ID_ed	Счетчик	5	Ключевое поле
Код	Code_ed	Текст	30
Наименование	Name_ed	Текст	30
Заказ
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_заказа	ID_zak	Счетчик	5	Ключевое поле
Номер	Nzak	Числовой	7
Дата	Datezak	Дата/Время	8
Количество	Kolzak	Числовой	5
Договор
ID_договора	ID_dog	Счетчик	5	Ключевое поле
Номер	Ndog	Числовой	7
Дата	Datedog	Дата/Время	8
Сумма	SumDog	Числовой	7
Накладная
ID_накладной	ID_nakl	Счетчик	5	Ключевое поле
Номер	Nnakl	Числовой	7
Дата	Datenakl	Дата/Время	8
Количество	Kplnakl	Числовой	7
Стоимость	Stnakl	Числовой	7

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

Структурная схема пакета содержит модули следующих видов:

1. Модули, выполняющие служебные функции.
2. Управляющие модули, осуществляющие загрузку меню и передачу управления другому модулю.
3. Модули, связанные с хранением, обработкой и выдачей информации [4].

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

Таблица 6

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при запуске приложения
2	Модуль справочника «Товар»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
№ п/п	Наименование модуля	Функции модуля
3	Модуль справочника «Единица измерения»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
4	Модуль справочника «Клиент»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
5	Модуль ввода данных	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при вводе данных
6	Модуль формирования документов	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при формировании отчета
7	Модуль настроек	Содержит предопределенные процедуры и элементы формы

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

Рисунок 14. Дерево вызова программных модулей

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

Заполнение всех справочников осуществляется по одному алгоритму, который представлен на рисунке 15. Когда пользователь выбирает в главном меню команду открытия модуля-справочника, открывается форма, в которой показаны все записи, содержащиеся в этом справочнике. При нажатии кнопки «Добавить», открывается форма добавления записи. При нажатии кнопки «Изменить», открывается форма редактирования записи справочника. Все справочники работают по аналогичному алгоритму.

Рисунок 15. Алгоритм работы модулей справочников

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

Рисунок 16. Алгоритм формирования документов

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

Для разработки контрольного примера реализации проекта и его описания необходимо [9]:

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

Реализация контрольного примера состоит из следующих этапов:

1. Ввод тестовых данных в справочники.
2. Формирование отчетов.

На рисунке 17 представлено заполнение справочника «Заказчик».

Рисунок 17. Заполнение справочника «Заказчик»

На рисунке 18 представлено заполнение справочника «Единица измерения».

Рисунок 18. Заполнение справочника «Единица измерения»

На рисунке 19 представлено заполнение справочника «Товар».

Рисунок 19. Заполнение справочника «Товар»

На рисунке 20 представлен ввод данных о заказе.

Рисунок 20. Ввод данных о заказе

На основании данных о заказе формируются документы: договор и накладная. На рисунке 21 представлена печатная форма накладной.

Рисунок 21. Печатная форма накладной

На рисунке 22 представлена печатная форма договора.

Рисунок 22. Печатная форма договора

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

Были разработаны дерево функций системы и сценарий диалога. Дана характеристика базы данных, разработана ER-модель базы данных, приведённой к третьей нормальной форме.

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Гвоздева Т.В., Баллод Б.А. / Проектирование информационных систем. – М.:Феникс, 2014.
2. Горбаченко В.И., Убиенных Г.Ф. / Проектирование информационных систем с СА ErwinModelingSuite 7.3. – П.:ПГУ 2014.
3. Грекул В.М, Коровкина Н.А, Куприянов В.С. / Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.
4. ЕлиферовВ.Г., РепинВ.В. / Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.
5. Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
6. Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
7. Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
8. Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
9. Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
10. Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.