需求分析要点

一、人员组织

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

二、分析方法

  ①思路上的注意事项:

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

    2 客户说不清楚需求

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

    3 需求自身经常变动

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

  ②具体行动上:三步

  1“访谈Visitation”阶段

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

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

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

  2“诱导Inducement”阶段

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

实现手段:拜访(诱导)、原型演示

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

  3“确认Afirm”阶段

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

实现手段:拜访(回顾、确认),提交业务流程报告、数据项表;原型演示系统

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

三、工具软件

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

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

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

你可能感兴趣的:(需求,需求)