Материал: ГОСТ Качество ПО

ГОСТ Р ИСО/МЭК 25010—2015

П р и м е ч а н и я 1 В адаптируемость входит и масштабируемость внутренних потенциальных возможностей (например,

экранных полей, таблиц, объемов транзакции, форматов отчетов и т.д.).

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

3 Если система должна быть адаптирована конечным пользователем, то адаптируемость соответствует при­ годности для индивидуализации, как это определено в ИСО 9241-110.

4.2.8.2 устанавливаемость (installability): Степень простоты эффективной и рациональной, успешной установки и/или удаления продукта или системы в заданной среде.

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

4.2.8.3 взаимозаменяемость (replaceability): Способность продукта заменить другой конкретный программный продукт для достижения тех же целей в тех же условиях.

П р и м е ч а н и я

1Взаимозаменяемость новой версии программного продукта важна для пользователя при обновлении продукта.

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

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

4.3Общие определения

4.3.1 актив (asset): Что-либо, имеющее ценность для человека или организации.

П р и м е ч а н и я 1 Это определение адаптировано из ИСО/МЭК 13335-1.

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

4.3.2эталон сравнения (benchmark): Эталон, с которым сравниваются результаты измерения

или оценки (ИСО/МЭК/ИИЕЕ 24765).

4.3.3компонент (component): Элемент с дискретной структурой, такой как блок или программный модуль, в составе системы, который рассматривается на конкретном уровне анализа (ИСО/МЭК 15026).

4.3.4непосредственный пользователь (direct user): Тот, кто непосредственно взаимодействует

спродуктом.

П р и м е ч а н и я 1 К непосредственным пользователям относятся как основные, так и вторичные пользователи.

2 Это определение пользователя из ИСО 9241-11.

4.3.5 показатель внешнего качества программного обеспечения (external measure of software quality): Показатель степени, с которой программная продукция позволяет функционированию системы удовлетворять заявленным и реализованным требованиям к этой системе, включая программное обе­ спечение при использовании в заданных условиях.

П р и м е ч а н и е — Функционирование может быть проверено при верификации и/или валидации с помо­ щью выполнения функций программного обеспечения во время тестирования и эксплуатации.

Пример — Число отказов, обнаруженных во время тестирования, является внешним показате­

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

П р и м е ч а н и е — На основе определения внешнего качества программного обеспечения в ИСО/МЭК 25000.

4.3.6косвенный пользователь (indirect user): Тот, кто получает от системы результаты, но при этом не взаимодействует с системой.

4.3.7показатель внутреннего качества программного обеспечения (internal measure of software quality): Показатель степени, с которой множество статических свойств программной продукции удовлетворяет заявленным и подразумеваемым требованиям для этой продукции при использовании

взаданных условиях.

15

ГОСТ Р ИСО/МЭК 25010—2015

П р и м е ч а н и я 1 Статические свойства включают в себя те свойства, которые имеют отношение к архитектуре программного

обеспечения, его структуре и компонентам.

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

Пример — Внутренними показателями качества программного обеспечения, присущими самому

продукту, являются: сложность, количество, серьезность и частота отказов из-за дефектов, опре­ деленные при тестировании.

3 На основе определения внутреннего качества программного обеспечения из ИСО/МЭК 25000.

4.3.8качество при использовании (quality in use): Степень, с которой продукция или система мо­ гут быть применены определенными пользователями для удовлетворения их требований в достижении целей эффективности (вт. ч. и экономической), избегания риска, удовлетворенности и охвата контекста

взаданных условиях использования.

4.3.9свойство качества (quality property): Измеримый компонент качества.

4.3.10показатель качества (quality measure): Показатель, получаемый как функция измерения двух или больше значений элементов показателя качества (ИСО/МЭК ТО 25021).

4.3.11элемент показателя качества (quality measure element): Показатель, определенный в тер­ минах свойства и метода измерения для количественного определения этого свойства, включая выбо­ рочно преобразования с помощью математической функции (ИСО/МЭК ТО 25021).

4.3.12риск (risk): Функция вероятности возникновения конкретной угрозы и потенциальных не­ гативных последствий этой угрозы (ИСО/МЭК 15026).

4.3.13качество программного обеспечения (software quality): Степень удовлетворения про­

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

условиях.

П р и м е ч а н и я 1 Это определение отличается от определения качества в ИСО 9000. В нем качество сводится к удовлетво­

рению заявленных и подразумеваемых потребностей, в то время как определение качества в ИСО 9000 относится к удовлетворению требований.

2 Адаптировано из ИСО/МЭК 25000.

4.3.14требование к качеству программного обеспечения (software quality requirement): Требо­

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

4.3.15заинтересованная сторона (stakeholder): Индивидуум или организация, имеющая право, долю, требование или интерес в системе или в обладании ее характеристиками, удовлетворяющими

их потребности и ожидания.

4.3.16пользователь (user): Лицо или группа лиц, взаимодействующих с системой и извлекающих из нее пользу в процессе ее применения.

П р и м е ч а н и е — И основные, и вторичные пользователи взаимодействуют с системой, а также как непо­ средственные, так и косвенные пользователи могут извлечь пользу из системы (см. 3.6).

4.4 Термины и определения из ИСО/МЭК 25000

4.4.1 атрибут (attribute): Неотъемлемое свойство или характеристика объекта, количественные или качественные различия в которых могут быть отмечены человеком или средствами автоматизации.

П р и м е ч а н и я 1 Это определение адаптировано из ИСО/МЭК 15939.

2 В ИСО 9000 различают два типа атрибутов: постоянная изначально присущая характеристика и присвоенная характеристика продукта, процесса или системы (например, цена продукта, владелец продукта). Присвоенная ха­ рактеристика не является присущей характеристикой качества продукта, процесса или системы (ИСО/МЭК 25000).

4.4.2условия использования, контекст использования (context of use): Пользователи, задачи,

оборудование (аппаратные средства, программные средства, материалы), физическая и социальная среда, в которых используют продукцию (ИСО 9241-11).

4.4.3конечный пользователь (end user): Индивидуум, который в конечном счете получает вы­ году от результатов работы системы.

16

ГОСТ Р ИСО/МЭК 25010—2015

П р и м е ч а н и е — Конечный пользователь может быть штатным оператором программной продукции или случайным пользователем, таким как член общества (ИСО/МЭК 25000).

4.4.4 подразумеваемые потребности (implied needs): Потребности, которые могли быть не сформулированы, однако являются фактическими потребностями.

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

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

подразумевается, что кто-то заявил» и «нужны, но не заявлены, потому что они, как полагают, обыч­ ны или очевидны» (ИСО/МЭК 25000).

4.4.5 показатель (measure): Переменная, в которой значение определено результатом измерения.

П р и м е ч а н и е — Термин «показатель» используется для обобщенной ссылки к основам измерений, по­ казателей и индикаторов (ИСО/МЭК 15939).

4.4.6измерять (measure) (глагол): Производить измерение (ИСО/МЭК 14598-1).

4.4.7измерение (measurement): Набор операций, имеющих целью определение значения пока­

зателя (ИСО/МЭК 15939).

П р и м е ч а н и е — Измерение может представлять собой определение качественной категории, такой как язык исходной программы (ADA, С, КОБОЛ, и т.д.).

4.4.8модель качества (quality model): Определенное множество характеристик и взаимосвязей между ними, которые обеспечивают основу для определения требований к качеству и оценки качества (ИСО/МЭК 25000).

4.4.9программный продукт (software product): Совокупность компьютерных программ, процедур и, возможно, связанных с ними документации и данных (ИСО/МЭК 12207).

П р и м е ч а н и я

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

2В стандартах SQuaRE понятия «качество программного обеспечения» и «качество программной продук­ ции» идентичны.

4.4.10характеристика качества программного обеспечения (software quality characteristic): Ка­

тегория атрибутов качества программного обеспечения, которая опирается на качество программного обеспечения.

П р и м е ч а н и е — Характеристики качества программного обеспечения могут быть уточнены несколькими уровнями подхарактеристик и, в конечном счете, атрибутами качества программного обеспечения (ИСО/МЭК 25000).

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

П р и м е ч а н и я 1 Система может рассматриваться как продукт или как предоставляемые им услуги.

2 На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существи­ тельного, например, система самолета. В некоторых случаях слово “система” может заменяться контекстно-зави­ симым синонимом, например, самолет, хотя это может впоследствии затруднить восприятие системных принципов (ИСО/МЭК 15288).

4.4.12пользователь (user): Лицо или группа лиц, взаимодействующих с системой и извлекающих из нее пользу в процессе ее применения (ИСО/МЭК 15939).

4.4.13валидация (validation): Подтверждение на основе представления объективных свиде­

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

П р и м е ч а н и я

1Термин «подтверждено» (“Validated”) используется для обозначения соответствующего статуса (ИСО 9000).

2Валидация в проектировании и разработке является процессом исследования продукта на предмет соот­ ветствия пользовательским потребностям.

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

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

17

ГОСТ Р ИСО/МЭК 25010—2015

4.4.14 верификация (verification): Подтверждение на основе представления объективных свиде­ тельств того, что заданные требования полностью выполнены.

П р и м е ч а н и я

1 Термин «подтверждено» (“Verified”) используется для обозначения соответствующего статуса (ИСО 9000). 2 Верификация в проектировании и разработке представляет собой процесс анализа результатов конкрет­

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

18

ГОСТ Р ИСО/МЭК 25010—2015

Приложение А (справочное)

Сравнение с моделью качества стандарта ИСО/МЭК 9126-1

Настоящий стандарт пересматривает ИСО/МЭК 9126-1 и включает в себя те же характеристики качества программного обеспечения с некоторыми поправками:

-«Покрытие контекста» было добавлено как характеристика качества при использовании с подхарактеристи­ ками: «Полнота контекста» и «Гибкость»;

-«Защищенность» была добавлена как характеристика, а не подхаракгеристика функциональности, с под­ характеристиками: «Конфиденциальность», «Целостность», «Неподдельность», «Отслеживаемость» и «Подлин­ ность»;

-«Совместимость» (включая функциональную совместимость и сосуществование) была добавлена как ха­ рактеристика;

-следующие подхарактеристики были добавлены к существующим характеристикам качества продукта: «Функциональная полнота», «Потенциальные возможности», «Защищенность от ошибки пользователя», «Доступ­

ность», «Готовность», «Модульность» и «Возможность многократного использования»;

-соответствие со стандартами или правилами, в которых использовались подхарактеристики из ИСО/МЭК 9126-1, теперь выходит за рамки модели качества, поскольку они могут быть идентифицированы как часть требований к системе;

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

-в соответствии с директивами ИСО/МЭК определения базируются, там, где это возможно, на уже принятых определениях ИСО/МЭК, а определения терминов, приведенные в настоящем стандарте, призваны представлять общие значения;

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

Втаблице А. 1 перечислены различия между характеристиками и подхарактеристиками, приведенными в на­ стоящем стандарте и ИСО/МЭК 9126-1.

Та б л и ц а А.1 — Сравнение характеристик и подхарактеристик модели качества, приведенных в настоящем стандарте и ИСО/МЭК 9126-1.

Подраздел пункт, Настоящий стандарт ИСО/МЭК 9126-1 Примечания

подпункт

4.1Качество при использовании Качество при использовании Качество при использовании

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

4.1.4.3Смягчение отрицательных по­

19