认识达内从这里开始

认真做教育专心促就业

太原达内培训软件开发需求评审都有哪些常见方法

发布：太原达内教育官网
来源：互联网
时间：2021-11-25 08:38

我们在上文中给大家简单介绍了软件开发需求管理的一些基础问题等内容，而本文我们就继续来学习一下，软件开发需求评审都有哪些常见方法。

太原达内培训软件开发需求评审都有哪些常见方法

一、分层次评审

我们知道用户的需求是可以分层次的，一般而言可以分成如下的层次：

目标性需求：定义了整个系统需要达到的目标;

功能性需求：定义了整个系统必须完成的任务;

操作性需求：定义了完成每个任务的具体的人机交互;

目标性需求是企业的高层管理人员所关注的，功能性需求是企业的中层管理人员所关注的，操作性需求是企业的具体操作人员所关注的。对不同层次的需求，其描述形式是有区别的，参与评审的人员也是不同的。如果让具体的操作人员去评审目标性需求，可能会很容易地导致“捡了芝麻，丢了西瓜”的现象，如果让高层的管理人员也去评审那些操作性需求，无疑是一种资源的浪费或者就会出现案例三的情形。

二、正式评审与非正式评审结合

正式评审是指通过开评审会的形式，组织多个专家，将需求涉及到的人员集合在一起，并定义好参与评审人员的角色和职责，对需求进行正规的会议评审。而非正式的评审并没有这种严格的组织形式，一般也不需要将人员集合在一起评审，而是通过电子邮件、文件汇签甚至是网络聊天等多种形式对需求进行评审。2种形式各有利弊，但往往非正式的评审比正式的评审效率更高，更容易发现问题。因此在评审时，应该更灵活地利用这2种方式。

三、分阶段评审

应该在需求形成的过程中进行分阶段的评审，而不是在需求终形成后再进行评审。分阶段评审可以将原本需要进行的大规模评审拆分成各个小规模的评审，降低了需求返工的风险，提高了评审的质量。

比如可以在形成目标性需求后进行一次评审，在形成系统的初次概要需求后进行一次评审，当对概要需求细分成几个部分，对每个部分进行各个评审，终再对整体的需求进行评审。

四、精心挑选评审员

需求评审可能涉及的人员包括：需方的高层管理人员、中层管理人员、具体操作人员、IT主管、采购主管;供方的市场人员、需求分析人员、设计人员、测试人员、质量保证人员、实施人员、项目经理以及三方的领域专家等等。在这些人员中由于大家所处的立场不同，对同一个问题的看法是不相同的，有些观点是和系统的目标有关系的，有些是关系不大的，不同的观点可能形成互补的关系。为了保证评审的质量和效率，需要精心挑选评审员。先要保证使不同类型的人员的都要参与进来，否则很可能会漏掉了很重要的需求。其次在不同类型的人员中要选择那些真正和系统相关的，对系统有足够了解的人员参与进来，否则很可能使评审的效率降低或者终不切实际的修改了系统的范围。来源:考试大-项目管理师考试

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。

< 上一篇：太原软件开发培训软件开发需求管理包含哪些内容

下一篇：太原达内电脑培训编程竞技对于程序员都有哪些影响 >