ソフトウェア開発コストの推定は、主にソフトウェア開発プロセスのコストと作業負荷に対応するコストを指します。伝統的な工業製品と異なり、ソフトウェアは、原材料やエネルギー消費のコストを、含まれていない主に人間の労働力の消費。また、ソフトウェアは、その開発コストは、1時間に費やされている重要な製造工程を持っていない開発プロセスの計算のコストです。検定試験したがって、ソフトウェアの開発コストの見積もりは、ソフトウェアの計画からする必要があります、要求分析、設計、コーディング、単体テスト、統合テスト、それは価格のための基礎として、開発プロセス全体を取る。
ソフトウェア開発コストの推定モデルの経験
パットナムモデル
パットナムは、前方、1978年には、動的多変数モデルを置く。
λ= Ckのバックアップのbin confの設定データeshow_sitemap.html generate.shは、データeshow_sitemap.html generate.shを設定メイントsitemap.htmlのsvn tmpをK1は/ 3バックアップのbin confにログインメイントsitemap.htmlのsvn tmpをtd4 / 3ログ
場所：LOCではコードのL -----------ソース行（ドル）
のK -----------は、（一人年間の任期のワークロード）開発プロセス全体を費やして
-----------開発期間（年td）に
のCK ----------技術の状態、これは"制限は、"値は、開発環境のために異なる開発の進捗を妨げる反映定数
ckに典型的な例では、開発環境の値を開発環境
2000年法の開発の間には系統的な違いは、ドキュメント、および評価の欠如
8000良いし、適切なシステム開発方法論、適切なドキュメントと評価
11000あなたは'自動化されたツールやテクニックを持って
上記の式から変換するには、ワークロードの数式を：のK = L3を見積もることができます/（Ck3 * td4）
また、開発時間を見積もることができます：TDを= [L3は/（Ck3 *のK）] 1 / 4
ココモモデル（建設コストのモデル）
これは、TRW社、コスト推定モデルのボイーム提案構造によって開発されました。正確な、コストの推定方法を使用して簡単にです。
ココモのモデルは、次の変数を使用します：
ソースの指示部のDSIの-------番号。コメントは含まれません。 1KDSI = 1000DSI。
人ヶ月合計）1mmの= 19人日= 152時間= 1 / 12人年のMM -------開発努力（
のTDEV -----開発の進捗状況。 （ヶ月間）
ココモのモデルでは、3種類に分けることができる開発環境を、ソフトウェア開発、プロジェクトの種類を考慮：
組織型（有機）：比較的小さく、シンプルなソフトウェアプロジェクト。開発目標の開発者のより深く理解し、ソフトウェア関連の仕事の経験、ソフトウェア環境の利用馴染み、以下のハードウェアによって制限されて、プログラムのサイズは大きくはない（ 50000行です）
（埋め込み）埋め込まれた：実行すると、複雑なハードウェアデバイスのある種の通常との緊密な一緒にハードウェア、ソフトウェアおよびオペレーティング制限との密接な接触が必要です。インターフェイスでは、データ構造は、要求アルゴリズム。すべてのソフトウェアの規模。などの大規模で複雑なトランザクション処理システム、大規模/大規模なオペレーティングシステム、航空宇宙制御システムは、大規模なコマンドシステム。
半独立型（一棟二軒）：範囲、これらの2つのソフトウェア間。サイズと複雑さが中等度以上高くなっています。 30万行まで。
推定式：
基本的なココモモデルは、ワークロードし、次式の進行状況を推定する
ワークロード：MMの= rの*（KDSI場合）c
進捗状況：TDKV = 1（MM）のb
どちらが、bは、プロジェクト全体の種類に依存定数rを、cの発生します。
ココモモデルの詳細のレベルに応じて3つのレベル：基本的なココモモデル、中間ココモのモデルでは、詳細にココモのモデルに分けることができます。 1つの基本的なココモのモデルは、静的単一変数のモデルである、それはコードの元の行の出力を使って推定されて（LOC）を独立変数の関数としてのソフトウェア開発経験の量を計算します。中級ココモモデルの基本的なココモモデルに基づいて、次に製品、ハードウェア、人員、およびプロジェクトの要因の影響をワークロードの見積もりの調整など。詳細ココモのモデルは、解析などのソフトウェアエンジニアリング（各ステップのより詳細な検討、設計）の影響を中間ココモモデルをすべての機能が含まれます。
基本的なココモモデル
統計過去のデータを63歴史プロジェクト、次の数式。
ワークロードの全体的なタイプの進捗状況
組織型のMM = 10.4 *（KDSI）1.05 TDKV = 10.5（MM）の0.38
半独立のMM = 3.0 *（KDSI）1.12 TDKV = 10.5（MM）の0.35
* MMの= 3.0を組み込み（KDSI）1.20 TDKV = 10.5（MM）の0.32
スケジュール時間の観点プロジェクトを計画から、コストの見積もりは、プロジェクト計画のコストの観点からしている間。コストはここで抽象的な概念として理解されるべきである、それは労働時間、材料や人員ことができます。
コストの見積もりは推定コストのプロジェクト、プロジェクト計画の計画を完了するためには重要なコンポーネントです。コストコントロールを実装するためには、まず、費用の見積もりを行う必要があります。理想的には、コストは歴史的な基準で見積もることができるタスクを完了する。しかし、様々なプロジェクトやプログラム、元その現実と比べてほとんど不可能であるの活動のために多くの産業用。歴史的な基準かどうかによってコスト情報は、見積もりだけにすることができます。また、長い時間がかかる大規模なプロジェクトでは、も考慮に入れ、今後数年間の労働者の賃金がどう構造は、原材料、今後数年間の価格上昇が変更されますしなければならないどのようにプロジェクトのライフサイクル全体インフラストラクチャおよび管理の運用コストが変動問題。期待できないため、コストの見積もりが明確に信頼性の高いている環境。プロジェクト管理プロセスでは、順序で、リソースの最適な使用に、それはコストの推定法の数を開発してより良い推定値を取得しようとするコストと作業の範囲を時間を作ること。ここでは簡単に次の。 1。経験推定法
見積もりの人々と、専門知識と経験が必要ですし、おおよその数字を提案した。このメソッドは、推定の最も原始的な方法だけでおおよその推測と呼ばれることができません。それについての質問は、すぐに数多くのプロジェクトを思い付く可能ですが、詳細な見積もりを要求された明確に要件を満たしている。
2。因子推定法
これは従来の見積もりより科学的な方法です。これは、過去の数学的知識の未来は、使用予測に基づいています。その基本的なアプローチは、規模やコストの計画を使用することです。に示すように、行のマップは、地図上のデータは、同様のプロジェクトを記述する過去に基づいて、ライン、これらの点を記述するに応じてサイズとコストの関係を表しますサイズとの間の基本的な関係のコストを反映します。ここでは行が描画さですが、曲線があります。費用は材料などのさまざまなコンポーネント、労働、貨物が含まれます。これらは別々の曲線を持つことができます。その以降の規模は、おおよその図のコストのさまざまなコンポーネントを識別するためにこれらの行を使用できます。
これは、ここで注意されるべきこれらのポイントは"基本年"を持って見つけることが、目的はインフレの影響を排除することです。ポイントは、地図描画に調整フィギュアする必要があります。たとえば、点線をトレースする前に1980年に他の年の基準年の数字は、調整の対象は、1980年のように。スケールは、ラインから対応点を見つけることが、決定される点は、拠点として1980年に数字は、年にさらに調整が必要だ、コストの数字の見積もりです。プロジェクトのサイクルが長い場合さらに、今後数年間も考慮可能インフレ、素材価格やその他の要因を取る必要があります。
このコストの見積もりを行うには、そこに過去の同様のプロジェクトに関する情報が、そのような情報が同じ基準では、比較すべきである提供。
3.WBS見積もりに基づいて包括的かつ詳細
のWBS法、合理的な最初の細分化プロジェクトのタスク、活動単位などそのような材料は、特定の機器の範囲を確認するために割り当てられているすなわち、使用します。次に、各WBS要素のコストを推定する。前提条件は、このアプローチまたは中古のステップです：
プロジェクト、①完全な資格が必要です。
ロジックタスクの手順を完了するために必要な開発②。
③はWBSのテーブルを準備中です。
完全なプロジェクトの作業レポートの限定の需要は、仕様全体のスケジュール含める必要があります。報告書は、仕事のプロジェクトの物語の説明の実施のため必要ですが、それは達成するために確認してください。あなたは限られた資金がある場合は、この情報も含まれる必要があります。仕様では、労働時間、設備、原材料価格の基礎となります。これは、機器や評価のための材料の基礎作業時間を理解し、プロジェクトのスタッフが、ユーザーを有効にする必要があります。総事業の実施スケジュールが明確にメインステージと長期的な受注、プロトタイプのテスト、設計レビュー会議や他の主要な意思決定ポイントを含める必要があります分界点、する必要があります。可能であれば、全体的なコストの見積もり、プロジェクトのスケジュール案内を開始し、カレンダーの時間の終わりを含める必要があります使用される。
いったんプロジェクトの要件は、それらを概説されて、それが必要な論理的なステップを開発するために行われる必要があります。近代的な大規模で複雑なプロジェクトでは、頻繁にロジックプログラムのプロジェクトのタスクを見るには、矢印の図を使用してインプレッション単価またはパート図で次のステップとして、テーブルの下にWBSを描画します。 WBSは最も簡単な方法準備矢印図に基づいて形成されます。矢印地図上の課題として、各活動に、サブタスクのこの記述に基づいて。
スケジュールおよびWBSフォームは、コストを推定することができますが完了します。大規模なプロジェクトでは、費用の見積もりは、式の次の形式の最終報告書のうちの結果に基づいている必要があります：
それぞれの詳細費用の見積もりのための①WBS要素。 1つは、ポイントも、サブタスクのコストマトリックス、プロジェクト計画の累積的なステートメントを使用してください。
各部門の計画労働時間の②曲線。場合は、"ピーク"と"バレー"は、注文の均衡を労働時間を取得するには、スケジュールにいくつかの変更を加えること考慮されるべきであると部門工数曲線。
③労働時間月額費用の概要。ためにプロジェクトのコストを削減するため、プロジェクトマネージャはトレードオフ曲線と学習の時間を作るには、このフォームを使用できます。
④年間コストアロケーションテーブル。分割テーブルへのWBS要素、その年（または四半期）のコストです。この表は、基本的にそれぞれの活動の概要については、プロジェクトがキャッシュフローです。
表示⑤原料と支出の予測は、そのサプライヤー納期、支払い、義務や原材料のキャッシュフローの支払い。
このアプローチの推定コストは多くの計算を必要とする、負荷が高い場合、唯一の計算自体は、いくつかの時間とコストがかかる。このメソッドしかし、より高い精度が、これらのステートメントのコストを見積もるto、このメソッドを使用してnot式のみとなっまた、プロジェクトのコントロールfor基礎として使用することcan。経営トップを選択し、プロジェクトを承認、これらのレポートを使用してプロジェクトの優先順位を検討した。 3つ以上のコスト推定法を導入しました。また、実際には、いくつかの方法を組み合わせて使用することができます。たとえば、他の部品や要素の過去の経験に推定する方法を推定によると、詳細なプロジェクトの見積もりの主要部分。
FunctionPoing需要のソフトウェアのサイズの見積もりに基づいてソフトウェアを作ることを目指します。機能は、アプリケーションソフトウェアの外部と内部の機能とソフトウェアの性能、ソフトウェアのサイズの間接的な指標に基づいています。ファンクションポイントとソフトウェアのコストは費用の見積もり（CERの間に有意な関係を持つ：コストEstimatingRelationship）。ファンクションポイントは、ソフトウェアコストの経験としての統計パラメータと入力式のモデルを推定するソフトウェアのコストを推定するために使用することができます。ファンクションポイント法が広く情報システム、データベースを集中的に、4GLはアプリケーションの開発、測定の尺度で認識されている。