これは第四章からスタートし続けることが、最後の章をお読みください。
第四章では、コンテンツのビジネスユースケースの観点から、著者はこの点で伝えると言わが比較的小さい場合、メインコンテンツは、（出発点として、ビジネス・イベントを使用して）製品の適切な部分を決定する方法であり、そして構築する最高の製品を決定する方法。著者らは、我々が最初に私たちが行う仕事に直面しているという仕事を理解して、設定条件やアプリケーションのその範囲に行かなければならない、と彼は言う、この章では、いくつかの基本的な作業について説明します。これは、私たちが、この場合のソフトウェア要件と分析では、この学期のコースを学んできた知識のいくつかのことを思い出します。教室では、教師が常に作業チャートの範囲をドローダウンするために私達を置くだろう、彼はまったく同じと著者を意味し、私たちの究極の目標は、ユーザーのニーズのより詳細な理解です。図は、仕事の要件の範囲を描画する過程にあるドローダウン、流れの中で行き場を見、私たちが問題とユーザーを確認することができることを無視しています。言い換えれば、「研究の必要性は、ユーザーが正確に観察し、作品の解釈を開始し、継続的な解説を提供するために、要求分析、職場で自分のタスクを記述することができ、アクティブで、アナリストは、すべての概要を説明することができますmodelタスク、およびそれらがどのようにデータ・ストリームに接続されている。モデルが設定された後、確認を得るためには、ユーザへのアナリストからのフィードバック、と質問をします。 "
第五章では、著者たちは、私たちの発見の必要性を議論するために集まっエキスやスキルのニーズを作成する方法について説明します。まず、私はネットワークの要件については、オンラインの例と説明は、Baiduのフォーラムは、これは言っていたがチェック：「ビューの内容分析の観点から、メインネットワークは、要件分析、構造解析およびネットワーク計画とネットワークのスケーラビリティ3の分析を含むべきです内容は。「この説明は、著者のと一致しています。そして、また、本の著者は説明するためのネットワークニーズの詳細な例を作った：「釣りから、より頻繁に彼は元々望んでいたよりも、魚、および経験豊富な漁師を取得した者を募集する場合あなたは魚を除いてどこネットとスロー何かを知ることができます。そう、クエストの需要もこの効果を得ることができます。経験豊富なアナリストは、彼らが実際に取得したい、需要に動員されており、需要と保持を排除し、取得することができますまた、より多くの彼らの初めより取得したい。同時に、著者はまた、いくつかのヒントネットワークの要件を導入しています。例えば、一部のユーザーは、いくつかのニーズを持っているので、ユーザーを考慮することを認識していないか、需要が実現されるとは思いませんでした、検討する必要がありますそれらに。第二は、後半に見つかった場合、それは高い価格を持って、すべての要件を参加させるようにしてくださいです。「のニーズのための探求に真の役割だという。スネアの需要が特に任意の一つのことで、私たちのように、見られることで、学習の過程であり、我々は観察し続けなければなりませんが、また、人のガイダンスに従うことやクワイアラーなされるとき、お願いし続けることたくさんの後、我々はまた、仕事の内容の性質を理解することがあります。「解釈は、各ビジネスイベントのために、作られた応答の努力があり、それぞれのビジネスイベントは、彼の頭を持っています。システムの存在の根本的な理由を表します。作業、システムの性質の性質の発見の一部であり、他の興味のある人は一緒に、ビジネスイベントに右の応答を作るために必要なアクションを表示するにはいくつかのシナリオを構築します。」
マスター要件プロセスは、我々は簡単なよう単純な記録を想像し、経験の蓄積が臭いの鋭い感覚で、不可欠であり、成功した練習は、ルートを見つけるのが得意ではありませんどのような知識の多くは、です。