コードリンクします。https：//e.coding.net/zanckfj/gerenjianli.git
図1は、ソフトウェアライフサイクルの概念を説明し、生産および送達（ウォーターフォールモデルのライフサイクルに限定されない）を含めた様々な段階を説明するための例を提供します。
一般的に、ソフトウェア製品は、ソフトウェアのライフサイクルを使用して停止と呼ばれる廃止プロセスに実装、運用・保守、から作られました。言い換えれば、ソフトウェア製品に最初からソフトウェア製品のコンセプトを考えるソフトウェアライフサイクルの秋まで全期間を使用することはできません。
ウォーターフォールモデルも予測ライフサイクル、完全な計画主導型のライフサイクルとして知られているソフトウェアのライフサイクルモデルの古典的な、です。このモデルでは、可能な限り早い時点でのプロジェクトのライフサイクルは、この範囲のために必要なプロジェクトおよび配達時間とコストの範囲を決定します。このモデルでは、プロジェクトが始まったときに、プロジェクトチームは、製品やプロジェクト、および製品（および関連する成果物）の配信スケジュールの開発の定義の全体的な範囲に焦点を当てた実施計画への様々な段階を経て続きます。あなたは慎重に、プロジェクトのスコープの変更を管理する必要があります。新しいスコープがある場合は、計画し、正式に確認する必要があります。常にプロジェクト、無価値ウォーターフォールモデルを変更します。
たとえば、6つの主要な段階のソフトウェアのライフサイクルなどの二次取引プラットフォーム下：
1、フィージビリティ・スタディと計画。開発タスクを完了するための実施計画を策定するための機能、性能、信頼性、およびインターフェイスのその可能な解決策の条件を与えられ、対象ソフトウェアシステムの開発と一般的な要件を決定するために開発されます。
目標セカンダリ取引プラットフォームは、このプラットフォーム上など、ログイン、ユーザーは基本的な操作と個人情報登録の管理を行い、プラットフォームのユーザー・トランザクションのために缶を提供することで、表示する商品の缶、検索、オークションや他のトランザクション機能、支払いを伴うユーザー・トランザクションあなたは、マイクロチャネル、アリペイと他の金融ソフトウェアの取引を通じてユーザーに利用できる、支払インターフェイスを作成する必要があります。
2は、分析が必要です。ソフトウェアの開発案の必要性を認識することは分析し、正確にソフトウェアシステムの機能を決定する詳細な定義を与えます。ソフトウェアの仕様および予備マニュアルの提出のレビューを書きます。
ユーザーのニーズによると、このステップでは、ウォーターフォールモデルでは非常に重要であり、詳細な報告要件を開発し、それはまた、達成されているプラットフォームの他の機能を参照することができ、ユーザの要件を収集するために、できるだけ多くの時間を要します。
3ソフトウェア設計。システム設計者やプログラマがソフトウェア配布の構造が与えられ、ソフトウェア要件に基づいて繰り返すことが理解されるべきである、モジュール、機能、およびプロセスの一部門。
ER図、ソフトウェアのフローチャート、データフロー図、クラス図を使用して、需要の論理設計上の完全なレポートを行う - このステップでは、データベースソフトウェアを構築する必要があります。
4、ソフトウェア。ソフトウェアは、コンピュータ・プログラム・コードを受け入れることができる変換するように設計されています。ユニットテスト計画を作成し、ユーザーマニュアル、操作マニュアルおよびその他のユーザー指向のドキュメントを書いて、ソースコードをコーディング完了します。
この部分は、どのようなロジック設計に基づいてコーディングを、実現することが、特定のプログラミング言語を構築し、正常に実行できるようにするために使用されるプラットフォームを実装します。
5、ソフトウェアテスト。テストケースの設計に基づき、ソフトウェアのさまざまなコンポーネントをテストします。テスト分析レポートを書きます。
前の仕事は、設計、制作の場合は、行うには、このステップでは、機能テストを越えたデータの通常の使用に加えて、破壊するだけでなく、ストレステストのために、境界のテストで、プラットフォームとしてのユーザーの最大数は耐えることができます違法ユーザーは、バックグラウンドデータを表示します。ソフトウェアで可能な欠陥限りを見つけて、それから、テストを修復します。ホワイトボックスとブラックボックステストの組み合わせを使用します。多くの試験サンプルとして使用します。
6、運用・保守。ソフトウェアが動作して配信、および操作上の使用に維持し続けると、新しく提案されたのニーズに応じて、必要な拡張や削除を行うことがあります。保守フェーズは、ソフトウェアのライフサイクルの中で最も段階で取ります
すべての作業が終了したら、二次取引プラットフォームは、使用に置くことができるようになります、または抜け穴は、我々は通常、更新などの操作を見るものであるもちろん、中に改訂する操作に慣れている人に適していない場合。
2は、スタートからフィニッシュ発注へのソフトウェア災害へのソフトウェアの災害関連の情報をご確認ください。
ソフトウェアの災害は経済的損害、政治害、社会的な害をもたらし、致命的な障害--BUG--を引き起こし、さらには大衆を危険にさらす、社会生活に深刻な害を修復することは困難で、ソフトウェアのバグによるものです。
ソフトウェアの欠陥の定義：製品内部を見て、欠陥が問題エラー、問題やプロセス内の既存の他のソフトウェア製品の開発や保守であり、外の製品から、故障や不具合は、特定の機能を達成するために必要なシステムに反しています。
欠陥の起源：ため設計上の欠陥に起因する問題が伴うため、試験6に起因する問題4. 5をコードによって生じるので、フレーム2. 3.起因する問題の1欠陥欠陥欠陥欠陥需要。の統合によって引き起こされる問題に起因する欠陥
レベルの欠陥：1分2.一般3. 4.致命的な深刻
ソフトウェア壊滅的なイベントをソートする近年に発生した：
1.マリナー（マリナー）致命的なバグ（1962）
2.ハートフォードスタジアム崩壊イベント（1978）
3. CIAは（1982）ソ連への天然ガスを送信します
4.ほとんど第三次世界大戦（1983）につながります
医療機器の死亡ケース（1985）
6.ウォール街のクラッシュ（1987）
7. AT＆Tの携帯電話オフネットワーク（1990）
8.ペイトリオッツは兵士（1991年）まで生きます
9.ペンティアム長い分割欠陥（1993）
10.アリアンロケット爆発（1996）
11.スカイネットは、世界の終わり（1997）もたらしました
12.マーズ・クライメイト・オービターは（1998）クラッシュしました
13.防災研究（1999）
不足している14.英国のパスポート（1999）
戦争Y2Kの15年（1999年）
16.爆弾（ドット爆弾）クラッシュ（2000）
17.愛のバグ（2000）
癌死亡の治療のために18（2000）
19. EDSは、子供（2004）のサポートを放棄しました
20. FBI三部作の終了（2005）