配置管理创新案例剖析Word格式文档下载.docx
- 文档编号:21723276
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:9
- 大小:120.47KB
配置管理创新案例剖析Word格式文档下载.docx
《配置管理创新案例剖析Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《配置管理创新案例剖析Word格式文档下载.docx(9页珍藏版)》请在冰豆网上搜索。
下面针对文件和程序进行概述。
针对文件的版本控制:
以流程文件“配置管理计划”为例如下图2-1所示:
图2-1
以测试报告类文件为例如下图2-2所示:
图2-2
软件程序修改次数较多,版本升级较快,则设计人员在Txt格式文件中加以记录,如下图2-3所示:
图2-3
上述版本控制方式的劣势:
Ø
资源占用空间大。
因个人在个人电脑上保存同一文件的多个版本,占用资源空间大,尤其是软件程序更甚。
倘若且个人电脑故障,后果可想而知。
成果无法共享。
倘若文件作为后一阶段参考文件之用,则后一阶段设计人员需单独进行沟通索取,沟通频繁,效率低下。
实时性差。
倘若设计人员所参考的前一阶段文件进行升级更改,不可保证实时沟通,导致参考版本误用,等同于做了无用功。
尤其针对软件程序变更较为频繁,此类问题体现的更为显著,交由测试的软件程序,因测试人员无法保证测试版本的准确性,则测试一致性的失衡风险就会经常发生。
版本完整性、一致性差。
个人保留版本难以保证版本完整性,则历史数据无从谈起,而历史数据是反映软开发队伍的能力的标尺,没有了这个标尺,就无法对项目开发过程有一个清醒的认识。
最终成果版本杂乱,追溯困难。
个人提供的成果版本无法保证一致性,例如在产品发布时无法确定该版本所有的组件,或者向用户提供了错误的版本。
成果复用率低。
成果演变过程、细节记录缺失,导致成果的复用性降低。
以软件程序为例,Txt格式文件的记录是不能细致到程序代码修改了哪一行的程度的。
倘若细致,无疑增加设计人员负担。
但时间较长时,设计人员记忆模糊,则软件程序最新版及之前版本的复用率相当低。
既有版本维护性差。
对于特定客户出现的问题,无法重现其使用过的版本,只能到用户的现场才能进行相应的调试工作。
由于应用软件的特点,各个不同的客户会有不同的要求,开发人员要手工地保持多份不同的拷贝,即使是相同的问题,但由于在不同地方提出,由不同人解决,其做法也不尽相同,程序的可维护性越来越差。
这些都会延长实施的周期,同时意味着人力物力的浪费。
2.3.创新点—SVN版本控制优势
我企业借助配置管理工具SVN实施版本控制以来,取得显著效果,记录条理清晰,历史数据保存完整,可追溯还原研发历程。
对比结果如表2-1所示:
表2-1企业版本控制创新前后对比
创新前
创新后
个人保存文件多个版本,资源占用空间大
服务器统一管理保存,节省个人资源空间
输出成果无法共享;
项目组成员私下进行文件的交换、且需大量的沟通交流;
浪费时间,效率低下
根据权限,可查阅任何相关内容,实现成果的共享
无法实时查阅追踪项目相关输出成果
设计人员借助SVN自带checkout(检出)、commit(提交)功能实时联系,上传下载成果
版本完整性、一致性差,个人保留版本难以保证版本完整性,则历史数据无从谈起
服务器统一管理,保证版本完整性,一致性,根据配置管理工具SVN自带ShowLog(查阅日志)、Revision(修订号)功能,可有效追溯成果所有历史数据
成果演变过程、细节记录缺失,成果的复用性低
成果演变历程清晰,变更记录、追踪记录保存完整,成果任何一版本均可进行再利用。
大大缩短了产品研发生命周期
版本冗余,误用风险高
所有项目输出成果只留一个服务器拷贝,集中管理,减少冗余;
全程跟踪记录,可随时查看不同时期不同文档,相互比对,降低误用风险
测试版本混乱,测试流程不规范
测试人员根据申请测试程序的Revision(修订号),直接在服务器上查阅下载程序,并将测试相关报告文档实时上传至服务器
2.4.SVN版本控制的实施
1)搭建服务器/客户端形式的配置管理环境。
引进配置管理工具SVN,VisualSVN及TortoiseSVN分别为服务器端和客户端。
项目输出成果放在服务器上为大家所共享,开发人员在客户端从服务器上将相关成果内容checkout(检出)到本地,进行修改,改动结果最终commit(提交)到服务器上。
项目建库及结构划分,并进行项目用户添加及权限配置;
同时进行必要的配置管理工具基本操作培训。
2)《配置管理规范》制定、发布。
进行配置管理流程的简要描述、权限配置概述及规范说明。
3)监督项目成员进行配置管理工具规范操作。
例如:
重点进行checkout(检出)→commit(提交)操作的强调与督促;
编制增加日志(log)强制填写的钩子脚本,强制项目成员进行版本信息填写。
4)制定配置管理配套模板。
模板涵盖:
配置项清单、基线建立申请单、配置审计报告(配置审计检查单)、配置状态报告、发布审计单等。
5)项目配置管理计划(基线计划)制定。
配置管理员制定项目相应的配置管理计划,确定项目配置管理软硬件资源、配置项及其标识、版本控制管理、数据管理、基线计划、变更管理、配置状态统计、备份计划、配置审计等。
周期短、任务量小的项目只制定简要的基线计划进行版本控制。
6)依配置管理规范及计划开展配置管理工作。
3.创新点之变更控制
3.1.概述及作用
项目开发的一个显著特点就是易于改变。
变更控制的目的就是为了跟踪每一个变更的创造者、时间和原因,从而加快问题和缺陷的确定;
并且防止配置项被随意修改而导致混乱。
现项目配置管理变更控制对象为:
配置项(基线、非基线)、权限。
3.2.创新前企业变更控制劣势
项目输出成果可随意进行更改,且变更无追踪记录,阶段文件不能准确定型,后一阶段参考引用困难或引用版本有误,加重研发人员负担,工作失衡且浪费时间。
对于复用的代码进行了必要的修改或改进,却只能通过手工的方式将发生的变更传递给所有复用该软件的项目,效率如何可想而知。
且记录不完成,变更差异对比不显著。
另外由于缺乏进行沟通的必要手段,各个开发人员各自为政,编写的代码不仅风格迥异,而且编码和设计脱节,往往会导致开发大量重复的难以维护的代码。
针对文件以“配置管理计划”为例,记录方式如图3-1所示:
图3-1
针对代码的变更记录同图2-3,在Txt文件中既记录版本信息又记录变更信息,完整性差。
3.3.创新点—SVN变更控制的优势
我企业借助配置管理工具SVN实施变更控制以来,取得显著效果,变更控制流程化、规范化。
创新前后对比结果如表3-1所示:
表3-1企业变更控制创新前后对比
项目输出成果可随意进行更改,且变更追踪不完整,文件参考无基准。
工作失衡且浪费时间
变更控制流程化、规范化。
通过基线建立控制阶段文件变更,形成参考基准;
运用SVN自带“Getlock...”(锁定)功能进行文件锁定,防止更改
手工记录变更信息,尤其是针对源代码程序,记录不完整,变更差异对比不显著
变更信息记录完整,成果各版本间差异对比简单明晰。
借助配置管理工具自带的diff(比较差异)或是Diffwithpreviousversion(与前一版本比较差异)可简洁明了的进行成果各版本差异的对比
成果变更记录不完整,维护困难。
各个开发人员各自为政,编写的代码不仅风格迥异,而且编码和设计脱节,往往会导致开发大量重复的难以维护的代码
变更记录完整,维护方便。
机器取代人工进行版本变更记录,记录完整且工作效率提高;
人员可进行并行开发,可实时了解其他模块程序的发展,避免开发重复,且版本易于查找,便于维护
3.4.变更控制的实施
2.1.
2.2.
2.3.
3.1.
3.2.
3.3.
权限变更管理
使用配置库的过程中需要变更配置库管理权限,项目经理应向配置管理员提出申请。
配置管理员进行权限的变更,并将变更结果以电子邮件方式通知项目经理及项目相关人员。
非基线配置项变更
非基线配置项为非产品组成元素的工作成果包含评审类文件、管理类文件(如立项文件、会议纪要等)、外部文件、参考资料等。
由项目经理控制变更。
基线配置项变更
已基线发布的基线配置项,任何人都不能随意修改,需依据图3-6所示流程进行。
4.创新点之产品发布
4.
4.1.概述及作用
研发输出成果定型,产品通过配置管理平台发布至生产进行小试及批产,以及成果的后续的变更均于配置管理平台执行。
完善的产品发布,可以方便地回溯任意版本,为不同的用户定制应用程序的版本,促进系统的快速部署,提供发布版本内容的审计能力。
4.2.创新前企业产品发布劣势
项目进行生产发布,需将纸质生产文件移交生产技术部,同时拷贝生产文件电子版,浪费办公资源及人力资源,且耗时较长,效率低下。
小批量试产过程中,生产文件会进行不定时变动,需不断地进行变更后生产文件的移交,文件繁多且杂乱,电子版存储繁杂。
4.3.创新点—产品发布的优势
直接通过配置管理平台SVN,进行生产文件的发布工作,无需进行纸质文件的移交及电子版文件的拷贝,节省办公资源的同时节省时间成本。
进行产品发布的项目产品库如图4-1所示:
图4-1
产品发布后,生产文件的变更流程可在服务器中实时地记录,且可通过配置管理平台SVN直接传达变更信息。
之前需有专人进行产品生产文件的纸质打印整理,扫描、备份、移交工作,变更后文件需重复进行上述工作。
现只需通过配置管理平台进行即可,减轻项目成员负担,节省人力成本且发布及时,显著提高工作效率。
4.4.产品发布的实施
产品达到生产标准,项目组编制完成生产文件后,配置管理员通过SVN产品库进行生产文件的发布工作。
5.社会效益和经济效益
保护企业的知识财富
从整个企业的发展战略来说,如何在技术日新月异、人员流动频繁的情况下,本公司的知识库及经验库,把个人的知识及经验转变为公司的知识和经验,这对于提高工作效率、缩短产品周期以及提高公司的竞争力都具有至关重要的作用。
采用科学的配置管理思想,辅之以先进的配置管理工具,可以帮助用户在内部建立完善的知识管理体系。
配置库
开发成果是开发人员脑力劳动的结晶,也是公司的宝贵财富,长期开发过程中形成的各种对象就像一个个零件一样,是快速生成系统的组成部分。
SVN为研发成果管理提供了一个平台和仓库。
业务及经验库
通过配置管理辅助工具SVN,可查看完整的开发日志,用文字记录开发的整个过程,不会因某人的流动而消失,有利于公司积累业务经验。
缩短用户的产品开发周期
企业研发实施配置管理,同时采用配置管理工具SVN,这对开发资源进行版本管理和跟踪,这样大大提高了成果的复用率,还便于同时维护多个版本和进行新版本的开发,最大限度地共享项目开发成果。
通过配置管理可以提高开发效率和产品质量,避免了产品开发沟通不够、开发无序的混乱局面,大大缩短了产品的开发周期。
提高产品开发管理的水平,控制了研发管理成本
1)改进研发成员的开发工作模式
配置管理方案引入可以有效地改进研发成员的开发模式和过程,提高企业研发能力成熟度的级别,并且控制了研发的管理成本。
2)引进配置管理方案后,研发成员可以:
●有效的管理工作空间,各个成员的具有独立的工作空间,并能记录其变更集和整个生命周期中的完整变更历史;
●支持并行开发模式,提高开发效率;
●支持异地开发,研发成员通过自动或手动同步不同开发地点的存储库,为地理分布的开发团队提供很好的支持;
●项目生存周期中的变更记录与追踪,优化测试流程;
●完善的发布管理,可以方便地回溯任意版本,为不同的用户定制应用程序的版本,促进系统的快速部署,提供发布版本内容的审计能力。
3)加强项目管理能力
通过配置管理的辅助工具SVN,项目负责人可以方便地查看项目进展情况以及员工工作情况;
4)量化工作量考核
传统的开发管理中,工作量一直是难以估量的指标。
靠开发人员自己把握,随意性过大;
靠管理人员把握,主观性又太强。
采用配置管理后,系统能够客观的记录员工的工作内容和质量,可以作为工作量的衡量指标。
5)规范测试流程
配置管理方案引用后,可以有效地跟踪和处理项目的变更,完整地记录测试人员的工作内容,测试有了实实在在的工作,测试人员根据修改描述细节对每一天的工作做具体的测试。
对测试人员也具有相应的可考核性,这样环环相扣,有效地增强了对测试的管理。
6)
加强协调与沟通,增加团队竞争力
使用配置管理辅助工具SVN保存公司的所有知识财富,加强了项目成员之间的沟通,做到有问题及时发现、及时修改、及时通知,却又不会额外增加很多的工作量,大大提高了开发团队的协同工作效率。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 配置管理 创新 案例 剖析