Vol.5 No.1 2012

14/84

研究論文:高品質なプロジェクトマネジメントを実現するトレーサビリティ・マトリックスの構築(榮谷ほか)−11−Synthesiology Vol.5 No.1(2012)Requirement-FunctionFunction-ComponentComponent-ArtifactArtifact-ActivityActivity-Team単位行列システムマトリックスnシステムマトリックスs複雑性相互依存性難易度・設定にあたっては、以下を留意すること。基準は1とし、0.1から1.9まで、同一カテゴリの調査対象とする要素の数に応じて細分化して値を付与することが必要である。例えば10個の要素がある場合に3種類程度しか難易度の値が無い場合、10個の要素のもつ難易度の差が値を設定した時点で丸められてしまい、結果としてその差が見えにくくなる。むろん本当に難易度が同じという判断で3段階のみの難易度設定にすることは問題ない。また、0.1から1.9としたのは、1を基準とした場合に下限と上限を同じ幅とするためである。優先度の高い要求(Requirement)・基本要件(feature)・ニーズ(needs)→難易度高実現したい要求条件の優先度の高低要求条件の重要性、優先度要求条件(requirement)基本要件(feature)ニーズ(needs)6要求条件を実現するために、対象機能が利用される数が多いか否か(主要機能ならば、稼動頻度も高いと想定)重要な機能(Function)→難易度高(優先度高→難易度高、利用回数大→難易度高、再利用性高→難易度低)優先度の高い要求条件を実現するために欠かせない機能か否か各機能の重要性(根幹となる機能、利用頻度等)機能(function)5要求条件を実現するために、対象部品が利用される数が多いか否か(主要部品ならば他の部品とのインタフェース数は多いと想定)重要な部品(Component)→難易度高(優先度高→難易度高、利用回数大→難易度高、再利用性高→難易度低)優先度の高い要求条件を実現するために欠かせない部品か否か各部品の重要性(根幹となる機能、利用頻度等)部品(component)4再利用性(他案件の成果物を再利用したものか否か)、またはプロトタイピング等によるベースの拡張度再利用性(他案件の成果物を再利用したものか否か)、またはプロトタイピング等によるベースの拡張度再利用性(他案件の成果物を再利用したものか否か)、またはプロトタイピング等によるベースの拡張度測定対象となる成果物のページ数、行数等が他と比較して多いのか否か他の作業実施時に参照される数が多いか否か(重要な成果物なら参照数が多いと想定)重要な成果物(Artifact)→難易度高(特殊技術要→難易度高、参照性高→難易度高、成果物の量が多い→難易度高、再利用性高→難易度低)成果物作成にあたって特殊な技術が必要か否か(独自言語等の習得が必要等)各成果物の重要性成果物(artifact)3定型作業か否か重要な作業(Activity)→難易度高定型作業→難易度低クリティカルポイントとなる作業か否か(補完的な作業か否か)各作業の重要性作業(activity)2役割(リーダー? アシスタント? 等)高スキル技術者(Team)→難易度低経験年数、熟練度(スキル)各作業チームまたは担当者のスキル組織(team)1難易度ランク付け方針測定指標(例)測定対象調査対象とする要素項番参考資料参考資料1:難易度の設定指針◆要素の「難易度」を“1”を基準として、以下の指標によりランク付けを行う。Requirement-FunctionFunction-ComponentComponent-ArtifactArtifact-ActivityActivity-Teamシステムマトリックスn難易度参考資料2:複雑性の計算例(r1,r2)は要求条件を示すベクトルで、(t1,t2)は担当を示すベクトルとする。このシステムマトリックスで表される開発プロジェクトの複雑性を求める。相互依存性は関係の有無により行列の成分値を0/1のどちらかに設定する(システムマトリックスs)。難易度は個々の要素の難易度レベルにより数値設定し、行列成分値を決める(システムマトリックスn)。開発プロジェクト全体の複雑性は相互依存性と難易度を掛け合わせることによって算出されるのであるから、結果は以下のとおりとなる。

※このページを正しく表示するにはFlashPlayer9以上が必要です