Чтобы определить качество данных с разных позиций и в разных ситуациях, используются метрики качества данных: это основа управления качеством данных и самими данными. С развитием процессов ЦТ появилось множество метрик качества данных.
Jayawardene V., Sadiq S., Indulska M. An analysis of data quality dimensions. School of Information Technology and Electrical Engineering, The University of Queensland, ITEE Technical Report, 2013.
Как правило, выделяют следующие метрики:
полнота — включают ли данные (и в какой степени) информацию,
необходимую для конкретного бизнес-процесса;
Например, есть набор данных, связанный со спецодеждой. Чтобы обеспечить корректный процесс выдачи и замены спецодежды, нам нужны данные о человеке: вес, рост, размер ноги и т. д. В этом случае неполными будут данные, в которых нет размера ноги, и данные о 47 сотрудниках из 50.
Например, есть набор данных, связанный со спецодеждой. Чтобы обеспечить корректный процесс выдачи и замены спецодежды, нам нужны данные о человеке: вес, рост, размер ноги и т. д. В этом случае неполными будут данные, в которых нет размера ноги, и данные о 47 сотрудниках из 50.
своевременность и волатильность — описывают ли данные события в требуемом временном интервале;
точность — полное соответствие поставленным требованиям по значениям и заполнению;
валидность — соответствие данных заданному уровню достоверности, то есть корректно ли данные описывают объекты (неотрицательный вес, правильный формат даты, дата рождения в пределах последних ста лет). Валидные данные всегда надежны (точны);
согласованность — взаимная непротиворечивость данных;
наличие и доступность данных; под доступностью понимается время и усилия, которые требуются для получения данных в необходимом формате.
Существуют и другие метрики качества, разработанные для конкретных сфер деятельности организаций.
Например, иногда выделяют такой признак, как актуальность, указывающий на то, что на момент анализа данные не устарели и не появились новые данные.
Для создания и применения моделей количественной оценки кредитного риска Центральный банк РФ применяет еще и такие метрики, как контролируемость и восстанавливаемость данных. Контролируемость данных — возможность осуществления контроля качества и происхождения данных, в том числе посредством отражения в ИС источников данных, истории создания, преобразования, изменения, удаления, хранения и передачи данных. Восстанавливаемость данных — возможность сохранять установленный уровень функциональности и качества данных после их утраты, повреждения или изменения в результате сбоев или иных нарушений работы ИС, ошибок или иных непредусмотренных действий персонала.
Для создания и применения моделей количественной оценки кредитного риска Центральный банк РФ применяет еще и такие метрики, как контролируемость и восстанавливаемость данных. Контролируемость данных — возможность осуществления контроля качества и происхождения данных, в том числе посредством отражения в ИС источников данных, истории создания, преобразования, изменения, удаления, хранения и передачи данных. Восстанавливаемость данных — возможность сохранять установленный уровень функциональности и качества данных после их утраты, повреждения или изменения в результате сбоев или иных нарушений работы ИС, ошибок или иных непредусмотренных действий персонала.
Управление качеством данных необходимо начинать с разработки методик и порядков обеспечения качества данных. Это позволит унифицировать процесс оценки качества данных. Ответственность за подготовку и своевременную актуализацию таких документов ложится на специалиста по качеству данных (см. раздел 5.1).
Методики обеспечения качества данных регламентируют:
- показатели качества данных;
- правила и методы измерения таких показателей;
- показатели эффективности используемых методов и инструментов;
- классификацию возможных источников и причин образования некачественных данных в системах;
- критерии оценки качества с указанием пиковых значений всех показателей.
Порядки обеспечения качества данных регламентируют:
- процедуры измерения показателей, указанных в методиках;
- процедуры согласования и корректировки пиковых значений показателей;
- процедуры реагирования на случаи несоблюдения критериев оценки качества данных и пиковых значений показателей;
- процедуры корректировки ошибок и документирования внесенных изменений;
- периодичность сверки данных и аудита качества;
- порядок и периодичность создания отчетов о качестве данных;
- порядок взаимодействия по вопросам обеспечения качества данных (полномочия, ответственность и обеспечение ресурсами, определение должностных лиц, несущих персональную ответственность за обеспечение качества данных).
Основные элементы систем, обеспечивающих описанные процессы, следует задокументировать, например в соответствии с требованиями Единой системы программной документации (ЕСПД). Структура такой документации должна иметь иерархический вид, как показано на рис. 30.
Рисунок 30
Структура документации, обеспечивающая эффективное управление качеством данных
Оценку текущего уровня качества данных и выстраивание процессов управления качеством следует начать с аудиторской проверки документации на предмет соответствия требованиям, утверждения перечня лиц, ответственных за качество данных на административном и техническом уровнях, и определения перечня существующих правил качества данных.
Правительство Великобритании рекомендует использовать фреймворк «Качество государственных данных». Его первая часть — это структурные элементы, которые помогут организовать работу с качеством данных:
- принципы качества данных позволят создать культуру качества данных в организации;
- руководство по жизненному циклу данных поможет организациям идентифицировать проблемы с качеством данных на всех этапах и смягчить их последствия;
- метрики качества данных позволят проводить регулярную оценку качества данных.
Вторая часть фреймворка — это практические инструменты и техники, которые применяются для оценки качества данных и его повышения:
- план действий позволяет определить конкретные меры для оценки качества данных;
- анализ основных причин позволяет решить изначальные проблемы, влияющие на качество данных;
- руководство по использованию метаданных помогает более эффективно использовать метаданные для работы с качеством;
- руководство по коммуникации (вопросы качества данных) содержит некоторые стратегии коммуникации с пользователями по вопросам качества данных;
- модели зрелости данных позволяют специалистам применять целостный подход к оценке данных и повышению их качества.
Правительство Великобритании рекомендует использовать фреймворк «Качество государственных данных». Его первая часть — это структурные элементы, которые помогут организовать работу с качеством данных:
- принципы качества данных позволят создать культуру качества данных в организации;
- руководство по жизненному циклу данных поможет организациям идентифицировать проблемы с качеством данных на всех этапах и смягчить их последствия;
- метрики качества данных позволят проводить регулярную оценку качества данных
Вторая часть фреймворка — это практические инструменты и техники, которые применяются для оценки качества данных и его повышения:
- план действий позволяет определить конкретные меры для оценки качества данных;
- анализ основных причин позволяет решить изначальные проблемы, влияющие на качество данных;
- руководство по использованию метаданных помогает более эффективно использовать метаданные для работы с качеством;
- руководство по коммуникации (вопросы качества данных) содержит некоторые стратегии коммуникации с пользователями по вопросам качества данных;
- модели зрелости данных позволяют специалистам применять целостный подход к оценке данных и повышению их качества.
Фреймворк был опубликован на сайте правительства Великобритании 3 декабря 2020 года, он состоит из двух частей и кейсов.
Управление качеством данных не ограничивается разработкой методик и порядков. Важный шаг — внедрение программных решений (в том числе продуктов типа Data Quality, см. табл. 4), которые соответствуют тем или иным метрикам качества.
Data Quality, DQ (англ.) — качество данных.
Программные решения для управления качеством данных:
- подробно анализируют качество данных, включая поиск связей между данными;
- обеспечивают профилирование данных (выявляют статические характеристики данных);
- находят и удаляют повторяющиеся записи;
- стандартизируют (нормализуют) данные, то есть приводят их к эталонному унифицированному виду;
- формируют отчеты о качестве данных.
Таблица 4
Программные решения, которые обеспечивают соответствие качества данных установленным требованиям
ЕВРАЗИИСКИИ СОВЕТ ПО СТАНДАРТИЗАЦИИ, МЕТРОЛОГИИ И СЕРТИФИКАЦИИ (ЕАСС)
EURO-ASIAN COUNCIL FOR STANDARDIZATION, METROLOGY AND CERTIFICATION (EASC)
ГОСТ
МЕЖГОСУДАРСТВЕННЫЙ
СТАНДАРТ
ИСО/МЭК 9126-2001
Информационная технология
ОЦЕНКА ПРОГРАММНОЙ ПРОДУКЦИИ
Характеристики качества и руководства по их применению
(ISO/IEC 9126:1991, ЮТ)
Издание официальное
Минск
Евразийский совет по стандартизации, метрологи и сертификации
Предисловие
Евразийский Совет по стандартизации, метрологии и сертификации (ЕАСС) представляет собой региональное объединение национальных органов по стандартизации государств, входящих в содружество Независимых Государств. В дальнейшем возможно вступление в ЕАСС национальных органов по стандартизации других государств.
Цели, основные принципы и основной порядок проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0-92 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2-97 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила, рекомендации по межгосударственной стандартизации. Порядок разработки, принятия, обновления и отмены».
Сведения о стандарте
1 ПОДГОТОВЛЕН Межгосударственным техническим комитетом по стандартизации МТК 22 «Информационные технологии».
2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии Российской Федерации
3 ПРИНЯТ Евразийским Советом по стандартизации, метрологии и сертификации (протокол № 20 от 2 ноября 2001 г.)
|
За принятие проголосовали: |
||||||||||||||||||||||||
|
4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 9126:1991 «Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению» (ISO/IEC 9126:1991 «Information technology. Software product evaluation. Quality characteristics and guidelines for their use»)
Степень соответствия — идентичен (IDT).
Настоящий стандарт идентичен ГОСТ Р ИСО/МЭК 9126-93
5 ВВЕДЕН ВПЕРВЫЕ
Информация о введении в действие (прекращении действия) настоящего стандарта и изменений к нему на территории указанных выше государств публикуется в указателях национальных (государственных) стандартов, издаваемых в этих государствах.
Информация об изменениях к настоящему стандарту публикуется в указателях (каталогах) стандартов, а текст изменений — в информационных указателях стандартов. В случае пересмотра или отмены настоящего стандарта соответствующая информация будет опубликована в информационном указателе стандартов.
Исключительное право официального опубликования настоящего стандарта на территории указанных выше государств принадлежит национальным (государственным) органам по стандартизации этих государств
А.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 Анализируемость (Analusability)
Атрибуты программного обеспечения, относящиеся к усилиям, необходимым для диагностики недостатков или случаев отказов при определении составных частей для модернизации.
А.2.5.2 Изменяемость (Changeability)
Атрибуты программного обеспечения, относящиеся к усилиям, необходимым для модификации, устранению отказа или для изменения условий эксплуатации.
А.2.5.3 Устойчивость (Stability)
Атрибуты программного обеспечения, относящиеся к риску от непредвиденных эффектов модификации.
А.2.5.4 Тестируемость (Testability)
Атрибуты программного обеспечения, относящиеся к усилиям, необходимым для проверки модифицированного программного обеспечения.
Примечание — Значения этой подхаракгеристики могут быть изменены рассматриваемыми модификациями.
А.2.6 Мобильность (Portability)
А.2.6.1 Адаптируемость (Adaptability)
Атрибуты программного обеспечения, относящиеся к удобству его адаптации к различным конкретным условиям эксплуатации, из применения других действий или способов, кроме тех, что предназначены для этого в рассматриваемом программном обеспечении.
А.2.6.2 Простота внедрения (Installability)
Атрибуты программного обеспечения, относящиеся к усилиям, необходимым для внедрения программного обеспечения в конкретное окружение.
А.2.6.3 Соответствие (Conformance)
Атрибуты программного обеспечения, которые заставляют программу подчиняться стандартам или соглашениям, относящимся к мобильности.
ГОСТ ИСО/МЭК 9126—2001
А.2.6.4 Взаимозаменяемость (Replaceability)
Атрибуты программного обеспечения, относящиеся к простоте и трудоемкости его применения вместо другого конкретного программного средства в среде этого средства.
Примечания
1 Взаимозаменяемость используется вместо совместимости для того, чтобы избежать возможной путаницы со способностью к взаимодействию (А.2.1.3).
2 Взаимозаменяемость с конкретным программным средством не предполагает, что данное средство заменимо рассматриваемым программным средством.
3 Взаимозаменяемость может включать атрибуты простоты внедрения и адаптируемости. Понятие было введено в качестве отдельной подхарактеристики из-за его важности.
9
УДК 681.3.06:006.83:06.354 МКС 35.080 П85
Ключевые слова: обработка данных, качество программного обеспечения, характеристики
10
ГОСТ ИСО/МЭК 9126—2001
Содержание
1 Область применения…………………………………………………………………………………………………….. 1
2 Нормативные ссылки…………………………………………………………………………………………………….. 1
3 Определения………………………………………………………………………………………………………………… 1
4 Характеристики качества программного обеспечения…………………………………………………….. 2
4.1 Функциональные возможности (Functionality)……………………………………………………………….. 2
4.2 Надежность (Reliability)……………………………………………………………………………………………….. 3
4.3 Практичность (Usability)………………………………………………………………………………………………. 3
4.4 Эффективность (Efficiences)……………………………………………………………………………………….. 3
4.5 Сопровождаемость (Maintainability)……………………………………………………………………………… 3
4.6 Мобильность (Portability)…………………………………………………………………………………………….. 3
5 Руководство по применению характеристик качества……………………………………………………… 3
5.1 Применяемость………………………………………………………………………………………………………….. 3
5.2 Представления о качестве программного обеспечения………………………………………………… 4
5.3 Модель процесса оценивания…………………………………………………………………………………….. 5
Приложение А Комплексные показатели (подхарактеристики) качества…………………………….. 7
МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ
Информационная технология ОЦЕНКА ПРОГРАММНОЙ ПРОДУКЦИИ ХАРАКТЕРИСТИКИ КАЧЕСТВА И РУКОВОДСТВА ПО ИХ ПРИМЕНЕНИЮ
Information technology SOFTWARE PRODUCT EVALUATION QUALITY CHARACTERISTICS AND GUIDELINES FOR THEIR USE
Дата введения
1 Область применения
Настоящий стандарт определяет шесть характеристик, которые с минимальным дублированием описывают качество программного обеспечения. Данные характеристики образуют основу для дальнейшего уточнения и описания качества программного обеспечения. Руководства описывают использование характеристик качества для оценки качества программного обеспечения.
Настоящий стандарт не определяет подхарактеристики (комплексные показатели) и показатели,, а также методы измерения, ранжирования и оценки. Данный стандарт придерживается определения качества по ИСО 8402.
Примечание — Предложения по определению комплексных показателей приведены в приложении А.
Определения характеристик и соответствующая модель процесса оценки качества, приведенные в настоящем стандарте, применимы тогда, когда определены требования для программной продукции и оценивается ее качество в процессе жизненного цикла.
Эти характеристики могут применяться к любому виду программного обеспечения, включая программы ЭВМ и данные, входящие в программно-технические средства (встроенные программы).
Настоящий стандарт предназначен для характеристик, связанных с приобретением, разработкой, эксплуатацией, поддержкой, сопровождением или проверкой программного обеспечения.
2 Нормативные ссылки
В настоящем стандарте использованы ссылки на следующие стандарты:
ИСО/МЭК 2382-20:1990 Информационная технология. Словарь. Часть 20. Разработка системы. Двуязычное издание
ИСО 8402:1994 Управление качеством и обеспечение качества. Словарь
Примечание Национальным органам по стандартизации, заинтересованным в принятии стандарта рекомендуется применять национальные стандарты по управлению качеством.
3 Определения
В настоящем стандарте применяются следующие термины с соответствующими определениями.
3.1 Оценка (assessment) — действие по применению конкретного задокументированного критерия оценки к конкретному программному модулю, пакету или продукции с целью обусловленной приемки или выпуска программного модуля, пакета или продукции.
3.2 Признаки (показатели) (features) — признаки, определяющие свойства программной продукции, которые могут быть отнесены к характеристикам качества.
Примечание — Примеры признаков включают длину маршрута, модульность, структуру программы и
комментарии.
Издание официальное
3.3 Программно-аппаратные средства (firmware) — технические средства, содержащие компьютерную программу и данные, которые не могут изменяться средствами пользователя. Компьютерная программа и данные, входящие в программно-аппаратные средства, классифицируются как программное обеспечение; схемы, содержащие компьютерную программу и данные, классифицируются как технические средства.
3.4 Уровень качества функционирования (level of performance) — степень, в которой удовлетворяются потребности, представленные конкретным набором значений для характеристик качества.
3.5 Измерение (measurement) — действие по применению показателя качества программного обеспечения к конкретной программной продукции.
3.6 Качество (quality) — весь объем признаков и характеристик продукции или услуги, который относится к их способности удовлетворять установленным или предполагаемым потребностям (ИСО 8402).
Примечание — В сфере контракта потребности определены, тогда как в других сферах предполагаемые потребности должны быть установлены и определены (ИСО 8402, примечание 1).
3.7 Ранжирование (рейтинг) (rating) — действие по отнесению измеренного значения к соответствующему уровню ранжирования. Используется для определения уровня ранжирования программного обеспечения по конкретной характеристике качества.
3.8 Уровень ранжирования (rating level) — диапазон значений в масштабе, позволяющем классифицировать (ранжировать) программное обеспечение в соответствии с установленными или предполагаемыми потребностями. Соответствующие уровни ранжирования могут быть связаны с различными представлениями о качестве, то есть для пользователей, руководителей или разработчиков. Данные уровни называются уровнями ранжирования.
Примечание-Данные уровни ранжирования отличны от «классов», определенных ИСО 8402.
3.9 Программное обеспечение (software) — программы, процедуры, правила и любая соответствующая документация, относящаяся к работе вычислительной системы.
3.10 Программная продукция (software product) — программный объект, предназначенный для поставки пользователю.
3.11 Качество программного обеспечения (software quality) — весь объем признаков и характеристик программной продукции, который относится к ее способности удовлетворять установленным или предполагаемым потребностям.
3.12 Критерий оценки качества программного обеспечения (software quality assessment criteria) — набор определенных и задокументированных правил и условий, которые используются для решения и приемлемости общего качества конкретной программной продукции. Качество представляется набором установленных уровней, связанных с программной продукцией.
3.13 Характеристики качества программного обеспечения (software quality characteristics) -набор свойств (атрибутов) программной продукции, по которым ее качество описывается и оценивается. Характеристики качества программного обеспечения могут быть уточнены на множестве уровней комплексных показателей (подхарактеристик).
3.14 Метрика качества программного обеспечения (software quality metric) — количественный масштаб и метод, которые могут быть использованы для определения значения признака, принятого для конкретной программной продукции.
4 Характеристики качества программного обеспечения
Качество программного обеспечения может быть оценено следующими характеристиками.
4.1 Функциональные возможности (Functionality)
Набор атрибутов, относящихся к сути набора функций и их конкретным свойствам. Функциями являются те, которые реализуют установленные или предполагаемые потребности.
Примечания
1 Данный набор атрибутов характеризует то, что программное обеспечение выполняет для удовлетворения
потребностей, тогда как другие наборы, главным образом, характеризуют, когда и как это выполняется.
2 В данной характеристике для установленных и предполагаемых потребностей учитывают примечание к
определению качества (3.6).
ГОСТ ИСО/МЭК 9126—2001
4.2 Надежность (Reliability)
Набор атрибутов, относящихся к способности программного обеспечения сохранять свой уровень качества функционирования при установленных условиях за установленный период времени. Примечания
1 Износ или старение программного обеспечения не происходит. Ограничения надежности проявляются из-за ошибок в требованиях, проекте и реализации. Отказы из-за этих ошибок зависят от способа использования программного обеспечения и ранее выбранных версий программ.
2 В определении ИСО 8402 «надежность» — «способность элемента выполнять требуемую функцию». В настоящем стандарте функциональная возможность является только одной из характеристик качества программного обеспечения. Поэтому определение надежности расширено до «сохранения своего уровня качества функционирования» вместо «выполнения требуемой функции» (см. также 3.4).
4.3 Практичность (Usability)
Набор атрибутов, относящихся к объему работ, требуемых для использования в индивидуальной оценке такого использования определенным или предполагаемым кругом пользователей. Примечания
1 «Пользователи» могут интерпретироваться как большинство непосредственных пользователей интерактивного программного обеспечения. Круг пользователей может включать операторов, конечных пользователей и косвенных пользователей, на которых влияет данное программное обеспечение или которые зависят от его использования. Практичность должна рассматриваться во всем разнообразии условий эксплуатации пользователем, которые могут влиять на программное обеспечение, включая подготовку к использованию и оценку результатов.
2 Практичность, определенная в данном стандарте как конкретный набор атрибутов программной продукции, отличается от определения с точки зрения эргономики, где рассматриваются как составные части практичности другие характеристики, такие как эффективность и неэффективность.
4.4 Эффективность (Efficiences)
Набор атрибутов, относящихся к соотношению между уровнем качества функционирования программного обеспечения и объемом используемых ресурсов при установленных условиях.
Примечание — Ресурсы могут включать другие программные продукты, технические средства, материалы (например, бумага для печати, гибкие диски) и услуги эксплуатирующего, сопровождающего или обслуживающего персонала.
4.5 Сопровождаемость (Maintainability)
Набор атрибутов, относящихся в объему работ, требуемых для проведения конкретных изменений (модификаций).
Примечание — Изменение может включать исправления, усовершенствования или адаптацию программного обеспечения к изменениям в окружающей обстановке, требованиях и условиях функционирования.
4.6 Мобильность (Portability)
Набор атрибутов, относящихся к способности программного обеспечения быть перенесенными из одного окружения в другое.
Примечание — Окружающая обстановка может включать организационное, техническое или программное окружение.
5 Руководство по применению характеристик качества
5.1 Применяемость
Настоящий стандарт применяется для установления требований к качеству программного обеспечения и оценивания (измерения, ранжирования и оценки) программных продуктов, включая:
— определение требований к качеству программной продукции;
— оценивание технических требований к программному обеспечению при контроле за тем, чтобы требования качества были удовлетворены в процессе разработки;
— описание признаков и свойств (атрибутов) внедренного программного обеспечения (например, в руководствах пользователя);
— оценивание разработанного программного обеспечения перед его поставкой;
— оценивание программного обеспечения перед его приемкой.
3
Существует только несколько общепринятых метрик для характеристик, описанных в настоящем стандарте. Организации и группы по стандартизации могут устанавливать свои собственные модели процесса оценивания и методы формирования и проверки метрик, связанных с этими характеристиками для охвата различных областей применения и стадий жизненного цикла. В тех случаях, когда соответствующие метрики отсутствуют и не могут быть разработаны, иногда пользуются словесными описаниями или «приблизительными методами».
При использовании шести характеристик качества в целях описания и оценивания также необходимо установить уровни ранжирования и критерии конкретно для данной организации или для данного применения, или для того и другого.
Должны быть установлены метрики, уровни ранжирования и критерии применительно к оценке качества, когда обмениваются результатами оценивания.
Хотя отсутствует общепринятая система классификации программного обеспечения, имеется несколько общепринятых классов программного обеспечения. Важность каждой характеристики качества меняется в зависимости от класса программного обеспечения. Например, надежность наиболее важна для программного обеспечения боевых критичных систем, эффективность наиболее важна для программного обеспечения критичных во времени систем реального времени, а практичность наиболее важна для программного обеспечения диалога конечного пользователя.
Важность каждой характеристики качества также меняется в зависимости от принятых точек зрения.
5.2 Представления о качестве программного обеспечения
Имеется несколько представлений о качестве, некоторые из которых обсуждаются ниже.
5.2.1 Представление пользователя
Определение качества по ИСО 8402 отражает представление пользователя так же как и характеристики, определенные в настоящем стандарте.
Пользователи в основном проявляют заинтересованность в применении программного обеспечения, его производительности и результатах использования. Пользователи оценивают программное обеспечение без изучения его внутренних аспектов или того, как программное обеспечение создавалось.
Пользователя могут интересовать следующие вопросы:
— Имеются ли требуемые функции в программном обеспечении?
— Насколько надежно программное обеспечение?
— Насколько эффективно программное обеспечение?
— Является ли программное обеспечение удобным для использования?
— Насколько просто переносится программное обеспечение в другую среду?
5.2.2 Представление разработчика
Процесс создания требует от пользователя и разработчика использования одних и тех же характеристик качества программного обеспечения, так как они применяются для установления требований и приемки. Когда разрабатывается программное обеспечение для продажи, в требованиях качества должны быть отражены предполагаемые потребности.
Так как разработчики отвечают за создание программного обеспечения, которое должно удовлетворять требованиям качества, они заинтересованы в качестве промежуточной продукции так же, как и в качестве конечной продукции. Для того, чтобы оценить качество промежуточной продукции на каждой фазе цикла разработки, разработчики должны использовать различные метрики для одних и тех же характеристик, потому что одни и те же метрики неприменимы для всех фаз жизненного цикла. Например, пользователь понимает эффективность в терминах времени реакции, тогда как разработчик использует в проектной спецификации термины длины маршрута и времени ожидания и доступа. Метрики, применяемые для внешнего интерфейса продукции, заменимы метриками, применяемыми для ее структуры.
Представление пользователя должно также включать представление о характеристиках качества, требуемое тем, кто сопровождает программное обеспечение.
5.2.3 Представление руководителя
Руководитель может быть более заинтересован в общем качестве, чем в конкретной характеристике качества, и по этой причине будет нуждаться в определении важности значений, отражающих коммерческие требования для индивидуальных характеристик.
Руководителю может также потребоваться сопоставление качества с критериями управляемости, такими как плановая задержка или перерасход стоимости, потому что он желает оптимизировать качество в пределах ограниченной стоимости, трудовых ресурсов и установленного времени.
ГОСТ ИСО/МЭК 9126—2001
5.3 Модель процесса оценивания
Схема 1 отражает основные этапы, требуемые для оценивания качества программного обеспечения, начиная с характеристик качества, определенных в настоящем стандарте. Ряд детальных процедур, таких как анализ и проверка метрик, на схеме 1 не показаны.
|
Установленные или предпологаемые потребности |
|
неприемлемый) Схема 1 — Модель процесса оценивания |
Процесс состоит из трех стадий: установление (определение) требований к качеству, подготовка к оцениванию и процедура оценивания. Данный процесс может применяться в любой подходящей фазе жизненного цикла для каждого компонента программной продукции.
5.3.1 Установление требований к качеству
Целью начальной стадии является установление требований в терминах характеристик качества и возможных комплексных показателей (подхарактеристик). Требования выражают потребности внешнего окружения для рассматриваемой программной продукции и должны быть определены до начала разработки. Так как программная продукция разделяется на основные компоненты, требования для продукции в целом могут отличаться от требований для отдельных компонентов.
5.3.2 Подготовка к оцениванию
Целью второй стадии является подготовка основы для оценивания.
5.3.2.1 Выбор метрик (показателей) качества
Способ, которым определялись характеристики качества, не допускает их непосредственного измерения. Существует потребность в установлении метрик (показателей), которые соотносятся с характеристиками программной продукции. Каждый количественный признак и каждое количественно оцениваемое взаимодействие программного обеспечения с его окружением, которые соотносятся с характеристикой, могут быть приняты в качестве метрики (показателя).
5
Метрики могут по-разному зависеть от окружения и фаз процесса разработки, в которых они используются. Метрики, используемые в процессе разработки, должны быть соотнесены с соответствующими метриками пользователя, потому что метрики из представления пользователя являются решающими.
5.3.2.2 Определение уровней ранжирования
Количественные признаки могут быть измерены, используя метрики качества. Результат, т. е. измеренное значение, отображается в масштабе. Данное значение не показывает уровень удовлетворения требований. Для этой цели данные циклы должны быть разделены на диапазоны, соответствующие различным степеням удовлетворения требований (схема 2). Так как качество относится к конкретным потребностям, общие уровни ранжирования невозможны. Они должны определяться для каждого конкретного оценивания.
Отличный
Измеренные-
^Хо^ш^<УСТаНОВЛеННЬ‘Й
///// / уровень
Низкий
Уровни ранжирования
Схема 2 — Измеренное значение и установленный уровень
5.3.2.3 Определение критерия оценки
Для определения качества продукции результаты оценивания различных характеристик должны быть подытожены. Оценщик должен подготовить для этого процедуры, используя, например, таблицы решений или средние взвешенные. Процедура обычно включает другие аспекты, такие как время и стоимость, которые способствуют оценке качества программной продукции в конкретных условиях эксплуатации.
5.3.3 Процедура оценивания
Последняя стадия модели процесса оценивания уточняется по трем этапам, называемым «измерение», «ранжирование» и «оценка».
5.3.3.1 Измерение
Для измерения выбранные метрики применяются к программной продукции. Результатом являются значения в масштабах метрик.
5.3.3.2 Ранжирование
На этапе ранжирования устанавливается уровень ранжирования для измеренного значения (схема 2).
5.3.3.3 Оценка
Оценка является последним этапом процесса оценивания программного обеспечения, на котором обобщается множество установленных уровней. Результатом является заключение о качестве программной продукции. Затем обобщенное качество сравнивается с другими факторами, такими как время и стоимость. Окончательное решение руководства принимается на основе критерия управляемости. Результатом является решение руководства по приемке или отбраковке, или по выпуску или невыпуску программной продукции.
6
ГОСТ ИСО/МЭК 9126—2001
Приложение А
(рекомендуемое)
Комплексные показатели (подхаракгеристики) качества А.1 Введение
Данное приложение представляет иллюстрированную качественную модель, которая определяет характеристики из настоящего стандарта в терминах комплексных показателей (подхарактеристик). Это является необходимым этапом в определении качества с использованием модели процесса оценивания качества, описанной в настоящем стандарте. Последующие соответствующие документы будут посвящены определению комплексных показателей.
Существует ряд подобных моделей качества, описанных в литературе и применяемых на практике. Степень завершенности этих моделей, терминов и определений пока еще не позволяет включить их в стандарт. Однако они публикуются для поощрения их практического использования и накопления опыта для их дальнейшего уточнения. Ключевым моментом в данном вопросе должна быть модель качества, по крайней мере, на уровне комплексных показателей (подхарактеристик) программной продукции, необязательно в точном соответствии с формой, описанной в данном приложении.
А.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)
Атрибуты программного обеспечения, относящиеся к его способности поддерживать определенный уровень качества функционирования в случаях программных ошибок или нарушения определенного интерфейса.
Примечание — Определенный уровень качества функционирования включает показатели безопасности.
7
To use your Google Account on a browser (like Chrome or Safari), turn on cookies if you haven’t already.
Important: If you get a message that cookies are turned off, you need to turn them on to use your account.
In Chrome
- On your computer, open Chrome.
- At the top right, click More
Settings. - Under «Privacy and security,» click Site settings.
- Click Cookies and site data.
- From here, you can:
- Turn on cookies: Next to «Blocked,» turn on the switch.
- Turn off cookies: Turn off Allow all cookies.
Settings.Learn how to change more cookie settings in Chrome.
In other browsers
For instructions, check the support website for your browser.
Why cookies are helpful
Cookies are files created by sites you visit. They make your online experience easier by saving browsing information. With cookies, sites can:
- Keep you signed in
- Remember your site preferences
- Give you locally relevant content
We use cookies to improve our services. To learn more, read our Privacy Policy.
Fix problems
If you can’t use your Google Account and get a message that cookies are turned off:
- Follow the steps above to turn on cookies.
- Try signing in again.
If you still get the error message, here are some possible solutions. Try each one, then try signing in.
- Open a new browser window.
- Clear your browser’s cache and cookies. Learn how to clear cache and cookies.
- Browse in private. Learn how to browse privately in Chrome.
- Change your browser’s privacy settings. Learn how to change privacy settings.
Was this helpful?
How can we improve it?