馈意见(后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档)
整体来讲，需求分析的三个阶段是需求调研中不可忽视一个重要的部分，三个阶段或者说三步法的实施和采用，对用户和承建方都同样提供了项目成功的保证。当然在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。
五、 软件需求分析工具
我们根据用户需求，通过反复讨论、分析，最终明确一个唯一性的用户需求，这个结果其实就是我们的软件需求分析报告。一般我们采用Word、 PowerPoint、Visio、ProntPage、Excel等Office工具，同时可能采用一些开发工具，如VC或BC等，同样也会使用一些图形工具，如Potoshop、调色板等画图工具。
使用各种工具表达软件需求分析，其具体表达手段可以分为：
● 效果图描述。主要是用户UI界面的描述反映用户需求功能;
● 逻辑图描述。根据用户需求功能，使用抽象化理论，以及需求分析理论，对用户需求功能进行全面的分析，建立功能性逻辑关系图，流程逻辑关系图等;
● 关系图表描述。主要是对信息关系、数据库表格、接口函数等描述;
五、 软件需求分析工具
我们根据用户需求，通过反复讨论、分析，最终明确一个唯一性的用户需求，这个结果其实就是我们的软件需求分析报告。一般我们采用Word、 PowerPoint、Visio、ProntPage、Excel等Office工具，同时可能采用一些开发工具，如VC或BC等，同样也会使用一些图形工具，如Potoshop、调色板等画图工具。
使用各种工具表达软件需求分析，其具体表达手段可以分为：
● 效果图描述。主要是用户UI界面的描述反映用户需求功能;
● 逻辑图描述。根据用户需求功能，使用抽象化理论，以及需求分析理论，对用户需求功能进行全面的分析，建立功能性逻辑关系图，流程逻辑关系图等;
● 关系图表描述。主要是对信息关系、数据库表格、接口函数等描述;
● 工程数学描述。分析用户需求，分析用户需求信息，运用工程数学进行算法推导，进行合理化需求分析推导;
● 甘地图描述。主要是软件项目工作安排，开发周期预估;
● 其它方法描述。保证完整性合理性的有效描述。
六、 软件需求分析评估
软件需求分析评估是为了检查我们进行软件需求分析工作，保证软件需求分析工作正确性、完整性、有效性、合理性、可确认性、可实施性，完全保证用户所需求的功能。
6.1 组织结构与责任管理
我们对组织结构与责任管理的评估主要有：参与人员任务和责任界面的明确;安排计划按时完成状况;相互间的协调能力状况。
6.2 满足用户需求的功能
我们进行需求分析的目的是完整、准确地描述用户的需求，跟踪用户需求的变化，将用户的需求准确地反映到系统的分析和设计中，并使系统的分析、设计和用户的需求保持一致。
需求分析的特点是需求的完整性、一致性和可追溯性。完整性：是准确、全面的描述用户的需求。一致性：是通过分析整理，剔除用户需求矛盾的方面，规范用户需求。可追溯性：有两个方面的含义，整理和规范的需求，其一，需要不断的和用户进一步交流，保持和用户最新的需求一致。其二，和系统分析(设计)保持一致。
因此在需求分析之前我们必须建立需求分析技术层面的基本框架，从技术上保证需求分析的要求，在此基础上我们进行的需求分析才能满足项目对需求分析的要求。
6.3 保证可实施性
我们必须以用户软件需求为依据，以求实的态度详细的、准确的、完整的编写软件需求分析，避免空想世界，空中楼
阁的想法;避免无逻辑性、无核心的描述;避免无量化思维，无实际空间概念。
6.4 需求分析评价指标
主要有这么几个指标：功能性、完整性、正确性、逻辑性、表现性、合理性，可实施性等。
6.5 工作周期
评价人员投入，以及费用支出的合理性问题。正确制定工作周期，保证软件项目的顺利完成。
6.6 需求不确定更改与可确认保证
可确认需求功能是实现用户需求的基本保证，如果不可确认的、不确定更改存在，将会阻碍软件实现，或者软件设计存在着不完整性缺陷，或者存在着不可实施性问题，我们必须区分是功能性障碍问题，还是未来性问题。如果不能够明确是未来性问题，则必须调整功能需求，化解不确定更改的问题。因此，判断不确定性更改是一个非常重要的问题。