ソフトウェア分析パターン

ソフトウェア分析パターン、またはソフトウェアエンジニアリングにおける分析パターンは、モデリングでよく遭遇する状況を抽象化した概念モデルです。分析パターンは、「ドメインに依存しない方法で定義された、ステレオタイプな属性（データ定義）、動作（メソッドシグネチャ）、および期待される相互作用を持つ、関連する汎用オブジェクト（メタクラス）のグループ」として表現できます。^{[ 1 ]}

マーティン・ファウラーはパターンを「ある実用的な状況で役立ち、おそらく他の状況でも役立つであろうアイデア」と定義しています。^{[ 2 ]}彼はさらに分析パターンについて説明し、それは「実際のソフトウェア実装ではなく、ビジネスプロセスの概念構造を反映するパターン」であると述べています。例：

マーティン・ファウラーはこのパターンを「ドメインに影響を与える興味深い何かの記憶を捉える」ものだと説明しています。^{[ 3 ]}

分析を行う際、私たちは問題を理解しようと努めます。ファウラーは著書^{[ 2 ]}の中で、分析パターンを記述または説明するための正式な方法を詳しく説明していません。それ以来、それらを記述するための一貫性のある統一的な形式を持つようにという提案がなされてきました。それらのほとんどは、エーリッヒ・ガンマ、フランク・ブッシュマン、クリストファー・アレクサンダーによるパターン（アーキテクチャまたはコンピュータサイエンス）に関する研究に基づいています。ハスラー^{[ 4 ]}によって提案されたそのうちの1つは、次の構造を持っています。

• パターン名：パターン名は、それが抽象化しようとしているものの意味を的確に反映するべきです。分析中に参照しやすいように、簡潔な名前にする必要があります。
• 意図：意図とは、パターンが達成しようとしている目標を説明するものです。また、解決しようとしている問題も説明する必要があります。
• 動機：「問題と、分析パターンが具体的なシナリオにおける解決策にどのように貢献するかを示すシナリオ」^{[ 5 ]}
• 力と文脈：「分析パターンによって解決されるべき力と緊張についての議論」^{[ 6 ]}
• 解決策：「動機付けのセクションで、分析パターンによって達成された解決策と力のバランスの説明。分析パターンの関連する構造的および行動的側面すべてが含まれます。」^{[ 4 ]}
• 結果：これは、分析パターンとその限界によって目標がどのように達成されるかを強調するものである。
• デザイン：このパターンをデザインに実装した例を提案します。
• 既知の用途：このパターンが実際に使用されている例。

• デザインパターン（コンピュータサイエンス）
• オブジェクト指向分析と設計
• 問題フレームアプローチは、ソフトウェア要件分析におけるもう一つのアプローチである。
• 役割クラスモデルは、役割概念に適用された分析パターンの一例です。
• 要件分析

• Haitham, Hamza & Fayad, Mohamed E. (2002).安定した分析パターンを構築するためのパターン言語(PDF) .第 9 回プログラムのパターン言語に関する会議. ネブラスカ大学リンカーン校 コンピュータ科学工学部. 2007 年 1 月 31 日取得.分析パターンのためのパターン言語に関するこの論文は、PLoP 2002で発表された。
• ブッシュマン、フランク。レジーヌ・ムニエ。ハンス・ローナート;ピーター・サマーラッド。マイケル・スタール (1996)。パターン指向ソフトウェア アーキテクチャ、第 1 巻: パターンのシステム。ジョン・ワイリー＆サンズ。ISBN 0-471-95869-7。