软件变更管理主要涉及到软件更改的申请、软件更改的批准、软件更改、软件问题归零、软件更改验证及评审等环节。针对软件变更管理中的薄弱环节,以下内容将说明软件配置变更管理中很容易忽视的几个问题,并给出提高软件质量的建议。
(1)软件变更缺少相应级别的评审
实施软件变更的人员在进行完软件的变更之后,由于缺乏对软件更改部分的验证工作,容易导致软件实际更改内容与预期更改内容不一致,甚至由于软件更改描述内容过于简单,导致软件测试人员认为软件只是更改了参数文件等相关内容,而实际上却更改了其他文件,从而造成了软件中可能隐藏的缺陷没有能够暴露。因此,软件变更之要后要进行相应级别的评审,而不能走形式主义。
(2)软件变更管理需要模块化思想
从事软件测试的人员一定会发现,上一版本软件测试提交的问题报告单,在下一版本软件中仍然没有归零,于是软件测试人员纷纷抱怨软件的质量跟踪不到位、软件质量人员没有尽到应有的.责任。可各种软件规章制度实在太多,也不可能把质量人员的质量职责细化得太精确。因此,软件变更管理需要进行模块化管理,将软件变更管理内容按照一定类型分解为不同的模块,让软件变更流程上相关人员按照模块化的思想进行软件变更流程处理,以更好的保证软件质量,从而很好的控制了一些客观因素对软件变更过程质量的影响。
(3)软件变更管理应具有可追溯性
在国有企事业单位软件研制的过程中,软件往往需要变更多次之后才能形成最终交付用户的产品,可软件研制除了注重结果之外,也应该注意过程。因为中间过渡版本软件是企业的积累,它可以让软件研制人员总结研制过程中的经验、让新进人员吸取研制过程中的精华知识。因此,对软件的变更管理要有可追溯性。
从软件工程发展趋势来看,要更好的提高软件配置管理的质量,在理论上,可以让企业的软件配置管理流程融合GJB5000A软件能力成熟度模型与GJB9001B质量管理体系;在实践上,可以使用IBMRationalClearCase、CCC/HARVEST等版本管理工具,IBMRationalClearQuest等变更管理工具来提高软件配置管理水平。
针对软件变更管理中存在的问题,可以采用IBMRationalClearQuest软件变更管理工具进行高效的变更管理。该工具能够定制软件变更管理过程中的入库流程、出库流程、更改流程、缺陷管理流程等电子审批流程,还能够对软件变更历史记录进行查询,从技术手段上解决了软件变更缺少评审、验证等环节,以及软件变更过程可追溯性差等问题,让软件变更管理过程实现了模块化思想,从而提高了软件变更管理的效率及质量。
这是我在一本杂志上看到的问题,如果是你的话,你该如何回答?
一部份人应该会选择让火车改道,开过那条废弃的铁轨,为了救更多的孩子,只好让一个小孩牺牲。正所谓的“牺牲小我,完成大我”的精神,而且在出于道德和情感,也应该那样做,还不错,一个自我牺牲主义的人。
但是,在对于那个在废弃的铁轨上玩耍的小孩来说,是多么悲惨的命运!只是自己隋便地在一个地方玩,却把自己的生命给玩完了!
于是,便有一些“反动派”为了同情那个在废弃轨道上的孩子,作出了让所有人都无法接受的.选择,让那群孩子的生命换来那个孩子的生命。事实作证,这是不可行的。
这时,又有一些比较聪明的人说,他们会想办法让火车停下来。这个方法看上去还不错,但是,紧跟着又有一大串问题蹦出来了。在这种紧急的情况下,有什么直接又干脆的方法可以让火车停下来呢?即使停下来了,你又一定要跟火车司机说明情况,还要做其它一些小问题的调整,那就会浪费一段时间,如果这列火车的来回时间出了差错,那又会造成多少人的不便呀!所以,这个方法也不是完全行得通的。
就在我们看似全面地分析这道题时,许多人矛盾了。而且,在这当中,我们忽略了一个小问题,那就是——那个在废弃轨道上玩耍的孩子的决定是正确的。也就是说,那个孩子认为,在废弃的轨道上玩耍,火车是不会使过来的。他选择了一个安全的地方玩耍。
然而,这两种处境每天都在我们身边发生,少数人往往要为多数人的利益作出牺牲,即使多数人是错的。
但是,公众的利益应该以怎样的原则去维护?是保护错误的大多数?还是站在正确的少数人一方?这是一个让理智和感情相互交织,相互斗争的难题。而解决这个难题的最好方法就是遵从规则,这不但维护了公众利益,更重要的是,它可以避免人们今后的错误。
回到那个问题,出题的批评家朱力安说,他不会让火车改道,让火车按正常轨道行驶。因为在正在使用的铁轨上玩耍的孩子会很警觉,在听到火车的汽笛时就会很快跑开。而如果让火车改道,那个孤独的孩子会必死无疑。因为他认为,火车是绝不会从那条废弃的轨道上经过。
© 2022 xuexicn.net,All Rights Reserved.