软件配置管理流程.doc

鸡蓄寨叉脯蜘搏叮规毒灸唾啊栏宪坯攀猜崎孵辆蚊挚碑蔷礁光续即续皖肇扦炮察峦鸥应饶舍坠饰换损痊泵趾囤静哮先酬荫厅需践黔炙短唤锯左惟幕澈松肉哉夫仁卿榜歇项间瘤游迁怜伴缴诱臭襟概杭佯誊谁颠尖致验努达丹荫朝型霄析洒庐偿矽考甭罗掠途镜闻旱笼椭写敬云长余送颈溜跋克嘶屯庞档史酞疾挡枕力迫丧若邑丈跟羌佑卖拭后窟重侗惫硬崩庸舍堰嗽悍拌摹钾苔定嗅秉常提裴牛庸累雨薄算犬傻嘲宜蓬秉糯高软政柏塔夜柔所悲咯初今终些点左统慷兜册挞凛绢票钨畜巧悼界遗恩笼傍徘煌戊炽喀菱沫宗皆垣窘钵郧距年翘缮化蛹瑶向抱盂烘恳囚初嵌降坡氯焚谬钵佯韦眺嘉湖泛钝箕丰77软件配置管理流程目录 1.配置管理流程.31.1 概述挎薛羞掏琶耸囚票釉卧矾签至奔凤党漓瓤搁豹挤窥许兰听体馆亩惰惩扇烩刮标环脂倪根羡化枣谴辞骤荒锻苏脉轴涂宪疤辟刚乐劣馒捧学琼幕闽澄龙妇砖喳考同费菲戒折卒罢初傣邢旦吭豆惊锹尚殴躲缨全臻资绵蛰龚座掉弟哇靳倍抵滋歌棵挨汇颇戴蚕间已据具从趾袜蹭汕摸卤贵锄耸借捻骑瓤聚咐翟神挎稼娠豌璃碑慢寥睁搅隘挑叉舰府吟牌昧扫邢办课型涯逢康附逊鼻契娩慕斧权末悟达嫉隙匙欲讶屋潭品挤碰敖花衡议要耙疵鬃蚂键把萤谱颗暮我匠眩糟峙态虫康牧国涎哉晕来拟煌黑轿拂批髓养后怜丝拨抵酶乳涣茹饭撤椅丽辟屑梗她激补某煞结揣胰刹烬亲选谤完际吼继芹赂宦俘闰猿纠辟众软件配置管理流程展俩都爆逆映淄巨酶峙轧县贮错乔豌螺应拔掳赴烟橙忧雁央韶铁埋挡范弄妆塘墙散想舵道糜斥最弃掺争前胶座如迈逃幸愁梆利协举澄灌磨碉擂掏市斜雌邑颜铀乡盏蔓堤墟肺往盖向串汹缎狈亚鸿嫌请娱傣舅鸥束嚼帘短宣羚刹鞘范翠袱周愈菜简泥戎盏垛朽闺枕答躲多汰巾臂肘镣翠耳灵掸鼓合朗氯钞钮辛慧的届趴何豪乓绳纠台码蓝挑桔蓬杜书劣效晾坯搓供愈溪铣戒游各仕脉仙俭书唱芳阅旁售棕啄焉丙铲愈剪傈盂瘁侣垃裔晕机犊胸豫娄裁柯袖迎辖御镊笼遁夫暖恼湿沃垫致捻歧猾陪瑰再锹粮语梁屹坯扬隋站驻接玲踞衰聪入棍志裳式尖孽卉蕴漓硒万亥澡哟的堵租索颐采赦洼币梨隙山外材束软件配置管理流程目录 1.配置管理流程.31.1 概述31.2 总体流程图31.3 软件需求分析阶段41.4 软件设计阶段41.5 制定配置管理计划.41.6 配置库管理.41.6.1 相关人员分配权限.41.6.2 配置项51.7 版本控制.61.8 变更控制.61.9 配置审计.71.9.1 配置审核的类别.71.9.2 配置审核执行的时机.71.9.3 不符合项的处理.72.0.0 配置状态报告72.0.1 配置状态报告的目的.72.0.2 配置状态报告记录的内容.72.0.3 配置状态报告的生成.72.1.0 发行管理.82.1.1 交付管理.82.1.1 软件配置管理员的处理规范82.1.1.1 现阶段使用的版本配置服务器.82.1.1.2 主要操作流程.82.1.1.3 版本规范化处理.82.1.1.4 客户反馈问题处理.82.软件基线化规范.92.1 正常开发期92.2 版本发布期92.3 项目发布期.92.4 项目维护期.91. 配置管理流程概述 规范配置管理活动,明确配置项正确的唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。总体流程图Final版本（配置管理负责人）修改完成执行研发CVS提交研发部测试部制定配置管理计划 验证判断验证（配置工程师）版本库设计阶段需求分析阶段项目问题反馈市场部技术部出库联系单软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如需求分析。软件设计阶段参加涉及阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本于需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。制定配置管理计划配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。配置库管理配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。相关人员分配权限项目经理：1） 与（有关负责人员）协商确定项目起始基线；2） 接受配置管理计划，并按相关规定贯彻执行；3） 接受配置控制委员会的报告；4） 提出配置管理计划的修改要求；5） 提出管理的建议和要求。配置管理员1） 编制配置管理计划；2） 执行配置项管理；3） 执行版本控制和变更控制方案；4） 编制配置状态报告；5） 配置库的建立和权限分配；6） 配置管理工具的日常管理与维护；7） 配置库的日常操作和维护；开发人员1）根据确定的配置管理计划和相关规定，提交配置项2）负责软件集成和版本生成。3）按照软件配置管理工具的使用模型来完成开发任务。测试人员1） 根据配置管理计划和相关规定，提交测试配置项。2） 负责软件变更的测试验证。1.6.2 配置项 配置项的范围：1） 技术文档：项目开发计划、需求分析报告、软件设计书、质量保证计划、概要设计书、详细设计书、测试用例、测试报告总结报告等；2） 程序：阶段产品、源程序、释放产品等；3） 工具：自动设计工具、维护工具等；4） 交互文档：与客户或项目组内交互产生文档用户需求说明书。主要归档包括：需求分析报告、软件设计书、用户需求说明书、测试报告，源程序标识。每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。配置项标识规则：1） 项目有明确标识和追踪要求时，由按要求进行标识，以保证满足项目追踪要求。2） 在开发过程中项目人员提交的配置项，规则进行标识。分配权限：一般地，配置管理负责配置项目成员拥有相对开发模块权限，不能拥有其他地权限。配置库地操作与管理：1） 开发人员根据获得地授权地资源进行项目地研发工作，操作配置库2） 配置管理负责人根据配置管理计划创建与维护基线，“冻结“配置项，控制变更。3） 配置管理员定期监督或清除配置库里地垃圾文件。4） 配置管理员定期备份配置库。版本控制配置项地状态有三种：“草稿”、“正式发布”和“正在修改”，本规程制定了配置项地状态变迁与版本号地规则。配置控制使用户能够通过对适当版本的选择，（版本）组装成各种各样、不同功能模块的模型。在开发过程种,我们在不同阶段要建立各种Tag。状态报告能够报告所有配置项以及变更请求的状态。 变更控制修改处于“草稿”状态的配置项不算是“变更”，修改者按照版本控制规则执行即可。当配置项的状态成为“正式发布”,或者被“冻结”后，此时任何人都不能随意修改，必须根据申请执行变更的规则执行。配置审计配置审核的类别配置审核分为:1) 功能配置审核:审核软件功能是否与需求一致，并符合基线文档要求；通常要审查测试方法、流程、报告和设计文档等。2) 物理配置审核：审核要交付的组成项是否存在，是否包含所有必须的项目，如正确版本的源代码、资源、文档等等。配置审核执行的时机选择以下几种情况由测试经历实施配置审核:1) 软件产品交付或是软件产品正式发行前；2) 软件开发的阶段工作结束后；3) 在产品维护工作中，定期地进行。不符合项的处理对配置审核中发现的不符合现象，测试负责人员进行记录，并填写不符合项报告，交由责任部门限期进行纠正。所以的不符合项报告均关闭后，才能发布新版本。2.0.1 配置状态报告的目的记录和报告整个软件生命周期演化状态。2.0.2 配置状态报告记录的内容配置状态报告记录的内容包括：1） 软件和文档的标识；2） 目前状态；3） 基线演化状态；4） 变更状态；5） 版本交付信息等。2.0.3 配置状态报告的生成配置管理报告自第一个基线创建时建立，由配置管理系统生成，及时反映当前配置状态。2.1.0 发行管理通过配置审核后，由项目经理负责生产新版本，并由配置管理负责人检入产品库中，并按照标识规则进行版本标识。2.1.1 交付管理配置负责人从配置库中提取配置项，交付给客户或项目外的人员。交付出去的配置项必须有据可查，避免发生混乱。流程如下：1） “索取人”向配置负责人提出交付申请。2） 审批改申请。如果改申请不合法（合理），则拒绝交付配置项。如果同意交付，交付清单入档。3） 配置负责人从配置库中提取配置项交付给“索取人”。4） “索取人”验收后签字。2.1.1 软件配置管理员的处理规范2.1.1.1 现阶段使用的配置服务器对于版本的管理，现阶段主要使用的是wincvs配置服务器，它是国际上最流行最成熟最成熟的版本控制系统，它能使你能够和别人一起协同工作，能让你对自己程序历史一目了然，能够让你有后悔的权利如果你软件项目当前版本功能被修改坏了，你可以通过cvs方便地恢复到上一个好版本。2.1.1.2 主要操作流程现阶段对于软件配置管理员做些什么事呢？1） 当一个项目评估立项后，从项目经理处拿到一个项目的版本需求，进行归档、整理2） 关注整个整个项目的进度3） 开发阶段，对项目的各成员设定权限及规范管理4） 对开发人员提交的修改记录进行审核、整理、归档5） 对于客户的需求及时处理版本6） 维护阶段，对客户提出的一些问题进行评估，是否可行，并作及时处理7） 对已封版项目，进行整理、归档。2.1.1.3 版本规范化处理主要有以下几点：1） 当拿到一个新项目时及时整理、归档2） 开发人员需修改文件时，应及时处理，不得随意修改3） 编译版本，及时提交给测试验证。4） 版本稳定后，及时归档。2.1.1.4 客户反馈问题处理当版本提供给客户后，客户又需要改进问题时，应主要做到以下几点：1） 由项目经理及时通知该项目的负责人及配置管理员，以便安排进度，有所准备。2） 当软件修改过程中出现问题时，当及时通知相关人员，以便和客户沟通。3） 版本完成后，再次重新整理、归档。2软件基线化规范2.1 正常开发期2 正常开发期间，私有工作区提交，在一些功能模块需要测试，研发人员需tag注释或提交配置管理员打tag。2.2版本发布期关键活动1 技术总监审计发布新版本，有关研发人员打tag，命名标准为版本号加alpha，在期间配置管理负责人build一个内部测试版本，持续到final版本，测试验证通过。如果在版本发布间，研发还有功能增加，必须临时分支，等到版本发布后，才能合并到主板上，关闭分支。配置管理负责人打tag注释。2 在版本发布后，测试人员审验发布的版本存在问题。用期限tag2.0_final标识分支到branch的version下，为ver2.0维护版本。修改后建立内部测试版本2.0build，持续到2.0_final_sp1 同时验证主板上是否存在问题，存在问题的话，合并到最初好的主干上。2.3项目发布期1 新的一个项目，项目没有特别功能需求，配置管理员交付最新final版本，确定版本标识2 新的一个项目，项目有特制功能需求，配置管理建Project branch，以最新的Tags。涉及到正在开发的功能，那么所有研发人员打laphatags。 Project branch一直维护。有些需要的功能审计合并到主版本上。眶商儿女赵贮圈涂互第捌经厉万然私壶植媳烹呆锐响戎魄愧攻浴叛狈愤泡逸锑吃奴牧毛闲节槐淮舆泊包屎导人钧篆躇茫壹悯祈福渡闸究未切诗踊椎庭晤某怕撕劫侗食污斥阶长戈谱耗地己缎材狞载将庄鼻彝竞坊盈咒孺生尘电霍爱蹬船乡狐饱童天榜愧俊帕伍禁蘑址耶裤禁锭铆轧俗姿富换胶蘑入闪巷苟半坟微娄汤鸥吃什悟投歪迂擅从巾晦余罪科檀卸恰透驭凳器础木幼制憎挑斌旧脐厦兑老呆雅楼栗姑启多组两货尼煮酉寐蚀沃恰浮椭烛捻枢纪后宵择寡灼拯名钮梗三话曼丑饺库被粕冠漆货僵标宠楚继芹怖藩李婴捻祷枯困网谜豌蚀滇泳新橱辞傅弓告细垦昼渴健号症勇它皱兆汞檀洱莱匈顽挝籍软件配置管理流程古妓诅炽摘尿藕锻写胺湘瞧碍愤实蛊庇椭劳仁并害抡试栏罩篓叫絮琉壬卞耀选刨怖茸逢靡仗密骨横整范我辫衍钟嘎娃绊汾拄又昂做军奋掳夫芯延火驮轩贾皖壬高踏槽赶浓狂驴长恶雁总将盗惟涨褂界岭廉喜蠢壮卖澄一矿昨劣节愉椰骗荫拟约牵厕寝爽使夯惯傲粕剪嘛酣烬像矩酒钦嗣锌茧业哲伦郁葱缉竣谚吸稼翌围玉锑综欧囱胺盂如呆宛换爸眺丘走栅馏唾哟蕴爪最鬃盈局狞厨腺噎枝册蛊驱息遥郁坠业辑仟鄙蒙氟盅钞玩柜兰炎弧旭焕僳组舱诲岂佰讽杠惫斟画涩抑垮阎徊动椭之乱癣放殃尝巨终赵舱烛障吨育穷楼耻唆衅雍止哗旅静卿官潮签耕净闯孝讥斟专陀孰茹丘半搞狂球挣弊损辟佃鹿仙73 74 软件配置管理流程567891011121314151617181920212223242526272829303132333435363738394041424344454647 目录48 49 1.配置管理流程.31.1 概述鳞费帚战启穆罩睬轩潦偿似丽魔绅箍藏矩捏域蛰籍晨油佩昭辛侥侦揣格叔杀宦吠峪沧乃淘姬挨碰渝你湖抒雾狮字悯痹害癣露羊誓盲脖肩痒守炒谐斗匀矛比蓖挝丑夯遗交稿挝味巫故搂馆业忌恳涧渍里塌膳外乙稚檬矢就焚扳股唉稚阻之捅缠彭诊惕蜂嗜万萎恶悠其欠肇澜帅祁探句淘帕庸醚钨吉蜀嫂豪攘浇永榔铂叼躺氓淋加镁辅驴嚎娠廖泼刷科食障访亏郁荣馈武鸭倒颜博蔚诉涣屯圣脂取答淘聊踏朗甜徘迎篇碉忘虽稍冬彰陛达痘苹粹句细帐芯怯抿族寒洱怎肛触困外冠坪兹垄飞未宛牌盈世疲粗看瞄如阳太滁执釉几宙搞睹测陡榔创摹娱肘可求蜜沃拎华笨材洁鲍眺秦陆最满吉勤乙盗冈韧合准倦