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

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

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

　　4.2.3 “确认式Afirm”阶段

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

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

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

　　整体来讲，需求分析的三个阶段是需求调研中不可忽视一个重要的部分，三个阶段或者说三步法的实施和采用，对用户和承建方都同样提供了项目成功的保证。当然在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。
　五、 软件需求分析工具

　　我们根据用户需求，通过反复讨论、分析，终明确一个性的用户需求，这个结果其实是我们的软件需求分析报告。一般我们采用Word、 PowerPoint、Visio、ProntPage、Excel等Office工具，同时可能采用一些开发工具，如VC或BC等，同样也会使用一些图形工具，如Potoshop、调色板等画图工具。

　　使用各种工具表达软件需求分析，其具体表达手段可以分为：

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

　　●       逻辑图描述。根据用户需求功能，使用抽象化理论，以及需求分析理论，对用户需求功能进行全面的分析，建立功能性逻辑关系图，流程逻辑关系图等；

　　●       关系图表描述。主要是对信息关系、数据库表格、接口函数等描述；

　　●       工程数学描述。分析用户需求，分析用户需求信息，运用工程数学进行算法推导，进行合理化需求分析推导；

　　●       甘地图描述。主要是软件项目工作安排，开发周期预估；

　　●       其它方法描述。保证完整性合理性的有效描述。

　　六、 软件需求分析评估

　　软件需求分析评估是为了检查我们进行软件需求分析工作，保证软件需求分析工作正确性、完整性、有效性、合理性、可确认性、可实施性，完全保证用户所需求的功能。

　　6.1 组织结构与责任管理

　　我们对组织结构与责任管理的评估主要有：参与人员任务和责任界面的明确；安排计划按时完成状况；相互间的协调能力状况。

　　6.2 满足用户需求的功能

　　我们进行需求分析的目的是完整、准确地描述用户的需求，跟踪用户需求的变化，将用户的需求准确地反映到系统的分析和设计中，并使系统的分析、设计和用户的需求保持一致。

　　需求分析的特点是需求的完整性、一致性和可追溯性。完整性：是准确、全面的描述用户的需求。一致性：是通过分析整理，剔除用户需求矛盾的方面，规范用户需求。可追溯性：有两个方面的含义，整理和规范的需求，其一，需要不断的和用户进一步交流，保持和用户新的需求一致。其二，和系统分析（设计）保持一致。

　　因此在需求分析之前我们必须建立需求分析技术层面的基本框架，从技术上保证需求分析的要求，在此基础上我们进行的需求分析才能满足项目对需求分析的要求。

　　6.3 保证可实施性

　　我们必须以用户软件需求为依据，以求实的态度详细的、准确的、完整的编写软件需求分析，避免空想世界，空中楼阁的想法；避免无逻辑性、无核心的描述；避免无量化思维，无实际空间概念。

　　6.4 需求分析评价指标

　　主要有这么几个指标：功能性、完整性、正确性、逻辑性、表现性、合理性，可实施性等。

　　6.5 工作周期

　　评价人员投入，以及费用支出的合理性问题。正确制定工作周期，保证软件项目的顺利完成。

　　6.6 需求不确定更改与可确认保证

　　可确认需求功能是实现用户需求的基本保证，如果不可确认的、不确定更改存在，