谈工程变更

标签: IT咨询 | 发表时间:2013-09-10 19:44 | 作者:人月神话
出处:http://blog.sina.com.cn/cmmi
在这里只谈纯粹软件意义上的工程变更和配置管理相关规范流程,不涉及到产品级的工程变更包括的硬件和各种配套件层面,以方便按一个简化的思路来理解工程变更的流程和核心模型。

变更分需求类变更和实际故障bug两种,在定制的时候由于两种不同类型的变更本身处理流程也有差别,因此本身也可能进行不同的流程定制,最终归集到代码和实现层面。对于需求类变更往往涉及到需求的CCB评审,需求方案的讨论,需求和设计文档的修改,最后可能才涉及到代码层面的变更。而对于缺陷故障则流程简单,直接故障分析后可以分配到代码修改层面。

完整的工程变更模型包括了变更请求,变更单和变更活动的三层复杂1对多的层层展开结构,由于产品级的变更涉及到软件,硬件,工艺,结构,包装等多个方面的内容,因此对于产品级的变更三层模型往往是必须的。而对于纯粹软件层面的变更,我们可以将模型简化为两层结构,即变更申请直接转到具体的变更活动上面,一个变更申请可以对应到多个变更活动。举个例来做,一个接口的变更可能涉及到A,B两个业务系统代码层面的修改,则在需求分析评估后可以生成两个变更活动,分片指派给两个业务系统来处理。

在多层的变更模型和变更对象下面,每一层都有其独自的对象生命周期状态,同时各层对象之间又相互影响状态。整个基本操作思路可简化描述如下,在变更申请派发多个变更活动后,必须是底层所有的变更活动的状态关闭后,变更申请的最终状态才能够验证关闭,以形成一个完整的变更闭环过程。

基本上所有的变更都涉及到配置管理项的修改,因此将具体配置项和变更单,变更活动关联起来是必须的。这样我们才能够清楚每一次配置项的版本变化究竟和那个变更申请单有关系,形成完整的追溯关系。在变更的过程中,我们需要对配置项进行检出,则一般操作可以是在check out配置项的时候选择具体的变更活动以实现关联。同时对于选择到的配置项列表将自动带入到变更工单中,以实现完整的追溯。

我们来思考一下一个比较大的软件项目中所涉及到的变更管理流程和变更和部署测试的配置情况。具体场景我们可以简化为有20个bug,开发人员已经修改为10个bug,同时将缺陷的状态切换到了待部署状态。还有10个bug还在处理中。这个时候测试需要对已经修改好的10个bug提前进行验证。整个过程可以简化描述如下:

1.开发修改完的bug为待部署状态,未修改完的bug为修改中状态。
2.开发申请进行一次版本构建,独立的工单,该版本构建工单关联上已经修改的10个bug
3.配置管理员对版本构建单进行审核出来,根据bug追溯到配置项,然后进行单独按缺陷的deliver操作,将配置项的变更从开发分支deliver到配置管理的测试分支。
4.配置管理员根据自动化构建脚本进行编译和版本部署,根据版本管理规范生成本次部署包的版本号。
5.部署成功后完成后,10个已经修改完成的bug的状态转换到待测试状态。
6.测试负责人提交测试申请,某次测试申请可以关联所有已经在待测试状态的缺陷,然后走工单流程。
7.测试人员对待测试的缺陷进行测试和验证,如果通过该缺陷本身关闭,如果不通过缺陷重新打开。
8.如果所有缺陷都验证通过,则进行版本评审或评估,同时最后一次的版本为一个稳定的可用版本。
9.工程现场人员通过版本提取流程,对测试稳定可用的版本进行提前。

在这里要注意变更申请,变更活动,版本构建,测试申请,版本提取等都是独立的流程,同时这些对象之间又发生关联依赖和约束,以形成完整的闭环和追溯关系。变更的核心一定是可闭环+可追溯。

以上只是最简单的一个涉及到一个系统的bug修复和测试发布的流程。而较为复杂的则是跨多个业务系统的需求方案层面的变更。因为在原有单业务系统的基础上增加了更多的协同和相互约束。那再举个例子来说,一个需求方案,涉及到两个业务系统去变更修改,然后同时发布和部署,那我们的流程和工具上应该如何更好的支撑。

1.提交变更申请,变更申请在进行评审分析后拆分为单独的两个变更活动单分配给两个业务系统。
2.两个业务系统各自去处理自己的变更活动。流程同上面。
3.提交构建申请,两个业务系统可以各自提交自己的构建申请,将变更活动转到待测试状态。
4.测试负责人注意,只有两个变更活动都待测试的时候变更申请会转到待测试,这时候提交测试申请。
5.进行方案的测试和评估,形成测试结果和评估报告,后面流程同。

这已经是一个简化以后的跨系统的方案类变更例子,重点是通过两层或多层变更对象结构实现了全流程的追溯关系。而产品级的工程变更则往往需要启用标准的三层变更对象模型,以实现追溯和映射。

  青春就应该这样绽放   游戏测试:三国时期谁是你最好的兄弟!!   你不得不信的星座秘密

相关 [工程] 推荐:

「我是工程師」

- georgexsh - 石墨工房 5.1β
有不少工程師、或是自認為是工程師的人,在言談之間(尤其是對象是非工程師時)喜歡用「因為我是工程師,所以……」、或是「因為工程師性格使然,所以……」來當開場白,以下再展開自己要說的話. 我對工程師沒有意見、對工程師性格沒有意見,我自己也用過「xx工程師」的名片;我比較覺得有意思的,是用這些話開場的人當下的想法.

遭遇工程师

- Chrisoul - 槽边往事
谢谢大家的关心,几个小时前Google Plus恢复了我的帐号,看来暂时我还不用离开. 因为前一篇Blog的缘故,有些网友猜测是因为博文而使得我获释. 虚荣心让我想立即承认这一点,但是对不起,真的不是这样的,我的Blog并没有那么大影响力,尤其是在英文世界里. 而且,因为我上次张贴了一张人类进化谱系的漫画,我在国外驻京记者圈里成功赢得了“种族主义者”这一臭名昭著的称号,大概没有什么人愿意帮助一个黄种人中的“种族主义者”.

谈工程变更

- - 人月神话的BLOG
在这里只谈纯粹软件意义上的工程变更和配置管理相关规范流程,不涉及到产品级的工程变更包括的硬件和各种配套件层面,以方便按一个简化的思路来理解工程变更的流程和核心模型. 变更分需求类变更和实际故障bug两种,在定制的时候由于两种不同类型的变更本身处理流程也有差别,因此本身也可能进行不同的流程定制,最终归集到代码和实现层面.

工程师效率

- - 后端技术 by Tim Yang
很好奇程序员这个群体这些年效率是变低了还高了,在社交媒体中,各个阶层的兴趣圈都有自己的段子手及内容帐号,段子手发的内容会让你笑cry,内容帐号发的内容可让你享受阅读的快感,这些快感会比写代码见效快. 写完一个模块的代码通常要一整天或者几天时间,代码调通运行没有问题才会体验到愉悦,而社交媒体只需要一些碎片时间就可以达到高潮.

搜狐武汉工程院招聘Python工程师、Java工程师...

- sun - BT的花 blogs
搜狐将在武汉成立工程院,我目前负责武汉工程院的筹备和初期建设工作. 武汉工程院的目标是吸引华中地区的优秀工程师,配合北京总部的规划进行项目实施;为将来的业务发展储备人才. 武汉工程院也会逐步配置独立的产品和运营团队,争取早日主动驱动业务增长. 初期的办公地点离华科大不远,办公室预计元旦前可交付使用.

知乎招募工程师

- oxygen - 知乎的博客
Python工程师  有两年以上软件开发经验. 至少一年 Python 开发经验. 对开源技术有强烈的兴趣和爱好,参与或向开发者提交过bug和patch. 热爱探索和钻研,熟悉文本挖掘、自然语言处理相关知识能使用C/C++独立实现复杂的算法结构熟悉开源搜索项目(Lucene,Sphinx等)极强的逻辑分析能力对开源技术有强烈的兴趣和爱好,参与或向开发者提交过bug和patch认为自己是技术geek有极强的责任感.

Eclipse工程编码设置

- - 开源软件 - ITeye博客
新建一个项目,首先要做的就是设置编码,如果忽略此步,将导致很严重的问题. Trunk项目从Branch合并而来的文件,编码为UTF-8,如果Trunk下的编码使用默认的GB18030,将导致乱码. 如果再将此问题提交到svn上,后果很严重. 1.改变整个工作空间的编码. eclipse->window->preferences->General->Content Types->选中需要设置的文件类型->Default encoding:UTF-8->Update.

混沌工程-初识

- -
公司新成立了一个稳定性团队,20年的重要目标之一就是开展混沌工程. 为了后续更好的开展工作,记录关于“混沌工程”相关的知识以及工程实践. 内容来源:《混沌工程:Netflix系统稳定性之道》摘录以及个人思考总结. 定义:主动发现系统中脆弱点的一整套方法论. 目的:如何让系统在不确定性中获益. 接受“系统越复杂,越脆弱”的事实,让系统在每一次失败中获益,然后不断进化.

浅谈技术工程师的进步

- belltoy - caoz的和谐blog
本来发微博的,越说越多,算了,发篇博客把,说点工程师如何取得进步的问题,. 1:描述和记录问题要精确,数字化,“负载很高,连接很多,速度很卡”这种描述都是不对的,负载uptime值多少,连接数具体有多少,平时正常多少,高峰多少,访问延迟有多大,全部要数字化,而且要有问题状况下和平时的对比,养成这样的习惯,技术分析能力才会有进步.

爱光阅读书目工程

- wwq0327 - xiuli blog
这个儿童阅读书目工程,这几天已经有了不断的发展,. (1)这是新浪微博上的话题“爱光儿童阅读书目”记录:. 爱光儿童书目工程#,豆瓣小站,http://site.douban.com/117499/ ,大家喜欢小站吧,让小站走进千家万户. (3)南通张剑平老师作为志愿者给项目设计了LOGO图标,. (4)爱光儿童阅读书目项目WIKI整理,.