在软件测试技术课程中了解到的大爆炸模式是一种高风险的软件开发方式。该模式通过短期内集中资源开发，可能导致优秀产品或彻底失败。为了避免这种不确定性，项目采用了更为稳健的增量模型，并实施了同行评审等质量保障措施。
在这学期《软件测试技术》的课程中，老师介绍过这样一个软件开发过程模型，它只是人力和资金的简单堆积，短时间类释放巨大的能量，结果要么是产生了优秀的软件产品，要么就只能诞生一堆废品，因为其过程犹如爆炸般迅速，所以人们形象称它为大爆炸模式。
从它的特性可以看出，它可不是软件开发模型的最佳选择，而我们的项目也选择了增量模型来避免出现类似的情况。可最近几天的项目规格书的编写与系统功能的详细划分，使得大家不得不放下手头正在忙的工作，所有人都投入到相关资料的收集当中。这就让项目的开发过程中出现了令人“忧心”的局部大爆炸开发，为了尽量规避最终结果“废品”风险的发生，我们做到每个人对项目的总体结构都十分明确之后，才开始各自分头工作，而每个人完成的工作也要经过大家“同行审核”通过后才提交到文档版本库中。
虽然出现以前意料之外的情况，通过大家的协同努力，最终也一定能产生一个满意的作品的。还记得军训时千人同唱的《团结就是力量》：“这力量是铁，这力量是钢”，当这力量涌现，我们将势不可挡。
特附宣传画一张，“我们团结，我们有力量”
扫一扫
655
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
