的主观性，为项目建设埋下潜在的风险。

⑶需求自身经常变动

根据以往的历史经验，随着客户方对信息化建设的认识和自己业务水平的整合提髙，会在不同的阶段和时期对项目的需求提出新的要求和需求变更。所以在进行需求分析时，就要防患于未然，尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求，以便在进行系统设计时，将软件的核心建筑在稳定的需求上，同时留出变更空间。咨询监理方在需求分析的功能界定上担任一个中间、公平、公正的角色，所以也必须参与到需求分析的准备中来，以便协助客户方和承建方来界定“做什么”、“不做什么”的系统功能界限。

分析人员或客户理解有误

软件系统分析人员不可能都是全才，更不可能是行业方面的专家。客户表达的需求，不同的分析人员可能有不同的理解。如果分析人员理解错了，可能会导致以后的开发工作劳而无功，所以，分析人员的知识的专一性也会造成需求分析的误解和失败。这时间，咨询监理公司就必须根据实际的项目需求调研计划，提醒承建方加强业务了解程度和注重沟通技巧。

如何进行需求分析

需求分析应该先了解宏观的问题，再了解细节的问题，然后写成需求说明书。这样对于那些只想了解宏观需求的领导，和需要了解细节的技术员都合适。在写需求说明书时，还应该注意以下两个问题：

1〉最好为每个需求注释“为什么”，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。

2〉需求说明不可有二义性，更不能前后矛盾。如果有二义性或前后矛盾，则要重新分析此需求。

3丨需求分析方法论

根据以往的工程经验，需求分析工作方法应该定位在“三个阶段”（也称“三步法”）。

“）第一阶段

“访{文章来自 海口企业网站建设}www.HiSoSi.com谈式”：这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等具体、客观的信息，建立起良好的沟通渠道和方式，针对具体的职能部门，最好指定本次项目的接口人。

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

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

第一阶段“访谈式”项目中角色、流程图见图4-2。