システムアーキテクチャ設計
午前の問題 15 ～ 20:
事例分析の問題 1 つと
エッセイの問題 1 つ
ソフトウェアアーキテクチャの概要
アーキテクチャ設計は要件分析とソフトウェア設計の間の移行段階です
ソフトウェアアーキテクチャの設計とライフサイクル
要件分析: 問題空間
アーキテクチャ設計 SA: 解決空間
要件 -> ソフトウェア アーキテクチャ設計 -> システム設計
メンバー
オブジェクト
モジュール
コンポーネント
サービス
粒度はどんどん大きくなっていく
ビルドには複数のクラス要素を含めることができますが、クラス要素は 1 つのコンポーネントにのみ属することができます
コンポーネント規格
EJB 頻繁な試験
セッション Bean
エンティティ Bean
メッセージ駆動型 Bean
COMマイクロソフト
CORBA
オブジェクト リクエスト ブローカー ORB
パブリック オブジェクト サービス
パブリック機能
ソフトウェアアーキテクチャスタイル
多肢選択式テスト
5つの建築様式
データフロースタイル、
コール/リターンスタイル、
独立コンポーネントスタイル、
仮想マシンスタイル、
ウェアハウススタイル
データフロースタイル
バッチ シーケンスとパイプライン フィルターを区別する
メインプログラム/サブプログラムの
オブジェクト指向
階層
コンポーネントは相互に直接接続できず、コネクタを介して接続する必要があります
建築様式の概要
キーワードを覚える
a、、b
c
オブジェクト管理層が導入され、パフォーマンスが低下する
ある
コネクター
バインディング
次のステージ
d
階層的な建築スタイル
主に言及すべきことは、上の表を検討することです。この階層アーキテクチャ スタイルはあまり検討されていません。
この階層アーキテクチャ スタイルは主にケース分析で検討されます。
プレゼンテーション層 (クライアントが使用)
データ層 (サーバー)
プレゼンテーション層（クライアント）
データ層（データストレージのみを含む）
機能層（データ層とプレゼンテーション層の業務処理機能を含む） ビジネスロジックの処理に特化
ブラウザサーバーモード
本質はB/S 3層アーキテクチャに基づいており、
クライアントは存在せず
、インターネット伝送を使用して現場でクライアントを構築し、
B/SアーキテクチャとC/Sアーキテクチャの利点を組み合わせています。
ビューとユーザーの対話、
コントローラーはユーザーの対話を処理し、
モデルはデータ層 (データの読み取りとビジネス ロジックの処理) です。
最終モデルはデータをビュー (ユーザー) に直接返します。
サービス指向のアーキテクチャスタイル
オブジェクト
、コンポーネント
、サービスの粒度は
ますます粗くなっています
関数とプロトコルを覚える必要があります。
SOA の実装方法
- ウェブサービス
- サービスレジストリ
- ESB
c
d
アーキテクチャの再利用
ソフトウェア製品ラインはビジネス フロー指向であり、
コア資産を統合して再利用します。
便宜的な再利用: 計画なし
システムの再利用: 計画済み
再利用可能なソフトウェア資産を構築/取得し、
これらの資産を管理し
、特定のニーズに基づいてこれらの資産から再利用可能な部品を選択します。
DSSA
ドメイン固有のソフトウェア アーキテクチャ: DSSA
重要
特定のドメインに適用可能な
ソフトウェア コンポーネントのコレクション
垂直領域
水平領域
ドメイン分析
ドメイン設計
ドメイン実装
さらなる検査
ドメイン専門家
ドメイン アナリスト
ドメイン設計者
ドメイン実装者
さらなる検査
検査の削減
c
c
c
db
_
腹筋
重要
アーキテクチャベースのソフトウェア開発
アーキテクチャ主導の
ビジネス、品質、および機能の要件がアーキテクチャの設計を推進します。
視点とビューはソフトウェア アーキテクチャを説明します。
ユース ケースと品質属性のシナリオは要件を説明します。
定義を調べる
要件、設計、文書化、レビュー、実装、進化
アーキテクチャは、コンポーネントとコネクタを 1 つずつ組み合わせて構成されます
クラス、コンポーネント、アーキテクチャ
アーキテクチャ文書の生成:アーキテクチャ要件をテストするための
アーキテクチャ仕様と品質設計仕様
b
c
c
ある
ソフトウェアシステムの品質特性
めったに検査されない
ソフトウェアアーキテクチャの評価（重要なポイント）
集中
品質属性の定義
品質属性に含まれるサブ特性 関連する
品質属性を達成するためにどのような設計戦略が使用されますか?
信頼性と可用性 可用性を優先
後の 3 つはあまり検査されません
品質属性のシナリオ
刺激のソース: 対象
刺激: 動作
環境: 条件
アーティファクト: オブジェクトの
応答:
対応する測定:
シナリオベースの評価手法
ただ理解してください
ATM（重要）
右側のテキストは多肢選択テストであり、
左側の画像は論文のアイデアです。
評価チーム
プロジェクトの意思決定者
他のプロジェクト関係者
シナリオと要件の収集
アーキテクチャ ビューとシナリオの実装
プロパティ モデルの構築と分析
トレードオフ
アーキテクチャ評価の中核概念としてのプロパティ (品質属性): パフォーマンス、使いやすさ、セキュリティ、変更可能性
左図について：
説明・導入フェーズ
調査・分析フェーズ
テストフェーズ
試験もほとんどない
b
d
信頼性、可用性の中での可用性の優先
c
c
b
a
c
a
c
関連する品質属性
d (以前に学習した 8 つの品質属性に含まれない)
a (制御およびデバッグ)
d
c
以下は重要ではありません
ミドルウェア
ミドルウェア
- 分散システム環境
- オペレーティング システムとアプリケーションの間のソフトウェア
ミドルウェアの分類:
- データベースアクセスミドルウェア
- リモート プロシージャ コール RPC
- メッセージ指向ミドルウェア
- 分散オブジェクトミドルウェア
- トランザクションミドルウェア
ジャワ
