ИСО/МЭК 9126

ISO/IEC 9126 Программная инженерия. Качество продукции было международным стандартом оценки обеспечения качества программного . Он был заменен ISO/IEC 25010 :2011 . [1]

Критерии качества согласно ISO 9126.

Основная цель стандарта ISO/IEC 9126 — устранить некоторые хорошо известные человеческие предубеждения, которые могут отрицательно повлиять на реализацию и восприятие проекта разработки программного обеспечения. Эти предубеждения включают изменение приоритетов после начала проекта или отсутствие четкого определения «успеха». Разъясняя, затем согласовывая приоритеты проекта и впоследствии преобразуя абстрактные приоритеты (соответствие) в измеримые значения (выходные данные могут быть проверены по схеме X без вмешательства), ISO/IEC 9126 пытается выработать общее понимание целей и задач проекта. .

Стандарт разделен на четыре части:

  • качественная модель
  • внешние метрики
  • внутренние метрики
  • показатели качества использования.

Качество [ править ]

Модель качества, представленная в первой части стандарта ISO/IEC 9126-1, [2] классифицирует качество программного обеспечения по структурированному набору характеристик и подхарактеристик следующим образом:

  • Функциональность — «Набор атрибутов, которые влияют на существование набора функций и их заданных свойств. Функции — это те, которые удовлетворяют заявленные или подразумеваемые потребности».
  • Надежность — «Набор атрибутов, которые влияют на способность программного обеспечения поддерживать уровень производительности в установленных условиях в течение установленного периода времени».
  • Юзабилити — «Набор атрибутов, которые влияют на усилия, необходимые для использования, и на индивидуальную оценку такого использования заявленной или подразумеваемой группой пользователей».
  • Эффективность — «Набор атрибутов, которые влияют на взаимосвязь между уровнем производительности программного обеспечения и количеством используемых ресурсов в установленных условиях».
    • Поведение времени
    • Использование ресурсов
    • Соответствие эффективности
  • Ремонтопригодность — «Набор атрибутов, которые влияют на усилия, необходимые для внесения определенных изменений».
    • Анализируемость
    • Изменяемость
    • Стабильность
    • Тестируемость
    • Соответствие ремонтопригодности
  • Переносимость — «Набор атрибутов, которые влияют на возможность переноса программного обеспечения из одной среды в другую».
    • Адаптивность
    • Возможность установки
    • Сосуществование
    • Заменяемость
    • Соответствие портативности

Каждая подхарактеристика качества (например, адаптируемость) дополнительно делится на атрибуты. Атрибут — это объект, который можно проверить или измерить в программном продукте. Атрибуты не определены в стандарте, поскольку они различаются в разных программных продуктах.

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

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

Внутренние показатели [ править ]

Внутренние метрики — это те, которые не зависят от выполнения программного обеспечения (статическая мера).

Внешние метрики [ править ]

Внешние метрики применимы к работающему программному обеспечению.

Метрики качества использования [ править ]

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

Этот стандарт основан на модели GE для описания качества программного обеспечения, представленной в 1977 году Макколлом и др., которая организована вокруг трех типов характеристик качества:

  • Факторы (указать): Они описывают внешний вид программного обеспечения с точки зрения пользователей.
  • Критерии (для сборки): они описывают внутренний вид программного обеспечения, каким его видит разработчик.
  • Метрики (для контроля): они определяются и используются для обеспечения шкалы и метода измерения.

В ISO/IEC 9126 проводится различие между дефектом и несоответствием: дефектом является «Невыполнение требований предполагаемого использования», тогда как несоответствием является «Невыполнение установленных требований». Аналогичное различие проводится между валидацией и верификацией, известными в сфере тестирования как V&V.

История [ править ]

ISO/IEC 9126 был выпущен 19 декабря 1991 года.

15 июня 2001 г. стандарт ISO/IEC 9126:1991 был заменен стандартом ISO/IEC 9126:2001 (четыре части от 9126–1 до 9126–4).

1 марта 2011 г. ISO/IEC 9126 был заменен ISO/IEC 25010 :2011 «Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE) — Модели качества систем и программного обеспечения». По сравнению с 9126 в качестве основных характеристик были добавлены «безопасность» и «совместимость».

События [ править ]

Затем ISO/IEC начала работу над SQuaRE (Требования и оценка качества программного продукта), более обширной серией стандартов, пришедших на смену ISO/IEC 9126, с номерами в формате ISO/IEC 250 mn . Например, ISO/IEC 25000 был выпущен в 2005 году, а ISO/IEC 25010 , который заменяет ISO/IEC 9126-1, был выпущен в марте 2011 года. ISO 25010 имеет восемь характеристик качества продукции (в отличие от шести в ISO 9126), и 31 подхарактеристика. [3]

  • «Функциональность» переименована в «функциональную пригодность». «Функциональная полнота» добавляется в качестве подхарактеристики, а «взаимодействие» и «безопасность» перенесены в другое место. «Точность» переименована в «функциональную корректность», а «пригодность» переименована в «функциональную адекватность».
  • «Эффективность» переименована в «эффективность производительности». «Емкость» добавляется как подхарактеристика.
  • «Совместимость» — это новая характеристика: «совместное существование» заменено на «переносимость», а «взаимодействие» — на «функциональности».
  • «Удобство использования» имеет новые подхарактеристики «защита от ошибок пользователя» и «доступность» (использование людьми с широким спектром характеристик). «Понятность» переименована в «уместность, узнаваемость», а «привлекательность» переименована в «эстетику пользовательского интерфейса».
  • «Надежность» имеет новую подхарактеристику «доступность» (когда это необходимо для использования).
  • «Безопасность» — это новая характеристика с такими дополнительными характеристиками, как «конфиденциальность» (данные доступны только уполномоченным лицам), «целостность» (защита от несанкционированного изменения), «неотказуемость» (можно доказать, что действия имели место), «подотчетность». (можно проследить действия по тому, кто их совершил) и «подлинность» (можно доказать личность заявленного).
  • «Ремонтообслуживаемость» имеет новые характеристики «модульности» (изменения в одном компоненте оказывают минимальное влияние на другие) и «многоразового использования»; «изменчивость» и «стабильность» скатываются в «модифицируемость».
  • «Переносимость» переместила «сосуществование» в другое место.

Модель ремонтопригодности для качества программного обеспечения

См. также [ править ]

Ссылки [ править ]

  1. ^ Разработка систем и программного обеспечения. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модель качества систем и программного обеспечения.
  2. ^ Программная инженерия. Качество продукции. Часть 1. Модель качества.
  3. ^ ISO/IEC 25010:2011: Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программного обеспечения.
  • Scalet et al., 2000: Аспекты интеграции ISO/IEC 9126 и 14598: точка зрения Бразилии. Второй Всемирный конгресс по качеству программного обеспечения, Иокогама, Япония, 2000 г.