Программные продукты и системы, 2019, том 32, № 1

Научно-исследовательский институт

«Центрпрограммсистем»

Программные

продукты и системы

МЕЖДУНАРОДНЫЙ НАУЧНО-ПРАКТИЧЕСКИЙ ЖУРНАЛ

2019, том 32, № 1

(год издания тридцать второй)

И.о. главного редактора

Н.А. СЕМЕНОВ, профессор ТвГТУ

Тверь

SOFTWARE & SYSTEMS

(PROGRAMMNYE PRODUKTY I SISTEMY)

International research and practice journal

2019, vol. 32, no. 1

Acting Editor-in-Chief 

N.A. SEMENOV, Professor TvSTU

Tver

Russian Federation

Research Institute CENTERPROGRAMSYSTEM

 ПРОГРАММНЫЕ ПРОДУКТЫ И СИСТЕМЫ

Международный научно-практический журнал 

2019. Т. 32. № 1
DOI: 10.15827/0236-235X.125

И.о. главного редактора

Н.А. СЕМЕНОВ,
профессор ТвГТУ (г. Тверь, Россия)

Научные редакторы:

В.Н. РЕШЕТНИКОВ, д.ф.-м.н., профессор ЦВИСИТ
(г. Москва, Россия)

В.Б. ТАРАСОВ, к.т.н., доцент МГТУ им. Н.Э. Баумана
(г. Москва, Россия)

Издатель НИИ «Центрпрограммсистем»

(г. Тверь, Россия)

Учредители: МНИИПУ (г. Москва, Россия),

Главная редакция международного журнала 

«Проблемы теории и практики управления» (г. Москва, Россия),

АОЗТ НИИ «Центрпрограммсистем» (г. Тверь, Россия)

Журнал зарегистрирован в Комитете Российской Федерации

по печати 26 июня 1995 г.

Регистрационное свидетельство № 013831

Подписной индекс в каталоге

Агентства «Роспечать» 70799

ISSN 0236-235X (печатн.)
ISSN 2311-2735 (онлайн)

МЕЖДУНАРОДНАЯ РЕДАКЦИОННАЯ КОЛЛЕГИЯ

Семенов Н.А. – д.т.н., профессор Тверского государственного технического университета, и.о. главного редактора 
(г. Тверь, Россия)
Решетников В.Н. – д.ф.-м.н., профессор Московского авиационного института (национального исследовательского университета), 
главный научный сотрудник Центра визуализации и спутниковых информационных технологий НИИСИ РАН,
заместитель главного редактора (г. Москва, Россия)
Арефьев И.Б. – д.т.н., профессор Морской академии Польши (г. Щецин, Польша)
Афанасьев А.П. – д.ф.-м.н., профессор Московского физико-технического института (технического университета), 
заведующий Центром распределенных вычислений Института проблем передачи информации РАН (г. Москва, Россия)
Баламетов А.Б. – д.т.н., профессор Азербайджанского научно-исследовательского и проектно-изыскательского института энергетики 
(г. Баку, Азербайджан)
Батыршин И.З. – д.т.н., профессор Мексиканского института нефти (г. Мехико, Мексика)
Вагин В.Н. – д.т.н., профессор Национального исследовательского университета «МЭИ» (г. Москва, Россия)
Голенков В.В. – д.т.н., профессор Белорусского государственного университета информатики и радиоэлектроники 
(г. Минск, Беларусь)
Еремеев А.П. – д.т.н., профессор Национального исследовательского университета «МЭИ» (г. Москва, Россия)
Котов А.С. – кандидат наук, ассистент профессора университета Уэйна (штат Мичиган) (г. Детройт, США)
Кузнецов О.П. – д.т.н., профессор Института проблем управления РАН (г. Москва, Россия)
Курейчик В.М. – д.т.н., профессор Инженерно-технологической академии Южного федерального университета (г. Таганрог, Россия)
Лисецкий Ю.М. – к.т.н., генеральный директор «S&T Ukraine» (г. Киев, Украина)
Мамросенко К.А. – к.т.н., доцент Московского авиационного института (национального исследовательского университета), 
руководитель Центра визуализации и спутниковых информационных технологий НИИСИ РАН (г. Москва, Россия)
Мейер Б. – доктор наук, профессор, заведующий кафедрой Высшей политехнической школы – ETH (г. Цюрих, Швейцария)
Нгуен Тхань Нги – д.ф.-м.н., профессор, проректор Ханойского открытого университета (г. Ханой, Вьетнам)
Николов Р.В. – доктор наук, профессор Университета библиотековедения и информационных технологий Софии (г. София, Болгария)
Осипов Г.С. – д.ф.-м.н., профессор, заместитель директора Института системного анализа РАН (г. Москва, Россия)
Палюх Б.В. – д.т.н., профессор Тверского государственного технического университета (г. Тверь, Россия)
Рахманов A.A. – д.т.н., профессор, заместитель генерального директора Концерна «РТИ Системы» (г. Москва, Россия)
Серов В.С. – д.ф.-м.н., профессор Университета прикладных наук Оулу (г. Оулу, Финляндия)
Сотников А.Н. – д.ф.-м.н., профессор, Межведомственный суперкомпьютерный центр РАН (г. Москва, Россия)
Сулейманов Д.Ш. – академик АН Республики Татарстан, д.т.н., профессор Казанского государственного технического университета 
(г. Казань, Республика Татарстан, Россия)
Тарасов В.Б. – к.т.н., доцент Московского государственного технического университета им. Н.Э. Баумана (г. Москва, Россия)
Таратухин В.В. – доктор философии, управляющий директор Европейского исследовательского центра 
в области информационных систем (ERCIS) Вестфальского университета им. Вильгельма (г. Мюнстер, Германия)
Хорошевский В.Ф. – д.т.н., профессор Московского физико-технического института (технического университета) 
(г. Москва, Россия)
Язенин А.В. – д.ф.-м.н., профессор Тверского государственного университета (г. Тверь, Россия)

АССОЦИИРОВАННЫЕ ЧЛЕНЫ РЕДАКЦИИ

Национальный исследовательский университет «МЭИ», г. Москва, Россия
Технологический институт Южного федерального университета, г. Таганрог, Россия
Тверской государственный технический университет, г. Тверь, Россия
Научно-исследовательский институт «Центрпрограммсистем», г. Тверь, Россия

АДРЕС ИЗДАТЕЛЯ И РЕДАКЦИИ
Россия, 170024, г. Тверь, пр. 50 лет Октября, 3а
Телефон (482-2) 39-91-49
Факс (482-2) 39-91-00
E-mail: red@cps.tver.ru
Сайт: www.swsys.ru

Дата выхода в свет 06.03.2019 г.

Отпечатано ООО ИПП «Фактор и К»

Россия, 170028, г. Тверь, ул. Лукина, д. 4, стр. 1

Выпускается один раз в квартал

Год издания тридцать второй. Формат 6090 1/8. Объем 176 стр.

Заказ № 5. Тираж 1000 экз. Цена 330,00 руб.

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

 SOFTWARE & SYSTEMS 
(PROGRAMMNYE PRODUKTY I SISTEMY)

International research and practice journal

2019, vol. 32, no. 1
DOI: 10.15827/0236-235X.125

Acting Editor-in-chief 
N.A. Semenov, Professor TvSTU
(Tver, Russian Federation)

Science editors:
V.N. Reshetnikov, Dr.Sc. (Physics and Mathematics), Professor CVSIT
(Moscow, Russian Federation)

V.B. Tarassov, Ph.D. (Engineering), Associate Professor
of Bauman Moscow State Technical University (Moscow, Russian Federation)

Publisher Research Institute CENTERPROGRAMSYSTEM 

(Tver, Russian Federation)

The Founders: International Scientific 

and Research Institute for Management Issues 

(Moscow, Russian Federation),

the Chief Editorial Board 

of International Magazine Theoretical and practical issues of

management (Moscow, Russian Federation),

Research Institute CENTERPROGRAMSYSTEM 

(Tver, Russian Federation)
The magazine is on record 

in Russian committee

on press 26th of June 1995

Registration certificate № 013831

ISSN 0236-235X (print)

ISSN 2311-2735 (online)

INTERNATIONAL EDITORIAL BOARD

Semenov N.A. – Dr.Sc. (Engineering), Professor of Tver State Technical University, Acting Editor-in-Chief
(Tver, Russian Federation)
Reshetnikov V.N. – Dr.Sc. (Physics and Mathematics), Professor of Moscow Aviation Institute (National Research University), 
Chief Researcher of Center of Visualization and Satellite Information Technologies SRISA RAS,
Deputy Editor-in-Chief (Mosсow, Russian Federation)
Arefev I.B. – Dr.Sc. (Engineering), Professor of Poland Szczecin Maritime Academy (Szczecin, Poland)
Afanasiev A.P. – Dr.Sc. (Physics and Mathematics), Professor of Moscow Institute of Physics and Technology, 
Head of Centre for Distributed Computing of Institute for Information Transmission Problems (Moscow, Russian Federation)
Balametov A.B. – Azerbaijan Scientific-Research & Design-Prospecting Power Engineering Institute (Baku, Azerbaijan)
Batyrshin I.Z. – Dr.Sc. (Engineering), Professor of Mexican Petroleum Institute (Mexico City, Mexico)
Vagin V.N. – Dr.Sc. (Engineering), Professor of National Research University “Moscow Power Engineering Institute”
(Mosсow, Russian Federation)
Golenkov V.V. – Dr.Sc. (Engineering), Professor of Belarusian State University of Informatics and Radioelectronics 
(Minsk, Republic of Belarus)
Eremeev A.P. – Dr.Sc. (Engineering), Professor of National Research University “Moscow Power Engineering Institute”
(Moscow, Russian Federation)
Kotov A.S. – Ph.D. (Computer Science), Assistant Professor, Wayne State University (Detroit, MI, USA)
Kuznetsov O.P. – Dr.Sc. (Engineering), Professor of the Institute of Control Sciences of the Russian Academy of Sciences
(Moscow, Russian Federation)
Kureichik V.M. – Dr.Sc. (Engineering), Professor of Academy of Engineering and Technology Southern Federal University 
(Taganrog, Russian Federation)
Lisetskiy Yu.M. – Ph.D.Tech.Sc., CEO of S&T Ukraine (Kiev, Ukraine)
Mamrosenko K.A. – Ph.D. (Engineering), Associate Professor of Moscow Aviation Institute (National Research University), 
Head of Center of Visualization and Satellite Information Technologies SRISA RAS (Moscow, Russian Federation)
Meyer B. – Dr.Sc., Professor, Head of Department in Swiss Federal Institute of Technology in Zurich, ETH (Zurich, Switzerland)
Nguyen Thanh Nghi – Dr.Sc. (Physics and Mathematics), Professor, Vice-Principal of Hanoi Open University (Hanoi, Vietnam)
Nikolov R.V. – Full Professor of the University of Library Studies and Information Technology (Sofia, Bulgaria)
Osipov G.S. – Dr.Sc. (Physics and Mathematics), Professor, Deputy of the Principal of Institute of Systems Analysis 
of the Russian Academy of Sciences (Mosсow, Russian Federation)
Palyukh B.V. – Dr.Sc. (Engineering), Professor of Tver State Technical University (Tver, Russian Federation)
Rakhmanov A.A. – Dr.Sc. (Engineering), Professor, Deputy of the CEO of Concern RTI Systems (Mosсow, Russian Federation)
Serov V.S. – Dr.Sc. (Physics and Mathematics), Professor of the Oulu University of Applied Sciences (Oulu, Finland)
Sotnikov A.N. – Dr.Sc. (Physics and Mathematics), Professor, Joint Supercomputer Center of the Russian Academy 
of Sciences (Moscow, Russian Federation)
Suleimanov D.Sh. – Academician of TAS, Dr.Sc. (Engineering), Professor of Kazan State Technical University
(Kazan, Republic of Tatarstan, Russian Federation)
Tarassov V.B. – Ph.D. (Engineering), Associate Professor of Bauman Moscow State Technical University
(Mosсow, Russian Federation)
Taratoukhine V.V. – Ph.D. (Engineering), Dr.Ph., Managing Director of the Competence Centre ERP and ERCIS Lab
Russia of the ERCIS (Muenster, Germany)
Khoroshevsky V.F. – Dr.Sc. (Engineering), Professor of Moscow Institute of Physics and Technology
(Moscow, Russian Federation)
Yazenin A.V. – Dr.Sc. (Physics and Mathematics), Professor of Tver State University (Tver, Russian Federation)

ASSOCIATED EDITORIAL BOARD MEMBERS

National Research University “Moscow Power Engineering Institute”, Moscow, Russian Federation
Technology Institute at Southern Federal University, Taganrog, Russian Federation
Tver State Technical University, Tver, Russian Federation
Research Institute CENTERPROGRAMSYSTEM, Tver, Russian Federation

EDITORIAL BOARD AND PUBLISHER OFFICE ADDRESS 
50 let Oktyabrya Ave. 3а, Tver, 170024, Russian Federation
Phone: (482-2) 39-91-49  Fax: (482-2) 39-91-00
E-mail: red@cps.tver.ru
Website: www.swsys.ru

Release date 06.03.2019

Printed in printing-office “Faktor i K”

Lukina St. 4/1, Tver, 170028, Russian Federation

Published quarterly. 32th year of publication

Format 6090 1/8. Circulation 1000 copies

Prod. order № 5. Wordage 176 pages. Price 330,00 rub. 

Вниманию авторов

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

Решением Президиума Высшей аттестационной комиссии (ВАК) Министерства образования и науки РФ международный 

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

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

научного цитирования (РИНЦ), в CrossRef и в другие базы и электронные библиотеки.

Условия публикации

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

Работа представляется в электронном виде в формате Word. При обилии сложных формул обязательно наличие статьи и в 

формате PDF. Формулы должны быть набраны в редакторе формул Word (Microsoft Equation или MathType). Объем статьи вместе 
с иллюстрациями – не менее 10 000 знаков. Диаграммы, схемы, графики должны быть доступными для редактирования (Word, 
Visio, Excel). Все иллюстрации для полиграфического воспроизведения представляются в черно-белом варианте. Цветные, тонированные, отсканированные, не подлежащие редактированию средствами Word рисунки и экранные формы следует присылать в 
хорошем качестве для их дополнительного размещения на сайте журнала в макете статьи с доступом по ссылке. (Публикация 
материалов с использованием гипертекста, графики, аудио-, видео-, программных средств и др. возможна в электронном издании 
«Программные продукты, системы и алгоритмы», сайт www.swsys-web.ru.) Заголовок должен быть информативным; сокращения, 
а также терминологию узкой тематики желательно в нем не использовать. Количество авторов на одну статью – не более 4, количество статей одного автора в номере, включая соавторство, – не более 2. Список литературы, наличие которого обязательно, 
должен включать не менее 10 пунктов.

Необходимы также содержательная структурированная аннотация (не менее 250 слов), ключевые слова (7–10) и индекс 

УДК. Название статьи, аннотация и ключевые слова должны быть переведены на английский язык (машинный перевод недопустим), а фамилии авторов, названия и юридические адреса организаций (если нет официального перевода), пристатейные списки 
литературы – транслитерированы по стандарту BGN/PCGN. 

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

Порядок рецензирования

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

подлежат обязательному рецензированию в течение месяца с момента поступления. 

В редакции есть устоявшийся коллектив рецензентов, среди которых члены международной редколлегии журнала, экс
перты из числа крупных специалистов в области информатики и вычислительной техники ведущих вузов страны, а также ученые 
и специалисты НИИ «Центрпрограммсистем» (г. Тверь).

Рецензирование проводится конфиденциально. Автору статьи предоставляется возможность ознакомиться с текстом ре
цензии. При необходимости статья отправляется на доработку.

Рецензии обсуждаются на заседаниях рабочей группы, состоящей из членов научного совета журнала. Заседания прово
дятся раз в месяц в НИИ «Центрпрограммсистем» (г. Тверь), где принимается решение о целесообразности публикации статьи.

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

на доработку – с момента поступления после устранения замечаний.

Редакция международного журнала «Программные продукты и системы» в своей работе руководствуется сводом правил 

Кодекса этики научных публикаций, разработанным и утвержденным Комитетом по этике научных публикаций (Committee on 
Publication Ethics – COPE).

Программные продукты и системы / Software & Systems
1 (32) 2019

5

УДК 004.052
Дата подачи статьи: 06.09.18

DOI: 10.15827/0236-235X.125.005-011
2019. Т. 32. № 1. С. 005–011

Использование нечетко-множественного подхода 

при управлении заданиями ИТ-проекта

А.Р. Диязитдинова 1, к.т.н., доцент, dijazitdinova@mail.ru
Н.И. Лиманова 1, д.т.н., профессор, nataliya.i.limanova@gmail.com

1 Поволжский государственный университет телекоммуникаций и информатики, 
г. Самара, 443010, Россия

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

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

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

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

В рамках работы рассматривается задача оценки успешности выполнения задания (тикета) разработчиками. Выделены 

шесть входных лингвистических переменных и одна выходная, для каждой из которых разработаны терм-множества и функции принадлежности. Построена экспертная база правил, включающая 81 продукционное правило; разработана модель нечеткой продукционной системы для управления заданиями на базе пакета Fuzzy Logic Toolbox for MatLab. В качестве схемы 
нечеткого вывода использован алгоритм Мамдани. Приведены результаты функционирования модели, которые могут быть 
полезны руководителям ИТ-проектов на практике. 

Ключевые слова: ИТ-проект, управление проектом по созданию программного продукта, управление заданиями, 

нечеткие системы (fuzzy-системы), лингвистические переменные, функции принадлежности, Fuzzy Logic Toolbox for MatLab.

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

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

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

Особенности проекта 

по созданию ПП

В управлении ИТ-проектом можно выделить суще
ственные особенности, которые обусловливают специфику процесса создания любого ПП [1, 2].

1. ПП как конечный результат ИТ-проекта не 

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

Программные продукты и системы / Software & Systems
1 (32) 2019

6

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

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

3. Следствием предыдущей особенности является 

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

4. Успешность ИТ-проекта на 100 % зависит от 

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

5. Существует большое разнообразие используе
мых инструментов и сред разработки. Как следствие, 
чем новее и мощнее используемый инструмент разработки, тем меньше профессионалов, владеющих им.

6. Сегодня существует значительное количество 

разнообразных легких и тяжелых моделей разработки 
ПО: ГОСТ 34-й серии, SW-CMM, Rational Unified 
Process, Microsoft Solutions Framework, Extreme Programming, Scrum и др. Каждая модель обладает достоинствами и недостатками, поэтому компаниям методом проб и ошибок приходится адаптировать лучшие 
практики под собственные нужды [3]. Попытки предложить формальную детализованную методологию 
разработки ПО
оказываются безуспешными, по
скольку сам процесс разработки не поддается детализации и формализации. Слепое следование методологиям, предполагающим управляемость и предсказуемость процессов разработки проекта, приводит к 
непредсказуемым результатам.

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

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

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

Во-вторых, отсутствие механизмов мотивации 

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

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

Моделирование процесса управления 

заданиями ИТ-проекта

Согласно PMBoK, одним из важных процессов в 

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

В рамках управления проектом значительное место 

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

Одним из распространенных инструментов рас
пределения полномочий и ответственности между 
участниками команды проекта является построение 
используемой для определения ролей и обязанностей 
разработчиков матрицы ответственности RACI (Responsible, Accountable, Consult before doing, Inform after 
doing). В результате кодирования формируется таблица, характеризующая участие той или иной роли в 
процессе выполнения задач. К сожалению, рекомендации к построению матрицы не содержат сведений о 
том, из чего должен исходить руководитель проекта, 
возлагая задачу на конкретного исполнителя.

Система 
управления 
заданиями 
представляет 

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

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

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

типовой и включает следующие шаги:


постановка задачи (тикета), то есть определение 

ее сути и критичности, автора, исполнителя и контролера;

Программные продукты и системы / Software & Systems
1 (32) 2019

7


определение сроков выполнения (трудоемко
сти) задачи: автор может установить фиксированный 
срок выполнения задачи, а может предоставить эту
возможность исполнителю;


исполнение задачи: пользователь самостоя
тельно фиксирует факт завершения;


контроль исполнения: контролер осуществляет 

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


информирование автора о закрытии задачи.

Ролевая модель процесса разработки ПП

The role model of the software development process

Роль
Зона ответственности

Руководитель 
проекта

Формирование команды проекта
Формирование коммуникационной среды
Формирование планов, в том числе

 оценка длительности и трудоемкости 

задач в процессе планирования;

 распределение работ внутри команды

Контроль выполнения планов, в том числе

 мониторинг выполнения планов;
 проверка на соответствие деятельности 

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

 организационная работа (в том числе и 

с заказчиком);

 часть аналитической работы

Аналитик
Сбор требований заказчика
Разработка технического проекта
Доработка спецификации
Разработка планов тестирования
Концептуальное тестирование 
функциональности

Технический 
лидер

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

Разработчики
Разработка функциональности
Проверка качества кода
Исправление ошибок в коде
Проведение первичного тестирования кода
Участие в комплексном тестировании кода

Тестировщик
Тестирование функциональности
Написание unit-тестов
Участие в разработке планов тестирования

Технический 
писатель

Разработка пользовательской 
документации

Системы управления заданиями достаточно рас
пространены на рынке. Существует большое количество как коммерческих, так и распространяемых по 
свободной лицензии продуктов. К наиболее популярным следует отнести пакеты Asana, Basecamp, JIRA, 

Redmine, Битрикс24, Trello, Мегаплан, MS Project и др. 
Как показал анализ, ПП управления заданиями ориентированы именно на аспекты мониторинга исполнения 
задачи. Сам вопрос, почему та или иная задача возложена на конкретного исполнителя, остается открытым 
и решается субъективно руководителем проекта на основании его опыта. 

С технической точки зрения вопрос автоматизации 

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

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

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

Нечеткая модель системы 

управления заданиями

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

Программные продукты и системы / Software & Systems
1 (32) 2019

8

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

В 1994 г. Коско доказал теорему о нечеткой ап
проксимации [8], в соответствии с которой любая математическая система может быть аппроксимирована 
системой на нечеткой логике. Следовательно, с помощью продукций вида «ЕСЛИ…, ТО…» при последующей их формализации средствами нечеткой логики 
можно точно отразить произвольную взаимосвязь 
«вход–выход» без использования сложного аппарата 
дифференциальных и интегральных вычислений, традиционно применяемого в управлении. В настоящее 
время нечеткая логика представляет собой достаточно 
детально разработанный и хорошо зарекомендовавший себя инструмент решения задач управления и 
принятия решений.

Отличительные достоинства fuzzy-систем [7, 9]:

возможность оперировать нечеткими входными 

данными, например, непрерывно изменяющимися во 
времени значениями (динамические задачи) или значениями, которые невозможно задать однозначно в 
численном выражении;

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


описание процесса принятия решений на есте
ственном языке с использованием субъективных и 
привычных для человека качественных оценок и привязка этих оценок к строгому математическому аппарату;


возможность проведения качественных оценок 

входных и результирующих данных.

В рамках решения задачи управления заданиями 

рассматривается задача оценки успешности выполне
Управление заданиями

Руководитель проекта
Участники 

команды

Анализ списка 
требований ТЗ

Анализ 

загруженности 

сотрудника

Учет 

специализации 

сотрудника

Формирование 

тикета

Назначение 

тикета на 

исполнителя

Первичная оценка 

трудоемкости 

сроков исполнения 

задачи

Контроль 
качества

Выполнение 

задачи

Отчет 

о выполнении тикета

Закрытие 

задачи

Доработка 

тикета

Задача

выполнена 
корректно

Задача 

выполнена 
некорректно

Рис. 1. Процесс управления заданиями

Fig. 1. Task management process

Программные продукты и системы / Software & Systems
1 (32) 2019

9

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

Были выделены следующие входные лингвистиче
ские переменные и их терм-множества:


complexity {low, average, higt} – сложность за
дачи {низкая, средняя, высокая};


laborintensity {low, average, higt} – трудоем
кость задачи {низкая, средняя, высокая};


novelty {new, rare, typical} – новизна задачи {но
вая, редко встречающаяся, типовая};


priority {non-critical, urgent, critical} – приоритет 

задачи {неприоритетная, срочная, критичная};


developer {Junior, Middle, Senior} – профессио
нализм разработчика {младший, средний, старший};


employment {low, average, high, very high} – за
нятость на проекте {низкая, средняя, высокая, очень
высокая}.

Функции принадлежности входных переменных 

приведены на рисунке 2.

В качестве выходной переменной использована 

переменная result {unsatisfactory, satisfactory, successful} – успешность выполнения задачи {неудовлетво
рительно,
удовлетворительно,
успешно}, функция 

принадлежности которой приведена на рисунке 3.

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

1)
ЕСЛИ complexity average И laborintensity low 

И novelty typical И priority non-critical И developer Junior И employment low ТО result successful 

2)
ЕСЛИ complexity average И laborintensity av
erage И novelty new И priority non-critical И developer 
Middle И employment average ТО result successful 

3)
ЕСЛИ complexity average И laborintensity av
erage И novelty new И priority non-critical И developer 
Middle И employment higt ТО result satisfactory 

4)
ЕСЛИ complexity average И laborintensity av
erage И novelty new И priority urgent И developer Senior 
И employment higt ТО result satisfactory 

5)
ЕСЛИ complexity average И laborintensity av
erage И novelty new И priority urgent И developer Senior 
И employment very higt ТО result satisfactory 

Рис. 3. Функции принадлежности выходной 

переменной

Fig. 3. Membership functions of the output variable

а)
б)
в)

г)
д)
е)

Рис. 2. Функции принадлежности переменной: а) сложность задачи, б) трудоемкость задачи, в) новизна задачи, 

г) приоритет задачи, д) профессионализм разработчика, е) занятость в проекте

Fig. 2. The variable membership functions: a) task complexity, б) task labour intensity, в) task novelty, г) task priority, 

д) developer’s competencies, е) project employment