ソフトウェア開発プロセスモデル

• ウォーターフォールモデル
  • 他のすべてのモデルのための基礎は、線形モデルは、すべてのモデルで重要な役割を果たしているです
  • 実装時の各フェーズ、ソフトウェア開発のための線形順序
  • テストエントリポイント
    • ソフトウェアでのテスト段階が完了したら、テスト活動へのコードの完了後に十分な時間を確保しなければならない。そうでなければ、テストは十分ではなく、多くの問題は、後半にプロジェクトにまで露出して
  • 利点
    • より明確な開発の様々な段階
    • 初期の計画やニーズ評価の重視
    • 製品開発のための安定した需要
  • 短所
    • これは、変更のニーズに適していない、初期の調査のニーズによって異なり
    • シングルプロセス不可逆性
    • 後半ちょうど示し始めてまでリスクは、多くの場合、彼はできるだけ早く修正する機会を失いました
    • 後でプロジェクトの問題点が露出されるようになりました
    • 未知のエラーの前に渡されると、ステージのバックに広がる、それがプロジェクト全体の故障につながる可能性があります
  • 改良
    • 線形思考のウォーターフォールモデルに従って、組み込みのいくつかの重要な焦点の反復段階（常時更新）思考の間で様々な段階を詳細に説明
    • 仕事にマルチパーティ要員で議論される（例えば、要求分析及び設計相として）各段階の完了は、改善することが完了した後

 

 

• ラピッドプロトタイピングモデル
  • 実際のシステムの開発に先立ち、プロトタイプに基づいてプロトタイプを構築し、徐々にシステム全体の開発作業を完了
    • 1.高速なモデルを構築し、システム、プロトタイプのユーザー評価、およびソフトウェア開発のための需要のさらなる改良とユーザーとの対話を実施。徐々に開発者の真のニーズは、ユーザがあるかどうかを判断することができるか、ユーザーの要件を満たすために、プロトタイプを調整することにより、
    • 2.ソフトウェア製品に基づいて、ユーザの最初の一歩を満たすために開発しました
  • 利点
    • プロジェクトがもたらすので、ウォーターフォールモデルの欠点を克服するために、より良いユーザーのニーズを満たすために、およびソフトウェア要件の開発のリスクを軽減することは明らかではありません。これは、ソフトウェア開発の正確なニーズに合わせて、事前に定義することはできません
  • 短所
    • （システムの小型、高柔軟性の開発のための）大規模システムの開発には適していません。ある程度まで、革新的な開発者を制限することができるので、プロトタイプが存在しなければならないという前提を表示

 

 

 

 

• スパイラルモデル
  • スパイラル開発プロセスは、複数の期間に分割し、各スパイラルサイクルウォーターフォールモデルとほぼ一致され、螺旋状の回転に沿ってスパイラルモデルは、4つの象限を表し、すなわち、4つの側面（計画、リスク分析の活動を調整し、開発の実施、顧客の評価）
  • 利点
    • このモデルは、サイクルの各段階の前に、多くの場合が起こる前から、主に製品なければならない最初のリスク評価、リスク駆動型の方法論であります
  • 短所
    • このモデルを使用すると、リスク評価と専門知識の豊富な経験を持つ従業員を必要とします。
    • 在风险较大的项目开发中，如果未能及时的标识风险，势必会造成重大损失。
    • 过多的迭代次数会增加开发成本，延迟提交时间