Проектирование реализации операций бизнес-процесса «Контроль поставок товара» (Обоснование проектных решений по программному обеспечению)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

1. Отметка о поставке или отсутствии поставки товара в журнале договоров.
2. Данные о работе с претензиями к поставщикам.

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

1. Ведение журнала договоров.
2. Учет поставок товаров.
3. Претензионная работа.

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

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

1. Коммунальные расходы.
2. Расходы на заработную плату персонала.
3. Расходы на аренду помещений.

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

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

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

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

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

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

1. Заполненный журнал договоров.
2. Письмо контрагенту с претензией.

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

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

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

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

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

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

1. Поиск договоров.
2. Сбор данных о поступлении товаров.
3. Учет данных о поступлении товаров.
4. Претензионная работа.

На рисунке 3 представлена модель процесса поиска договоров. Ежедневно специалист по закупкам осуществляет поиск договоров, поставка по которым должна осуществиться на текущую дату. Затем специалист в журнале договоров ищет договоры с истекающей датой поставки. Найденные номера договоров оформляются в файл «Перечень договоров» и передаются на склад организации.

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

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

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

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

Рисунок 4. Модель процесса сбора данных о поступлении товаров

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

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

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

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

1. Журнал договоров, в котором отражается список договоров с осуществленными поставками товаров.
2. Товарный отчет, в котором содержатся данные о поступивших товарах.
3. Письмо с претензией контрагенту.

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

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

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

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

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

Таблица 1

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

Характеристика	Журнал договоров	Товарный отчет	Письмо с претензией
Количество документов в год, шт.	5	12	12
Количество символов в документе, шт.	30 000	10 000	10 000
Частота возникновения в год	5	12	12
Трудозатраты на обработку в год, ч/час	130 000	120 000	120 000

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

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

1. Простои в производстве, возникающие в результате опозданий в поставках сырья и материалов;
2. Затраты, связанные с простоем оборудования;
3. Высокая трудоемкость обработки данных (290 ч/часов в год).

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

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

Таблица 2

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

Характеристика	Журнал договоров	Товарный отчет	Письмо с претензией
Количество документов в год, шт.	5	12	12
Количество символов в документе, шт.	30 000	10 000	10 000
Частота возникновения в год	5	12	12
Трудозатраты на обработку в год, ч/час	30 000	40 000	40 000

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

Рассмотрим состав и содержание входных и выходных документов автоматизируемого бизнес-процесса. Входным документом является Товарный отчет, который содержит данные о наименовании товаров и дате их приема на складе организации. Товарный отчет является унифицированным документом, поэтому оригинальное проектирование не потребуется. Товарный отчет будет загружаться в информационную систему, поэтому он должен быть представлен в виде файла в формате .xlsx, .xls, .xml [8].

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

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

1. Контрагент;
2. Договор.

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

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. Характеристика нормативно-справочной, входной и оперативной информации

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

Рисунок 9. Образец товарного отчета

Товарный отчет загружается в ИС в виде файла электронных таблиц «MS Excel» с помощью формы загрузки файлов, представленной на рисунке 10.

Рисунок 10. Форма загрузки файлов

В товарном отчете содержатся следующие первичные показатели:

1. № договора купли-продажи.
2. Количество товара.

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

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

Таблица 3

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

Характеристика	Контрагент	Договор
Ответственный за ведение	Начальник отдела закупок
Объем справочника в записях	10 000	100 000
Частота актуализации	1 раз в неделю
Объем актуализации	10%
Характеристика	Контрагент	Договор
Реквизитный состав	Наименование	Номер
		Дата заключения
	ИНН	Дата поставки

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

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

1. № договора.
2. Дата поставки.
3. Наименование контрагента.
4. Примечание.

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

1. Журнал договоров.
2. Товарный отчет.

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

Таблица 4

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

Наименование таблица	Наименование поля
Журнал договоров	Дата
	№ договора
	Наименование контрагента
Товарный отчет	№ договора
	Дата поставки

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

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

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

Для того, чтобы привести иерархию функций управления и обработки данных, которые будут автоматизированы с помощью проектируемой ИС, необходимо выделить и детализировать два подмножества функций [4]:

1. Функции, реализующие служебные функции.
2. Функции, реализующих основные функции управления и обработки данных.

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

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

1. Редактирование справочников.
2. Загрузка товарного отчета.
3. Формирование журнала договоров.

К служебным функциям разрабатываемой ИС относятся:

1. Работа с окнами приложения.
2. Настройки системы.
3. Руководство пользователя.

Дерево функций представлено на рисунке 12 [6].

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

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

Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 13.

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

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

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

1. Контрагент.
2. Договор.
3. Сотрудник.
4. Товарный отчет.
5. Журнал договоров.
6. Письмо.

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

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

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

Таблица 5

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

Содержание

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Контрагент»
ID_контрагента	ID_kontr	Счетчик	5	Ключевое поле
Наименование	NameKontr	Текст	30
ИНН	INNKontr	Текст	14
Справочник «Договор»
ID_договора	ID_dog	Счетчик	5	Ключевое поле
Номер	NumDog	Текст	30
Дата заключения	DateDog	Дата/Время	8
Дата поставки	DatePost	Дата/Время	8
Сотрудник
ID_сотрудника	ID_sotr	Счетчик	5	Ключевое поле
Фамилия	FamSotr	Текст	30
Имя	ImSotr	Текст	30
Отчество	OtchSotr	Текст	30
Товарный отчет
ID_отчета	ID_otch	Счетчик	5	Ключевое поле
Дата	DateOtch	Дата/Время	8
Количество	KolOtch	Числовой	7
Журнал договоров
ID_журнала	ID_jour	Счетчик	5	Ключевое поле
Дата	DateJour	Дата/Время	8
Дата поставки	DatePost	Дата/Время	8
Примечание	PrimJour	Текстовый	100
Письмо
ID_письма	ID_let	Счетчик	5	Ключевое поле
Дата	DateLet	Дата/Время	8
Sod_let	Текстовый	3000

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

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

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

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

Описание функций модулей представлено в таблице 6.

Таблица 6

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

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

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

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

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

Функционирование системы осуществляется в несколько этапов:

1. Загрузка данных. Алгоритм загрузки данных представлен на рисунке 16.
2. Выборка договоров. Алгоритм выборки представлен на рисунке 17.
3. Формирование журнала договоров. Алгоритм представлен на рисунке 18.

Рисунок 16. Алгоритм процесса загрузки данных

Рисунок 17. Алгоритм выборки договоров

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

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

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

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

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

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

На рисунке 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.