Какие показатели качества программные продукты

22.1. Общие положения

Таблица
22.1.
Критерии оценки программных продуктов

№	Признак	Описание
1	Описание КИС	Критерии, с помощью которых осуществляется оценка непосредственно самой КИС
1.1	Структура	Критерии оценки структуры КИС
1.2	Функционал	Критерии оценки функциональных возможностей КИС
1.3	Принципы	Критерии оценки принципов построения КИС
1.4	Технические требования	Критерии оценки технических требований функционирования КИС
1.5	Архитектура	Критерии оценки особенностей архитектуры заложенной при создании КИС
1.6	Стоимость	Критерии оценки стоимостных параметров КИС
1.7	Интеграция	Критерии оценки внутренней и внешней интеграции КИС
1.8	Бизнес-логика	Критерии оценки реализации бизнес-логики, заложенной в КИС
1.9	Элементы КИС	Критерии оценки элементов КИС
2	Описание фирмы-разработчика и ее партнеров	Критерии оценки фирмы-разработчика КИС и фирм-партнеров по продвижению и внедрению данной КИС
2.1	Технологии	Критерии оценки технологий, подходов, методов, применяемых фирмами-внедренцами в процессе внедрения КИС
2.2	Опыт	Критерии оценки опыта успешных и неудачных проектов фирм-внедренцев
2.3	Специалисты	Критерии оценки квалификационного уровня специалистов фирм-внедренцев
3	Принципиальность	Отношение критериев выбора КИС к соответствующим этапам выбора КИС
3.1	Принципиальные	Критерии, которые должны быть оценены в первую очередь и, которые определяют основные принципы выбираемой КИС
3.2	Не принципиальные	Критерии, которые не являются сильно принципиальными при выборе КИС
4	По степени детализации	На сколько критерий конкретно описывает исследуемый объект
4.1	Общие	Критерии, описывающие объект исследования в общем виде
4.2	Конкретные	Критерии, конкретно описывающие объект исследования
5	По сложности оценки	Доступность и достоверность информации для самостоятельной оценки
5.1	Сложный	Возможность самостоятельного получения полной и достоверной информации по данному критерию очень мала
5.2	Средней сложности	Возможно самостоятельное получение полной и достоверной информации
5.3	Легкий	Возможно самостоятельное получение полной и достоверной информации. Информация в общедоступных источниках
6	По типу значения	В зависимости от типа значения критерия: возможность количественного измерения значения, либо качественный показатель
6.1	Количественный	Критерии, значения которых могут быть определены в виде конкретных числовых показателей
6.2	Качественный	Критерии, значения которых не могут быть определены в виде конкретных числовых показателей
7	По важности для потенциальных пользователей	Описывают степень важности того или иного критерия выбор а КИС для потенциальных пользователей
7.1	Высший приоритет	Критерии, имеющие наибольшую значимость для пользователя
7.2	Средний приоритет	Критерии, имеющие среднюю значимость для пользователя
7.3	Низший приоритет	Критерии, имеющие низшую значимость для пользователя

Группы критериев оценки программных продуктов:

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

22.2. Пример оценки программного продукта

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

При этом использовались методики оценки, приведенные ниже в настоящем разделе.

22.2.1. Оценка существующей функциональности программного продукта

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

При оценке применяется следующая шкала баллов:

0	– функция отсутствует в имеющейся конфигурации;
2	– функция реализована частично, для ее реализации необходима серьезная доработка программного кода при настройке/внедрении;
4	– функция реализована частично, для ее реализации необходима незначительная доработка программного кода при настройке/внедрении;
6	– функция реализована удовлетворительно, требуется адаптация под нужды Предприятия в процессе настройки/внедрения средствами ИСУ;
8	– функция реализована хорошо, однако в перспективе могут понадобиться ее доработки;
10	– функция реализована полностью, удовлетворяет требованиям (в том числе – на перспективу).

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

22.2.2. Оценка прочих аспектов

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

22.2.3. Система весовых коэффициентов

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

Используется следующая система весовых коэффициентов:

1 – реализация функции в ИСУ имеет
низкую важность1;

2 – реализация функции важна в ИСУ;

3 – реализация функции в ИСУ критически важна для Предприятия.

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

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

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

“Рос-1” версия 5.8;
“Рос-2” версия 2.3.3;
“”Рос-3″:Предприятие” версия 7.0;
“Зап-1”;
“Зап-2” версия 2.6.

Основные результаты анализа приведены в следующей таблице.

Таблица
22.2.
Основные результаты анализа программных продуктов

№	Наименование критерия	“Рос-1”	“Рос-2”	“Рос-3”	“Зап-1”	“Зап-2”	Макс. балл
Общесистемные функциональные требования		1 105	1 056	1 128	951	1 126	1 680
Функциональные требования по подсистемам управления		5 452	3 431	3 334	3 486	3 385	8 310
1.	Маркетинг	400	146	262	112	110	610
2.	Сбыт	328	284	262	300	300	420
3.	Производство	1 410	684	420	810	918	2 070
4.	Снабжение	327	183	210	372	381	720
5.	Управление складами	222	174	72	222	186	300
6.	Управление персоналом	555	402	552	90	24	900
7.	Управление транспортом	168	18	114	24	0	210
8.	Управление строительством	36	36	24	12	18	120
9.	Взаиморасчеты	490	340	278	406	342	660
10.	Финансы	524	438	286	420	396	940
11.	Управление себестоимостью	138	102	96	78	84	210
12.	Бухгалтерский и налоговый учет	854	624	758	640	626	1 150
Прочие требования		564	460	525	362	434	730
Итого:		7 121	4 947	4 987	4 799	4 945	10 720

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

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

планирование и контроль фактического выполнения работ (входит в подсистему управления “Производство” в табл. 22.2);
управление движением товарно-материальных ценностей (подсистемы “Снабжение” и “Управление складами”);
планирование и контроль финансовых потоков, контроль задолженностей и взаиморасчетов (подсистемы управления “Финансы” и “Взаиморасчеты”);
бухгалтерский и налоговый учет (подсистема управления “Бухгалтерский и налоговый учет”);
управление персоналом, включая кадровый учет и расчет заработной платы (подсистема “Управление персоналом”).

Анализ указанных выше программных продуктов показал следующее.

Из рассмотренных консультантами программных продуктов наилучшими функциональными характеристиками обладает система “Рос-1”. Основные причины этого следующие:

только два программных продукта (“Рос-1” и “Зап-2”) обладают возможностями планирования и контроля фактического исполнения работ (подсистема “Производство”);
по подсистеме “Снабжение” наилучшей функциональностью обладают программные продукты “Рос-1”, “Зап-1” и “Зап-2”;
по подсистеме “Управление складами” лучше всего удовлетворяют выдвинутым требованиям программные продукты “Рос-1” и “Зап-1”;
в подсистеме “Управление персоналом” наиболее развитую функциональность имеют программные продукты “Рос-1”, “Рос-2” и “Рос-3”;
в подсистемах “Финансы”, “Взаиморасчеты” и “Бухгалтерский и налоговый учет” функциональные возможности “Рос-1” заметно шире, чем у других программных продуктов.

Таким образом, с точки зрения функциональности наиболее приемлемым программным продуктом для Предприятия является система “Рос-1”.

Источник

Ка́чество програ́ммного обеспечения — способность программного продукта при заданных условиях удовлетворять установленным или предполагаемым потребностям (ISO/IEC 25000:2014)[1].

Другие определения из стандартов:

весь объём признаков и характеристик программ, который относится к их способности удовлетворять установленным или предполагаемым потребностям (ГОСТ Р ИСО/МЭК 9126-93, ISO 8402:94)[2][3];
степень, в которой система, компонент или процесс удовлетворяют потребностям или ожиданиям заказчика или пользователя (IEEE Std 610.12-1990)[4].

Ранние подходы к определению[править | править код]

Том Демарко в 1999 году предлагал при оценке качества программного обеспечения учитывать, что «качество программного продукта является показателем того, насколько он меняет мир к лучшему»[5].

Джеральд Вайнберг в своей работе 1992 года Quality Software Management: Volume 1, Systems Thinking давал определение качества как «значимого для какого-либо человека»[6][7], подчеркивая тем самым, что понятие качества является по своей природе субъективным — разные люди будут оценивать качество одного и того же программного обеспечения по-разному. Одной из сильных сторон этого определения являются вопросы, на которые должны ответить команды разработчиков программного обеспечения, такие как «Кто те люди, которые будут оценивать наше программное обеспечение?» и «Что будет ценным для них?».

Модели качества[править | править код]

Стандарт ISO/IEC 25010:2011 (ГОСТ Р ИСО/МЭК 25010-2015)[8] определяет модель качества продукта, которая включает восемь характеристик верхнего уровня:

функциональная пригодность;
уровень производительности;
совместимость;
удобство использования (юзабилити);
надёжность;
защищённость;
сопровождаемость;
переносимость (мобильность).

В этом стандарте модель качества продукта (англ. software product quality model) рассматривается отдельно от субъективного качества в использовании, которое может сильно отличаться для различных стейкхолдеров[9]. Модель качества в использовании (англ. quality in use model) включает следующие характеристики верхнего уровня[8]:

результативность;
производительность;
удовлетворённость;
свобода от риска;
покрытие контекста.

Роберт Гласс в известной книге «Факты и заблуждения профессионального программирования» утверждает, что большинство профессиональных разработчиков согласны с выделением семи показателей качества как основных[10]:

переносимость;
надёжность;
эффективность;
удобство использования (юзабилити);
тестируемость[en];
понятность;
модифицируемость.

Среди относительно новых моделей качества программного обеспечения можно упомянуть SQUALE и Quamoco[11], которые были применены в промышленных условиях, но пока не получили широкого распространения.

См. также[править | править код]

Управление качеством
Тестирование программного обеспечения
Метрика программного обеспечения
Технический долг

Примечания[править | править код]

↑ Software quality — capability of software product to satisfy stated and implied needs when used under specified conditions: ISO/IEC 25000:2014(en) Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Guide to SQuaRE
↑ ГОСТ Р ИСО/МЭК 9126-93. Оценка программной продукции. Характеристики качества и руководства по их применению
↑ ISO 8402:94. Управление качеством и обеспечение качества. Словарь
↑ The degree to which a system, component, or process meets customer or user needs or expectations: IEEE Std 610.12-1990. IEEE Standard Glossary of Software Engineering Terminology
↑ DeMarco, T., Management Can Make Quality (Im)possible, Cutter IT Summit, Boston, April 1999
↑ Weinberg, Gerald M. (1992), Quality Software Management: Volume 1, Systems Thinking, New York, NY: Dorset House Publishing, с. 7
↑ Weinberg, Gerald M. (1993), Quality Software Management: Volume 2, First-Order Measurement, New York, NY: Dorset House Publishing, с. 108
↑ 1 2 ISO/IEC 25010:2011 Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models
ГОСТ Р ИСО/МЭК 25010-2015 Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программных продуктов
↑ Wijnholds, et al, 2016.
↑ Роберт Гласс. Факты и заблуждения профессионального программирования. = Facts and Fallacies of Software Engineering. — 2004. — ISBN 5-93286-092-8; 978-5-93286-092-2.
↑ Wagner, Stefan; Goeb, Andreas; Heinemann, Lars; Kläs, Michael; Lampasona, Constanza; Lochmann, Klaus; Mayr, Alois; Plösch, Reinhold; Seidl, Andreas. Operationalised product quality models and assessment: The Quamoco approach (англ.) // Information and Software Technology (англ.)русск. : journal. — 2015. — Vol. 62. — P. 101—123. — doi:10.1016/j.infsof.2015.02.009.

Литература[править | править код]

ГОСТ 28195-89 — Оценка качества программных средств
Gijs Wijnholds, Zeeger Lubsen, Sylvan Rigal, Joost Visser. Building Software Teams. — O’Reilly Media, Inc., 2016.

Ссылки[править | править код]

OpenQuality.ru | Качество программного обеспечения

Источник

Владимир Липаев, г.н.с. ИСП РАН

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

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

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

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

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

Стандартизация характеристик качества

Одной из важнейших проблем обеспечения качества программных средств является формализация характеристик качества и методология их оценки. Для определения адекватности качества функционирования, наличия технических возможностей программных средств к взаимодействию, совершенствованию и развитию необходимо использовать стандарты в области оценки характеристик их качества. Основой регламентирования показателей качества программных средств ранее являлся международный стандарт ISO 9126:1991 (ГОСТ Р ИСО / МЭК 9126-93) “Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению”. Завершается разработка и формализован последний проект состоящего из четырех частей стандарта ISO 9126-1–4 для замены небольшой редакции 1991 года. Проект состоит из следующих частей под общим заголовком “Информационная технология – характеристики и метрики качества программного обеспечения”: “Часть 1. Характеристики и субхарактеристики качества” Часть 2. Внешние метрики качества” “Часть 3. Внутренние метрики качества” “Часть 4. Метрики качества в использовании”.

В России в области обеспечения жизненного цикла и качества сложных комплексов программ в основном применяется группа устаревших ГОСТов, которые отстают от мирового уровня на 5-10 лет.

Первая часть стандарта – ISO 9126-1 – распределяет атрибуты качества программных средств по шести характеристикам, используемым в остальных частях стандарта. Исходя из принципиальных возможностей их измерения, все характеристики могут быть объединены в три группы, к которым применимы разные категории метрик:

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

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

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

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

Четвертая часть стандарта – ISO 9126-4 – предназначена для покупателей, поставщиков, разработчиков, сопровождающих, пользователей и менеджеров качества программных средств. В ней обосновываются и комментируются выделенные показатели сферы (контекста) использования программных средств и группы выбранных метрик для пользователей.

Выбор показателей качества

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

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

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

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

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

Оценка качества

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

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

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

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

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

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

Оценка защищенности программных средств включает определение полноты использования доступных методов и средств защиты программного средства от потенциальных угроз и достигнутой при этом безопасности функционирования информационной системы. Наиболее широко и детально методологические и системные задачи оценки комплексной защиты информационных систем изложены в трех частях стандарта ISO 15408:1999-1–3 “Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий”.

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

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

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

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

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

Система управления качеством

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

Определения характеристик и субхарактеристик качества (ISO 9126-1)

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

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

Правильность (корректность) – способность программного средства обеспечивать правильные или приемлемые для пользователя результаты и внешние эффекты.

Способность к взаимодействию – свойство программных средств и их компонентов взаимодействовать с одной или большим числом компонентов внутренней и внешней среды.

Защищенность – способность компонентов программного средства защищать программы и информацию от любых негативных воздействий.

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

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

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

Сопровождаемость – приспособленность программного средства к модификации и изменению конфигурации и функций.

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