设为首页 | 加入收藏夹

八文网 - 汇聚八方文档 - 做最优秀的免费文档下载网站

摩卡企业服务

文档类型：

Adobe Acrobat PDF 文档文档大小：379.06KB

摩卡企业服务Mocha Enterprise ServiceSCM(软件配置管理)规划服务白皮书
公司:北京环亚时代信息技术有限公司Solution Center联系我们摩卡SCM(软件配置管理)规划服务白皮书目录
1 引言
2 Mocha Service的保证
2.1 雄厚的服务实力
2.2 专业的服务态度
2.3 广阔的服务领域
2.4 成熟的方MUP
3 MUP与Rational工具的完美结合
3.1 MUP和CMMI
3.1.1 软件成熟度模型CMMI
3.1.2 解读CMMI思想的MUP
3.2 理论与实践的最佳结合
3.3 高素质的服务团队
4 MDCL软件配置管理目标
4.1 版本控制
4.2 基线化管理
4.3 工作空间管理
4.4 并行开发支持
4.5 过程控制
4.6 构件和发布管理
4.7 异地开发支持
4.8 跟踪并控制变更
4.9 建立完整性
5 MDCL软件配置管理最佳实践
5.1 版本控制
5.2 基线化管理
5.3 工作空间管理
5.4 并行开发支持
5.5 过程控制
5.6 构件和发布管理
5.7 异地开发支持
5.8 跟踪并控制变更
5.9 建立完整性
6 MUP软件配置管理过程及其支撑环境
7 联系我们随着软件团队人员的增加,软件版本不断变化,开发时间的紧迫以及多平台开发环境的采用,使得软件开发面临越来越多的问题,其中包括对当前多种产品的开发和维护,保证产品版本的精确,重建先前发布的产品、加强开发政策的统一和对特殊版本需求的处理等、解决这些问题的唯一途径是加强管理,而软件开发管理的核心是软件配置管理.软件配置管理(Software 简称SCM,简单而言就是管理软件的变化,它应用于整个软件工程过程,通常由相应的工具,过程和方法学组成.配置管理过程的目的在于运用配置标识,配置控制,配置状态统计和配置审计,建立和维护工作产品的完整性.
配置管理涉及以下活动:确定所选工作产品的配置,这些工作产品构成指定时间点的基线.控制对配置项的变更.为利用配置管理系统建造工作产品建立或提供规范.维护基线的完整性.向开发者、最终用户和顾客提供准确的状态和先行配置管理数据.实施有效的软件配置管理可以解决以下软件开发中的常
见问题:开发人员未经授权修改代码或文档.人员流动造成企业的软件核心技术.找不到某个文件的历史版本.无法重现历史版本.无法重新编译某个历史版本,使维护工作十分困难.合版本时,开发冻结,造成进度延误.软件系统复杂,编译速度慢,造成进度延误.因一些特性无法按期完成而影响整个项目的进度或导致整个项目失败.已修复的Bug在新版本中出现.配置管理制度难于实施.分处异地的开发团队难于协同、可能会造成重复工作, 并导致系统集成困难.软件配置管理需要专家的指导与帮助,否则很难成功.摩卡服务就在此为顾客补上这个空白,通过多年的开发与测试经验、摩卡服务可以帮您把软件配置管理的长处发挥出来.
配置管理名词解释:
配置项:配置项是配置管理的指定实体,他可以有多个相关的工作产品组成,凡是纳入配置管理的工作产品统称为配置项.
基线:描述一个或多个配置项和构成配置项的相关实体,标识某一时刻相对稳定的版本,基线为持续地评价配置项提供稳定地基础.MDCL公司从业多年,一直本着以人为本,服务至胜的理念,坚持以客户为中心、为客户提供满意,优质的服务.我们的目标是成为国内IT服务的领导者之
一、通过向客户提供具有世界领先标准的优秀服务,为您创造前所未有的价值与利益.摩卡服务凭借雄厚的服务实力、专业的服务态度,广阔的服务领域,成熟的方、这四架马车助力企业,深得客户赞誉.摩卡服务致力于为客户提供优质,诚信,高效,主动的品牌服务,第一时间即时响应、满足客户一切合理需求.自1998年开始,MDCL公司汇聚大批身怀绝技的专家于一堂,目前、摩卡服务团队已经发展成一个独立的专业服务部,并有近百名拥有博士、硕士、学士学位的专家队伍、精通并取得等公司的专业技术认证.随着客户日益增加,目前、专业服务部的分支机构已经遍布全国各地,在上海,天津,江苏,海南,黑龙江,四川等近20个省市设有专业的服务维护分支机构.
摩卡服务坚持用心服务的理念,我们承诺:专业服务24小时,满意相伴365天!七年的专业服务过程中、我们认真倾听客户需求,耐心简洁的答疑解惑,快速高效的排忧解难,摩卡服务工程师的专业,严谨,敬业,诚信的作风,在业界也赢得良好口碑,给金融、电信,制造等行业企业留下了深刻的印象,与我们建立了长期的服务关系,提供金牌的专业服务.摩卡一站式服务是您身边的成功王牌、早在公司成立之初、MDCL公司便与全球领先的等国际知名企业确立战略合作关系.尤为重要的是无论系统还是软件应用,我们都能提供满
意的服务.如:IBM产品家族的等产品家族,ORACLE公司的数据库应用,Mirapoint公司的邮件系统应用和SUN公司的Portal及硬件维护等、丰富的服务项目完全覆盖企业信息化建设的各个环节,为客户提供参考意见、彰显独具一格的价值主张.总结多年的软件研发经验、MDCL软件研发中心推出了摩卡统一过程(Mocha Unified Process),简称:MUP,该过程覆盖CMMI的所有关键过程,适合大规模软件开发,软件工厂模式和国内的软件开发管理.贯穿始终的成熟方、为摩卡贴心服务护航,IT因我而易!MUP方Rational工具= 规范化过程管理
3 MUP与Rational工具的完美结合CMMI,即能力成熟度模型整合的缩写,为软件工程师学会(SEI)的标准,CMMI推广了循环反馈和改进这样一个概念,成为了质量最好的IT机构的特征.CMMI定义了一至五级的软件过程成熟度,一级为初始级,以特别的方法和不可预测的结果为特征、而五级为优化级,这时,IT机构拥有可测量的和连续的过程改进.MDCL公司软件中心成立于1998年,目前有专业的软件开发团队280余人、自主研发出摩卡办公自动化(Mocha OA),摩卡业务服务管理(Mocha BSM)等领先的软件.在过去的几年时间里、一直采用规范化的研发模式.我们推出的摩卡统一过程(Mocha Unified Process),简
称:MUP,该过程是一个并行、迭代的软件开发过程,它来源于摩卡系列产品研发经验的总结,以CMMI为标准的摩卡统一过程,完全适合国内的大规模软件开发.
图:MUP模型
MUP具有以下特点:MUP完全包含且超过了CMMI3的要求将整个软件的生命周期划分为10个阶段,以此为主线展开、形成3个过程,22个过程域,92套流程.MUP的理论适合大规模的软件开发,软件工厂模式和国内的软件开发管理.切实可行的软件开发过程MUP不是理论的教条,而是适宜客户应用,具有可操作性的软件开发过程,帮助软件组织建立规范而富有生命力的软件开发模式.自由灵活的砌积木方式根据企业运作的项目规模,项目要求等实际情况,MUP所提供的过程域,可根据情况进行裁减和组合.如同砌一块块积木一样,其自由,组件式拼插的特点既可满足规模较小的项目灵活性要求,又可以保证规模较大项目的规范化管理.提供过程健康检查一方面,MDCL公司提供工程师理解过程导向的培训、另一方面,我们监督指导采用MUP的企业,科学而严谨的执行过程实施与改进.根据MDCL自身使用Rational产品经验总结出的理论、技巧和注意事项、MUP的过程控制,我们帮助企业解决配置管理过程中的实际问题.触手可及的CMMI规范我们不仅能利用Rational工具实现了规范化开发,而且体现了软件开发规划能力.提供的成熟方MUP,符合了CMMI等软件开发标准,为以后企业通过CMMI认证铺平了道路.经得住检验的实践应用MUP通过与之配套的IBM的Rational系列产品、成功实现了对研发过程中的各种产生物进行配置管理工作,在几年的实践中、我们总结了具有可操作性的实际经验和技巧,并能够针对用户的实际需求,提出相关配置的规划,设计建议和方案.出色的培训讲师MDCL的Rational培训讲师均为拥有博士或学士学位的高素质人才、培训讲师在公司内部同时也是Rational产品的使用与管理者、对产品的理解不仅仅局限在理论方面,对产品的实际应用也有着深刻的理解.丰富、易学的培训材料根据各个产品的Rational官方教材与MDCL实际使用经验重新编写的培训材料.优质,完善的技术支持提供各个级别的技术支持、以确保客户的正常使用.灵活,实用的培训方案根据客户的实际需要制定培训方案.
4 MDCL软件配置管理目标版本控制是所有配置管理系统的核心功能.配置管理系统的其它功能大都建立在版本控制功能之上.版本控制的对象是软件开发过程中涉及的所有文件系统对象,包括文件,目录和链接.可定版本的文件包括源代码、可执行文件,位图文件,需求文档,设计说明,测试计划,和一些ASCII和非ASCII文件等等.目录的版本记录了目录的变化历史,包括新文件的建立,新的子目录的创建、已有文件或子目录的重新命名、已有文件或子目录的删除等.识别配置项配置项识别是选择,创建和规范将交付给客户地产品、指定地内部工作产品、工具和其他用于创建和描述这些工作产品地实体,至于配置管理执行地视图还包括那些规定产品需求的规范和接口文件.对组成配置项的相关的工作产品进行逻辑上的分组便于表示和受控访问.在选择接受配置管理的工作产品时,应以项目策划期间建立的准则为依据.建立配置管理系统建立并维护用于控制产品的配置管理系统和变更管理系统.配置管理系统包括存储媒体,规程和访问该配置系统的工具.建立和放行基线建立并维护标识项目里程碑的基线,供公司内部使用或交付给客户使用.基线必须是一组经过正式审查并且达成一致的规范或工作产品、是开发工作的基础、对基线的更改必须遵循变更控制规程.交付给外部顾客的基线一般称为放行(用的)基线,公司内部使用的基线一般称为建造(用的)基线.仅有版本控制功能还是不够的,在某一时刻,开发人员的开发工作往往只工作在文件的某一选定的版本上,因此配置管理系统需要提供一种便捷的访问正确文件的正确版本的机制,这正是配置管理系统的工作空间管理功能.所谓工作空间,就是为了完成特定的开发任务(如开发新功能,进行软件测试或修复BUG等)、从版本库中选择一组正确的文件目录的正确版本拷贝到开发人员的开发环境.
举例说明:为修复一个旧版本,如REL1中的BUG,开发人员首先需要在自己的开发环境中完全重现REL1所对应的源文件和目录结构,也就是说,需要建立一个对应于REL1的工作空间.为实现并行开发,配置管理系统需要提供灵活的分支机制和工作空间管理.创建分支的过程实际上就是一个建立副本的过程,针对每个发布分别建立相应的分支,分支之间具备相对的独立性,这样不同的发布就可以在各自的分支上并行进行开发,在适当的时候,分支之间可以进行合并.不同的开发组织往往具备不同的组织结构,不同的开发环境、不同的开发策略,因此,配置管理系统应该能够支持灵活的配置管理策略和配置管理流程,并实现过程自动化以提高配置管理效率,这就是过程控制需要实现的功能.
简单而言、构建和发布管理的目的有三个:确保软件构建是可重现的,高效的,和可维护的.在小型的软件开发项目中达到以上三个目标并不困难,但随着开发团队,软件规模,软件复杂性的增长,以上的三个目标已经成为一种挑战.经济全球化趋势,越来越多的企业兼并以及软件规模和复杂性的不断增加等诸多因素使得地理上分布的多个软件开发团队进行协作开发的开发模式日益普遍.这些团队可能分布在同一个城市的不同的办公地点、也可能分布在一个国家的不同城市,甚至分布在全球不同国家的不同城市.配置管理系统应该能够有效支持以上地理上分布的团队之间的远程协作.变更请求产生于新的或已经更改的需求,产生于工作产品的缺陷和故障,要对变更进行分析,以便确定这些变更对工作产品、有关的工作产品已经进度和成本产生的影响、同时跟踪变更请求的状态、直到结束.变更请求管理是软件配置管理的一个重要组成部分,变更请求管理记录,跟踪和报告针对软件系统的任何变更,其核心是一个适合软件开发组织的变更处理流程,典型的变更处理流程涉及如何提交变更请求,如何对变更请求进行复审以便决定是否实施,由谁实施,如何实施,如何确定变更请求准确实施完成等方面.强大而且灵活的变更管理系统是以更快的速度开发更高质量的软件产品的有力保证、也是软件项目管理的利器.建立并维护描述配置项的记录,详细记录配置管理行动,以便掌握每个配置项的内容和状态并能够恢复以前的版本,确保受到影响的个人和小组能够访问和了解这些配置项的配置状态.
5 MDCL软件配置管理最佳实践
5.1.1 实践内容配置管理的首要任务就是要求在安全的存储库中对工件进行正确的标识和存储,从而进行有效的版本控制.
需要标识和存储的工件包括:项目计划,需求文档,设计模型,源代码、库文件,可执行文件,Web内容、测试计划,测试用例,测试脚本等.对工作产品进行正确标识的目的就是确保在需要时能够简单,快速地找到它们的正确版本.事实一再表明,在没有有效实施配置管理的项目中、寻找正确文件的正确版本是一件非常费时,困难,极易出错的工作,其后果是显而易见的:要么项目失败,要么项目进度严重滞后,要么项目质量得不到保证.
5.1.2 实践工具Rational ClearCase配置管理工具提供了安全可靠的存储空间,并提供强大的版本控制功能,文件或目录的版本演化的历史可以形象地表示为图形化的版本树(Version Tree).版本树由版本依次连接形成,版本树的每个节点代表一个版本,根节点是初始版本,叶节点代表最新的版本.最简单的版本树只有一个分支,也就是版本树的主干,复杂的版本树(如并行开发下的版本树)除了主干外,还可以包含很多的分支,分支可以进一步包含子分支.有了版本控制和历史版本,版本之间的比较就变得非常有意义、Rational ClearCase配置管理工具提供支持版本的图形化的比较功能.
5.2.1 实践内容一棵版本树无论多么复杂,都只能表示单个文件或目录的演化历史,但典型的软件系统往往包含多个文件和目录,每个文件和目录都有自己的版本树,多个文件的版本需要相互匹配才可以协同工作,共同构成软件系统的一个版本或发布.因此为管理软件系统的发布、单有版本树是不够的,还需要引入基线(Baseline)的概念.基线由每个工件的某一个版本构成,是开发和进一步演化的基础.如果将全部版本树看作一个森林,基线则是该森林的一个横截面(该横截面往往不是水平的,而是上下起伏的折面).基线记录了一个构件中所有工件的一个单一版本,至少要在项目的里程碑创建相应的基线,这也是ISO-9000,CMM的要求.正确的基线管理可以确保设计与需求的一致性,代码与设计的一致性,使用正确的代码进行发布等.
适时创建基线有以下好处:可重现性可重现性指的是有能力准确回到一个先前的软件版本.回到先前的版本有助于重现历史版本中的BUG以协助排错,并在历史版本的基础上开发对应的补丁;在最新版本中发现问题时,回到历史版本可以帮助判断新发现的问题到底是在历史版本中业已存在(只是当时未发现)还是仅仅在新版本中引入,同时维护多个版本,针对不同版本进行本地化,扩展的也要求准确回到历史版本.可追踪性可追踪性保持项目需求,项目计划,测试用例等与源代码之间的一致性,为实现可追踪性,要求不仅对源代码进行配置管理,对项目需求,项目计划,测试用例等也要进行配置管理,并对所有工件统一进行基线管理.配置状态报告有了适时创建的基线,就可以查询,报告,比较基线的内容、尤其是基线的比较能力对于排错,为新的发布生成准确的发布说明文档(ReleaseNotes)等非常有帮助.除了在项目里程碑(如使用迭代化开发模式,则在每次迭代结束前)创建基线外,实际上基线的创建要频繁得多.在典型的情况下,在每次迭代的后期或软件发布的前期,甚至每天都会创建新的基线.
5.2.2 实践工具Rational ClearCase配置管理工具提供了方便,快捷的基线管理功能,通过创建基线可以在任何时间回溯到所需要的基线版本,并提供了基线的比较功能.摩卡统一过程(Mocha Unified Process),简称MUP,提供的流程与模板进一步规范了基线的管理.
5.3.1 实践内容维护稳定和一致的工作空间是实现并行开发,提高开发效率的必要前提.存在两类工作空间,一类是开发人员的私有空间,在私有空间中、开发人员可以相对独立地编写和测试自己的代码、而不受团队中其他开发人员工作的影响、即使其他人也在修改同样的文件;另一类工作空间是团队共享的集成空间,该空间用于集成所有开发人员的开发成果.所谓工作空间的稳定性指的就是私有空间的相对独立性,在私有空间中、开发人员可以相对独立地编写和测试自己的代码、而不受团队中其他开发人员工作的影响.每个开发人员都有自己的私有工作空间,不同开发人员的私有工作空间是相互独立,彼此隔离的.所谓工作空间的一致性指的是当开发人员对自己的私有空间进行更新时,得到的应该是一个可编译的,经过一定测试的一致的版本集.
5.3.2 实践工具Rational ClearCase配置管理工具提供了视图和流的工作方式来支持工作空间的管理,开发人员工作在独立的工作空间里、提供共享的集成空间用于集成工作,提供版本合并工具支持集成工作中出现的冲突.
5.4.1 实践内容传统的串行开发模式在同一时间只允许一个人对同样的文件进行修改、其他需要修改同样文件的人只能等到前面的人修改完成后再开始自己的修改、这样的好处是不会出现修改上的冲突、但在当今的市场环境下,这种串行开发模式显然是行不通的,因为它既不现实,也缺乏效率,取而代之的是并行开发模式.配置管理范畴下的并行开发模式建立在独立的,相互隔离的私有空间和配置项分支的基础之上.我们可以将串行开发模式下的同一个文件的全部历史版本依次连接起来,由此形成只有一个分支(或者叫主干)的版本树,为实现并行开发,需要在主干的相应节点(一个节点代表一个版本)上建立分支,创建分支的过程实际上就是一个建立副本的过程,这样每个开发人员都可以建立属于自己的分支,从而拥有自己私有的副本,开发人员可以在自己的私有工作空间基于自己私有的副本进行开发而不相互影响、这就是并行开发的实质.当然仅仅有分支的能力还是不够的,当开发人员在自己的私有空间完成阶段行开发后,需要一种合并的机制来集成全部开发人员各自的开发成果,这正是在集成工作空间中完成的.因此,并行开发实际上需要在隔离和集成之间寻找一种有效的平衡.优秀的配置管理工具应具备强大的分支和自动化合并的能力、以有效支持并行开发,提高开发效率.
5.4.2 实践工具Rational ClearCase配置管理工具提供了两中工作模式ClearCaseBase和ClearCaseUCM,两种工作模式分别提供不同的分支类型来支持并行开发.在ClearCaseBase中提供传统的Branch来支持并行开发,而在ClearCaseUCM中引入了流的概念来支持并行开发.
5.5.1 实践内容大家都知道,在商用关系型数据库中有一种触发器(Trigger),通过触发器机制,可以定义在记录被插入删除之前或之后自动执行一个预定义的脚本来实现特定的逻辑功能;配置管理系统应能够提供类似的触发器机制.通过可定制的触发器,可以定义在执行特定的配置管理操作(如检出、检入)之前或之后自动执行特定的任务(可以是批处理,可执行文件,或其他的配置管理操作),从而自动化实现预定义的配置管理策略.过程控制还可以通过对配置项加锁解锁来实现,如在版本库备份阶段对版本库进行加锁以禁止在备份过程中的版本库的修改.通过过程控制还可以设置额外的安全访问机制以加强配置管理系统的安全策略.
5.5.2 实践工具Rational ClearCase配置管理工具提供了一个基于最佳实现经验的流程统一变更管理 Mangement),UCM的经验来自上百个客户的数千个项目,用户可以在短时间内(不需要额外的定制,或仅仅通过简单的定制)共享到其他客户在软件配置管理上的经验、一方面可以充分发挥软件配置管理带来的好处,另外节省了大量时间及成本.MUP Lite配置管理过程提供了对项目过程管理的辅助功能,该过程中的流程和模板又从制度上规范了项目中配置管理的工作.
5.6.1 实践内容有时出于排错的需要、或需要重现相同的构建(Build),我们需要知道软件是如何被构建的,构建中包含哪些内容、这就要求配置管理系统提供构建审计功能.
构建审计功能应能自动记录以下内容:谁执行的构建什么时候执行的构建构建生成的可执行文件或库包含哪些内容执行构建的机器是什么机器上运行的操作系统版本是什么执行构建使用的是什么编译器使用了编译器的哪些选项等等.有时候仅仅改变编译器的优化选项开关就可能引入新的错误,有了构建审计功能,就有可能进行不同构建的比较、从而有利于排错.缺乏软件构建的再现能力就很难进行软件系统的维护,对在客户现场运行的系统更难提供有效的技术支持.
5.6.2 实践工具Rational ClearCase配置管理工具具备强大的,独特的构建审计和管理能力.
5.7.1 实践内容
典型的异地开发模式具有以下特点:支持跨多个地点的分布式开发异地开发团队应该能共享开发成果,在甲地的开发工作可以在乙地进行集成;甲地可以在乙地的开发基础上进行.复制和同步配置数据无论网络带宽如何发展,相对本地网络及磁盘存取速度,远程网络的带宽总是相对有限的,因此如何高效,可靠地在异地之间复制和同步配置数据是异地开发和远程协作的关键.提供配置数据的本地存取出于效率上的考虑,开发人员的日常开发工作应该是基于本地存取的方式,而并应该依赖与远程网络连接.
5.7.2 实践工具Rational ClearCase MultiSite是业界公认的唯一的适用于地理位置分散的项目团队的高性能软件配置管理解决方案.
5.8.1 实践内容软件的开发过程实际上就是一个不断地由变更请求驱动的过程,良好的配置管理系统应能够有效记录并跟踪变更请求.变更请求有多种形式并且来自不同的地方、如来自内部及外部的错误报告,来自市场及工程部门的功能增强请求,需求,设计,及文档变更请求等.我们不仅需要一个合理的流程来对变更请求进行记录和跟踪,可能的话、还应该对实现变更请求而造成的相关工件的变化结果进行跟踪,也就是说同时统一管理变更的WHY和WHAT两个方面,既为什么要变更以及变更了什么.变更处理流程应该是灵活的和便于定制的,不同的软件开发组织需要不同的变更处理流程,即使在同一软件开发组织内部,针对不同的变更类型,或不同的软件开发项目,往往也需要不同的流程.变更请求管理系统应具备强大的统计,查询和报告功能,及时准确报告软件的变更现状,开发团队的工作进展和负荷,软件的质量水平以及变更的发展趋势.目前能达到该层面的配置管理系统并不多见、而IBMRational的统一变更流程UCM(Unified 则是一个杰出的代表.
5.8.2 实践工具Rational ClearQuest提供业界最强大而且高度灵活的缺陷及变更跟踪系统,与Rational ClearCase相结合构成强大的统一变更管理组合UCM(Unified
5.9.1 实践内容记录受配置管理控制下的配置项的信息,包括配置项的作者、状态、变更前后的差异等等、检查配置项和基线的完备性和正确性,对变更情况的详细记录和跟踪,记录所以配置管理工作的行为.
5.9.2 实践工具MUP Lite配置管理过程提供了配置管理工作的各项流程和模板,其中《配置管理日志》模板可以详细记录下配置管理工作的行为、《配置变更申请状态》模板可以记录下配置项变更的状态以便跟踪.
6 MUP软件配置管理过程及其支撑环境MUP是Mocha Unified Process的缩写,翻译成摩卡统一过程,MUP含盖了CMMI二级(受管理级)和CMMI三级(已定义级)的全部过程域.MUP得到了Mocha OA, Mocha BI与Rational系列产品在内的支撑环境的支持、可以快速的,以较低成本实施.MUP既可以为实施通过CMMI 3级认证服务,也可以单独定制裁减以满足其它目的的过程改进.它的各个阶段是可以单独使用的,以针对不同用户的需求.作为MUP中的配置管理过程域,它贯穿与整个项目的研发过程,根据CMMI23级的要求制定出配置管理过程域所需要的流程和模板.在项目的各个阶段中通过执行相应的流程和模板完成项目的配置管理工作,将项目的配置管理工作制度化,文档化.将MUP配置管理和配置管理工具进行结合使用,使配置管理的流程更加自动化,提高了工作效率.下图显示了MUP配置管理过程域所用到的工作流程及其支撑环境.工作流程支撑环境制定配置管理计划流程创建配置库流程创建基线流程配置库变更流程配置项入库流程配置项出库流程Mocha OA开发流程Rational 需求变更流程设计变更流程测试变更流程Rational ClearQuest
图:MUP配置管理过程域流程与其支撑环境该图显示了上表中的开发流程与其支撑环境之间的关
系:
图:MUP配置管理过程域开发流程
其中:摩卡OA(Mocha OA)分为Lotus版与Java版两个版本,以集中化,Web化,网络化为企业提供日常办
公的工作平台.它的主要特点:规范管理以组织机构为基础、构建网上组织系统,进行工作和权限的分配、进行整个组织的工作管理.利用工作流原理充分实现协同工作.方便灵活工作流的自定义、使用户无需编程便可自由定制各种工作流程,并可随时根据需要对其进行调整和变动,以适应现在和未来的需求变化.采用工作岗位与角色的管理思想,使人员的变动和调整对办公的影响降到最低.简单易用丰富的功能和直观的界面,学习更容易,操作更方便.智能化的工作流应用,事务处理更简单,工作更轻松.与个人办公软件MS Office方便的接口,并提供版本保留功能.完善的安全性建立多层次的安全机制,防止非法,确保系统安全.指定用户类型和级别、控制对服务器的访问权限,保证数据的合法存取.提供对所有工作流程的实时监控功能,及时掌握流转状态.Mocha BI摩卡商业智能(Mocha Business Intelligence),简
称:Mocha BI,是信息的完美展示平台,Mocha BI除了专注于数据的分析外,提高了系统的交互性和可配置性,达到产品的易用性的目的.它增设了大量的自定义功能,从数据的获取,分析到展示、用户完全可以根据自己的习惯和要求,量身定做,改变了以往经营分析系统晦涩难用的现状.可以被企业内部的管理者广泛使用.它的
主要特点:人性化的设计,降低了使用者的门槛、为所有人服务.强大的定制功能.专业性与易用性的完美结合.广泛的数据接口.与Portal系统有效集成.配置管理工具ClearCaseIBM Rational ClearCase提供业界最强大的软件配置管理解决方案,在全球拥有超过240,000用户.IDC(国际数据集团)在其报告软件配置管理工具预测和分析中将Rational ClearCase评为连续三年最畅销的软件配置管理解决方案.Rational
ClearCase的突出特点包括:业界领先的统一变更流程.强大的并行开发功能.灵活的工作空间管理.成熟稳定的配置管理平台.强大的扩展能力、可从单个工作组扩展到跨国公司的多个远程团队.多地开发支持(MultiSite).缺陷及变更管理工具ClearQuestIBM Rational ClearQuest提供业界最强大而且高度灵活的缺陷及变更跟踪系统,在全球拥有超过160,000用户.Rational ClearQuest的突出特点包括:便于定制缺陷和变更请求的信息域,流程,用户界面,查询,图表和报告等.提供自动电子邮件通知.高可扩展性,可支持任意团队规模,成员位置或使用任意平台的项目.自动将变更传送给所有平台(Windows,UNIX和Web)的客户端界面上.利用强大,无错的复制和同步机制,使地理位置分散的团队能即使访问缺陷和变更数据.软件中心联系电话传真

pdf文档的标签：企业服务

更多推荐标签：混合培训电影柳月弯弯游泳作业标准网络保险业美军论文下载药物分析大專會計论文动漫与就业公关主题策划员工报告选对时机买对员工录用准则交流通知电子设备坟上起舞中央银行职能信息管理员员工复工期后背书行政沟通小学听课纪录财经参考文献火车票预售消防台帐资料美术练习中医培训计划知识产权活动公积金提取单股票书分销案例