プロジェクトの規模推定方法が導入された[ターン]

       事業費の見積もりは、 プロジェクトの完了するために、仕事のために必要とされる 費用の 見積もりをし、計画はしている プロジェクト の重要な部分を。実装するには コスト管理を 、我々は最初に見積もる必要があり 、コストを コスト 推定処理のコスト見積もりは、実際にもすることができ、近似であるすべての作業活動がリソースを必要なプロジェクト、貨幣単位で表さ両方を完了するために決定された 工数 他のユニットに、人月、日と表さそう人々 。実施 費用の 見積もりを、だけでなく、様々な代替のコスト見積もり。
事業費の見積もり方法は、プロジェクトのコストが必要な意味を計算するために、エンジニアリングに関連する側面を調査する科学的手段、プロジェクトの経済的、社会的及びその他の条件や状況、研究、分析のシリーズを使用することです。

ITプロジェクト開発コスト推定法のエディタ

プロジェクトのユニークな性質のために大規模なITソフトウェアプロジェクトは、ITの複雑さが突出して開発コストは簡単な作業ではありません、それは推定値の範囲に対処する必要が見積もるために、したがって、分析と類推手段に主に依存しています行って、最も基本的な推定方法は次のとおりです。
●コストモデル
プロジェクトの特性によると、プロジェクトのコストを予測するための数学的モデルを使用して。過去のコスト情報(関連するいくつかのソフトウェアメトリクスの事業費との情報)は、推定モデルを確立し、このモデルによる作業負荷とコストを予測します。
●技術的な専門家の判断
また、デルファイ法として知られている、ソフトウェアの開発と技術者の分野で1つ以上の専門家を採用し、事業費は、それらによって推定され、最終的には、最終的なコストを取得することに合意しています。
●アナログ技術評価
現在のプロジェクトの推定のための基礎として、以前の類似プロジェクトの実際のコストによります。
●パーキンソンの法則
パークソン法律は、作業が必要な時間によって反射させることができる表します。ソフトウェアでは 、コストの見積もり 、これはコストが客観的な評価により、利用可能なリソースを作っていないことを意味します。ソフトウェアは、12ヶ月以内に5人によって行われる必要がある場合には、ワークロードは、12×5 = 60人月(PM)です。
●  トップダウン 推定法
推定コストは、主に基づいて、 作業分解構造 、製品の機能、および流通コストの形で層組成によって特徴層のサブ機能を達成します。
●ボトムアップ推定法
まず、方法の最終累積することによって得られた推定各構成単位のコスト、およびWBSによれば、 コスト見積もりを
●利益の価格
ユーザーによるソフトウェアの推定コストは、コストを計算するためのプロジェクトに投資していく所存です 予算は 、クライアントの予算ではなく、ソフトウェアの機能に依存しています。
方法上記のこれらの推定値は、それぞれの長所と短所ではなく、単にいくつかの評価方法の種類と良いか悪いかを持っています。大規模なITプロジェクトでは、通常、同時に異なる方法が著しく異なる結果を推定する場合には、その推定値の結果を推定し、比較するためにいくつかの方法を使用して、それが十分な情報を収集するために、何のコストがないことを意味し、コストの多くを取得しようとし続けなければなりません情報は、結果はこれまで一致している推定するために、いくつかの方法まで、コストを再推定します。
コスト見積もり 分解プロセスのトータルコストを決定しました。主に次の2つの側面のための分解:コストの共有まず、プレスWBSとタスク(ワークパッケージ)、そのコストは、各ジョブに対してチェックすることができますので、偏差は問題外作業の決定することができる。第二に期間に基づいており 、期間 、コストの配分、 予算の コストは、将来の時点で決定することができるように、累積費やされるべきで、プロジェクトの各期間の期間のコストへの割り当て、およびバイアス、コスト評価チェック パフォーマンスのを
スケール指向(:主に三種類に使用される測定の最も一般的かつ最適な方法 LOC )、ファンクションポイント(のための FP と) COCOMOモデル 測定法のを。

2 スケール指向(LOC)メトリック

得られた測定の標準化された方法によって測定されるように、スケール指向ソフトウェアの品質と生産性、この測定値が決定ソフトウェアによって生成される大きさ(サイズ)に基づいています。各項目は、単純な、スケール指向性の指標を生成するように設定することができるように、選択線は、標準として、メトリックの他の同様の項目との比較のために:
●エラーのコードの1000行(KLOC)番号あたり。
●コードの千行(KLOC)当たりの欠陥の行番号。
コードの行の1000行あたり●コスト(KLOC)の。
●文書のページのコードの行の1000行(KLOC)あたり。
●月額一人当たりのエラー数。
●文書のページあたりのコスト。
直接コードの行数に影響を与える多くの要因があるので、スケール指向ソフトウェアメトリクスは、通常、最善の方法でソフトウェア開発プロセスとはみなされません。例えば、コードの行の数は、ハードウェアとソフトウェアの選択に依存して、アプリケーションの商用データベース管理システムは、データベース管理部に関連するコードを記述する必要はありません。そして、で ADA言語 の使用よりも FORTRAN言語 コードの行を待たなければなりません。したがって、1979年にAlberchtは、ファンクションポイント(FP)ソフトウェアメトリクスのために提案しました。

例えば、Cソースコード形式のすべての10,000行のための会社のソースファイル(.Cと.hファイル)で見つかったソフトウェア会社の統計を約250Kです。ソースファイルは3.75Mのプロジェクトの大きさのためには、プロジェクトのソースコードは、(平均給与、福利厚生、事務費を含め約15万行、240人月の蓄積量を投資努力、一人あたりの万元の月額料金で推定することができます。パブリックビーチなど)、アイテム1LOCの値: 
  (10000×240)/ 16 = 150000員/ LOCの 
  :コードの行の毎月の平均数の変更項目 
  240分の150000 = 625LOC /人月

3 ファンクションポイント(FP)のためには、の尺度であります

ファンクションポイント法のための最初のアルブレヒトによって提案され、1983年にアルブレヒトとガフニー向上しました。特徴点は、以下の4つのパラメータから計算することができます。
●外部入力と出力
●外部インタフェースの数
●ユーザインタラクションの数
●ファイルシステムの数は、使用します
各パラメータは複雑になる可能性 評価 、一般的な物理的な量は3〜15反応性であります
 
ポイントフィーチャは、図の中で示される点により完成させることができる メトリック 計算します。ここで、重み係数の積に等しいカウントのFP番号が、重み付け係数は、ファンクションポイントの複雑さに応じて異なる値をとります。
ファンクションポイント法は、ポイントの数の標準的な(単純平均または複合体)機能の確立を介して特定の測定パラメータかどうかを決定するために使用されるが、主観のある程度どのくらいの重量を決定します。
一般的に、以下のように技術計算機能を使用することができます。
FP =総数* [0.65 + 0.01 * SUM(FI)]
合計値であることを特徴とテーブルのすべてのエントリの合計が得られます。Fiのは、(i = 1,2,3、... 14)重量由来の調整値(0〜5)を応答する重り14の結果です。式の重み係数は定数であり、パラメータは、経験的に決定されます。
いいえ質問
1システムは、信頼性の高いバックアップとリカバリを必要とするかどうか
データ通信か2
図3は、処理機能が分散されています
4システムは非常に重要です
既存の、非常に実用的な動作環境5システムで実行するかどうか
システムはオンライン処理を必要とするかどうか6
複数画面間の7ラインデータ項目スイッチが操作または操作を完了するかどうか
8かオンラインマスターファイルを更新する必要
9入力、出力及びファイルクエリ複合か
10内部処理複合か
図11は、コードが再利用可能であるように設計する必要があるかどうか
デザインは、変換して、インストールを含める必要があるかどうか12
複数のインストールの13種類の組織をサポートするためにシステムを設計するかどうか
14デザインアプリケーションの変更するためのユーザーと使用されています
そして、次の表に示す重量の質問への対応の答え
Fiの値
0
1
2
3
4
5
影響なし
時折影響
わずかな影響
平均インパクト
大きな影響
深刻な影響
特徴点が計算されると、同様のサイズを使用して測定ソフトウェアの生産性、品質、および他の特性を標準化するために、方法のために使用することができます。
●エラーの数の各ファンクションポイント(FP)。
●欠陥のファンクションポイント(FP)当たりの数。
●のファンクションポイント(FP)あたりのコスト。
●文書のページの各ファンクションポイント(FP)。
月に一人当たり●ファンクションポイント(FP)数を完了します。
指向ファンクションポイント(FP)およびスケール(LOC)として2つの方法の間の関係を測定対向:LOCを= AVC *平均使用ポイントラインの機能を実装する場合AVCは、言語の数である特徴点の数。

4 COCOMOモデル

COCOMOモデルは、トップダウンのプロジェクトのコスト推定モデルの人気が比較的高度でコストの推定法は、使いやすい、より正確です。モデル事業費の推定式は次のようになります。
E = A(KDSI)B
ここで、Eは、開発コストである:A、2つの定数B、プロジェクトの特定の型の値:DSIプロジェクトのソースコードの行番号が、コメント行の数が含まれていないが、DSI数千は、基本ユニット、すなわち1KDSI = 1024DSIを行いますセット。
COCOMOダイにおいて、プロジェクト開発環境や他の要因の大きさに応じて、プロジェクトは以下の3種類に分けることができます。
●組織モデル:小さく、シンプルなソフトウェアプロジェクトを指します。
セミ分離モード●:ソフトウェアプロジェクトを参照するには、金型と複雑さの南側に緩やかです。
●組み込みモード:ソフトウェアの開発を指し、ハードウェア、ソフトウェア、およびオペレーティング制約の密接に関連する一連で要求しなければなりません。
したがって、レベルCOCOMOモデルは、三つの基本的な形態、すなわち、一次COCOMOモデル、中間COCOMOモデルと高度COCOMOモデルを含みます。
 
================================================== ============================

この方法は、デルファイ法 
  デルファイ法は、最も人気のある専門家の評価技術で、例の履歴データが存在しない場合に、この方法は、過去との差の程度将来、新しい技術や特定のプログラムの評価に適用されるが、専門家は「特別な」 Delphiの技術は、このバイアスを減らすことができますが、プロジェクトの理解の程度は、仕事の難易度で、新しいソフトウェアの実際のコストを評価する上で専門家の評価技術は、この方法は、他のモデルの入力を決定する際、通常は、しかし、多くの時間を使用しました特に有用です。デルファイ法は、相互の問題を議論するために参加者を奨励します。この技術は、互いを説得するために、関係者のソフトウェア関連の様々な体験が必要です。 

  デルファイ法の手順は次のとおりです。 
  1、各プロジェクトの仕様や専門家のコーディネーターは、フォームを推定し、2、専門家チームのコーディネーターが、スケールに関連する因子を議論するために招集されます; 3、匿名での専門家の反復形; 
  4、コーディネーター仕上げサンディエゴの専門家の代表の形で推定リターンの概要; 5、コーディネーターグループは差の大きな見積もりを議論するために招集されます; 
  6、専門家は要約のレビューを推定し、代わって別の匿名のサンディエゴの見積りを提出し、7を繰り返し、4-図6は、それまでと同じ最小及び最大推定値に到達します。  
 
第二の方法の類似法の 
  環境のような応用分野における過去プロジェクトの数とプロジェクトの複雑さを評価するための類似の方法は、新規プロジェクトおよび歴史的プロジェクトの大きさを比較することによって推定されています。推定結果の類推の精度は、したがって、良いアナロジーの前提条件のいずれかを使用し、歴史的なプロジェクトデータの整合性と精度に依存良いプロジェクト評価および分析メカニズム、歴史的なプロジェクトのデータ分析の後に設定する組織です信頼できます。 
  基本的な手順は以下のとおりです。 

  1は、各機能コードの機能リストとプロジェクト実現のラインを整理; 
  ; 2、プロジェクトの歴史に特別の注意が十分な場所をやっていないと、類似点と機能とプロジェクトの歴史の各リストの違いを識別する 
  3、ステップ1を各機能は、2を推定由来; 4、規模を推定します。 
  類推のソフトウェアプロジェクトでは、多くの場合、我々は、再利用可能なコードの推定の問題を解決する必要があります。プログラマーやシステムアナリストによる再利用可能なコードの量を推定するための最良の方法は、コードの割合を推定するために、既存のコードを詳細に調べ、新しいアイテム再利用可能なコード、または再エンコードし、コードの変更割合に必要性を再設計する必要がありますコードの割合は、再テストします。これら三つのパーセンテージから、以下の計算を使用することができるコードの等価新しい行計算: 
  等価線は= [(再エンコード再設計%+%+再試験%)/ 3]既存のライン×  
  万OK:などをコード、70%再検査は、コードの同等の行のように計算することができ、再エンコードする必要があり、50%を再設計する必要性の30%を仮定: 
  [。(30%+ 50%+ 70%)/ 3] =万5,000×コードの同等の行。 
  意味:コードの5000行のワークロードに相当し、これら万のライトコードの再利用。 
  方法3、ファンクションポイント推定方法 
  、システム機能の一種のスケールに基づいて要求分析位相推定方法におけるファンクションポイント測定。種々の入力、出力、初期アプリケーションの要件によってデータベース要求の数および特性を算出し決定します。一般的手順: 
  1、入力、出力の計算は、マスターファイルの数、およびインタフェース要件を確認。データを重み付けすることにより2、。次の表は、一般的な重みテーブルを示しています。 
    入力機能タイプ重量4 5クエリ出力4 

    インタフェースマスタファイル10 10 
  3複雑さの判断によると推定された、それは+ 25%、0、または-25%の調整の合計数であってもよいです。 
  プロジェクトのファンクションポイントのサイズが早く便利推定し、ソフトウェア製品を開発することが見出されています。しかし、より多くの製品を理解した後、ソフトウェアのサイズの測定としての機能ポイントは、より一般的にLOC使用されます。 
  方法IV、PERT推定 
  製品の予想サイズ、可能な限り低い見積もり、可能な限り最高の見積もり:各活動のためのPERTプロジェクトの完了時間は、3つの異なる状況によって推定されます。生意気統計的推定の規模と標準偏差を取得することが期待これらの3つの製品を使用して推定しました。PERTは、コードの期待値Eを得線、および標準偏差SDを推定しました。 

 


---------------------
著者:BarryW
出典:CNBLOGS
オリジナルます。https://www.cnblogs.com/barrywxx/p/4390156.html
免責事項:この記事作者オリジナルの記事は、再現し、ボーエンのリンクを添付してください!
コンテンツ分析:CSDN、CNBLOGのブログ記事は、キープラグ復刻しました

おすすめ

転載: www.cnblogs.com/admans/p/11683713.html