软件变更管理主要涉及到软件更改的申请、软件更改的批准、软件更改、软件问题归零、软件更改验证及评审等环节。针对软件变更管理中的薄弱环节,以下内容将说明软件配置变更管理中很容易忽视的几个问题,并给出提高软件质量的建议。
(1)软件变更缺少相应级别的评审
实施软件变更的人员在进行完软件的变更之后,由于缺乏对软件更改部分的验证工作,容易导致软件实际更改内容与预期更改内容不一致,甚至由于软件更改描述内容过于简单,导致软件测试人员认为软件只是更改了参数文件等相关内容,而实际上却更改了其他文件,从而造成了软件中可能隐藏的缺陷没有能够暴露。因此,软件变更之要后要进行相应级别的评审,而不能走形式主义。
(2)软件变更管理需要模块化思想
从事软件测试的人员一定会发现,上一版本软件测试提交的问题报告单,在下一版本软件中仍然没有归零,于是软件测试人员纷纷抱怨软件的质量跟踪不到位、软件质量人员没有尽到应有的.责任。可各种软件规章制度实在太多,也不可能把质量人员的质量职责细化得太精确。因此,软件变更管理需要进行模块化管理,将软件变更管理内容按照一定类型分解为不同的模块,让软件变更流程上相关人员按照模块化的思想进行软件变更流程处理,以更好的保证软件质量,从而很好的控制了一些客观因素对软件变更过程质量的影响。
(3)软件变更管理应具有可追溯性
在国有企事业单位软件研制的过程中,软件往往需要变更多次之后才能形成最终交付用户的产品,可软件研制除了注重结果之外,也应该注意过程。因为中间过渡版本软件是企业的积累,它可以让软件研制人员总结研制过程中的经验、让新进人员吸取研制过程中的精华知识。因此,对软件的变更管理要有可追溯性。
光阴似流水,一转眼,小学毕业了。但那段似水流年,永远不可以忽略。
那个生活了六年的学校,这些年的我们都一直陪她走着。每天早上一进校门,就可以看见校长那和蔼可亲的笑脸。上课时,老师那幽默的话语时不时让我们捧腹大笑。而同学们,无数个课间我们一起玩闹过,无数次集体活动我们一起努力过。
还记得五年级的那次拔河比赛吗?那一次,我们班居然要和年级中“重量级”选手最多的三班比赛。班主任一直在为我们打气,他认真仔细地帮我们排好队形,站在一边为我们加油呐喊。有的同学手被绳子磨破了,有的同学摔倒在地上却不愿放手……我觉得那时我们真像一个团结的大家庭。这些细节,我从不曾忽略。
小学中的最后一次春游,我们去的是盱眙铁山寺。在路上的几个小时,大家一直在聊天,像是要把曾经没有聊过的话题都聊一遍。到了铁山寺,同学们默默地爬着,就好像是回忆小学里一起走过的足迹。我耳边又会想起班主任说的话:“这是我们最后一次集体活动了……”竟心头一热,原本疲惫的身体又充满了力量。后来才知道,我们班是唯一一个中途不休息一直走到山顶的班。
下山时,一个女同学不小心摔了一跤受伤了,数学老师就把她背着慢慢走下山。我站在老师旁边,看着她渐渐远去的背影,心想:她的确是这样的老师,把学生看成自己的孩子。多么想和老师说一句:谢谢老师为我们付出的爱!这些爱,我从不曾忽略。
毕业那天,我拉着朋友在校园里走了一圈又一圈,原来在学校那么多年,很多地方还没走过。学校门前的树叶落下,还会再长出来,可是那段流年呢,还可以回来吗?
回到班级,才发现同学们都互相在对方的校服上签下自己的名字,我也赶快加入其中。看着那一张张真诚的笑脸,我在努力回忆与他们相处的点点滴滴……可是,没有办法,班主任开始发毕业证书了。他说:“恭喜你们终于毕业啦!你们长大了!”我们都沉默着,眼泪还是不争气地掉了下来。
时间都去哪儿了?过得这么快,细细回味才发现我还有那么多美好的回忆。
昨天无意中看到了汤显祖写的《牡丹亭》:“为你如花美眷,似水流年。是答儿闲寻遍,在幽闺自怜。”又想起了那段时光。原来,那段似水流年,我从不曾忽略。
而那段似水流年,也永远不可以忽略。
从软件工程发展趋势来看,要更好的提高软件配置管理的质量,在理论上,可以让企业的软件配置管理流程融合GJB5000A软件能力成熟度模型与GJB9001B质量管理体系;在实践上,可以使用IBMRationalClearCase、CCC/HARVEST等版本管理工具,IBMRationalClearQuest等变更管理工具来提高软件配置管理水平。
软件配置管理的目的在于建立和维护软件项目生命周期内软件产品的完整性。配置管理工作如果做不好,很容易产生软件质量问题。
© 2022 xuexicn.net,All Rights Reserved.