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

Проектирование реализации операций бизнес-процесса «Движение библиотечного фонда»

Содержание:

ВВЕДЕНИЕ

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

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

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

  1. Создание электронных каталогов книг.
  2. Оцифровка книг.
  3. Запуск Интернет-аналогов библиотек.

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

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

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

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

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

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

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

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

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

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

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

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

  1. Товарная накладная, которая передается в библиотеку от поставщиков при поступлении книг в библиотечный фонд.
  2. Экземпляр книги.
  3. Номер читательского билета, который предъявляется читателем при обращении в библиотеку.

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

  1. Акт о расхождении.
  2. Акт о списании.
  3. Библиотечный фонд.
  4. Формуляр книги.
  5. Читательский билет.

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

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

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

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

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

  1. Количество читателей.
  2. Количество книг в библиотечном фонде.
  3. Количество нарушений сроков возврата книг.

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

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

Процесс движения библиотечного фонда включает в себя:

  1. Учет поступления книг.
  2. Учет выбытия книг.
  3. Учет выдачи книг читателям.

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

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

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

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

Рисунок 2. Модель процесса учета движения библиотечного фонда

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

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

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

На рисунке 5 представлена модель процесса выдачи книг читателям. Читатель выбирает в библиотеке книги, которые он хочет взять. В формуляры этих книг вносится информация о читателе и дате взятия книги. Затем оформляется читательский билет – в него вносится информация о взятых книгах и дате взятия книг. Формуляры книг остаются в библиотеке, а читательский билет возвращается читателю.

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

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

  1. Читательский билет.
  2. Формуляр книги.
  3. Акт о списании.
  4. Акт о расхождении.

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

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

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

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

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

Таблица 1

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

Характеристика

Акт о расхождении

Формуляр

Читательский билет

Количество документов в год, шт.

100

10 000

20 000

Количество символов в документе, шт.

3 000

3 000

3 000

Частота возникновения в год

1

1

1

Трудозатраты на обработку в год, чел-час

100

500

700

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

Таблица 2

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

Характеристика

Акт о расхождении

Формуляр

Читательский билет

Количество документов в год, шт.

100

10 000

20 000

Количество символов в документе, шт.

3 000

3 000

3 000

Частота возникновения в год

1

1

1

Трудозатраты на обработку в год, чел-час

40

260

310

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

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

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

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

  1. Акт о расхождении.
  2. Акт о списании.
  3. Формуляр книги.
  4. Читательский билет.

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

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

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

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

  1. Иерархические.
  2. Сетевые.
  3. Реляционные.

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

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

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

  • Microsoft SQL Server;
  • IBM DB2;
  • Oracle database.

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

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

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

  • большей безопасностью по сравнению с другими языками;
  • возможностью писать обобщенный код с помощью шаблонов;
  • возможностью использования объектно-ориентированного подхода;
  • управления ресурсами с помощью RAII;
  • упрощение программного кода за счет перегрузки функций и операторов;
  • более простой обработки ошибок за счет исключений [10].

Рассмотрим существующие среды программирования, которые поддерживают язык программирования c++. Среда программирования «Visual Studio 2015» является одной из старейших продуктов для создания программных продуктов с графическим интерфейсом. Возможность добавления сторонних плагинов способствует расширению функциональности среды программирования до кроссплатформенного состояния. К недостатком этой среды можно отнести то, что разработчик должен обладать опытом создания приложений, для работы с этой средой.

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

Платформа для разработки графических приложений «Appcelerator Titanium» предоставляет возможность быстрого создания приложений для всех устройств. Но в среде существует недостаток в виде генерации ошибок в коде, искусственных ограничений и низкого качества пользовательской документации [5].

Мощной платформой для разработки приложений, которая позволяет создавать приложения на языке программирования с++, является платформа «Netbeans». Однако, платформа обладает низким показателем быстродействия и ограничением функциональности некоторых плагинов [8].

На основании рассмотренных сред программирования, поддерживающих язык с++, был сделан вывод о том, что наиболее надежной средой программирования будет являться среда «MS Visual Studio».

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

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

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

2.1 Информационная модель и её описание

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

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

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

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

  1. Название книги.
  2. ФИО автора книги.
  3. Издательство.
  4. Год издания.
  5. Количество страниц.
  6. Поставщик.
  7. Количество экземпляров каждой книги.

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

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

Каждая накладная содержит от 30 до 300 строк, объем документов составляет до 50 000 символов. Частота возникновения документа до 100 ежемесячно.

В проектируемой информационной системе должны присутствовать следующие справочники:

  1. Библиотекарь.
  2. Читатель.
  3. Книга.

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

Таблица 3

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

Характеристика

Библиотекарь

Читатель

Книга

Ответственный за ведение

Библиотекарь

Объем справочника в записях

100

100 000

100 000

Частота актуализации

Раз в квартал

Ежедневно

Раз в месяц

Объем актуализации

5%

Реквизитный состав

Фамилия

Фамилия

Название

Имя

Автор

Имя

Отчество

Издательство

Дата рождения

Год издания

Отчество

Адрес регистрации

Паспортные данные

Шифр книги

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


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

  1. Книга.
  2. Возврат книг.
  3. Выдача книг.
  4. Читатель

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

Таблица 4

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

Наименование таблицы

Наименование поля

Книга

Название

Возврат книг

Дата возврата

Выдача книг

Дата выдачи книг

Читатель

Фамилия

Имя

Отчество

Телефон

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


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

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

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

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

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

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

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

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

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

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

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

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

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

Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц [6]. Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 11.

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

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

Таблица 5

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

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Справочник «Библиотекарь»

ID_библиотекаря

ID_epml

Счетчик

5

Ключевое поле

Фамилия

Lname_empl

Текст

30

Имя

Fname_empl

Текст

30

Отчество

Mname_empl

Текст

30

Справочник «Читатель»

ID_читателя

ID_read

Счетчик

5

Ключевое поле

ФИО

FIO

Текст

100

Паспортные данные

Pasp

Текст

300

Адрес

Addr

Текст

100

Номер телефона

Tel

Текст

10

Дата рождения

BDate

Дата

8

Дата регистрации

RDate

Дата

8

Справочник «Книга»

ID_книги

ID_book

Счетчик

5

Ключевое поле

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Название

Naim

Текст

300

Авторы

Auth

Текст

100

Издательство

Izd

Текст

100

Год издания

DIzd

Дата

8

Шифр книги

Code

Число

10

Выдача книг

ID_выдачи

ID_vid

Счетчик

5

Ключевое поле

Дата выдач

DateVid

Дата

8

Возврат книг

ID_возврата

ID_vozv

Счетчик

5

Ключевое поле

Дата возврата

DateVozv

Дата

8

Читательский билет

ID_билета

ID_bil

Счетчик

5

Ключевое поле

Номер

Num_bil

Число

10

Дата выдачи

Date_bil

Дата

8

Акт списания

ID_акта

ID_acts

Счетчик

5

Ключевое поле

Номер

Num_acts

Число

10

Дата

Date_acts

Дата

8

Причина

Pr_acts

Текст

100

Акт расхождения

ID_акта

ID_actr

Счетчик

5

Ключевое поле

Номер

Num_actr

Число

10

Дата

Date_actr

Дата

8

Количество

Kol_actr

Текст

100

Накладная

ID_накладной

ID_nakl

Счетчик

5

Ключевое поле

Номер

NNakl

Число

10

Дата

DNakl

Дата

8

Количество

KNakl

Число

10

Контрагент

KontrNakl

Текст

100

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

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

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

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

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

Таблица 6

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

№ п/п

Наименование модуля

Функции модуля

1

Глобальный модуль

Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы

2

Модуль справочника

«Библиотекарь»

Содержит предопределенные процедуры формы списка и элементы справочника

3

Модуль справочника

«Читатель»

Содержит предопределенные процедуры формы списка и элементы справочника

4

Модуль справочника

«Книга»

Содержит предопределенные процедуры формы списка и элементы справочника

5

Модуль документа

Содержит предопределенные процедуры формы списка и элементы документа

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

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

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

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

Затем суммируются данные о возврате книг от даты начала формирования отчета до даты окончания формирования отчета по каждой книге. Эти данные вводятся в графу отчета «Приход». После этого суммируются данные о выдаче книг от даты начала формирования отчета до даты окончания формирования отчета по каждой книге. Эти данные вводятся в графу отчета «Расход».

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

Рисунок 13. Начало алгоритма расчетного модуля

Рисунок 14. Продолжение алгоритма расчетного модуля

Рисунок 15. Окончание расчетного алгоритма модуля

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

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

  1. Заполнение справочников.
  2. Создание и ввод данных в документы системы.
  3. Формирование отчетов.

На рисунке 16 представлено заполнение справочника «Библиотекарь».

Рисунок 16. Форма справочника «Библиотекарь»

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

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

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

Рисунок 18. Форма справочника «Книги»

На рисунке 19 представлен ввод данных о выдаче книги.

Рисунок 19. Выдача книг

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

Рисунок 20. Возврат книги

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

Рисунок 21. Отчет по выдаче книг

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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