Документ2 (Раздаточный материал), страница 2

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

5.2.3 Представление руководителя

Руководитель может быть более заинтересован в общем качестве, чем в конкретной

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

отражающих коммерческие требования для индивидуальных характеристик.

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

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

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

установленного времени.

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

Схема 1 отражает основные этапы, требуемые для оценивания качества программного

обеспечения, начиная с характеристик качества, определенных в настоящем стандарте. Ряд

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

Процесс состоит из трех стадий: установление (определение) требований к качеству, подготовка

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

подходящей фазе жизненного цикла для каждого компонента программной продукции,

5.3.1 Установление требований к качеству

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

5.3.2 Подготовка к оцениванию

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

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

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

5.3.2.3 Определение критерия оценки

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

5.3.3 Процедура оценивания

Последняя, стадия модели процесса оценивания уточняется по трем этапам, называемым

"измерение", "ранжирование" и "оценка".

5.3.3.1 Измерение

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

5.3.3.2 Ранжирование

На этапе ранжирования устанавливается уровень ранжирования для измеренного значения (см. схему 2).

5.3.3.3 Оценка

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

ПРИЛОЖЕНИЕ А (рекомендуемое)

КОМПЛЕКСНЫЕ ПОКАЗАТЕЛИ (подхарактеристики) КАЧЕСТВА

АЛ Введение

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

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

А.2 Определение комплексных показателей качества А.2.1 Функциональные возможности (Functionality)

А.2.1.1 Пригодность (Suitability)

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

конкретным задачам.

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

из входящих в него подфункций и объемы таблиц.

А.2.1.2 Правильность (Accuracy)

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

соответствия результатов или эффектов.

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

А.2.1.3 Способность к взаимодействию (Interoperability) Атрибуты программного обеспечения, относящиеся к способности его взаимодействовать с конкретными системами. Примечание - Способность к взаимодействию используется вместо совместимости для того, чтобы избежать возможной путаницы с взаимозаменяемостью (см. А.2.6.4).

А.2.1.4 Согласованность (Compliance)

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

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

рекомендаций.

А.2.1.5 Защищенность (Security)

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

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

А.2.2 Надежность (Reliability)

А.2.2.1 Стабильность (Maturity)

Атрибуты программного обеспечения, относящиеся к частоте отказов при ошибках в

программном обеспечении.

А.2.2.2 Устойчивость к ошибке (Fault tolerance)

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

А.2.2.3 Восстанавливаемость (Recoverability)

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

А.2.3 Практичность (Usability)

А.2.3.1 Понятность (Understandability)

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

пониманию общей логической концепции и ее применимости.

А.2.3.2 Обучаемость (Learnability)

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

обучению его применению (например оперативном} управлению, вводу, выводу).

А.2.3.3 Простота использования (Operability)

Атрибуты программного обеспечения, относящиеся к усилиям пользователя по эксплуатации и оперативному управлению. А.2.4 Эффективность (Efficiency)

А.2.4.1 Характер изменения во времени (Time behavior)

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

А.2.4.2 Характер изменения ресурсов (Resource behavior) Атрибуты программного обеспечения, относящиеся к объему используемых ресурсов и продолжительности такого использования при выполнении функции.

А.2.5 Сопровождаемость (Maintainability)

А.2.5.1 Анализируемость (Analysability)

Атрибуты программного обеспечения, относящиеся к усилиям, необходимым для диагностики

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

А.2.5.2 Изменяемость (Changeability)

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

устранению отказа или для изменения условий эксплуатации.

А.2.5.3 Устойчивость (Stability)

Атрибуты программного обеспечения, относящиеся к риску от непредвиденных эффектов

модификации.

А.2.5.4 Тестируемость (Testability)

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

А.2.6 Мобильность (Portability)

А.2.6.1 Адаптируемость (Adaptability)

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

А.2.6.2 Простота внедрения (Installability) Атрибуты программного обеспечения, относящиеся к усилиям, необходимым для внедрения программного обеспечения в конкретное окружение.

А. 2 6.3 Соответствие (Conformance)

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

А.2.6.4 Взаимозаменяемость (Replaceabilily)

Атрибуты программного обеспечения, относящиеся к простоте и трудоемкости его применения вместо другого конкретного программного средства в среде этого средства. Примечания

1. Взаимозаменяемость используется вместо совместимости для того, чтобы избежать
   возможной путаницы со способностью к взаимодействию (см. А.2.1.3).

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

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