要求を分析する際は、単に「何を作ってほしいか」という機能的な要望（機能要件）だけでなく、システムの処理能力、セキュリティ基準、稼働時間、災害時の復旧目標といった「性能や品質に関する要望（非機能要件）」についても徹底的に整理する必要があります。非機能要件はユーザー自身も気づいていないことが多いため、開発側がチェックリスト等を用いて主体的に引き出すことが重要です。また、業務の流れを図式化する「DFD（データフロー図）」や、システムの振る舞いを示す「ユースケース図」などのモデリング手法を用いて可視化し、関係者全員で共有します。
試験では、要求分析から要件定義に至る上流工程の役割と重要性が頻出します。特に、システムが備えるべき機能について定義する「機能要件」と、信頼性やセキュリティ、性能（応答時間など）といった機能以外の品質について定義する「非機能要件」の切り分けが非常によく出題されます。例えば、「応答時間は3秒以内とする」や「バックアップは毎日行う」は非機能要件に分類されることを判断できる必要があります。
また、要求を整理するために用いられる手法である「DFD（データフロー図）」や「E-R図」、「ユースケース図」などの図法についても、要求分析・要件定義の文脈で問われるため、それぞれの図が何を表すものかを整理しておきましょう。
要求分析に関連する用語としては、分析結果をドキュメントにまとめる「要件定義」や、システム化する機能を定義する「機能要件」、品質や性能を定義する「非機能要件」があります。また、業務やシステムの流れを可視化するための「DFD（データフロー図）」や、発注元がベンダーに提案を求める「RFP」も関連が深いです。