Transcript 計画立案と維持
計画立案と維持 １．全体日程（大日程計画） （１）規模見積り ・モデル法 ｅｘ．－ファンクション・ポイント法 ビジュアル開発ツール等の利用の場合、開発ステップ数と人月の相関が無い。 機能の数や複雑さを評価して、客観的な数値（ＦＰ値）で表現する。 ・開発技法とは無関係に計算出来る ・概要設計終了後に適用出来る －ＩＦＰＵＧ法（Ｉｎｔｅｒｎａｔｉｎａｌ Ｆｕｎｃｔｉｏｎ Ｐｏｉｎｔ Ｕｓｅｒｓ Ｇｒｏｕｐ) ＦＰ法の一種であり､業界標準と見なされている。 外部入力、外部出力、内部論 理、外部インターフェイス、外部参照の各ファイ ル の数をカウント、データの複雑さに応じて重み付けする｡（未調整ＦＰ） その後、システム特性（１４種類）に基づいて補正（調整計数）する。 ＦＰ＝未調整ＦＰ＊調整計数（０．６５～１．３５） ・事務処理等のデータ加工が単純なシステムに適している ★ＮＥＣにはＦＰ法による見積支援ツール『ＦＲＩＥＮＤ』がある｡ →詳細見積（ＩＦＰＵＧ法）、概算見積、費用算定が可能 ﾌﾟﾛｼﾞｪｸﾄ管理 -3- －フィーチャー・ポイント法 ＦＰ法の一種であり､ＣＡＤや科学技術計算システムの測定に向いている ・経験法 ソースプログラム行数（ＳＬＯＣ：Ｓｏｕｒｃｅ Ｌｉｎｅｓ Ｏｆ Ｃｏｄｅ）を見積る ｅｘ．－実績スライド積算法 以前の類似ＰＪの実績から類推する →費用：少ない －三点見積り法 精度：低い ４Ａ＋Ｂ＋Ｃ モジュールの最も確からしい値（Ａ）、悲観値（Ｂ）、 楽観値（Ｃ）の３点を推定し、加重平均をとる。 ６ －積上げ法 開発工程をＷＢＳで分解し、個々の作業項目のコストを積み上げる。 作業項目の大きさにより見積り時の費用、精度が変動する。 ﾌﾟﾛｼﾞｪｸﾄ管理 -4- （２）工数見積り ・ソフトウェア規模から工数／工期を見積る ｅｘ．－ＣＯＣＯＭＯモデル（Ｃｏｎｓｔｒｕｃｔｉｖｅ Ｃｏｓｔ Ｍｏｄｅｌ) ウォータフォール型を前提とした生産性に関する影響要因、変動要因 （１５種類：αｉ）を多変量モデルとしてとらえたＢｏｅｈｍの提案。 １５ 工数＝ａ＊（ＳＬＯＣ）ｂ αｉ ｉ=1 ａ、ｂ ： 生産性計数 －基準生産性法 記述言語、開発工程別に基準生産性を決めておき、工数を計算する。 工数＝ライン生産性＊開発規模 ファンクション・ポイント法では 工数＝ＦＰ生産性＊ＦＰ値 ﾌﾟﾛｼﾞｪｸﾄ管理 -5- ＣＯＣＯＭＯモデルのコストに関する ＩＦＰＵＧ法の 影響要因、変動要因 システム特性 １．データ通信機能 ２．分散データ処理 ３．性能条件 ４．高負荷構成 ５．トランザクション率 ６．オンラインデータ入力 ７．エンドユーザの効率 ８．オンライン更新 ９．複雑な処理 １０．再利用性 １１．導入の容易さ １２．操作の容易さ １３．複雑サイト １４．変更の容易さ ﾌﾟﾛｼﾞｪｸﾄ管理 各 項 目 を ６ 段 階 で 評 価 す る １．ソフトウェアに要求される信頼性 ２．データベースのサイズ ３．ソフトウェア製品の複雑性 ４．システムに課せられた実行時間の制約 ５．主記憶の制約 ６．ＯＳ、ハードの変更頻度 ７．プログラム開発時のコンピュータ応答時間 ８．アナリスト（システム設計者）の能力 ９．同様なアプリケーションの経験度合い １０．プログラマーの能力 １１．ＯＳ、ハードの経験度合い １２．使用されるﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語の使用度合い １３．ソフトウェア開発技法の使用度合い １４．ソフトウェアツールの使用度合い １５．要求される開発スケジュールの制約 -6- （３）開発プロセスモデル ・ウォータフォールモデル 各工程（基本設計、詳細設計､等）を完全に終えてから次の工程に進む開発手法。 工程のチェック項目、成果物が明確、進捗状態の把握が容易。 ・プロトタイピング 目標とするシステムを簡略化した疑似モデル（ﾌﾟﾛﾄﾀｲﾌﾟ）を作成し、機能、使い勝手、 性能を評価し、プロトタイプに反映させる｡ ・スパイラルモデル 短期間で小刻みに追加機能を繰り返し、徐々に本番のシステムに近づけていく。 システムの効果を早期に実証可能。投資効果を段階的に評価出来る。 プロトタイピングと併用することが多い。 ・ＲＡＤ（Ｒａｐｉｄ Ａｐｐｌｉｃａｔｉｏｎ Ｄｅｖｅｌｏｐｍｅｎｔ） ＣＡＳＥ等の各種ツールの活用により開発工期の短縮を図る。 ★ＮＥＣは『ＮＲＡＤ』 ・ＥＵＣ（Ｅｎｄ Ｕｓｅｒ Ｃｏｍｐｕｔｉｎｇ） 情報システム部門主導から、エンドユーザ部門主導のコンピューティング環境に変更 しようとするもの。 Ｖｉｓｕａｌ ＢａｓｉｃやＡＣＣＥＳＳなどのＶｉｓｕａｌ開発ツールを使用して、 ユーザ自らデータの加工／編集を行う。 ﾌﾟﾛｼﾞｪｸﾄ管理 -7- （４）プロジェクト作業の把握 ・ＷＢＳ（Ｗｏｒｋ Ｂｒｅａｋｄｏｗｎ Ｓｔｒｕｃｔｕｒｅ）…作業分割図 ①プロジェクトで必要となる作業をトップダウンで分析し、階層構造 で表現する。 ②全ての作業を洗い出すことが重要である。 ｅｘ．－要求分析、アプリケーション開発 －プラットフォーム、パッケージソフトの選択 －プロトタイピング（标准）、シミュレ－ション（模拟） －テスト環境整備 －テストデータ作成 －要員教育、ユーザ教育 －開発標準、規定等の制定 ★Ｃ＆Ｃシステム事業グループ ＳＩプロセス フレームワーク／アクティビティ説明書 【第二版】（ＰＭ－ＳＳ－０００２）に標準の詳細アクティビティが設定されている｡ （Ｓｕｐｅｒ－ＳＣＡＬＥでの使用が前提だが、契約／客先との作業分担／作業の抜けの 確認に使用可能） ﾌﾟﾛｼﾞｪｸﾄ管理 -8- ＷＢＳの例 ﾌﾟﾛｼﾞｪｸﾄ管理 技術統制 ｱﾌﾟﾘｹｰｼｮﾝ開発 要員管理 性能管理 基本設計 進捗管理 インターフェイス 管理 概要設計 詳細設計 費用管理 リスク解析 コーディング 品質管理 単体試験 構成管理 結合試験 外注管理 総合試験 立会試験 ﾌﾟﾛｼﾞｪｸﾄ管理 -9- 移行・展開 ③各作業の作業量を見積る ｅｘ．－開発プログラム、テストプログラムのリストアップと 開発規模の見積り －パッケージソフトの機能、性能、連接性等の評価 －試験内容と量の分析（ユーザとの作業分担） －作成ドキュメントの種類と量 －他システム等との連接作業量 －移行に要する期間と作業量 －教育に要する期間と作業量 －各種調査に要する期間と作業量 ④他社、他部門とのＳＯＷ（Ｓｔａｔｅｍｅｎｔ Ｏｆ Ｗｏｒｋ…作業分担記述 書）を作成し、マルチベンダ間の責任範囲を明確にする ﾌﾟﾛｼﾞｪｸﾄ管理 -10- ⑤作業のリスク解析を行う ｅｘ．－プログラムの難易度 －開発環境 －他社との関係 －他部門との関係 －パッケージソフト及び新規Ｈ／Ｗの機能、性能、品質、 リリース時期 －期間（スケジュール） －Ｈ／Ｗ、ＯＳ、他システム等の必要時期と品質 －開発及び試験支援ツールの利用可能性 －要員のスキル､質、量 ﾌﾟﾛｼﾞｪｸﾄ管理 -11- （５）日程計画の立案 ・スパイラルモデル等の開発プロセスを決定する｡ ・マイルストーンを明確にする｡ ・日程計画を作成する｡ －ガントチャート（バーチャート）…進捗状況は把握し易いが、 作業間の関連性が分かりづらい、遅延の影響がつかめない －ＰＥＲＴ図（アローダイアグラム）…クリティカルパスを検出出来る －フェーズレートチャート ガントチャート （Ｇａｎｔｔ Ｃｈａｒｔ） １月 ２月 ３月 ＰＥＲＴ図 （Ｐｒｏｇｒａｍ Ｅｖａｌｕｔｉｏｎ ａｎｄ Ｒｅｖｉｅｗ Ｔｅｃｈｎｉｑｅ） Ａ作業 ５０ ４月 作業１ １ 作業２ Ｂ作業 ４０ ２ Ｃ作業 ２０ ０ 作業３ Ｅ作業 １５ 作業４ ： 計画 ﾌﾟﾛｼﾞｪｸﾄ管理 Ｄ作業 １０ ３ ： 実績 ４ ： クリティカルパス -12- Ｆ作業 ２０ ５ フェーズ・レート・チャート （Ｐｈａｓｅ Ｒａｔｅ Ｃｈａｒｔ） ：計画 ：実績 設計 コーディング 単体 結合 １００ ９０ ８０ ７０ 進 捗 ６０ 率 ５０ （ ％ ） ４０ ３０ ２０ １０ ０ ４ ５ ６ ７ ８ ９ １０ １１ １２ １３ 月 ﾌﾟﾛｼﾞｪｸﾄ管理 -13- １４ １５ １６ １７ １８ １９ ２０ ２１ ２２ ２３ ・留意点 －実行可能な計画を作る －ＷＢＳで分析した作業は、全て計画に盛り込む －リスクに応じた余裕を確保する －複数工程を安易にだぶらせない －各工程のアウトプットを明確にする －プロジェクト管理ツールを利用すると良い （６）見直し 全体日程は原則として見直さない方が良いが、マイルストーン、 外部条件、進捗状況等に大きな変化が発生した場合は、 見直しを行う ﾌﾟﾛｼﾞｪｸﾄ管理 -14-