一个基于软件配置管理的过程管理框架+文档.pdfVIP

一个基于软件配置管理的过程管理框架+文档.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
一个基于软件配置管理的过程管理框架文档

一个基于软件配置管理的过程管理框架+ 彭 鑫,赵文耘,张 志 (复旦大学计算机科学与工程系软件工程实验室,上海200433) 摘要:在软件质量体系的诸多支持活动中,配置管理处于核心地位。基于配置管理进行过程控制可以提高过程管理的有效性。 引入过程模式的思想,在此基础上提出了一个基于配置管理的过程管理框架。这个框架以各种抽象层次上的子系统和构件为过 程管理单位,在过程模型层、小组协作层和个人活动层三个层次上进行过程控制,并分别采取不同的过程控制策略,提高了配 置管理和过程管理的有效性与灵活性。 关键词:配置管理}软件过程;过程管理;过程模式;变更管理 随着软件系统规模和复杂性的不断增大,软件开发过程也越来越复杂,越来越需要通过一些手段来加以控制和规范。软件 过程控制和软件配置管理都是提高开发效率,保证软件产品质量的重要手段。软件过程控制通过定义、描述并执行软件过程模 型来提高软件开发过程的质量。而软件配置管理主要关注于记录并控制软件开发过程所产生的全部资源的演化[1]。传统的配置 管理主要包括版本管理、变更控制、状态统计、审计和评审等。文献[23将过程支持和团队支持也纳入到软件配置管理功能之中。 过程建模领域已经有许多有价值的研究成果,例如基于产品流的过程建模[3]、基于过程模式的过程框架[4]。这两种过程 模型都是描述性的。也有一些研究关注于可执行的过程模型,例如基于工作流的过程建模。但总的来说这些过程模型对于实际 的软件开发过程控制力有限。这方面的困难主要是由于缺乏一种将过程控制与软件开发活动有机结合起来的手段。 在质量体系的诸多支持活动中,配置管理处于支持活动的中心位置,它有机地把其它支持活动结合起来,形成一个整体, 相互促进,相互影响,有力地保证了质量体系的实施[53。在一个全面实施了软件配置管理的机构中,开发者、项目管理者等都 将以配置管理系统为核心开展软件工程活动。因此,在配置管理的基础上进行蛙程控制可以使得过程管理的可操作性更强。另 一方面,配置管理本身也需要软件过程管理的支持i版本管理中配置项的演化过程必缀符合相应的过程模型;变更管理过程需 要控制变化实施的全过程并追踪所有变更的相关信息[03。通过过穗控制,。各种软件资源可以建立起系统的过程追踪关系,从而 为缺陷追踪和变更影响分析等打下良好的基础。 基于这种观点,本文结合过程模式的思想,提出了一个基于配置管理的过程管理框架。这个框架以子系统和构件为基本的 过程控制单位,按照每次迭代的目标将过程步的执行分解为活动。活动将按照一定的过程模式执行。过程模式库为各种活动的 执行提供可选的方案。通过不同环境下模式的灵活运用,过程控制表现出高度的灵活性。过程控制将依托配置管理进行,因此 过程模式的描述和执行将基于配置璜及其演化规则。变更管理与过程控制也在此框架下统一起来,形成完整的变更控制和变更 追踪体系。在此基础上,我们实现了一个配置管理工具原型FI)sCM。 、。 1概述 1.1过程管理的新需求 现代的软件开发过程面临着越来越多的不确定因素,包括需求、技术、商业目标等。而软件项目中涉及的软件资源也多种 多样,包括各种各样的文档、源代码、图片、音频/视频文件等,它们的开发过稷有很大差别。这些都要求软件过程应该具有足 够的灵活性,以适应不同的情况。 。 在传统的软件开发过程(例如瀑布模型)中,过程控制往往以整个项目为单位,贯穿整个项目生命周期。这种开发方式规定 了一些过程活动,却没有指明如何去执行。当开发活动细化到一定程度时,过程摸黧已经无法提供所需的过程支持。而且,这 种过程控制方式的灵活性不足,无法适应需求、技术等的频繁变动。而在基予复用的软件开发过程中,项目组通过构件集成纽 装得到最终系统[7],十分强调项目问的资源复用。构件的来源多种多样,t包括企业级的通用构件、项目特定构件以及一部分第 三方构件。所面临的开发方式也各不相同,既有直接编码的瑗嗣模块和辣子构件开发,又有组装式的复合构件开发。这就要求 过程控制能够适应不同的开发方式,提供灵活多样的避程管理方案。 基于以上这些分析,我们认为过程控制应该具有较高的灵活性,能够适应不同的开发过程。构件应该单独成为一类过程控 博士生导师,主要研究领域为软件工程,电子商务,企业应用集成;张志(1976-),男,河北石家庄人,硕士,助理工程师,主 要研究领域为软件工程。

文档评论(0)

honey888 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档