このワークフローの詳細の目的は、「アーキテクチャ上の概念の検証」を作成、評価して、構想どおりのシステムが実現可能なことを実証することです。


トピック


          リスク リスト
リスク リスト
     
      リスク リスト
リスク リスト
  開発企画書
開発企画書
用語集
用語集
  設計モデル
設計モデル
 
      用語集
用語集
開発構想
開発構想
  開発構想
開発構想
アーキテクチャ上の概念の検証
アーキテクチャ上の概念の検証
  配置モデル
配置モデル
ソフトウェア アーキテクチャ説明書
ソフトウェア アーキテクチャ説明書
 
           
 
ソフトウェア アーキテクト
ソフトウェア アーキテクト
 

 
アーキテクチャ分析
アーキテクチャ分析

 
アーキテクチャ上の概念の検証に対する実現性評価
アーキテクチャ上の概念の検証に対する実現性評価

 
アーキテクチャ上の概念の検証の作成
アーキテクチャ上の概念の検証の作成

 
           
      配置モデル
配置モデル
設計モデル
設計モデル
  参照アーキテクチャ
参照アーキテクチャ
レビュー記録
レビュー記録
  アーキテクチャ上の概念の検証
アーキテクチャ上の概念の検証
 
      分析クラス
分析クラス
ソフトウェア アーキテクチャ説明書
ソフトウェア アーキテクチャ説明書
         
      分析モデル
分析モデル
         


説明 ページの先頭へ

このワークフローの詳細は、アーキテクチャ上重要な要求を満たす解決法が存在する (または存在する可能性がある) ことを示し、したがって、構想どおりのシステムが実現可能であることを示す方法についてのものです。

関連情報 ページの先頭へ

このワークフローの詳細に関連する追加情報へのリンクを提供します。

タイミング ページの先頭へ

方向づけフェーズ

オプション度 ページの先頭へ

オプション

要員配置方法 ページの先頭へ

ワークフローの詳細: アーキテクチャ候補の定義」と同様に、この作業の実行に最も適しているのは、異なる部門のメンバーを配置した小さいチームです。アーキテクチャ上重要な問題の典型は、性能、スケーリング、プロセスとスレッドの同期、分散などです。このチームには、ドメインの経験を持ち主要な抽象化を識別できるメンバーも含める必要があります。また、このチームはモデルの組織とレイヤリングの経験を持つ必要があります。これらの入力情報から、このチームは、解決法のモデル (またはプロトタイプ) を合成できる必要があります。

作業ガイドライン ページの先頭へ

この作業は方向づけの間に行われるので、1 ~ 2 回の反復に限定される必要があります。この目的は、実現可能性を決定することであり、このワークフローの詳細中にシステムを作成することではありません。



Rational Unified Process   2003.06.15