Моделирование автоматизированных систем управления сложными организационно-техническими системами Текст научной статьи по специальности «Компьютерные и информационные науки»

i-methods

том 12. № 1. 2020 http://intech-spb.com/i-methods/

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

Чумичкин Александр Александрович

к.т.н., доцент, начальник 12 отдела научно-исследовательского научно-исследовательского центра (проблем применения, обеспечения и управления авиацией Военно-воздушно сил) Военного учебно-научного центра «Военно-воздушная академия имени Н.Е.Жуковского и Ю.А.Гагарина», г. Воронеж, Россия, alexander.chumichkin@gmail.com

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

АННОТАЦИЯ.

КЛЮЧЕВЫЕ СЛОВА: автоматизированные системы управления; моделирование; информационная система; методический подход.

Введение

Одним из основных направлений повышения эффективности деятельности органов государственного управления, корпораций и организаций в современных условиях является автоматизация процессов деятельности должностных лиц (ДЛ). Автоматизация бизнес-процессов предполагает разработку и внедрение соответствующих автоматизированных информационных систем (ИС).

Конечной целью создания и внедрения таких систем является повышение эффективности функционирования соответствующих объектов автоматизации (ОА) за счет автоматизации и оптимизации бизнес-процессов [1]. В то же время, эффект от внедрения ИС (положительный или отрицательный) зависит от того насколько она соответствует потребностям ОА. В связи с этим эффективность ИС во многом определяется на этапах формирования требований к перспективной автоматизированной информационной системе [2, 3].

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

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

- некорректное поведение автоматизированной информационной системы при возникновении различных событий;

- низкая эффективность начальных этапов выполнения проектов (предпроектных исследований, эскизного и технического проектирования);

- увеличение сроков выполнения и повышение стоимости работ и др.

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

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

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

Основная часть

Исследования по обоснованию требований к перспективным ИС ВН направлены на выявление целей, задач, определения облика системы и содержания автоматизируемых процессов управления. Данный этап выполняется научно-исследовательскими организациями Министерства обороны, представителями заказывающего ОВУ. Эти работы включают выявление, сбор и систематизацию требований к ИС и документирование результатов [2,5] и предполагают тесное взаимодействие предприятия разработчика и организации заказчика, осуществляющей военно-научное сопровождение (ВНС) соответствующей опытно-конструкторской работы. Требования формулируются в соответствующих документах (тактико-технических заданиях, постановках задач и др.).

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

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

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

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

В первую очередь, был проведен анализ получивших в настоящее время наибольшее распространение на практике методологий моделирования информационных систем (UML, DFD, SADT, АЯК, ВРМ№) [2, 6-8], который позволил сделать обоснованный выбор наиболее подходящих нотаций для описания различных аспектов системы. Формирование требований предлагается производить на основе разработки иерархической многокомпонентной модели, описывающей множество характеристик перспективной ИС.

В качестве инструментария разработки и формализованного представления моделей ИС выбрана методология графических нотаций описания процессов управления [6, 9]. Главным достоинством методов моделирования ИС с использованием графических нотаций является возможность наглядного многоуровневого и разностороннего представления объекта разработки в виде совокупности взаимосвязанных моделей [2, 10].

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

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

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

Глубина проработки (степень детализации) модели определяется уровнем и полнотой представления требований к ИС ВН, с учетом накладываемых ограничений. Исходя из анализа используемых на практике подходов формирования требований к разработке ИС [6-10] в качестве базовых выделены следующие аспекты ИС ВН:

- функциональность (предоставляемые потребителю функции);

- выполнение процессов управления (деятельности);

- поведение при наступлении различных событий (динамика);

- организация хранения данных и доступа к ним;

- пользовательский интерфейс.

В качестве основного средства разработки модели ИС ВН выбраны графические нотации языка UML. Выбор языка UML объясняется его простотой, универсальностью и наиболее широким набором нотаций моделирования [7]. Для случаев, когда семантический набор средств языка UML не обеспечивает эффективное представление рассматриваемого аспекта ИС ВН, или они отсутствуют, используются другие средства моделирования, в частности графические нотации: ЕРС, BPMN и IDEF [9]. Далее представлены основные этапы моделирования.

Обоснование функциональных требований к системе

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

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

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

Ограничения:

- рассматриваются требования к ИС ИАС в части автоматизации процесса ведения учета технического состояния (ТС) воздушных судов (ВС);

- декомпозиция модели ИС ИАС проводится для варианта использования: «Ведение учета ТС ВС».

Первым шагом осуществляется разработка модели вариантов использования системы верхнего уровня, которая определяет функциональные требования к ИС ИАС в целом (рис. 1).

Модель содержит следующие основные элементы:

- множество пользователей ИС — должностных лиц авиационной части;

- набор функций (вариантов использования), которые должны предоставляться системой пользователям ИС ИАС.

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

Пример абстрактного пользователя: «ДЛ управления в/ч» (должностные лица управления воинской части), от которого наследуются пользователи:

Рис. 1. Модель вариантов использования ИС ИАС

- командир воинской части (Командир в/ч);

- заместиель командира части по ИАС (Заместиель по ИАС);

- заместитель командира части по летной подготовке (Заместитель по ЛП);

- Командир эскадрильи (Командир (Э). «Должностные лица ИАС», от которого наследуются:

- заместиель по ИАС;

- заместиель комадира эскадрильи по ИАС (Заместиель по ИАС (Э);

- начальник технико-эксплуатацтонной части (Начальник тэч);

- начальник группы тэч (Начальник группы тэч);

- старший техник ВС (Ст. техник ВС).

В представленном примере выделены следующие варианты использования ИС ИАС:

- «Ведение учета авиационной техники (АТ)»;

- «Ведение планов ТО АТ»;

- «Ведение учета ТС ВС»;

- «Формирование графика доступности ВС»;

- «Планирование контроля ТС ВС».

Требования по предоставляемым функциям ИС ИАС пользователям, отображаются в модели виде отношений ассоциаций (Association Relationship).

Дальнейшее уточнение функциональных требований к каждому варианту использования модели верхнего уровня производится посредством создания его декомпозиционной модели. Декомпозиционная модель варианта использования «Ведение учета ТС ВС» представлена на (рис. 2).

Рис. 2. Модель варианта использования: «Ведение учета ТС ВС»

В модели отражены основные функции, определяющие содержание варианта использования «Ведение учета ТС ВС». Для определения связей между функциями варианта использования используются типы отношений: расширения (extend) и включения (include).

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

Обоснование требований к аспектам выполнения процессов деятельности в ИС ВН

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

Модель строится с использованием диаграммы деятельности (Activity diagram) [2, 6], которая отображает последовательность действий участников процесса, а также порядок передачи потоков управления при выполнении соответствующего варианта использования. Описание разбиения действий и переходов управления между участниками процесса проводится за счет введения дорожек (Swimlane), соответственно должностных лиц и элементов информационной системы. Введение дорожек в модели деятельности позволяет показать реакцию системы на действия пользователей. В качестве примера на (рис. 3) показана модель деятельности расширения «Ведение карточки ВС».

Рис. 3. Модель деятельности расширения «Ведение карточки ВС»

Формирование требований, определяющих поведенческие (динамические)

аспекты системы

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

Для решения этой задачи выбрана графическая нотация событийных цепочек процессов EPC (Event-Driven Process Chain), хорошо зарекомендовавшая себя для описания процессов (функций) нижнего уровня. Основные достоинства EPC-моделей заключаются в простоте, наглядности и гибкости описания логики выполнения процессов [6].

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

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

Формирование требований к организации данных в ИС ВН

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

Формализованное представление требований к организации данных в ИС ВН предполагает построение модели сущность - связь ERM (Entity Relationship Model). Графически модель данных представляется в виде ER-диаграммы. Использование ER-диаграммы для разработки модели данных позволяет наглядно отобразить требования к ИС ВН по составу, организации, форматам представления данных, а также определить основные информационные блоки и отношения между ними [11].

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

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

Моделирование пользовательского интерфейса

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

Рис. 4. Модель выполнения процесса: «Ведение карточки ВС»

лей и ролей предусмотрено в ее модели вариантов использования, тем сложнее согласовать эти два требования.

Проектирование пользовательских интерфейсов сегодня является одним из наиболее актуальных направлений в сфере 1Т в мире. Существует даже устоявшийся термин их/ Ш-дизайн [12] — проектирование любых пользовательских интерфейсов, в которых удобство использования также важно, как и внешний вид.

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

1-ЧХ

Состояние ВС"

^ Ид ВС Integer (10)

^ Дата Integer (10)

Р Налет_Е?С_за_дату time (7)

Р Общий_Налет_ВС на дату time (7)

^ Назначенный pecvpc_BC time (7)

F Остаток ресурса_ВС_на_дату time (7)

С Состоя ние„ВС bit

-CK

Работы_н»_1К' ^ Ид_ВС Integer (10)

^ Ид_этапа_работ_на ВС Integer (10)

^ Дата_начала_работ_на 8С date

Р Дэта_окончания_работ_на ВС date Р Ид_Г1ричины_работ_на_АТ Integer(lO)

>о-

1г

Отказы_ВС'

^ Hä_BC Integer (10)

^ Дата_отназа_ВС date

^ Время_отказа_^ВС time(7)

ТЗ Причинз_отказа varchar(255)

fj Датз_восстанобления_ВС_план date

Эта п ы_ра 5от_ 11 н_АТ

Ид_этапа^работ_ на_А Т Integer (10)

Р Нззвание_этала_рэбот_мэ_АТ varchar(SO)

""" Сокращенное_Название_этапа_работ_на_АТ varchar(iS)

X □

:

Тип_|>абот_на_АТ

^ Ид_Тип_работ_на_АТ

Ид_этапа^работ_на_АТ ~~ Наэвэние_Типэ_рэбот_на_АТ

Сокращенное_название_Типа_работ_на_АТ

Integer (10)

Integer (10) varchar(50) varchar(6)

0

В н л _р и о üi_ н а . М >4 Л

^ Ид_Вид_работ_на_АТ ^ Ид_ Tun_pa6om_A T Ид_этапа_работ_на_АТ Нззвание_вида_ра6от_на_АТ Co к pa ще н ное_нзз ван ие_видз_ра бот_АТ Integer (10) Integer (10) Integer (10) varchar(SO) varchar(6) w

У

II рнч im ы_работ_на AT i

<jj> Ид_Причины_работ_на_АТ ^ Причина_работ_на_АТ Сокращ_Пр«чины_работ_на_АТ Integer (10) varchar{3Q) varchar(7)

p

" Дата_восстановления_ВС^факт cfate

Рис. 5. Фрагмент модели данных ИС ИАС

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

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

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

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

Рис. 6. Пример модели пользовательского интерфейса

пользо-вательского интерфейса для его предварительного просмотра и тестирования переходов. На рис. 7 в правой части приведен пример описания гиперссылки.

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

Заключение

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

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

Рис. 7. Фрагмент модели пользовательского интерфейса

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

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

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

Литература

1. Иванов В. В. Проблемы создания АСУ Вооруженных Сил // Воздушно-космическая оборона. 2014. № 4. URL: http://www.vko.ru/koncepcii/problemy-sozdaniya-asu-vooruzhennyh-sil (дата обращения 17.09.2019)

2. Вигерс К. Разработка требований к программному обеспечению: пер. с англ. М.: Русская Редакция, 2004. 576 с.

3. Бусленко М. П. Моделирование сложных систем. М.: Наука, 1978. 400 с.

4. Карпов В. В., Карпов А. В. Особенности применения современных методов разработки программного обеспечения защищенных автоматизированных систем // Программные продукты и системы. 2016. № 1(113). URL: https://cyberleninka.ru/article/n/osobennosti-primeneniya-sovremennyh-metodov-razrabotki-programmnogo-obespecheniya-zaschischennyh-avtomatizirovannyh-sistem (дата обращения: 23.05.2019).

5. Буренок В.М, Ляпунов В. М., Мудров В. И. Теория и практика планирования и управления развитием вооружения. М.: Вооружение. Политика. Конверсия, 2004. 419 с.

6. Вендров А.М. Методы и средства моделирования бизнес-процессов (обзор) // Jet Info. Информа-ционный бюллетень. 2004. № 10 (137). 32 с.

7. Буч Г., Рамбо Д., Якобсон И. Язык UML. Руководство пользователя. 2-е изд.: пер. с англ. М.: ДМК Пресс, 2006. 496 с.

8. Халл Э., Джексон К., Дик Д. Инженерия требований. М.: ДМК-Пресс, 2017. 224 с.

9. Кулябов Д. С., Королькова А. В. Введение в формальные методы описания бизнес-процессов. М.: Изд-во РУДН, 2008. 173 с.

10. Репин В. В., Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес-процессов. М.: РИА «Стандарты и качество», 2004. 408 с.

11. Карпова Т. С. Базы данных: модели, разработка, реализация. СПб.: Питер, 2001. 304 с.

12. Шушпанова М. С. Исследование и разработка методики проектирования UX/UI дизайна интернет-платформы, основанной на социальном взаимодействии, на примере сервиса поиска компа-ньонов: Выпускная квалификационная работа магистра. 2018. 86 c. URL: http://el ib.spbstu.ru/dl/2/v18-325.pdf (дата обращения 17.09.2019).

MODELING OF AUTOMATED CONTROL SYSTEMS OF COMPLEX ORGANIZATIONAL AND TECHNICAL SYSTEMS

ALEXANDER A. CHUMICHKIN,

PhD, Docent, Head of the 12 Department of the research research center (problems of application, support and management of aviation of the Air force) Military Educational Scientific Center Air Force "Air Force academy name of Professor N.E. Zhukovsky and Y.A. Gagarin", Voronezh, Russia, alexander.chumichkin@gmail.com

ABSTRACT

The work deals with the problem of synthesis of requirements for advanced automated information systems. Currently, the requirements for advanced information systems are formed in natural language, expressive properties of which are not enough for a concise and unambiguous description of the requirements, which complicates the process of development and coordination.

The proposed methodological approach is based on the construction of a complex of models of perspective information system. The peculiarity of the proposed approach is the complex use of methodologies of functional and object-oriented modeling of the information system and related management processes, as well as the developed notation of user interface modeling. The use of a unified modeling language provides unambiguous interpretation of requirements by all participants in the process of creating an information system-from the customer to the developer.

Keywords: automated control systems; modeling; information system; methodical approach. REFERENCES

1. Ivanov V. V. Problemy sozdaniya ASU Vooruzhennyh Sil [Problems of creation of ACS of Armed Forces]. Aerospace defense. 2014. No. 4. URL: http://www.vko.ru/koncepcii/problemy-sozdaniya-asu-vooruzhennyh-sil (date of access 17.09.2019). (In Rus)

2. Wiegers K. Software Requirements 2003. Software Requirements. 2nd ed. Microsoft Press, 2003. 544 p.

3. Buslenko M. P. Modelirovanieslozhnyh system [Modeling of complex systems]. Moscow: Nauka, 1978. 400 p. (In Rus)

4. Karpov V. V., Karpov A. V. Modern software development methods for secured automated systems. Software & Systems. 2016. No. 1 (113). URL: https://cyberleninka.ru/article/n/osobennosti-primeneniya-sovremennyh-metodov-razrabotki-programmnogo-obespecheniya-zaschischennyh-avtomatizirovannyh-sistem (date of access 23.05.2019). (In Rus)

5. Burenok V. M., Lyapunov V. M., Mudrov V. I. Teoriya ipraktikaplanirovaniya iupravleniya razvitiem vooruzheniya [Theory and practice of planning and management of weapons development]. Moscow: Vooruzhenie. Politika. Konversiya,

2004. 419 p. (In Rus)

6. Vendrov A. M. Metody i sredstva modelirovaniya biznes-processov (obzor) [Business process modeling methods and tools (overview)]. Jet Info. 2004. No. 10 (137). 32 p. (In Rus)

7. Booch G. Rambo D., Jacobson I. The unified modeling language. Usere guide. 2nd ed. Addison-Wesley Professional,

2005. 496 p.

8. Hull E., Jackson K., Dick J. Requirements Engineering. 4th ed. Springer, 2017. 239 p.

9. Kulyabov D. S., Korolkova A. V. Vvedenie v formal'nye metody opisaniya biznes-processov [Introduction to formal methods of describing business processes: Studies. benefit]. Moscow: RUDN Publ., 2008. 173 p. (In Rus)

10. Repin V. V., Eliferov V. G. Processnyj podhod k upravleniyu. Modelirovanie biznes-processov [Process approach to management. Business process modeling]. Moscow: Standarty i kachestvo, 2004. 408 p. (In Rus)

11. Karpova T. S. Bazy dannyh: modeli, razrabotka, realizaciya [Databases: models, development, implementation]. St. Petersburg: Peter, 2001. 304 p. (In Rus)

12. Shushpanova M. S. Issledovanie i razrabotka metodikiproektirovaniya UX/UI dizajna internet-platformy, osnovannoj na social'nom vzaimodejstvii, na primere servisa poiska kompan'onov [Research and development of methods of designing UX / UI design of the Internet platform based on social interaction on the example of the companion search service: Final qualifying work of the master]. 2018. 86 p. URL: http://el ib.spbstu.ru/dl/2/v18-325.pdf (date of access 17.09.2019). (In Rus)