以下は、個人的な猥褻です。
我々は新しいプロジェクトに引き継いだ場合は、通常の開発プロセスは次のとおりです。
分析を必要とする - >システム - >エンコード - >テスト
要件分析フェーズ：
私たちは、単に他の人に伝え、顧客の要求を入れて、ほとんどの人は通常、単に音の伝達マシンを実践し、繰り返しの顧客と通信する必要がある、彼は本当に必要なものされて把握します
要求分析段階では、どのような前提であるが、顧客のニーズを明確に理解した後、自分のと合わせ、私たちはまず、産業分野のお客様を調査する必要があり、顧客を理解するために、顧客の業界のビジネスロジックの明確な理解は、本当に望んでいます顧客への適切な技術的な経験は、より完璧な解決策を議論するために、顧客のニーズ本当に欲しいから抽出することができます
システム設計フェーズ：
システム設計の重要性は、あなたが小さな家をカバーするためにデザインを追加することはできませんが、（I、多くのプロジェクトは非常に多くの場合、システム設計の原因を、それをしない理由であるデザインカバー超高層ビルの前提なしで行くことができないということです）ライン上で生活する、唯一の家をカバーします。続けて、そして目の前で一定のメンテナンスが必要ではなく、明確なシステム設計は確かに動作しません。しかし、あなたが長期的なプロジェクトを実行する必要がある場合、それは最終的には強風のバーストに分類されます。どのようにシステムを設計するには？
顧客のニーズを理解するための最初のステップの後、顧客は、紙に書かれた詳細を必要とします
1：名詞を探して起動します。これは、ドメインモデリングと呼ばれる最初のステップです
2：モデリングの分野に基づいて、オブジェクトを作成するために始めた、オブジェクトは、オブジェクトモデルの名詞、動詞の性質である一つのモデルにモデル化され、我々は要求仕様で探し、その後、別の動詞に分類しますこの方法でこのモデルは、（通常はこのステップは、の行動が属するモデルを区別することは困難である、より困難です）
3：各オブジェクトが一緒にデザインの原則とデザインパターンの多様介して接続されますが、設計原理が、設計原則を確かに良く使用しない使用することはできません（明示は設計の原則とデザインパターンを使用しないように、今はありません）結果の設計原理を使用して、いつかあなたが穴に落ちるかもしれません
コード：
設計段階を通じてシステム設計、（理由コードのコードの多くは、自己卑下農業の農家ではない？）コーディング、このステップは泣いて、翻訳に似て、本当に多くの金ではありません。。。
テスト：
責任のテストは非常に重要であり、彼は製品発売前の最後のオフでした。。。
滝の流れのニーズに直面して、どのように対処するには？
新たな需要があり、毎日毎時間という滝の需要は例を与える、これらの要求の間に接続がないと同時に来ました：
1：ウイングスアイアンマンを追加します
2：アイアンマンに尾を追加
3：アイアンマンは赤い翼にする必要があります
4：アイアンマンは火の呼吸をすることができます。。。
結局のところ、顧客のニーズは、関係なく、顧客を満たすために必要とされるものの（ちょうどそれが共感どのように理解していない？）、それは物事を開発することですいかに難しいかの洗練されたシステムに機能を追加することを気にしません明らかにあなたは、通常のプロセス取る場合： - システム設計 - コーディング - 要件分析テストを、それは確かに、指定された時間内に完了していないので、この時間は練習のほとんどは、システムの設計段階（時間のより多くの廃棄物を）無視して、自分のプロジェクトを使用することです災害で初心者を得ることが可能である場合は、ベテランであれば、短い時間でこのような状況をフィールドを追加するにはお馴染みの経験は、正常であることができます。だから、ソリューションの滝に対処することは、開発ではなく、システム設計面の不在インチ
システム設計の側面は、システム全体のアーキテクチャの前提の下で新たな要件を検討するとき。ニーズ分析とコード開発リンクの間が存在する必要があり、このリンクを開発することが、要件分析が来る時間あたりのレートに応じて計画されたプロジェクトの仕様であると予想される複雑な要件を整理し、システムを設計することです文書特定の週、安定滝の需要が頻繁とソフトウェア開発の間の矛盾を解決するためにも、二週間。宅内システムの設計は非常にプロジェクトコードの構造とビジネスロジックに精通し、または使用することも困難を設計しなければなりませんデザインを担当しています。