論

システムの構成要素、それら相互や環境との関係性、及びその設計と発展をガイドする原則を包含するシステムの基本的組織化

ソフトウェアコンポーネント、それらの外部特性、またそれらの相互関係から構成される。概要レベルの設計に関する早期の決定を促し、プロジェクト間でのコンポーネントとパターンの設計を再利用することを可能にする

重要かつ変更が困難な意思決定である

システムを形作る重要な設計上の意思決定であり、その重要性は変更のコストによって図られる

ソフトウェアが望ましい品質特性や他の性質をどうやって達成していくかについての重要な設計判断が集まったもの

運用可能まで抽象化したもの

「（それがなんであれ）重要なもの」

考慮特性

アーキテクチャに関連するxxx性を書いてます（いろいろありすぎ問題）

品質特性

品質を表す特性があって、それぞれでトレードオフがある

RASIS: Reliability（信頼性）,Availability（可用性）,Serviceability（保守性）,Integrity（完全性）,Security（機密性）

ユーザビリティ (usability):有効さ (effectiveness),効率 (efficiency),満足度 (satisfaction),利用状況 (context of use)

and more ...

機能・非機能、システム要件

ステークホルダーとの間で決まる事項と、それから発生する品質特性が主だったもの

構造特性

システムの構成から発生する特性

Feature vs Capability

アジリティとサスティナビリティの機能とシステムとチームを考慮したバランス調整

短期的にするなら QCD で良いはず、中・長期的なら戦略的な視点を考慮したレビューが必要となる