この最初の活動では、製品ラインの範囲を定義するために関連するすべてのコンテキスト情報が収集され、評価される。明確な市場戦略を定義し、消費者の需要などの外部市場情報を考慮に入れることが重要である。この活動では、ガイドライン、制約条件、製品戦略を含むコンテキスト文書を作成する。
プロダクトラインのスコープの定義.
スコープ技法は、どの側面がスコープの範囲内にあるかを定義するために適用される。これは、外的要因が考慮されたプロセスの前のステップに基づいている。出力は、現在および将来の製品のリストと製品ロードマップを含む製品ポートフォリオの説明である。
ドメイン・エンジニアリングのフェーズでは、製品ライン全体の可変要件と共通要件が収集される。その目的は、再利用可能なプラットフォームを確立することである。このフェーズのアウトプットは、製品ラインの全製品の共通要件と可変要件のセットである。
ドメイン要件の分析.
共通要件の定義.
製品ラインの共通要件を引き出して文書化するためのすべてのアクティビティが含まれ、その結果、再利用可能な共通要件を含む文書が作成される。
可変要件の定義.
製品ラインの可変要件を引き出して文書化するためのすべてのアクティビティが含まれ、その結果、可変要件を含む文書が作成される。
ドメインの設計.
このプロセス ステップは、製品ラインのリファレンス アーキテクチャを定義するアクティビティで構成される。これにより、製品ライン内のすべての製品の抽象構造が生成される。
ドメインの実装.
このステップでは、再利用可能なコンポーネントの詳細な設計とこれらのコンポーネントの実装が作成される。
ドメインのテスト.
コンポーネントの再利用性を詳細かつ有効性を検証する。 コンポーネントは仕様に照らしてテストされる。さまざまなユースケースやシナリオですべてのコンポーネントのテストが成功すると、ドメイン・エンジニアリングのフェーズが完了する。
製品要件の定義.
個々の製品の製品要件仕様を作成し、前のフェーズの要件を再利用する。
製品の設計.
製品アーキテクチャを作成するためのすべてのアクティビティ。「ドメインの設計」ステップからのリファレンス アーキテクチャを利用し、リファレンス アーキテクチャの必要な部分を選択して構成し、製品固有の適応を組み込む。
製品の構築.