需求分析要点

一、人员组织

一般必须有商务活动人员，项目管理人员，设计技术人员等，要求组织人员必须明确负责范围，以及明确工作目标，保证实施的有效性。

二、分析方法

  ①思路上的注意事项：

    1 重中之中：一切都是为了提高客户办理业务的效率和便利性。

    2 客户说不清楚需求

  引导：客户对需求只有朦胧的感觉，说不清楚具体的需求。客户方的办公人员不清楚计算机网络有什么用，缺乏IT系统建设方面的专家和知识。此时，用户就会要求软件系统分析人员替他们设想需求。工程的需求存在一定的主观性，为项目未来建设埋下了潜在的风险。需对需求进行引导。

    3 需求自身经常变动

  稳定需求、易变需求：随着客户方对信息化建设的认识和自己业务水平的提高，会在不同的阶段和时期对项目提出新的需求。在进行需求分析时要懂得防患于未然，尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求，以便在进行系统设计时，将软件的核心建筑在稳定的需求上，同时留出变更空间。

  ②具体行动上：三步

  1“访谈Visitation”阶段

  这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局，最好能指定本次项目的接口人。

实现手段：访谈、调查表格

输出成果：调查报告、业务流程报告

  2“诱导Inducement”阶段

  这一阶段是在承建方出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。

实现手段：拜访（诱导）、原型演示

输出成果：调研分析报告、原型反馈报告、业务流程报告

  3“确认Afirm”阶段

  这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作承建方提供的DEMO系统，来提出反馈意见，并对已经可接受的报告、文档签字确认。

实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统

输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档）

三、工具软件

Word、PPt、Visio、Excel；开发工具(原型)如Axure；图形工具如Potoshop。

效果图：主要是用户UI界面的描述反映用户需求功能；

业务流程图：逻辑上的抽象。