问题的提出：
在系统尚未存在时，怎样描述用户需要一个什么样的系统？如何规范的定义用户需求？
考虑问题的思路：
把系统看作一个黑箱，看它对外部的客观世界发挥什么作用，描述它外部可见的行为。
注意：需求是技术无关的。在需求阶段讨论技术是没有任何意义的。那只会让你的注意力分散。
需求分析的基本策略是采用脑力风暴、专家评审、焦点会议组等方式进行具体的流程细化、数据项的确认，必要时可以提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作开发方提供的原型系统，来提出反馈意见，并对可接受的报告、文档签字确认。
需求验证是对需求分析的成果进行评估和验证的过程。为了确保需求分析的正确性、一致性、完整性和有效性，提高软件开发的效率，为后续的软件开发做好准备，需求验证的工作非常必要。
在需求验证的过程中，可以对需求阶段的输出文档进行多种检查，比如，一致性检查、完整性检查和有效性检查等。
)
