前回記事：ソフトウェアシステムアーキテクト設計者のための知識シリーズ ソフトウェアアーキテクチャの流儀（２）からの続きです。
このイレブンは、気を緩めることができず「きつい」ままのイレブンになる運命にある。私は国家コンピュータ技術・ソフトウェア専門家・技術資格（級）試験に申し込んでいるので、試験日は11月4日なので、8連休を無駄にせず有効活用しなければなりません。次に、核となる知識ポイントを 1 つずつ洗練して記録します。
章：
第7章 システムアーキテクチャ設計の基礎知識
セクション 3. ソフトウェアのアーキテクチャ スタイル
2. セグメンテーション
(3) データ中心のアーキテクチャスタイル
データ中心のアーキテクチャ スタイルには主に次のものがあります。
倉庫建築様式と黒板建築様式。
- 倉庫建築様式
ウェアハウスは、データが保存および維持される中心的な場所です。ウェアハウス スタイルには、2 つの異なるコンポーネントがあります。中央のデータ構造と、中央のデータを操作する一連の独立したコンポーネントです。
中央のデータ構造はデータの現在の状態を記述します。ウェアハウスと個々のコンポーネント間の相互作用はシステム内で大きく異なる場合があります。
ウェアハウス アーキテクチャ スタイルのコネクタは、ウェアハウスと独立したコンポーネント間の相互作用です。
- 黒板建築様式
黒板のアーキテクチャ スタイルは、構造化されていない複雑な問題を解決するのに適しており、解決プロセスでさまざまな知識ソースを包括的に使用できるため、問題の表現、整理、解決が容易になります。黒板システムは、問題解決モデルであり、問題解決のための推論ステップ、制御状態データ、領域知識を体系化する概念的なフレームワークです。問題の解決空間を 1 つ以上のアプリケーション関連の階層構造に編成し、階層構造内の情報の各層は、問題の部分的な分解を表す固有の語彙によって記述されます。ドメイン関連の知識は独立した知識モジュールに分割され、特定のレベルの情報を同じレベルまたは隣接するレベルの情報に変換します。さまざまな知識表現方法、推論フレームワーク、制御メカニズムを組み合わせることで、さまざまなアプリケーションが実現されます。黒板アーキテクチャの設計に影響を与える最大の要因は、アプリケーションの問題自体の性質ですが、アプリケーションをサポートする黒板アーキテクチャは、多くの同様の機能と構成要素を共有しています。
特定のアプリケーションの問題に対して、黒板システムは、さまざまな黒板 (共有データ)、知識ソース、および制御モジュールからコンポーネントを選択することによって、または黒板アーキテクチャ用に事前にカスタマイズされたプログラミング環境を利用することによって設計できます。
黒板システムの従来のアプリケーションは、音声認識やパターン認識などの信号処理の分野にあります。もう 1 つのアプリケーションは、疎結合プロキシ データ共有アクセスです。