Список атрибутов качества системы

В рамках системной инженерии атрибуты качества реализуются как нефункциональные требования, используемые для оценки производительности системы. Их иногда называют архитектурными характеристиками или «способностями» в честь общего суффикса многих слов. Обычно это архитектурно значимые требования , требующие внимания архитекторов. ^[1]

В архитектуре программного обеспечения эти атрибуты известны как «архитектурные характеристики» или нефункциональные требования . Обратите внимание, что архитекторы программного обеспечения несут ответственность за соответствие этих атрибутов бизнес-требованиям и требованиям пользователей. ^[2]

Атрибуты качества [ править ]

К примечательным качествам относятся:

Многие из этих атрибутов качества также могут быть применены к качеству данных .

Общие подмножества [ править ]

Вместе надежность, доступность, удобство обслуживания, удобство использования и возможность установки называются RASUI.
Функциональность, удобство использования, надежность, производительность и возможность поддержки вместе называются FURPS в отношении требований к программному обеспечению.
Гибкость в рабочем программном обеспечении — это совокупность семи архитектурно чувствительных атрибутов: возможность отладки, расширяемость, переносимость, масштабируемость, безопасность, тестируемость и понятность.
Для баз данных важным понятием является надежность, доступность, масштабируемость и возможность восстановления (RASR).
Атомарность, согласованность, изоляция (иногда целостность), долговечность ( ACID ) — это метрика транзакции.
аббревиатура надежность, доступность, ремонтопригодность и безопасность ( RAMS ). При работе с системами, критически важными для безопасности, часто используется ^{[ нужна цитата ]}
Надежность – это совокупность доступности, надежности, безопасности, целостности и ремонтопригодности.
- Целостность зависит от безопасности и живучести.
- Безопасность — это сочетание конфиденциальности, целостности и доступности. Безопасность и надежность часто рассматриваются вместе.

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

Нефункциональное требование
Качество информации
ISO/IEC 9126 Программная инженерия — качество продукции
Когнитивные аспекты обозначений
Качество программного обеспечения

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

^ Чен, Ляньпин (2013). «Характеристика архитектурно значимых требований» (PDF) . Программное обеспечение IEEE . 30 (2): 38–45. дои : 10.1109/MS.2012.174 . hdl : 10344/3061 . S2CID 17399565 .
^ Основы архитектуры программного обеспечения: инженерный подход . 2020. ISBN 978-1492043454 .

Дальнейшее чтение [ править ]

Эрл, Томас (2007). SOA: Принципы проектирования сервисов . Прентис Холл. ISBN 9780132344821 .
Гитцель, Р.; Кортауса, А.; Шадера, М. (30 апреля 2007 г.). «Использование накопленных знаний в области веб-инженерии в подходах, основанных на моделях» . Наука компьютерного программирования . 66 (2): 105–124. дои : 10.1016/j.scico.2006.09.001 .
Басс, Лен; Клементс, Пол С.; Казман, Рик (2012). Архитектура программного обеспечения на практике (3-е изд.). ISBN 9780321815736 .

[ASR_Chen-1] Чен, Ляньпин (2013). «Характеристика архитектурно значимых требований» (PDF) . Программное обеспечение IEEE . 30 (2): 38–45. дои : 10.1109/MS.2012.174 . hdl : 10344/3061 . S2CID 17399565 .

[2] Основы архитектуры программного обеспечения: инженерный подход . 2020. ISBN 978-1492043454 .

[1]

[2]