3.1 需求分析的任务
3.1.1 需求分析的概念
    开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转化到相应的形式功能规约（需求规格说明）的过程。需求分析虽处于软件开发过程的初期阶段,但它对于整个软件开发过程以及软件产品质量是至关重要的。随着软件系统复杂性的提高及规模的扩大，需求分析在软件开发中的所处的地位愈加突出，从而也愈加困难。
  1.需求分析的难点
    (1)问题的复杂性。用户需求所涉及的因素很多，如系统功能和运行环境。
    (2)交流障碍。需求分析涉及人员较多，分别具备不同的背景知识，处于不同的出发点，造成了相互之间交流的困难。
    (3)不完备性和不一致性。用户对问题的陈述往往是不完备的，其各方面的需求还可能存在着矛盾，需求分析要消除其矛盾，形成完备及一致的定义。
    (4)需求易变性。用户需求的变动往往会影响到需求分析，导致系统的不一致性和不完备性。
  2.需求分析的基本原则
    (1)必须能够表达和理解问题的数据域和功能域。数据域包括数据流、数据内容和数据结构，而功能域反映数据域三方面的控制信息。
    (2)可以把一个复杂问题按功能进行分解并可逐层细化。
    (3) 建模。建立模型可以帮助分析人员更好地理解软件系统的信息、功能、行为，这些模型也是软件设计的基础。
3.1.2 需求分析的基本任务
  1.问题识别
    (1) 功能需求：明确所开发的软件必须具备什么样的功能。
    (2) 性能需求：明确待开发的软件的技术性能指标。
    (3) 环境需求：明确软件运行时所需要的软、硬件的要求。
    (4) 用户界面需求：明确人机交互方式、输入输出数据格式。
  2. 分析与综合，导出软件的逻辑模型
    分析人员对获取的需求，进行一致性的分析检查，在分析、综合中逐步细化软件功能，划分成各个子功能。用图文结合的形式，建立起新系统的逻辑模型。
  3. 编写文档
    (1) 编写“需求规格说明书”，把双方共同的理解与分析结果用规范的方式描述出来，作为今后各项工作的基础。
    (2) 编写初步用户使用手册，着重反映被开发软件的用户功能界面和用户使用的具体要求，用户手册能强制分析人员从用户使用的观点考虑软件。
    (3) 编写确认测试计划，作为今后确认和验收的依据。
    (4) 修改完善软件开发计划。在需求分析阶段对待开发的系统有了更进一步的了解，所以能更准确地估计开发成本、进度及资源要求，因此对原计划要进行适当修正。