Характеристики качества программных средств. Выбор характеристик качества в проектах программных средств

субхарактеристики: корректность и способность к  взаимодействию.

Более сложно классифицировать защищенность-безопасность, функции

которой непосредственно и органически  связаны с конкретными особенностями

функциональной  пригодности (см. п. 11.5).

Функциональная пригодность  — это набор и описания атрибутов,

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

ПС, заданные техническим заданием и спецификациями требований

заказчика или потенциального пользователя. В  процессе проектирования

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

в спецификациях  на ПС в целом и на компоненты. Атрибутами

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

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

требований  спецификациями и их стабильность при  совершенствовании

ПС, ЧИСЛО  реализуемых требований заказчиков. Кроме них функциональную

пригодность отражают множество различных специализированных

критериев, которые тесно связаны с конкретными  решаемыми задачами и

сферой  применения комплекса программ. Их можно рассматривать как

частные критерии или как факторы, влияющие на основной показатель

качества  ПС.

Эта характеристика может значительно модифицироваться в жизненном

цикле ПС, и соответственно изменяться конкретное содержание базовых

функций, которые подлежат применению и оцениванию. На последовательных

этапах  ЖЦ функции промежуточных продуктов (спецификаций

компонентов, модулей, текстов программ и т.п.) должны оцениваться

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

поэтапно  формализовать применяемые субхарактеристики  и атрибуты

функциональной  пригодности. Такими атрибутами могут  быть: функциональная

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

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

требований; полнота и законченность реализации этих требований; точность

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

компоненты  ПС.

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

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

специфические особенности, связанные непосредственно  с назначением,

функциями и сферой применения ПС, а вторая — доступна для

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

методами. Эта вторая группа характеризует ряд базовых,

инвариантных свойств  качества, которые позволяют определять некоторые

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

от конкретных целей и сфер применения. С этой позиции функциональная

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

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

в цепочке  стандартизированных требований технического задания

на ПС: целей — назначения — функций — исходной информации —

результатов для пользователей, определяющих, что:

— описание целей программного средства корректно переработано в

подробное описание его назначения и внешней  среды применения;

— назначение ПС полностью и корректно детализировано в требованиях

к функциям комплекса программ и его компонентов;

— реализация требований к функциям ПС обеспечена достоверным и

адекватным  составом и содержанием исходной информации от объектов

внешней среды;

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

и достаточно корректную информацию для пользователей  и объектов внешней

среды.

Прослеживание качества результатов при углублении и детализации

этих описаний и обеспечение их взаимной адекватности является

основой для определения группы показателей  функциональной пригодности.

Они должны максимально полно и точно  представляться в контракте,

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

компонентам, так как устранение их дефектов требует  особенно

крупных ресурсов.

Любые ПС, прежде всего, должны иметь экономическую, техническую,

научную или социальную эффективность применения, которая в проектах

должна  отражать основную цель их жизненного цикла в системе.

Эта системная эффективность может быть описана количественно или

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

отличий от имеющихся у других комплексов программ, а также источников

возможной эффективности. В результате должны быть формализованы

цель  использования и набор главных  требований заказчика и пользователей

при приобретении программного продукта, а также предполагаемая

его сфера  применения и назначение. Полнота  и точность представления

этой  характеристики ПС может оцениваться  в основном экспертно и является

исходной  для прослеживания всех последующих, производных свойств

и атрибутов  функциональной пригодности.

Цель  и назначение ПС детализируются и  формализуются в требованиях

к функциям компонентов и всего комплекса программ, способного

реализовать декларированные цели:

— соответствие комплекса программ функциям системы;

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

ЖЦ ПС;

— общие технические требования к реализации функций, компонентов

и задач.

Адекватность  и полнота отражения требуемыми функциями сформулированного

назначения  ПС является характеристикой, определяющей потенциальную

возможность реализации его функциональной пригодное-

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

к функциям сверху вниз (начиная от целей ПС), а также конкретизация

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

компонентов должны обеспечивать адекватность и  качество этой части

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

Функции ПС реализуются в определенной аппаратной, операционной

и пользовательской внешней среде системы, характеристики которых существенно

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

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

информация от объектов внешней среды, содержание которой должно

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

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

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

при определении  функциональной пригодности ПС в  соответствующей

внешней среде.

Цель  и функции ПС реализуются тогда, когда выходная информация

достигает потребителей — объектов или операторов-пользователей, с требуемым

содержанием и качеством, достаточным для  обеспечения ее эффективного

применения. Содержательная часть этой информации определяется

конкретными задачами системы, основными технико-экономическими

и/или  социальными показателями функционирования системы и

отражается  метриками в использовании. Степень покрытия всей выходной

информацией: целей, назначения и функций ПС для  пользователей —

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

Прослеживание и оценивание адекватности и полноты  состава

выходной  информации снизу вверх к назначению ПС должны завершать

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

независимо  от сферы применения системы.

В процессе проектирования в составе функциональной пригодности

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

функциональные  и структурные требования и особенности  ПС,

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

четко формулировать  в документах контракта:

— экономические, организационные, технические и/или социальные

стратегические  цели всего жизненного цикла ПС и  его компонентов;

— назначение, внешнюю среду и условия эффективного применения

ПС;

— системную эффективность и в том числе требуемые технико-экономические

показатели  применения ПС в составе системы;

— функциональные задачи основных компонентов и ПС в целом, а

также системную  эффективность каждого;

— необходимое и достаточное качество и временной регламент решения

каждой  функциональной задачи;

— соответствие ПС и его компонентов стандартам и нормативным

документам  на проектирование и применение;

— ограничения параметров внешней среды и условий для применения

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

Функциональная  пригодность в течение жизненного цикла ПС зависит

от структурных (архитектурных) характеристик, которые должны

отражаться  в требованиях технического задания  и/или спецификаций

на компоненты и ПС в целом:

— соответствие функций и структуры программного средства аппаратной

и операционной среде и их ограниченным ресурсам;

— соответствие правил структурного построения комплекса, функциональных

компонентов и модулей типовым требованиям  к архитектуре

ПС и  его компонентов, а также к  уровню покрытия ими заданных функций

комплекса программ;

— состав, структура и способы организации данных, а также требования

к обмену данными между компонентами ПС должны быть адекватны

организации информационного обеспечения и  функциям системы;

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

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

— должно быть определено допустимое время задержки выдачи результатов

решения задач;

— должны быть предусмотрены и реализованы требования к контролю,

хранению, обновлению и восстановлению программ и данных.

В ряде систем особое значение для функциональной пригодности

имеет системное  проектирование организации информационного обеспечения

и базы данных (см. п. 11.4). При этом должны быть определены:

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

— совместимость ПС с другими системами по источникам и потребителям

информации  базы данных;

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

базы  данных;

— интенсивность и объемы потоков информации базы данных.

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

нового  проекта ПС обычно целесообразно  попытаться найти готовые

ПС с  требуемыми функциями. Однако множество  мелких конструктивных,

казалось  бы, второстепенных требований и нестандартизированных

интерфейсов зачастую затрудняют непосредственное применение в новом

проекте готовых компонентов с подходящими  функциями. Это определяет

необходимость тщательного оценивания для новых  проектов всего набора

приоритетных  конструктивных характеристик качества в ПС с подобными

характеристиками  функциональной пригодности.

В наибольшей степени функциональная пригодность  во многих случаях

зависит от корректности и наде^кности ПС. Значительные трудности

при создании ориентиров для выбора мер и шкал характеристик

качества  проявляются при анализе корректности, способности к взаимодействию

и защищенности — безопасности ПС.

Правильность — корректность: это способность ПС обеспечивать

правильные (или приемлемые) результаты для  пользователей. Эталонами

для выбора требований к корректности при проектировании могут быть:

верифицированные  и взаимоувязанные требования к  функциям комплекса,

компонентов и модулей программ, а также  правила их структурного

построения, организация взаимодействия и интерфейсов (таблица 11.1).

Эти требования при разработке должны быть прослежены сверху вниз до

модулей и использоваться как эталоны  при установлении необходимой

корректности  соответствующих компонентов. В  процессе проектирования

и разработки модулей и групп программ применяются  частные структурные

критерии  корректности, которые включают корректность структуры

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

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

качества  и достигаемой степенью корректности программ: детерминировано,

стохастически или в реальном времени.

 

Таблица 11.1 Субхарактеристики, атрибуты качества и свойства для выбора

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

 

Требования  к субхарактеристике корректность могут представляться

в виде описания двух основных свойств, которым должны соответствовать

все программные  компоненты и ПС в целом. Первое требование

состоит в выполнении определенной степени (%) прослеживаемости сверху

вниз  реализации требований технического задания  и спецификации на ПС

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

вплоть  до текстов и объектного кода программ.

Второе требование заключается в выборе степени и стратегии покрытия

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