Проектирование реализации операций бизнес-процесса «Учет предоставленных услуг салоном красоты»»

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

Аналитическая часть

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

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

1. Наименование услуги.
2. Количество оказанных услуг.
3. Спецификация услуги (например, длина волос, на которые осуществлялась стрижка).
4. Стоимость услуги.
5. ФИО специалиста, который оказывал услугу.

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

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

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

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

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

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

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

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

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

1. Характеристика существующих бизнес – процессов

Для того, чтобы дать характеристику бизнес-процессам, будут созданы модели бизнес-процессов в методологии структурного анализа IDEF0. На рисунке 1 представлена контекстная диаграмма бизнес-процесса. Управление процессом осуществляется согласно регламенту работы администратора. Механизмом процесса является администратор салона красоты. Входным информационным потоком процесса является информация о предоставленных услугах. Выходными потоками процесса являются:

1. Журнал регистрации.
2. Квитанция.
3. Акт оказанных услуг.
4. Размер комиссионного вознаграждения.

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

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

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

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

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

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

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

1. Журнал регистрации.
2. Акт оказанных услуг.
3. Квитанция об оплате услуг.
4. Ведомость комиссионных отчислений.

Схема документооборота представлена на рисунке 3.

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

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

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

Таблица 1

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

Характеристика	Журнал регистрации	Квитанция	Акт оказанных услуг	Ведомость комиссионных отчислений
Количество документов в год, шт.	1	300 000	300 000	12
Количество символов в документе, шт.	50 000	1 000	3 000	5 000
Частота возникновения в год	1	1	1	1
Трудозатраты на обработку в год, чел-час	220	400	400	120

Таблица 2

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

Характеристика	Журнал регистрации	Квитанция	Акт оказанных услуг	Ведомость комиссионных отчислений
Количество документов в год, шт.	1	300 000	300 000	12
Количество символов в документе, шт.	50 000	1 000	3 000	5 000
Частота возникновения в год	1	1	1	1
Трудозатраты на обработку в год, чел-час	160	200	200	60

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

1. Высокие временные затраты на формирование документооборота.
2. Сложность учета платежей на бумажных носителях.
3. Высокие временные затраты на формирование ведомости комиссионных отчислений.
4. Низкий уровень оперативности данных о финансово-хозяйственной деятельности салона красоты.
5. Несовершенство организации сбора и регистрации исходной информации.

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

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

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

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

1. Дата.
2. Наименование услуги.
3. Количество.
4. Цена.
5. Стоимость.
6. ФИО специалиста.

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

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

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

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

1. Услуга.
2. Сотрудник.

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

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

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

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

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

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

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]. Рассмотрим информационную модель предметной области. Информационная модель представлена на рисунке 4.

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

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

1. Прайс-лист – таблица, в которой перечислены цены на услуги салона.
2. Журнал – таблица, которая содержит записи журнала регистрации.
3. Акт – таблица, которая содержит данные акта оказанных услуг.
4. Квитанция – таблица, которая содержит данные об оплате услуг салона.

Редактирование перечисленных таблиц базы данных осуществляется с помощью следующих форм: формы ввода данных, формы сохранения документа и формы редактирования справочников. Форма сохранения документа используется для выгрузки документов и отчетов из информационной системы в форматах *.doc, *.docx, *.xsl, *.xslx. В результате работы с этой формой ни одна таблица базы данных не изменяется.

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

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

• Дату оказания услуги;
• Наименование услуги;
• Количество оказанных услуг;
• Цену услуги;
• Общая стоимость оказанных услуг;
• ФИО специалиста, который работал с клиентом.

В проектируемой информационной системе предусмотрено два справочника: Услуга и Сотрудник. Характеристика справочников представлена в таблице 3.

Таблица 3

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

Характеристика	Сотрудник	Услуга
Ответственный за ведение	Администратор
Объем справочника в записях	20	100
Частота актуализации	По мере необходимости
Объем актуализации	1-10 записей
Реквизитный состав	Фамилия	Наименование
	Имя
	Отчество
	Должность

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

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

1. Журнал регистрации – документ, в котором перечислены оказанные услуги по датам. Форма журнала регистрации представлена на рисунке 5.
2. Акт оказанных услуг – документ, в котором зафиксирован акт приемки клиентом оказанных услуг. Форма документа представлена на рисунке 6.
3. Квитанция об оплате – документ, который подтверждает факт оплаты клиентом оказанных услуг. Форма документа представлена на рисунке 7.

Рисунок 5. Форма журнала регистрации

Рисунок 6. Форма акта оказанных услуг

Рисунок 7. Форма квитанции на оплату услуг

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

1. Сотрудник.
2. Услуга.
3. Прайс-лист.
4. Акт.
5. Квитанция.
6. Журнал регистрации.

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

Таблица 4

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

Наименование таблицы	Наименование поля
Сотрудник	Фамилия
	Имя
	Отчество
Услуга	Наименование
Прайс-лист	Цена
Акт оказанных услуг	Номер
	Дата
Квитанция	Номер
	Дата
	Сумма
Журнал регистрации	Дата
	Сумма

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Сотрудник.
2. Услуга.
3. Журнал.
4. Акт.
5. Квитанция.
6. Прайс-лист.

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

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

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

Таблица 5

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

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Сотрудник»
ID_сотрудника	ID_sotr	Счетчик	5	Ключевое поле
Фамилия	LName	Текст	30
Имя	Fname	Текст	30
Отчество	Mname	Текст	30
Должность	Dsotr	Текст	30
Справочник «Услуга»
ID_услуги	ID_usl	Счетчик	5	Ключевое поле
Наименование	Naim	Текст	30
Прайс-лист
ID_листа	ID_price	Счетчик	5	Ключевое поле
Цена	Cprice	Число	6
Квитанция
ID_квитанции	ID_kv	Счетчик	5	Ключевое поле
Номер	Nkvit	Число	6
Дата	Dkvit	Дата	8
Сумма	Skvit	Число	6
Клиент	Ckvit	Текст	100
Акт
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_акта	ID_act	Счетчик	5	Ключевое поле
Дата	Dact	Дата	8
Номер	Nact	Число	6
Клиент	Cact	Текст	100
Журнал
ID_записи	ID_jour	Счетчик	5	Ключевое поле
Дата	DJourn	Дата	8
Сумма	SJourn	Число	6

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

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

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

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

Таблица 6

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

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

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

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

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

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

Далее осуществляется ввод данных о билетах. Алгоритм ввода данных о билетах представлен на рисунке 13.

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

Рисунок 12. Алгоритм заполнения справочников

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

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

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

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

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

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

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

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

Рисунок 15. Заполнение справочника «Сотрудник»

На рисунке 16 представлено заполнение справочника услуг.

Рисунок 16. Заполнение справочника услуг

На рисунке 17 представлено заполнение прайс-листа.

Рисунок 17. Заполнение прайс-листа

На рисунке 18 представлено заполнение записей в журнале регистрации.

Рисунок 18. Заполнение журнала регистрации

ЗАКЛЮЧЕНИЕ

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

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

Было дано описание документооборота задачи. Была рассчитана трудоемкость процесса, которая составляет 1 140 человеко-часов. По данным расчетов, трудозатраты на формирование документооборота после автоматизации составили 520 человеко-часов за счет автоматизации всех расчетов задачи.

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

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

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

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

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

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