Системная и программная инженерия требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программных продуктов 25010
 Скачать 1.45 Mb.
|
|
Пример Число отказов, обнаруженных вовремя тестирования, является внешним показателем качества программного обеспечения, связанным с числом дефектов в вычислительной системе Эти два показателя могут быть отличны друг от друга, так как тестирование может обнаружить не все дефекты, а, кроме того, дефект может вызвать разные отказы в разных условиях. П р им е чан и е — На основе определения внешнего качества программного обеспечения в ИСО/МЭК 25000. 4.3.6 косвенный пользователь (indirect user): Тот, кто получает от системы результаты, но при этом не взаимодействует с системой показатель внутреннего качества программного обеспечения (internal measure of software quality): Показатель степени, с которой множество статических свойств программной продукции удовлетворяет заявленными подразумеваемым требованиям для этой продукции при использовании в заданных условиях ГОСТ Р ИСО/МЭК Примечания Статические свойства включают в себя те свойства, которые имеют отношение к архитектуре программного обеспечения, его структуре и компонентам Статические свойства могут быть верифицированы путем визуального анализа, проверки, моделирования и/или с использованием автоматических средств. Пример Внутренними показателями качества программного обеспечения, присущими самому продукту, являются сложность, количество, серьезность и частота отказов из-за дефектов, определенные при тестировании На основе определения внутреннего качества программного обеспечения из ИСО/МЭК 25000. 4.3.8 качество при использовании (quality in use): Степень, с которой продукция или система могут быть применены определенными пользователями для удовлетворения их требований в достижении целей эффективности (вт. ч. и экономической, избегания риска, удовлетворенности и охвата контекста в заданных условиях использования свойство качества (quality property): Измеримый компонент качества показатель качества (quality measure): Показатель, получаемый как функция измерения двух или больше значений элементов показателя качества (ИСО/МЭК ТО 25021). 4.3.11 элемент показателя качества (quality measure element): Показатель, определенный втер минах свойства и метода измерения для количественного определения этого свойства, включая выборочно преобразования с помощью математической функции (ИСО/МЭК ТО 25021). 4.3.12 риск (risk): Функция вероятности возникновения конкретной угрозы и потенциальных негативных последствий этой угрозы (ИСО/МЭК 15026). 4.3.13 качество программного обеспечения (software quality): Степень удовлетворения программным продуктом заявленных и подразумеваемых потребностей при использовании в указанных условиях. П р им е чан и я Это определение отличается от определения качества в ИСО 9000. В нем качество сводится к удовлетворению заявленных и подразумеваемых потребностей, в то время как определение качества в ИСО 9000 относится к удовлетворению требований Адаптировано из ИСО/МЭК 25000. 4.3.14 требование к качеству программного обеспечения (software quality requirement): Требование того, чтобы в программном обеспечении имел место атрибут качества программного обеспечения заинтересованная сторона (stakeholder): Индивидуум или организация, имеющая право, долю, требование или интерес в системе или в обладании ее характеристиками, удовлетворяющими их потребности и ожидания пользователь (user): Лицо или группа лиц, взаимодействующих с системой и извлекающих из нее пользу в процессе ее применения. П р им е чан и е — И основные, и вторичные пользователи взаимодействуют с системой, а также как непосредственные, таки косвенные пользователи могут извлечь пользу из системы (см. 3.6). 4.4 Термины и определения из ИСО/МЭК 25000 4.4.1 атрибут (attribute): Неотъемлемое свойство или характеристика объекта, количественные или качественные различия в которых могут быть отмечены человеком или средствами автоматизации. П р им е чан и я Это определение адаптировано из ИСО/МЭК 15939. 2 В ИСО 9000 различают два типа атрибутов постоянная изначально присущая характеристика и присвоенная характеристика продукта, процесса или системы (например, цена продукта, владелец продукта. Присвоенная характеристика не является присущей характеристикой качества продукта, процесса или системы (ИСО/МЭК 25000). 4.4.2 условия использования, контекст использования (context of use): Пользователи, задачи, оборудование аппаратные средства, программные средства, материалы, физическая и социальная среда, в которых используют продукцию (ИСО 9241-11). 4.4.3 конечный пользователь (end user): Индивидуум, который в конечном счете получает выгоду от результатов работы системы ГОСТ Р ИСО/МЭК Примечание Конечный пользователь может быть штатным оператором программной продукции или случайным пользователем, таким как член общества (ИСО/МЭК 25000). 4.4.4 подразумеваемые потребности (implied needs): Потребности, которые могли быть не сформулированы, однако являются фактическими потребностями. П р им е чан и е — Некоторые подразумеваемые потребности становятся очевидными только тогда, когда программный продукт используется в определенных условиях. Пример Подразумеваемые потребности включают в себя нужны, ноне заявлены, поскольку подразумевается, что кто-то заявили нужны, ноне заявлены, потому что они, как полагают, обычны или очевидны (ИСО/МЭК 25000). 4.4.5 показатель (measure): Переменная, в которой значение определено результатом измерения. П р им е чан и е — Термин показатель используется для обобщенной ссылки к основам измерений, показателей и индикаторов (ИСО/МЭК 15939). 4.4.6 измерять (measure) (глагол Производить измерение (ИСО/МЭК 14598-1). 4.4.7 измерение (measurement): Набор операций, имеющих целью определение значения показателя (ИСО/М ЭК Примечание Измерение может представлять собой определение качественной категории, такой как язык исходной программы (ADA, С, КОБОЛ, и т.д.). 4.4.8 модель качества (quality model): Определенное множество характеристики взаимосвязей между ними, которые обеспечивают основу для определения требований к качеству и оценки качества (ИСО/МЭК 25000). 4.4.9 программный продукт (software product): Совокупность компьютерных программ, процедур и, возможно, связанных сними документации и данных (ИСО/МЭК Примечания Продукты включают в себя как промежуточные продукты, таки продукты, предназначенные для пользователей, таких как разработчики и специалисты по сопровождению В стандартах SQuaRE понятия качество программного обеспечения и качество программной продукции идентичны характеристика качества программного обеспечения (software quality characteristic): Категория атрибутов качества программного обеспечения, которая опирается на качество программного обеспечения. П р им е чан и е — Характеристики качества программного обеспечения могут быть уточнены несколькими уровнями подхарактеристик ив конечном счете, атрибутами качества программного обеспечения (ИСО/МЭК 25000). 4.4.11 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей. П р им е чан и я Система может рассматриваться как продукт или как предоставляемые им услуги На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного, например, система самолета. В некоторых случаях слово система может заменяться контекстно-зави симым синонимом, например, самолет, хотя это может впоследствии затруднить восприятие системных принципов (ИСО/МЭК 15288). 4.4.12 пользователь (user): Лицо или группа лиц, взаимодействующих с системой и извлекающих из нее пользу в процессе ее применения (ИСО/М ЭК 15939). 4.4.13 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, вы полнены. П р им е чан и я Термин подтверждено (“Validated”) используется для обозначения соответствующего статуса (ИСО 9000). 2 Валидация в проектировании и разработке является процессом исследования продукта на предмет соответствия пользовательским потребностям Валидации обычно подвергается конечный продукт в определенных эксплуатационных режимах. Однако валидация может потребоваться и на более ранних этапах В случае различных условий использования может потребоваться несколько валидаций. 17 ГОСТ Р ИСО/МЭК 25010—2015 4.4.14 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что заданные требования полностью выполнены. П р им е чан и я Термин подтверждено (“Verified”) используется для обозначения соответствующего статуса (ИСО 9000). 2 Верификация в проектировании и разработке представляет собой процесс анализа результатов конкретных действий для определения соответствия заданным требованиям для этих действий ГОСТ Р ИСО/МЭК Приложение А (справочное) Сравнение с моделью качества стандарта ИСО/МЭК Настоящий стандарт пересматривает ИСО/МЭК 9126-1 и включает в себя те же характеристики качества программного обеспечения с некоторыми поправками- Покрытие контекста было добавлено как характеристика качества при использовании с подхарактеристи ками: Полнота контекста и Гибкость- Защищенность была добавлена как характеристика, а не подхаракгеристика функциональности, с под характеристиками: Конфиденциальность, Целостность, Неподдельность, «Отслеживаемость» и Подлинность- Совместимость (включая функциональную совместимость и сосуществование) была добавлена как характеристика- следующие подхарактеристики были добавлены к существующим характеристикам качества продукта Функциональная полнота, Потенциальные возможности, Защищенность от ошибки пользователя, Доступность, Готовность, Модульность и Возможность многократного использования- соответствие со стандартами или правилами, в которых использовались подхарактеристики из ИСО/МЭК 9126-1, теперь выходит за рамки модели качества, поскольку они могут быть идентифицированы как часть требований к системе- вместо использования специфичных для программного обеспечения определений, там, где это возможно, были приняты универсальные определения для расширения области применения до компьютерных систем- в соответствии с директивами ИСО/МЭК определения базируются, там, где это возможно, на уже принятых определениях ИСО/МЭК, а определения терминов, приведенные в настоящем стандарте, призваны представлять общие значения; -для нескольких характеристики подхарактеристик были уточнены названия. В таблице А. 1 перечислены различия между характеристиками и подхарактеристиками, приведенными в настоящем стандарте и ИСО/МЭК Таблица А — Сравнение характеристики подхарактеристик модели качества, приведенных в настоящем стандарте и ИСО/МЭК Подраздел пункт, подпункт Настоящий стандарт ИСО/МЭК 9126-1 Примечания 4.1 Качество при использовании Качество при использовании Качество при использовании теперь является качеством си стемы 4.1.1 Эффективность Эффективность 4.1.2 Производительность Производительность Название приведено в соответствие с Эффективностью в ИСО/МЭК 25062 и ИСО Удовлетворенность подхарактеристик не было 4.1.3.2 Доверие ” 4.1.3.3 Удовольствие ” 4.1.3.4 Комфорт ” 4.1.4 Свобода от риска Безопасность 4.1.4.1 Смягчение отрицательных последствий экономического риска Таких подхарактеристик не было 4.1.4.2 Смягчение отрицательных последствий риска для здоровья и безопасности 4.1.4.3 Смягчение отрицательных последствий экологического риска ГОСТ Р ИСО/МЭК Продолжение таблицы А. Подраздел пункт, подпункт Настоящий стандарт ИСО/МЭК 9126-1 Примечания 4.1.5 Покрытие контекста Неявная характеристика качества сделана явной 4.1.5.1 Полнота контекста Новая подхарактеристика (важно, чтобы продукт был применим при всех требуемых условиях использования) 4.1.5.2 Гибкость Новая подхарактеристика (позволяет использовать продукт в новых условиях использования) 4.2 Качество продукта Внутреннее и внешнее качество Внутреннее и внешнее качество объединены в качество продукта 4.2.1 Функциональная пригодность Функциональность Новое название более точно и позволяет избежать путаницы с «Функциональностью» 4.2.1.1 Функциональная полнота Покрытие заявленных требо ваний 4.2.1.2 Функциональная корректность Точность Более общий термин по сравнению с «Точностью» 4.2.1.3 Функциональная пригодность Пригодность Покрытие подразумеваемых потребностей Функциональная совместимость Перемещено в характеристику «Совместимость» Защищенность Подхарактеристика теперь стала характеристикой 4.2.2 Уровень производительности Производительность Переименовано, чтобы избежать противоречия с определением производительности в ИСО/МЭК 25062 Временные характеристики Временные характеристики 4.2.2.2 Использование ресурсов Использование ресурсов 4.2.2.3 Потенциальные возможности Новая подхарактеристика (особенно актуальна для компьютерных систем) 4.2.3 Совместимость Новая характеристика 4.2.3.1 Сосуществование Сосуществование Перемещено из переносимости 4.2.3.2 Функциональная совместимость Перемещено из функциональ ности 4.2.4 Удобство использования Неявная характеристика качества сделана явной 4.2.4.1 Определимость пригодности Понятность Новое, более точное название 4.2.4.2 Изучаемость Изучаемость 4.2.4.3 Управляемость Управляемость 4.2.4.4 Защищенность от ошибки пользователя Новая подхарактеристика (особенно важна для обеспечения свободы от риска) 4.2.4.5 Эстетика пользовательского интерфейса Привлекательность Новое, более точное название ГОСТ Р ИСО/МЭК Окончание таблицы А. Подраздел пункт, подпункт Настоящий стандарт ИСО/МЭК 9126-1 Примечания 4.2.4.6 Доступность Новая подхарактеристика 4.2.5 Надежность Надежность 4.2.5.1 Завершенность Завершенность 4.2.5.2 Готовность Новая подхарактеристика 4.2.5.3 Отказоусто йч и вость Отказоустойчивость 4.2.5.4 Восстанавливаемость Восстанавливаемость 4.2.6 Защищенность Защищенность Новая характеристика 4.2.6.1 Конфиденциальность 4.2.6.2 Целостность 4.2.6.3 Неподдельность 4.2.6.4 Отслеживаемость 4.2.6.5 Подлинность 4.2.7 Сопровождаемость Соп ровождаемость 4.2.7.1 Модульность Новая подхарактеристика 4.2.7.2 Возможность многократного использования Новая подхарактеристика 4.2.7.3 Анализируемость Анализируемость 4.27.4 Модифицируемость Устойчивость Более точное название подха рактеристики, объединяющей изменяемость и устойчивость 4.27.5 Тестируемость Тестируемость 4.2.8 Переносимость Переносимость 4.2.8.1 Адаптируемость Адаптируемость 4.2.8.2 Устанавливаемость Устанавливаемость Сосуществование Перемещено в «Совмести мость» 4.2.8.3 Взаимозаменяемость Взаимозаменяемость 21 ГОСТ Р ИСО/МЭК Приложение В (справочное) Пример отображения функциональной надежности В настоящем приложении приведен пример того, как организация может отобразить свою собственную модель качества программного обеспечения на модель настоящего стандарта. Функциональная надежность определена в МЭК 60050-191 как способность функционировать как требуется и когда требуется. Примером, в основе которого лежит функциональная надежность [1], является следующая ка тегоризация качества продукта- Готовность. Готовность системы в течение периода времени (0, t) является вероятностью, что система доступна для использования в любое случайное время в (0, t). - Надежность. Надежность системы в течение периода времени (0, t) является вероятностью, что система находится в рабочем состоянии (те. не перестала работать) во временном интервале времени (0, t) при условии, что она была в рабочем состоянии ив момент времени 0. - Конфиденциальность. Конфиденциальность системы является мерой того, в какой степени система может гарантировать, что неавторизованный пользователь не сможет воспользоваться защищенной информацией системы- Целостность и достоверность. Целостность системы — это вероятность, что ошибки или атаки не будут вызывать повреждения состояния системы, в том числе повреждения данных, кода и т. д- Сопровождаемость. Сопровождаемость системы — степень возможности обслуживания системы или возврата к нормальному функционированию после отказа- Защищенность. Защищенность системы в течение периода времени (0, t) является вероятностью, что во временном интервале (0, t) не произойдет какого-либо рода катастрофического отказа системы. Для соответствия настоящему стандарту данное определение функциональной надежности может быть отображено на составляющие модели качества, как показано в таблице ВТ а блица В — Отображение функциональной надежности Пункт, подпункт Настоящий стандарт Функциональная надежность 4.1.1 Эффективность * 4.1.2 Производительность * 4.1.3 Удовлетворенность * 4.1.4 Свобода от риска Безопасность 4.1.5 Покрытие контекста * 4.2.1 Функциональная пригодность * 4.2.2 Уровень производительности * 4.2.3 Совместимость * 4.2.4 Удобство использования * 4.2.5 Надежность Надежность 4.2.5.2 Готовность Готовность 4.2.6 Защищенность 4.2.6.1 Конфиденциальность Конфиденциальность 4.2.6.2 Целостность Целостность 4.2.7 Сопровождаемость Сопровождаемость 4.2.8 Переносимость * Если бы это определение функциональной надежности использовалось в составе более широкой оценки качества программного обеспечения, то было бы необходимо также учитывать эффективность, производительность, удовлетворенность, удобство использования, контекст использования, функциональную пригодность, уровень производительности, совместимость и переносимость ГОСТ Р ИСО/МЭК Приложение С |