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

УДК 681.3.07 
ББК 32.973.26 
     Т13 

 
Р е ц е н з е н т :   кафедра САПР ВС РГРТУ (зав. кафедрой Заслуженный деятель 
науки и техники РФ, доктор техн. наук, профессор  В. П. Корячко) 
 
Таганов А. И. 
  Т13          Основы идентификации, анализа и мониторинга проектных 
рисков качества программных изделий в условиях нечеткости. – 
М.: Горячая линия – Телеком, 2012. – 224 с.: ил. 

ISBN 978-5-9912-0282-4. 
Рассмотрены методы и алгоритмы идентификации, анализа и мониторинга проектных рисков качества программных изделий в условиях нечеткости, а также приведены методические аспекты построения баз знаний по проектным рискам программного проекта. Рассмотрена современная методика анализа и сокращения проектных рисков по характеристикам качества программных изделий. Приведена классификация задач 
поддержки принятия решений по проектным рискам в условиях нечеткости. Обоснованы к применению ряд формальных методов и алгоритмов 
для автоматизации процесса анализа проектных рисков качества программных изделий (ПИ), которые позволяют также оптимизировать и состав контролируемых проектных рисков по стадиям жизненного цикла 
программного проекта. Рассмотрен метод формализации и автоматизации 
процесса мониторинга проектных рисков качества ПИ, ориентированный 
на программное определение (идентификацию) по ходу проекта текущих 
рисковых ситуаций с выбором рациональной альтернативы смягчения 
рисков. Изложена современная методика построения базы знаний по проектным рискам качества программного проекта. На формальном уровне 
рассмотрены модели и методы нечеткой лингвистической аппроксимации 
в интеллектуальной технологии сокращения проектных рисков качества, 
а также процедуры настройки нечетких баз знаний по проектным рискам. 
Приведено описание специальных инструментальных средств, предназначенных для поддержки процессов идентификации, анализа и мониторинга проектных рисков качества программных изделий.  
Для специалистов, будет полезна  аспирантам и студентам. 
ББК 32.973.26 
 
Адрес издательства в Интернет www.techbook.ru  

 
 
 
 
 
 
 
ISBN 978-5-9912-0282-4                                                            © А. И. Таганов, 2012 
© Издательство «Горячая линия – Телеком», 2012 

 

ОГЛАВЛЕНИЕ 

ВВЕДЕНИЕ ....................................................................................................8 
Глава 1. АСПЕКТЫ ИДЕНТИФИКАЦИИ, АНАЛИЗА 
И МОНИТОРИНГА ПРОЕКТНЫХ РИСКОВ КАЧЕСТВА 
ПРОГРАММНЫХ ИЗДЕЛИЙ......................................................................9 
1.1. Проблемы анализа и сокращения проектных рисков сложных 
программных изделий ............................................................................ 9 
1.2. Модели характеристик качества  программных изделий........... 11 
1.2.1. Эталонная модель качества программных изделий ............11 
1.2.2. Требования к качеству программных изделий ....................13 
1.2.3. Модель внешнего и внутреннего качества...........................17 
1.2.4. Модель эксплуатационного качества ...................................22 
1.3. Модели и регламенты управления проектными рисками 
программных изделий .......................................................................... 23 
1.3.1. Стандартизация управления рисками проекта  
программных изделий......................................................................24 
1.3.2. Анализ моделей сокращения проектных рисков 
программных изделий......................................................................25 
1.4. Концепция современной методики сокращения проектных 
рисков качества программных изделий.............................................. 28 
1.4.1. Подготовка исходных данных для сокращения 
проектных рисков качества .............................................................30 
1.4.2. Идентификация проектных рисков качества .......................31 
1.4.3. Оценивание опасности угроз рисков проекта......................33 
1.4.4. Сокращение проектных рисков качества .............................33 
1.4.5. Контроль и мониторинг проектных рисков .........................35 
1.5. Классификация задач поддержки принятия решений по 
проектным рискам качества................................................................. 36 
Глава 2. МОДЕЛИ И МЕТОДЫ ИДЕНТИФИКАЦИИ ПРОЕКТНЫХ 
РИСКОВ КАЧЕСТВА ПРОГРАММНЫХ ИЗДЕЛИЙ В УСЛОВИЯХ 
НЕЧЕТКОСТИ.............................................................................................40 
2.1. Основные задачи процесса идентификации проектных 
рисков качества..................................................................................... 40 
2.1.1. Исходная информация для процесса идентификации 
проектных рисков.............................................................................40 
2.1.2. Инструменты и методы идентификации  проектных  
рисков ................................................................................................41 
2.1.3. Выходы процесса идентификации проектных рисков........42 
2.2. Графический метод идентификации рисковых событий  
проекта................................................................................................... 43 
2.2.1. Прямой структурно-символьный способ представления 
графических моделей проектных рисков .......................................44 

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

2.2.2. Лингвистический способ представления алфавита 
базовых графических моделей проектных рисков ........................45 
2.2.3. Программный способ представления алфавита 
графических моделей проектных рисков .......................................48 
2.2.4. Программно-лингвистический способ представления 
алфавита графических моделей проектных рисков.......................50 
2.3. Идентификация проектных рисков методами 
автоматической классификации .......................................................... 52 
2.3.1. Теоретический анализ задачи кластеризации 
проектных рисков.............................................................................52 
2.3.2. Выбор метода решения задачи..............................................54 
2.3.3. Решение задачи методом нечетких с-средних .....................56 
2.4. Идентификация рисковых ситуаций проекта методами 
нечеткого вывода .................................................................................. 58 
2.4.1. Теоретический анализ проблемы..........................................58 
2.4.2. Методы нечеткого вывода для системы идентификации 
и анализа проектных рисков............................................................62 
2.5. Идентификация и анализ проектных рисков 
с использованием нечетких сетей Петри............................................ 66 
2.5.1. Анализ проблемы ...................................................................66 
2.5.2. Правила представления правил нечетких продукций 
на основе нечетких сетей Петри......................................................67 
2.5.3. Представление правил нечетких продукций  в системе 
идентификации и анализа рисков проекта .....................................68 
Глава 3. МОДЕЛИ И МЕТОДЫ АНАЛИЗА ПРОЕКТНЫХ РИСКОВ 
КАЧЕСТВА В УСЛОВИЯХ НЕЧЕТКОСТИ ............................................74 
3.1. Задачи и этапы анализа проектных рисков ................................. 74 
3.1.1. Контекст процесса качественного анализа  
проектных рисков.............................................................................74 
3.1.2. Входы процесса качественного анализа  проектных  
рисков ................................................................................................75 
3.1.3. Методы выполнения качественного анализа 
проектных рисков.............................................................................75 
3.1.4. Выходы процесса качественного анализа  
проектных рисков.............................................................................77 
3.1.5. Контекст процесса количественного анализа 
проектных рисков.............................................................................77 
3.1.6. Входы процесса количественного анализа  
проектных рисков.............................................................................78 
3.1.7. Методы выполнения количественного анализа 
проектных рисков.............................................................................78 
3.1.8. Выходы процесса количественного анализа 
проектных рисков.............................................................................79 

 
Оглавление 

3.2. Методы определения вектора влияния рисков на качество 
программного изделия ........................................................................... 79 
3.2.1. Контекст задачи определения вектора влияния 
последствий проектных рисков.......................................................79 
3.3. Метод D1 определения вектора влияния проектных рисков 
на критерий качества.............................................................................. 81 
3.3.1. Формализация подхода к решению  задачи .........................81 
3.3.2. Прямые методы решения задачи...........................................82 
3.3.3. Косвенные методы решения задачи......................................82 
3.3.4. Решение задачи методом D1 на примере .............................85 
3.4. Метод D2 определения вектора влияния проектных рисков 
на критерий качества.............................................................................. 87 
3.4.1. Формализация подхода к решению задачи ..........................87 
3.4.2. Решение задачи методом D2 на примере .............................89 
3.5. Метод D3 определения вектора влияния проектных рисков 
на критерий качества............................................................................ 91 
3.5.1. Формализация подхода к решению задачи ..........................91 
3.5.2. Решение задачи методом D3 на примере .............................99 
3.6. Методы D4 и D5 определения вектора влияния проектных 
рисков на критерий качества................................................................ 104 
3.6.1. Формализация подхода к решению задачи ........................104 
3.6.2. Метод D4 формализации решения задачи при 
однозначной связности проектных рисков ..................................106 
3.6.3. Метод D5 формализации решения задачи при 
субъективной связности рисков проекта......................................108 
3.6.4. Решение задачи методом D4 на примере ...........................112 
3.7. Выбор оптимальной совокупности контролируемых 
проектных рисков ............................................................................... 115 
3.7.1. Контекст и постановка задачи.............................................115 
3.7.2. Решение задачи при отсутствии ресурсных 
ограничений проекта......................................................................115 
3.7.3. Решение задачи при наличии ресурсных ограничений.....116 
3.7.4. Пример решения задачи выбора оптимальной 
совокупности контролируемых проектных рисков.....................118 
Глава 4. МОДЕЛИ И МЕТОДЫ МОНИТОРИНГА ПРОЕКТНЫХ 
РИСКОВ КАЧЕСТВА В УСЛОВИЯХ НЕЧЕТКОСТИ .........................120 
4.1. Контекст процесса планирования реагирования 
на проектные риски ............................................................................ 120 
4.1.1. Входы процесса планирования реагирования 
на проектные риски........................................................................120 
4.1.2. Стратегии процесса планирования реагирования на 
проектные риски.............................................................................121 
4.1.3. Выходы процесса планирования реагирования 
на проектные риски........................................................................123 

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

4.2. Контекст процесса мониторинга и смягчения  
проектных рисков ............................................................................... 124 
4.2.1. Входы процесса мониторинга и смягчения  проектных 
рисков ..............................................................................................124 
4.2.2. Методы выполнения процесса мониторинга проектных 
рисков ..............................................................................................125 
4.2.3. Выходы процесса мониторинг и смягчения  проектных 
рисков ..............................................................................................125 
4.3. Задачи процессов планирования и мониторинга проектных 
рисков................................................................................................... 126 
4.4. Метод решения задачи идентификации ситуаций 
возникновения рисковых событий .................................................... 128 
4.4.1. Контекст формализации задачи ..........................................128 
4.4.2. Нечеткая ситуация как способ формализации состояния 
проекта.............................................................................................128 
4.4.3. Нечеткое включение ситуаций как способ определения 
возникновения рисковых событий................................................129 
4.4.4. Нечеткое равенство ситуаций как способ определения 
возникновения рисковых событий................................................137 
4.4.5. Решение задачи мониторинга на примере..........................141 
4.5. Методы решения задачи выбора оптимальной альтернативы 
реагирования на проектные риски..................................................... 143 
4.5.1. Контекст методов решения задачи .....................................143 
4.5.2. Метод решения задачи в случае использования 
мнения одного эксперта.................................................................144 
4.5.3. Решение задачи на практическом примере ........................145 
4.5.4. Решение задачи для случая группы экспертов ..................146 
4.5.5. Решение задачи на практическом примере ........................147 
4.5.6. Решение задачи для случая группы экспертов 
с нечетким отношением предпочтения ........................................149 
4.5.7. Решение задачи на практическом примере ........................150 
Глава 5. МЕТОДИКА ПОСТРОЕНИЯ  БАЗЫ ЗНАНИЙ 
ПО ПРОЕКТНЫМ РИСКАМ КАЧЕСТВА .............................................152 
5.1. Методика нечеткой лингвистической аппроксимации 
в интеллектуальной технологии идентификации и анализа 
проектных рисков качества................................................................ 152 
5.1.1. Лингвистические правила и принципы в принятии 
решений по проектным рискам.....................................................152 
5.1.2. Формализация исходной информации  по проектным 
рискам..............................................................................................154 
5.1.3. Идентификация проектных рисков  с дискретным  
выходом...........................................................................................160 
5.1.4. Идентификация проектного риска  с непрерывным  
выходом...........................................................................................163 

 
Оглавление 

5.1.5. Применение композиционного правила вывода 
по проектным рискам.....................................................................165 
5.1.6. Идентификация иерархических рисков проекта................170 
5.2. Методика настройки нечетких баз знаний  
по проектным рискам ......................................................................... 177 
5.2.1. Задачи настройки нечетких баз знаний по проектным 
рискам качества ..............................................................................178 
5.2.2. Настройка параметрических функций  
принадлежности..............................................................................182 
Глава 6. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ МЕТОДОВ,  
МОДЕЛЕЙ И АЛГОРИТМОВ ИДЕНТИФИКАЦИИ, АНАЛИЗА 
И МОНИТОРИНГА ПРОЕКТНЫХ  РИСКОВ КАЧЕСТВА .................188 
6.1. Состав программного комплекса «Риск-ППИ» ........................ 188 
6.2. Интерфейс программного комплекса «Риск-ППИ» ................. 192 
6.2.1. Архитектура программного комплекса..............................192 
6.2.2. Структура базы данных рисковой информации ................193 
6.2.3. Интерфейс программного комплекса «Риск-ППИ» ..........195 
6.3. Вспомогательные модули ........................................................... 212 
ЗАКЛЮЧЕНИЕ..........................................................................................215 
Термины .............................................................................................. 216 
Сокращения......................................................................................... 217 
ЛИТЕРАТУРА ...........................................................................................218 
 

 

ВВЕДЕНИЕ 

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

 

Глава 1. АСПЕКТЫ ИДЕНТИФИКАЦИИ, 
АНАЛИЗА И МОНИТОРИНГА ПРОЕКТНЫХ 
РИСКОВ КАЧЕСТВА ПРОГРАММНЫХ 
ИЗДЕЛИЙ 

1.1. Проблемы анализа и сокращения проектных рисков 
сложных программных изделий 

Современные проблемы процессно-ориентированной технологии и 
методологии создания сложных программных изделий (ПИ) сопряжены 
с многочисленными «провалами» программных проектов (ПП) по заявленным характеристикам качества, срокам и израсходованным ресурсам. Программные проекты относятся к сложным объектам проектного 
исполнения, которым присуща высокая степень неопределенности и нечеткости принимаемых проектных решений по стадиям жизненного 
цикла (ЖЦ) проекта и это сопряжено с возникающими и постоянно 
имеющими место в программных проектах нежелательными рисками 
[21, 38, 47]. 
К понятию риски обычно относят негативные события и их величины, отражающие потери, убытки или ущерб от процессов или продуктов, вызванные дефектами при проектировании требований, недостатками обоснования проектов ПИ, а также отклонениями в процессе 
принятия проектных решений при последующих этапах разработки, 
реализации и всего жизненного цикла комплексов программ [20, 49].  
Риски могут проявляться как негативные последствия функционирования и применения ПИ, которые способны нанести ущерб системе, 
внешней среде или пользователю, в результате отклонения характеристик качества объектов или процессов, от заданных требований заказчика, согласованных с разработчиками. 
Оценки качества в ЖЦ программных изделий могут проводиться с 
двух позиций: с позиции положительной эффективности и непосредственной адекватности их характеристик назначению, целям создания и применения, а также с негативной позиции возможного при этом 
ущерба – риска от использования ПИ или программной системы. Характеристики качества и риски объектов и процессов обычно тесно 
связаны, на них влияют подобные факторы, которые с разных сторон 
отражаются в свойствах систем или комплексов программ [21, 51].  
Показатели качества преимущественно отражают положительный 
эффект от применения системы или ПИ и основная задача разработчиков проекта состоит в обеспечении высоких значений качества. Риски качества характеризуют возможные негативные последствия или 
ущерб пользователей при применении и функционировании ПИ и 

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

системы, и задача разработчиков сводится к сокращению и ликвидации рисков качества [21, 36].  
Повышению качества проекта обычно сопутствует снижение его 
рисков и наоборот сокращение рисков способствует улучшению характеристик качества. Поэтому методы и системы управления качеством в жизненном цикле ПИ очевидно близки по идеологии к методам анализа и управления проектными рисками комплексов программ, 
они должны их дополнять и совместно способствовать совершенствованию программных продуктов и систем на их основе. 
Проблема исследования и сокращения рисков качества ПИ и систем в процессе разработки и эксплуатации, возникла и развивается 
вследствие возрастания рыночной конкуренции, сложности и ответственности задач их использования. Причинами возникновения и проявления рисков качества могут быть нарушения технологий проектирования или ограничениями при использовании ресурсов – бюджета, планов, коллектива специалистов, инструментальных изделий, выделенных 
на разработку ПИ. 
Результирующий ущерб от рисков в совокупности зависит от величины и вероятности проявления каждого негативного воздействия. 
Этот ущерб – риск характеризуется разнообразными метриками, зависящими от объектов анализа, и в некоторых случаях может измеряться прямыми материальными, информационными, функциональными потерями применяемых ПИ или систем. Шкала измерения, мера и 
величина ущерба зависят от назначения, функций и характеристик 
объекта, для которого проводится анализ и оценивание риска. Одним 
из косвенных методов определения величины риска может быть оценка 
совокупных затрат, необходимых для ликвидации негативных последствий в ПИ, системе или внешней среде, проявившихся в результате конкретного рискового события [21, 44]. 
В жизненном цикле программных изделий ущерб от проектных 
рисков может проявляться [21, 44]: 
• 
в искажениях или не полной реализации требуемого назначения, 
функций или взаимодействия ПИ с компонентами системы или 
внешней среды – недостатками и дефектами функциональной пригодности комплексов программ; 
• 
в недостаточных и не соответствующих требованиям, конструктивных характеристиках качества ПИ при его функционировании и 
применении по прямому назначению; 
• 
в нарушениях ограничений на использование экономических, временных или технических ресурсов при создании и применении ПИ. 
Управления рисками в проекте предполагает ясное понимание внутренних и внешних причин и реальных источников угроз, влияющих 
на качество проекта ПИ, которые могут привести к его провалу или 
большому ущербу. Главной проблемой управления рисками является  

 
1. Аспекты идентификации, анализа и мониторинга проектных рисков 
11 

обнаружение, идентификация и контроль за редко встречающимися ситуациями и факторами, которые приводят к негативным – рисковым результатам проекта. Это должно отражаться на применении регламентированных процессов, в которых факторы и угрозы рисков систематически идентифицируются, оцениваются и корректируются. 
Оценка и измерение рисков во многих случаях характеризуется значительной неопределенностью и применением качественных метрик. Это 
накладывает определенные сложности и проблемы по формализации 
процессов, связанных с идентификацией, анализом и сокращением проектных рисков ПИ по характеристикам качества [17, 18, 21].  

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

Для понимания природы проектных рисков качества следует более 
детально проанализировать существующие и используемые в программной инженерии модели качества ПИ. Для этого необходимо обратиться к отечественному и зарубежному инженерному опыту, который 
имеет в своем распоряжении регламентированные эталонные модели 
качества программных изделий, сопровождающие разные стадии жизненного цикла программных проектов [2, 8, 14, 17, 20–22, 28, 40, 51]. 

1.2.1. ЭТАЛОННАЯ МОДЕЛЬ КАЧЕСТВА ПРОГРАММНЫХ ИЗДЕЛИЙ 

Согласно нормативным документам ИСО/МЭК 9126 под качеством 
программного изделия понимают свойство продукта, выражаемое в степени удовлетворения требованиям технического задания и оцениваемое 
заданной системой показателей характеристик качества. Соответственно отсюда вытекает, что под проектным риском качества следует понимать такое событие программного проекта, которое является признаком 
возможного ущерба качеству программного изделия в будущем. 
В первой части стандарта ИСО/МЭК 9126 представлена состоящая 
из двух частей модель качества программного продукта (рис. 1.1):  
• 
модель внутреннего качества и внешнего качества ПИ;  
• 
модель эксплуатационного качества ПИ.  
Первая часть модели определяет шесть основных характеристик 
внутреннего и внешнего качества ПИ, которые далее делятся на подхарактеристики или составляющие характеристики. Эти подхарактеристики имеют внешнее проявление при использовании программных продуктов в компьютерной системе и представляют результат внутренних 
атрибутов ПИ.  
Во второй части модели определяются основные четыре характеристики эксплуатационного качества программного продукта, но модель 
эксплуатационного качества не разрабатывается ниже уровня характеристик. Для пользователя эксплуатационное качество представляет об

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

щий эффект четырех характеристик качества программного продукта 
[22, 50]. 

 
Рис. 1.1. Качество в жизненном цикле ПИ 

Определяемые характеристики применимы к любому виду программных изделий, включая машинные программы и данные, содержащиеся в аппаратно-программных изделиях. Характеристики и подхарактеристики обеспечивают согласованную терминологию по качеству 
программной продукции. Кроме того, они обеспечивают структуру для 
спецификации требований по качеству для программных изделий и для 
принятия компромиссных решений между возможностями программных продуктов, заказом (приобретением), определением требований, 
разработкой, применением, оценкой, поддержкой, сопровождением, 
обеспечением качества и аудитом программных продуктов. Например, 
первая часть стандарта используется разработчиками, заказчиками (потребителями), персоналом по обеспечению качества и независимыми 
экспертами по оценке, особенно теми из них, которые отвечают за определение и оценку качества программных продуктов.  
Стандарт ИСО/МЭК 9126 позволяет определить и произвести оценку 
специалистами качества программных продуктов с разных точек зрения.  
Оценка программных продуктов для удовлетворения потребностей 
по качеству программных изделий представляет один из процессов в 
жизненном цикле разработки программных изделий [50]. Оценка качества программного продукта производится посредством измерения 
внутренних атрибутов (как правило, статические показатели промежуточных продуктов), внешних атрибутов (как правило, посредством измерения поведения кода при исполнении) или атрибутов эксплуатаци

 
1. Аспекты идентификации, анализа и мониторинга проектных рисков 
13 

онного качества. Метрики определяют соответствующие методы измерения атрибутов качества. Цель заключается в том, чтобы данный продукт соответствовал своему назначению в определенном контексте использования (см. рис. 1.1). Из рассмотренной модели качества ПИ следует понимание термина – риск качества ПИ [20, 50]. 
Другим важным понятием является качество процесса жизненного 
цикла ПИ, определяемого стандартом ИСО/МЭК 12207 [49]. Качество 
любого процесса программной инженерии делает свой вклад в повышение качества программного продукта, а качество продукта делает вклад 
в повышение эксплуатационного качества. Следовательно, оценка и 
усовершенствование процесса представляют средство повышения качества продукта, а оценка и повышение качества продукта представляют 
одно из изделий повышения эксплуатационного качества. Подобным 
образом, оценка эксплуатационного качества обеспечивает обратную 
связь, необходимую для усовершенствования продукта, а оценка продукта обеспечивает обратную связь, необходимую для усовершенствования процесса. В этой связи можно ввести понятие – риск качества 
процесса. И соответственно, следуя представленной логике, оценка и 
сокращение рисков процессов приводит к повышению качества процессов и соответственно также к повышению качества продукта. 
Соответствующие внутренние атрибуты ПИ представляют предпосылку, необходимую для получения требуемого внешнего поведения, а соответствующее внешнее поведение представляет предпосылку, необходимую 
для получения эксплуатационного качества (см. рис. 1.1) [22, 50]. 

1.2.2. ТРЕБОВАНИЯ К КАЧЕСТВУ ПРОГРАММНЫХ ИЗДЕЛИЙ 

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

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

ответствующие технологии обеспечения качества и в том числе технологии сокращения рисков качества [21, 51]. 
Цель заключается в обеспечении необходимого и достаточного качества 
для удовлетворения реальных потребностей пользователей. Однако, потребности, заявленные пользователем, не всегда отражают реальные  
потребности пользователя, что объясняется следующими причинами: 
1) пользователь часто не осознает свои реальные потребности;  
2) потребности могут измениться после того, как они были заявлены;  
3) разные пользователи могут иметь разные рабочие среды;  
4) иногда невозможно обеспечить консалтинг для всех возможных 
типов пользователей, особенно по готовым покупным программным 
продуктам.  
Поэтому вследствие указанной нечеткости и неопределенности полное определение требований по качеству до начала проектирования не 
представляется возможным. Однако, необходимо понять реальные потребности пользователя на уровне максимально возможной детализации 
и представить их в требованиях. Цель заключается не в обязательном 
обеспечении безупречного качества, а в обеспечении необходимого и 
достаточного качества для каждого заданного контекста применения, 
когда произведена поставка конкретного продукта и он фактически используется пользователями. 
Существует три разных точки зрения на качество программного продукта и соответствующие метрики на разных стадиях жизненного цикла 
программных изделий (рис. 1.2) [22, 50]. 

 
Рис. 1.2. Качество в жизненном цикле программного продукта 

Потребности пользователя по качеству можно определить как 
требования к качеству по метрикам эксплуатационного качества, по 
внешним метрикам, а иногда по внутренним метрикам. Эти требования, 

 
1. Аспекты идентификации, анализа и мониторинга проектных рисков 
15 

определяемые по метрикам, должны использоваться как критерии при 
аттестации (валидации) продукта. Как правило, для получения продукта, удовлетворяющего потребности пользователя по качеству, требуется 
итеративный подход к разработке программных изделий с применением 
постоянной обратной связи для определения перспектив пользователя. 
Требования к внешнему качеству определяют требуемый уровень 
качества с внешней точки зрения. Сюда входят требования, определяемые по потребностям пользователя по качеству, включая требования по 
эксплуатационному качеству. Требования к внешнему качеству используются как цель для аттестации (валидации) на разных этапах разработки. Требования к внешнему качеству для всех характеристик качества, 
определяемых в стандарте ИСО/МЭК 9126, должны быть сформулированы в спецификации требований по качеству с применением внешних 
метрик, должны быть трансформированы в требования к внутреннему 
качеству и должны использоваться в качестве критериев при оценке 
продукта.  
Требования к внутреннему качеству определяют уровень требуемого качества с внутренней точки зрения относительно продукта. Требования к внутреннему качеству используются для определения свойств 
промежуточных продуктов. Сюда входят статические и динамические 
модели, другие документы и исходный код. Требования к внутреннему 
качеству также могут использоваться как цель для аттестации (валидации) на разных этапах разработки. Кроме того, эти требования могут 
использоваться для определения стратегий разработки и критериев 
оценки и для верификации в процессе разработки. Эти требования могут включать использование дополнительных метрик (например, по 
возможности многократного использования), которые выходят за рамки 
стандарта ИСО/МЭК 9126. Конкретные требования к внутреннему качеству должны быть определены количественно при использовании 
внутренних метрик. 
Внутреннее качество представляет набор характеристик программного продукта с внутренней точки зрения. Внутреннее качество измеряется и оценивается по требованиям к внутреннему качеству. Детали качества программного продукта можно улучшить в процессе реализации 
кода, проведения проверок и тестирования, но основной характер качества программного продукта, представляемый внутренним качеством, 
остается без изменений, если не производится перепроектирование. 
Расчетное (или прогнозируемое) внешнее качество – это качество, 
которое предварительно рассчитывается или прогнозируется для конечного программного продукта на каждом этапе разработки по каждой характеристике качества на основе знаний по внутреннему качеству.  
Внешнее качество представляет набор характеристик программного 
продукта с внешней точки зрения. Это качество, определяемое при исполнении программного продукта, которое обычно измеряется и оцени