软件项目管理的内容涉及上述软件项目管理过程的方方面面,概括起来主要有如下几项。
(1) 软件项目需求管理
软件需求是软件工程过程中的重要一环,是软件设计的基础,也是用户和软件工程人员之间的桥梁。简单地说,软件需求就是确定系统需要做什么,严格意义上,软件需求是系统或软件必须达到的目标与能力。
1、目标
需求管理是一种获取、组织并记录软件需求的系统化方案,同时也是一个使客户与项目开发组对不断变更的软件需求达成并保持一致的过程。在需求管理中,软件工程组的工作是采取适当的措施来保证分配的需求,即要将分配的需求文档化,控制需求的变化,负责项目实施过程中需求的实现情况。需求管理的目的是在客户和处理客户需求的软件项目组之间建立对客户需求的共同理解。需求管理的目标有两个:
· 使软件需求受控,并建立供软件工程和管理使用的需求基线。
· 使软件计划、产品和活动与软件需求保持一致。
在需求管理过程,为实现第一个目标,必须控制需求基线的变动,按照变更控制的标准和规范的过程进行需求变更控制和版本控制;为实现第二个目标,必须就变更和软件项目各小组达成共识,对软件项目计划做出调整,其中包括人员的安排、用户的沟通、成本的调整、进度的调整等。
2、原则
为进行有效的需求管理,一般要遵循如下五条原则:
· 需求一定要分类管理
进行软件项目管理的时候,一定要将软件需求分出层次。不同层次需求的侧重点、描述方式、管理方式是不同的。
· 需求必须分优先级
在软件项目中,如果出现过多的需求,通常会导致项目超出预算和预定进度,最终导致软件项目的失败,因而需求的优先级可能比需求本身更加重要。
· 需求必须文档化
需求必须有文档记录。该文档必须是正确的、最新的、可管理的、可理解的,是经过验证的,是在受控的状态下变更的。
· 需求一旦变化,就必须对需求变更的影响进行评估
无论需求变化的程度如何,只要需求变化了就必须进行评估,这是基本的原则。
· 需求管理必须与需求工程的其他活动紧密整合
进行需求管理一定不能脱离需求工程,需求工程包括了需求获取、需求分析、需求描述、需求验证、需求管理,因而需求管理必须与前面的几个需求阶段保持密切相关。
3、需求管理活动
需求管理在需求开发的基础上进行,贯穿于整个软件项目过程,是软件项目管理的一部分。在软件项目进行的过程中,无论正处于哪个阶段,一旦有需求错误出现或任何有关需求的变更出现,都需要需求管理活动来解决。需求管理是一个对系统需求变更了解和控制的过程。初始需求导出的同时就启动了需求管理规划,一旦形成了需求文档的草稿版本,需求活动就开始了。需求活动的具体内容如表1所示。
需求管理活动 | 活动的任务 |
变更控制 | 建议需求变更并分析其影响,做出是否变更的决策 |
版本控制 | 确定单个需求和SRS(即功能规格说明)的版本 |
需求跟踪 | 定义对于其他需求及系统元素的联系链 |
需求状态 | 定义并跟踪需求的状态 |
4、需求管理质量保证
· 需求验证过程
需求验证很重要,如果在构造设计开始之前,通过验证基于需求的测试计划和原型测试来
验证需求的正确性及其质量,就能大大减少项目后期的返工现象。需求验证可按以下步骤进行:
审察需求文档 依据需求编写测试用例 编写用户手册 确定合格的标准
· 验证的内容
在需求验证过程中,要对需求文档中定义的需求执行多种类型的检查。
有效性检查----对于每项需求都必须证明它是正确有效的,确实能解决用户面对的问题。
一致性检查----在需求文档中,需求不应该冲突,即对同一个系统功能不应出现不同的描述或相互矛盾的约束。
完备性检查----需求文档应该包括所有系统用户想要的功能和约束。
现实性检查----检查需求以保证能利用现有技术实现。
可检验性检查----描述的需求能够实际测试。
可跟踪性检查----需求的出处被清晰地记录,每一系统功能都能被跟踪到要求它的需求集合,每一项需求都能追溯到特定用户的要求。
可调节性检查----需求变更能够不对其他系统带来大规模的影响。
可读性检查----需求说明能否被系统购买者和最终用户读懂。
· 需求评审
需求分析完成后,应由用户和系统分析员共同进行需求评审。鉴于需求规格说明是软件设计的基础,需求评审需要有客户方和承包商方的人员共同参与,检查文档中的不规范之处和遗漏之处。
以上是关于软件测试的知识,由多测师亲自撰写! https://www.duoceshi.com/
联系人:王老师
手机:15873483787
电话:0755-21072941
邮箱:hr@duoceshi.com
地址: 广东省深圳市龙华区龙华街道龙园社区人民路宾馆花园18栋信盈广场A栋4层