能小的变动幅度内对这些主要的因素进行微调。为了将项目变更的影响降低到最小,一定要认真执行变更的控制流程,减小项目风险。
四、实际项目分析
以某学院的信息管理系统软件开发项目为例。该系统包括了学籍管理、排课管理、学生选课、教材管理、学生考勤管理、教学质量管理、考试管理、成绩管理、宿舍管理、财务管理、证明管理、招生管理等子系统。在开发过程中,我们对需求变更进行了较严格的管理,产品得以按时保质地上线。在该管理信息系统的开发过程中,变更的因素有以下几个:1.由于项目启动时间距离第一个版本的上线时间很近,不可能在短时间内将所有的需求都获取到。2.开发人员有时会对用户的描述理解不正确,或遗漏某些要求,所以要对已有的需求进行修改。3.用户在项目开始的时候,大都不是很了解自己到底需要什么,等他们使用一段时间管理系统后,就会在实际使用中不断发现这样那样的需求。4.最主要的因素,就是该学院成立时间不长,且不是采用国内常规的管理方法,而要使这些管理方法适合国内的高校管理体制,需要有一段磨合期,所以学院内部的管理经常变,导致系统的相应需求也必须变。变更控制委员会由主管这套系统开发的副院长、项目经理以及配置管理员三个人组成。根据开发的实际情况,我们制定了一套变更管理程序,就是所有变更都必须以变更申请书的形式提交给变更控制委员会,变更控制委员会评估后,出具变更报告,然后才交给相关人员做相应处理,之后,由测试人员对变更后的相关用例进行测试跟踪。一个需求变更申请提交后,变更控制委员会对其进行评估,如确认进行变更,则由我方项目经理出具一份变更报告,写明变更事由、提出方、提出时间、变更评估结果。配置管理员将这份变更报告加到配置管理库中存档,并分发给变更申请人以及相关系统分析员。系统分析员对之进行分析,提交出一份变更列表,将该变更所影响到的文档、程序都详细的列出来,上交给配置管理员进行存档。然后,系统分析员对列表的中所列出来的文档逐个进行修改,再交由编程人员进行相应的代码修改,然后提交测试员测试,出具测试报告。这些修改的文档、代码以及测试报告都要提交给配置管理员进行存档管理,配置管理员还要根据提交情况对变更列表进行相应维护,如某项修改完成了,就要在它后面打上完结标记。当该变更列表中的所有变更项都完结了,配置管理员在变更报告后要加上实际完成时间。这样,变更所导致的文档、程序变化就可以在一个可以追溯、可以控制的状态下进行了。减少了遗漏的可能性,并便于变更的追踪。由于采取了上述变更控制方法,即使该项目的变更比较多,但还是能保持开发工作正常有序地进行。
五、结束语
对于软件开发的过程中不可避免的会出现需求变更,并且这些变更会发生在项目的整个生命周期里,因此变更控制显得尤其重要,变更控制的管理好坏对项目成败有重要影响。
参考文献:
[1]陈远,项目管理[M].武汉大学出版社,2005.
[2]邱菀华等,现代项目管理导论[M].机械工业出版社,2002.
[3]刘国靖、邓韬,21世纪新项目管理理念、体系、流程、方法、实践[M].清华大学出版社,2003.