ファンクションポイント法

ソフトウェアの機能の数と複雑さに基づいて開発規模を見積もる手法。入力、出力、照会、内部ファイル、外部インタフェースの5つの機能要素をカウントし、重み付けして規模を算出する。FP法とも呼ばれる。

ソフトウェアの機能量（入力、出力、照会、内部ファイル、外部インタフェースの数と複雑度）に基づいて開発規模を見積る手法。プログラム言語に依存しない見積りが可能で、コスト見積りの基礎となる。

ソフトウェアの機能量に基づいて開発規模を見積もる手法。外部入力、外部出力、外部照会、内部論理ファイル、外部インタフェースファイルの5つの機能タイプを計測し、複雑度で重み付けしてファンクションポイントを算出する。開発言語に依存しない見積もりが可能。

ソフトウェアの機能規模をユーザの視点から測定する手法。外部入力、外部出力、外部照会、内部論理ファイル、外部インタフェースファイルの5つの機能タイプを計測し、複雑度を加味して規模を算出する。開発工数の見積もりに使用。

ソフトウェアの機能量を外部入力、外部出力、外部照会、内部論理ファイル、外部インタフェースファイルの5種類の機能要素で定量化し、開発規模を見積もる手法。開発言語に依存しない客観的な規模測定が可能。

新しい概念や技術の実現可能性を検証するために、試作開発の前段階で行う検証・デモンストレーション。本格導入前にリスクを低減し、技術的な課題を早期に発見する目的で実施する。

クラウドコンピューティングのサービスモデルの一つ。アプリケーションの開発・実行環境をネットワーク経由でサービスとして提供する形態。開発者はインフラ管理不要でアプリケーション開発に集中できる。

システム開発業務を海外の企業や拠点に委託する形態。人件費の低い国・地域を活用してコスト削減を図る。コミュニケーションや品質管理の課題に対する対策が重要。

システム開発業務を国内の地方都市の企業に委託する形態。オフショア開発に比べてコミュニケーションが取りやすく、品質管理もしやすい利点がある一方、コスト削減効果はオフショアほど大きくない。

ソフトウェア開発のコストと工数を、プログラムの規模（ステップ数）を基に統計的に見積もるモデル。B.ベームが提唱し、基本・中間・詳細の3段階がある。COCOMO IIでは、ファンクションポイントも入力に使用できるよう拡張されている。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため、進捗管理が容易だが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。