開発対象を複数のビューで図表化して、ビジネスとテクノロジをつなぐものです。

上位モジュール(BOSS)が、源泉モジュール(S)、変換モジュール(T)、吸収モジュール(S)に指示を出す設計構造です。

開発プロセスや品質に関する解法パターンを記載します。

関心事を分離して、識別できる単位にすることです。

源泉モジュール(S)、変換モジュール(T)、吸収モジュール(S)に分割することです。

動的ビューの設計原則です。並行性やパフォーマンスを改善します。

何をするのか(What)と、どのように動くのか(How)を切り分けて考える。

イベントは一箇所で受け取り、アクションは走り切る。

外部から利用される手続きと、内部の実装を分離することです。

変数を隠蔽し、サービス関数を提供することです。

問題ドメインの特徴を持つ変数。状態変数やモード変数がキーとなることが多い。

全体を俯瞰する構造図。アーキテクチャ設計では静的構造図とも呼びます。

良い設計は、シンプルと厳密を両立させたものです。

開発の適用範囲を決めること。

異なる問題ドメイン間で、使う用語の意味が変わること。

動的ビューの構造図です。タスクや割込みという実行要素を構図化して表現します。

意味論の異なる問題ドメインの単位に分割することです。

複数ビューで図表化することで、アーキテクチャを定義します。

固定部から変動部を呼び出す形式のソフトウェア。

上位が下位のサービスを利用するという依存性を形成すること。

戻る単位をあらかじめ設計していくこと。

タイミング合わせは上位で行う。処理内部のdelayでアナログ的な調整をしない。

WhatとHowを意識して、問題ドメインの本質を探索する思考です。

Whatの名称を付ける。

全体を水平分割垂直分割して、そのルールでコンポーネントを配置する。

モジュール内の情報はそのモジュールだけで取り扱うことです。利用のためのインタフェースを公開します。

問題ドメインの本質を見つけて、それに名称を付けて、言語化することです。

抽象化では本質に着目し、枝葉を捨てます。枝葉を捨てることを「捨象（しゃしょう）」と呼びます。

初期化やエラーなど、正常系の設計構造を横断して実現することです。

求心とは物理値が、徐々に意味づけされ、上位に伝わること。遠心とは、論理値が、徐々に物理値になり、下位へ伝わること。

複数の状態遷移が連動して、全体の動きになる設計です。

モジュール間の結合を弱くする。

ビューポイントとは視座のことです。複数の視座で観察し図表化することで、製品やシステムのアーキテクチャを表現します。

ソフトウェア設計の教訓（Lessons Learned）を列挙しています。

制御スレッドの入口だけでイベント待ちを行い、制御スレッドの途中で待たずに、入口に戻ること。

インタフェース定義を有し、置換可能なプログラム。

コンポーネント単位やレイヤー単位で提供インタフェースを開示して、それを利用してアプリケーション開発を行う。

静的な論理モジュールと動的な実行モジュールの両面で設計し、一貫性が取れていること。