Нефункциональные требования к оценке системы
В системной инженерии атрибуты качества — это реализованные нефункциональные требования , используемые для оценки производительности системы. Иногда их называют характеристиками архитектуры или «ilities» по суффиксу, который есть во многих словах. Обычно это архитектурно значимые требования , требующие внимания архитекторов. [1]
В архитектуре программного обеспечения эти атрибуты известны как «архитектурные характеристики» или нефункциональные требования . Обратите внимание, что архитекторы программного обеспечения отвечают за сопоставление этих атрибутов с бизнес-требованиями и требованиями пользователя. Обратите внимание, что синхронная связь между компонентами архитектуры программного обеспечения запутывает их, и они должны разделять одни и те же архитектурные характеристики. [2]
Атрибуты качества
Известные качественные характеристики включают в себя:
Многие из этих атрибутов качества могут быть применены и к качеству данных .
Общие подмножества
- Вместе надежность, доступность, удобство обслуживания, простота использования и монтажа называются RASUI.
- Функциональность, удобство использования, надежность, производительность и поддерживаемость в совокупности называются FURPS применительно к требованиям к программному обеспечению.
- Гибкость работающего программного обеспечения представляет собой совокупность семи архитектурно-чувствительных атрибутов: отлаживаемость, расширяемость, переносимость, масштабируемость, безопасность, тестируемость и понятность.
- Для баз данных надежность, доступность, масштабируемость и восстанавливаемость (RASR) являются важными концепциями.
- Атомарность, согласованность, изоляция (иногда целостность), долговечность ( ACID ) — это метрики транзакций.
- При работе с критически важными для безопасности системами часто используется аббревиатура «надежность, доступность, ремонтопригодность и безопасность» ( RAMS ). [ требуется ссылка ]
- Надежность — это совокупность доступности, надежности, безопасности, целостности и ремонтопригодности.
- Целостность зависит от безопасности и выживаемости.
- Безопасность — это совокупность конфиденциальности, целостности и доступности. Безопасность и надежность часто рассматриваются вместе.
Смотрите также
Ссылки
- ^ Чэнь, Ляньпин (2013). «Характеристика архитектурно значимых требований» (PDF) . IEEE Software . 30 (2): 38–45. doi :10.1109/MS.2012.174. hdl : 10344/3061 . S2CID 17399565.
- ^ Основы архитектуры программного обеспечения: инженерный подход . 2020. ISBN 978-1492043454.
Дальнейшее чтение
- Эрл, Томас (2007). SOA: Принципы проектирования услуг. Prentice Hall. ISBN 9780132344821.
- Gitzel, R.; Korthausa, A.; Schadera, M. (30 апреля 2007 г.). «Использование устоявшихся знаний веб-инженерии в подходах, основанных на моделях». Science of Computer Programming . 66 (2): 105–124. doi : 10.1016/j.scico.2006.09.001 .
- Басс, Лен; Клементс, Пол К.; Казман, Рик (2012). Архитектура программного обеспечения на практике (3-е изд.). ISBN 9780321815736.
