软件项目中如何开展有效的需求评审

[职称评审继续教育学时不足怎么办]继续教育学时不足对职称评审有影响。继续教育学时不足可以再补足学时。点击测试我适不适合学会计具体流程如下：在当地的培训机构进行报名。一年申报一次，需要继续教育学时证明...+阅读

2 需求评审的关键下文根据笔者多年参与软件项目管理的切身体会及经验，从不同角度对需求评审方法进行论述。2·1 充分准备评审好的软件需求说明书，是进行有效需求评审的前提。首先，需求人员在与用户确认需求的过程中，一定不要放过任何一个细节，仔细体会用户的每一个要求。对于用户的要求，需求人员需要对其加以梳理：哪些是合理的需求，哪些是不合理的需求，还有一些可能是必要的但是用户没想到的需求。

软件需求说明书不应该只是用户意愿的表达，而应该是从软件层面上对用户需求的总结。软件需求说明书对需求用例的描述一般分为基本流和扩展流，基本流是大家很容易想到的主要业务流程，而实际设计开发及测试过程中，最耗费时间的是实现扩展流的过程。因此不能只注重基本流，好的软件需求说明书，扩展流一定远远多于基本流，扩展流写得越完善，说明需求人员考虑得越周全。

而实质上，如果扩展流写得不完善，后期的设计、开发及测试人员往往在相应的细节处理上无所适从。2·2分层次评审用户的需求是可以分层次的，一般而言分成以下层次：①目标性需求，定义整个系统需要达到的目标；②功能性需求，定义了整个系统必须完成的任务；③操作性需求，定义了完成每个任务的具体的人机交互；目标性需求是企业的高层管理人员所关注的，功能性需求是企业的中层管理人员所关注的，操作性需求是企业的具体操作人员所关注的。

对不同层次的需求，其描述形式是有区别的，参与评审的人员也是不同的。如果让具体的操作人员去评审目标性需求，可能会很容易地导致“捡了芝麻，丢了西瓜”的现象，如果让高层的管理人员也去评审那些操作性需求，无疑是一种资源的浪费。分层次评审，可以让不同类型的参与人分别评审他们关注的内容，从不同的角度找到需求的异常，提高评审效率。