柔性软件自动化生产线研究.doc

浙江大学 博士学位论文 柔性软件自动化生产线研究 姓名:方敏 申请学位级别:博士 专业:计算机科学与技术 指导教师:应晶 20060601 摘要 自动化生产线是自动化技术在制造业中广泛应用的标志性产物,为制造业带来了空前的 生产力。在软件行业步入产业成熟期的时刻,探索工艺技术,研究适用于软件业的自动化生 产线具有重大的应用价值。论文从模型(工件)转换自动化和活动(流程)自动化两方面对 软件自动化生产线进行了深入的研究。 论文由现有自动化开发框架的不足之处着手,在全面分析、比较制造业和软件业的共同 点和区别的基础上,研究了软件业可以借鉴的制造业4项关键创新,得出了一个适用于软件 业的SAPc模型,这个模型能够在今后很长一段蔽誓诔中傅既砑幸档募际醺路较? 论文批评了软件开发只能停留于手工艺层面而不能工?化的观点,提出了软件业实现、应用 自动化生产线的基础:引进基于确定的技术框架和系统架构的工艺设计过程,并定义了工艺 设计过程的主要任务。 论文在多层面的综合集成及管理控制基本框架指导下,在应用管理、工程化原理和目的 以及对SAPC模型的贯彻基础上,借鉴制造业的产品生命周期管理PLM和集成化项目支撑 环境1PsE,提出了柔性软件自动化生产线fsAP概念,说明了fsAP的定义,所必须具备的 柔性特征,结构和核心元素关系。 在模型(工件)转换自动化方面,论文提出了模板工程以及一种通用模型转换工具一模 板转换引擎结构;详细分析了模板转换所需要的两个层次的模式,结合了具体模板实例加以 说明在s诅te、ew、Modcl、PersjstentModel4个方面的映射模式;提出了贯彻面向对象思 想的?旧s模式以及基于状态的面向对象方法学soO。 在活动(流程)自动化方面,论文分析了软件过程、流程和活动的区别,详细说明了3 种软件流程。在此基础上,实现了一个完整的以过程为核心的软件工程环境。在过程引擎方 面引入了最具柔性的工作流引擎技术oswDrknow以及对应的具有完备语言描述机制的过程 建模语言;在对象管理系统方面,在将所有工件视为结构化程度不同的XM吐文档、引入 NxD引擎以及LAM框架和owL赋予的语义联系基础上,fsAP实现了一个能够在元素级 别对于模型(工件)进行控制的工件引擎;在活动PDcA元流程支持方面,基于A鼬n技 术实现了个人流程和组织流程的接口,并提出了一个2阶段任务分配算法。 fsAP柔性软件自动化生产线使得软件生产对于工件的控制粒度将细化到模型的元素级 ?,为使用模板转换引擎对工件所表述的模型进行转换以及模型的有效性验证提供了坚实的 基础。基于fSAP,软件组织的开发过程可以得到全面的自动化控制,不仅组织、团队和个 人三级的嵌套开发过程可以得到有效的支持,而且可以有效地实现团队中的任务安排以及工 作量平衡,并完整地收集个人的生产力数据,达到定量管理的目的。 柔性软件自动化生产线的诞生将促进软件开发方式从个体作坊转变为基于、引进软件自 动化生产线的开发,这个转变将显著地提升软件开发的自动化程度,有效地提高软件生产率 以及软件产品质量。 关键词:软件开发自动化,软件工程环境,以过程为核心的软件工程环境,自动化生产 线,柔性生产线,工艺设计,模板工程,并行工程,软件过程 II Abslbract As龇呲撕0n technolo静iswidely llsedi11 mallu风m肛iIlg协dlls舡y,mJtoma廿衄produ酣蚰 lille h髂锄呼d船aI龃dmarko呦me锄dbrou曲t瑚precedentedpmdII嘶V埘t0 tlle indus订y. D嘣ng t11e period w血enthesofnvarein血sn_yis graduallycomiI唱toman埘劬it is of great practicaI删ucto explorctlle crmtech舯lo盱锄daccomplish蛐auIom撕onprodu州on li鹏 印plic曲le tomesoftware indu蚰啊Dence,fbm tIIe two aspects of model(artifkt)conversion autom撕0nan?ac廿vityOrocess)aulom缸ion,血is disser眦ionhasmadeat110rougll andex把nsive research. nstartswh姐强aKgiSof1lIe drawbacksof也ecur他ntsoftwaredevelo翻ment蹦吐o】na:【ion ework锄dtllen compares柚d锄alyzes tlle similarities锄ddi丘breIlcesoftllemanuf如州ng 锄dsofh,a代砌us自吼BaSedont11is,jtfhrIllerpointsautmefollrcri吐calarldinno、ra廿veSAI: models,Whichcanbeborrowedf岫m也e manufkmring t0 1heso丹wareilldu蛐ly(these four i衄ova廿onscaIl guide nle tecllIlological i11novation访thesoRware indu曲叮for a 10ngperiodof 廿me),c喇cizes也ebelieft11atsofh,arcdevelopmemc锄0nlystayont11e handicmlevelillstead ofbeillgindus砸aIized,preSentst11ef0岫dationoftlle realization锄dappli例0nofautom觚0n productiOn1ille-in仃oduc.mg t11e c糟ndesigIl process basedondefinjt? soRware technolo留 fhmework髓d systemarchitect哦,蛐ddctines the硼mary taskSinthecraftdesi印process. Besides,帆derme出rec廿onofmebasicfhmeworkofmulti-levelcomprehe珊ivemte汀ation 柚dmallag咖emconnDl,柚donthebisofapplicationmanagemenprojecttheory aIld goal锄d 也eeXec曲on0fSAPcmodel,itrefersto meProductUfbcydeMaIlagement阻M)如dme Inte酽atjveProjectSupportEnro啪em(IPs?)in me m蛐ungindus廿y aIld pren协a concept:日eXible sofhare automation produc6叽1ine(fsAP)wi血醅definmon,flexjble characters,曲mctllreandcoreelementsrelationship dealtwi也. Intheviewof modelif如t)conVersionautomation,itpu乜fbnvardtemplateengineering 卸da geneml modelconversiontool,narnely tlle template conversionen西nes廿ucture,and expollndsme panems oftwo1evelneededbytemplate conversion.Some templateex锄ples arc llsedto explain tlle m印pingpa陆msofStaIe,ew,M0delandPersistentM0del.1lladdniOn,h presents the object-t嗽d VMPs p执m锄d恤e state-b鲢ed object-0rientedmemodolo时soo. In te珊sof activi抓process)automation,n锄alyzestlle difIbrence betweentheprocess, wor如ow柚d activity ofsoftware developmem, 柚d three帅esofsofh.e wo舢ow A?cordirl91y,acompleteprocess-centeredsoRwareengilleeringenvironmemis rcalzed.Asto processengme,itin仃oducesamostn喇bleworl田ow enginetechnolo秭oSwor如oW,锄d恤e correspondingprocessmodelinglaIlguage wim pe睡ctlallguagedescriptionmechallism;internls of objectmanagememsystem,fSAP achieVesa model-connolIingartifktengineontlle levelof elemenb弘edonallanifacts?onsidered船XMLdoc啪entsondi虢rentstructuralievels.NXD en西neandLAM觑衄eworkaIldthesemanticrelations蛐pofOwLin廿oduced;.mtemsofPDCA me诅。processsupport,itmar蛾ges t11e intem嵋eof Agent-basedpersonaIprocessa11dorganizati仰 work妇owalldpresentst、vophrasetaskdis廿ibu廿on撕廿lIlletic. fsAPmal【es connDl鲫nularity ofanifactinsoft、vare production reducedtoelement盯adeof modeJ,whichproVidetlle solidfoundationformodelc彻versionsbytemplatecOnversionengine aIld Validity ofmodel.BaSedonfSAP,so脚arcdevel叩mentprocessc锄get0verallautomatic con仃01.on吐leone h如d,山edevelop哪entprocess Of O堵anizatiOllteIIn and personmay wiIl supporte丘bc廿vely;on t11e olll盯hand,itwill success如lly r明lizcthetaskarrangementint11e te锄work,baIanceofworkload?锄dcollectpersonalproduc廿tydata,musacllievillg也egoalof qu锄tnivem锄agement. Thee111e聊cyoffsAPwilli11etablyhelp衄lsfcrtlle wayofso脚aredevel叩ment胁m irldvidual wofkshOp to softwarcautomadon production 1ine.Thistmnsferwin pmm.men廿y hei曲tellmeautom撕onlevelofsofhvare deVelopment锄dimpmVe tllesofhvare produc廿Vny粕d sofhare productqllali吼 I(eywoms: sofhvare deve?opment amomation, software engineerh培 enVimnrnents, processcentercd soft、Vare engmeering enViromnems,automatic production 1ine, ne】【ible pmductionline,craRdesig也te:mplateeng.meerill舀paralleleI培ineer.m舀softwareprocess 博士论文:柔性软件自动化生产线研究 第l章绪论 上世纪90年代,软件行业发起了一次席卷全世界的互联网热潮,在这次热潮中上演了 许多活生生的现代乞丐故事一纽约街头有位乞丐一直过着穷困潦倒的日子,忽然有一天。 他听到路人说现在搞.com的人都非常有钱,于是他灵机一动,?乞讨碗上的BEG后面写 了.com几个字母,果然,乞讨到的美元就明显比其他的乞丐多了;不久,他又听到路人纷 纷说现在正流行eBllsiness电子商务,于是他又在BEG前面加了个字母e,结果投到碗里的 钱又多了不少,不仅如此,还常常有些华尔街的银行家跑来和他洽谈上市的问题. 虽然这次热潮最终因为资本的过度炒作而成为泡沫在2000年破灭,软件行业也因为这 次泡沫的消退而发展停滞,但是在回顾互联网的发展时,大多数人都认为它是75年来最伟 大的发明之一1】。它不仅让人们的生活更加丰富多彩,享受到网络带来的便利,还极大地 推动了社会经济的发展,促进了企业间的交易行为,人们都认为互联网最终将根本改变人类 生活、工作的方式。 事物的发展就是这样的一个辩证过程,都遵循着周期起伏跌宕的一个螺?上升过程,软 件行业也是如此。在过去的半个多世纪里,软件行业确实取得了辉煌的成绩,但越来越多的 迹象也表明,这个曾经度被称为新驱动力的行业创新越来越少,不再能给人们带来 项又一项令人耳目一新的新技术。 文献【2】将整个软件行业的发展轨迹归纳为著名 的创新曲线模式,见右图。如创新曲线模式所描述: 个不连续的创新为一个新的技术时代奠定基础。起 初的发展开始是快速的,随着基础逐渐稳固和成熟, 徐僻 发展速度逐渐慢下来。最后,这个基础失去了继续创 新的能力,达到发展的顶峰。与此同时,另一个不连 续的创新为另一个新技术时代的到来奠定基础,于是 上述模式得以重复。 时j;l】 模式转变发生在需要改变现状以继续前进的交汇 图l创新曲线模式 时刻,软件行业就正处在这样的一个交汇时刻,一场工艺革命正?然而至。这次工艺革命可 能在几年内将应用软件开发效率提高数倍甚至数十倍,一个激动人心的大时代的序幕正在揭 开。 1.1软件行业现状 从全球范围来看,软件产业正处于成长期向成熟期转变的阶段。软件产业还未成熟主要 表现在两个方面:第一,与软件开发的相关技术和理论还没有成熟。软件开发中的根本任务 仍然没有找到一个行之有效的解决方法;第二,软件工程化水平不成熟。在传统行业,无论 是制造业还是建筑业,其生产过程和生产工艺都非常成熟,都形成了一定的标准。但在软件 博士论文:柔性软件自动化生产线研究 产业,这些问题没有成熟的答案,更没有成熟的做法【3】。 软件行业已经发展了半个多世纪,但是从目前的情况来看,软件开发的速度缓慢、代价 高昂而又极易出错,常常会生产出存在大量缺陷的产品,在可用性、可靠性、性?、安全以 及其他服务质量方面造成严重的问题。软件危机依然困扰着整个行业。实际上,软件开 发并没有脱离软件作坊的发展阶段。现在开发软件的方法与十年前没有什么不同,方法 和实践实际上没有太大的改变,相应的成本和风险同样也没有太大的改变。生产率只获得了 有限的提高,而这些提高基本上依赖于培育起来的学徒制一成功地增加了合格开发人员的数 量并提高了开发人员的平均水平,软件开发仍然是一项劳动密集型的产业。 软件行业已经为其他行业提供了很多帮助;科学研究与工程、军事、商业、通讯、办公、 交通、医药、娱乐等等,已经成为这些行业的信息化和自动化的驱动弓l擎。另一方面,软件 开发自身却还是处于初级阶段,主流的自动化开发环境仍然基于上世纪80年代开发的配置 管理工具如Visualsourcesaf?、cvS,少量的模型工具如RationalRose、P0werDesigIler【4】 等,软件行等栽谏涎葑?鞋匠弦子的故事。 1.2软件开发自动化的定义 为了解决软件危机.生产力低下的问题,20世纪80年代人们开始对软件开发自动化进 行研究,随着研究的深入,人们发现完全自动化地制造软件非常困难,原因是多方面的5。 完全自动化是软件开发自动化的终极目标,在达到这个目标之前,必定还有很长的段路程 要走。当人们认识到完全自动化这条路是走不通的,那么退而求其次要求能够通过采取一些 必要的措施和方法,自动化或半自动化的产生具体的软件系统。在这样的一个前提下,本文 对于软件开发自动化提出了一个非形式化的定义: 定义1.1软件开发自动化是将传统开发过程的人力活动尽可能自动化直至完全自动化, 尽可能多地把困难、复杂的工作留给计算机处理,尽可能地减轻开发人员的负担。 从这个定义出发,实现开发自动化具体可以从以下三方面着手: 1.尽量减少软件开发的工作流程、活动以及工件; 2.将原来必须由人来完成的模型(工件)映射、转换活动自动化或半自动化,从而使 得由高层工件能够依据预定义好的模式、规则自动转换为低层工件; 3.将原来必须由人来完成的活动的交接、模型(工件)的传递自动化或半自动化,从 而使得一项活动结束后,后继活动的进入条件能够得到满足并得以自动开始。 这三方面的工作也可以解释为其他途径,譬如尽量向业务领域描述靠拢,采用模型变换 技术等【6】,但实质没有区别。为了实现以上两方面的工作,需要对软件开发有深层次的理 解,只有更好地把握软件开发的本质才能进行对软件开发的流程、活动简化以及自动化。 1.3现有自动化开发框架分析 自动化开发方面的研究最先达到的成果是一些自动化工具,譬如模型自动化验证工具、 博士论文:柔性软件自动化生产线研究 自动化测试工具、UI自动生成工具【7】等等。这些工具归纳起来,大致出于3类自动化开发 方法、目的:构件组装、模型(工件)转换自动化和活动(流程)自动化。 构件组装和组装推导构成了基于构件的软件工程(component B觞edsmwm Engineering,cBsE)的两项关键技术8,依据的是定义1.1导出的方法一,模型(工件)转 换自动化的目标在于用自动化机械替代人执行开发的基本活动一模型转换,遵循的是方法 二,活动(流程)自动化侧重与人与人之间话动、工件的传递自动化,可以归纳为遵循的是 方法三。 13.1构件组装方法 软件工厂 微软公司(MicmsoRcorporation)提出了称之为软件工厂(sof|wWeFactory)9】的方 法学,这个方法学代表了构件组装的思想。所谓软件工厂就是指为了支持某种特定应用程序 的快速开发而配置的开发环境。具体来说就是通过软件架构、模式、模型、框架和工具装配 应用程序。软件架构定义了用于生成软件产品系列成员的方法。软件模板包括可以加载到可 扩展工具(例如交互式开发环境或企业生命周期工具套件)中的代码和元数据,以便自动执 行系列成员的开发和维护。在成熟的软件工厂中,应用程序开发主要包括构件选择、自定义、 改装、扩展和装配。随着产品开发人员越来越多地依赖于外部供应商,供应链会逐渐形成, 就像在其他行业中一样。软件工厂通过划分软件架构(纵向或横向)以便将?责转移给外部 供应商来促进供应链的形成。 软件工厂还包括一个重要的概念一领域特定语言DsL(DomainSpecmcLanguages)。 DsL在整个框架中的作用与Ulm。十分相似,可以说,DsL就是关注特定开发环境的工具, DsL可以帮助抽象某个特定领域的复杂度(例如架构、过程、技术标准等)。软件工厂一项 主要的任务就是帮助提供一系列的工具以帮助开发人员在图形化环境下定义、编辑DsL, 简单地构建DsL并实现它们。这样开发人员能够将他们的经验用DSL的方式进行封装和描 述,以更快地得到特定领域的业务逻辑,使得开发过程更快更有效。 软件工厂建立在对系统化重用、模型驱动开发、装配式开发和过程框架中的关键思想进 行融合的基础之上,它的自动化开发核心基础是软件模板一可以加载到可扩展工具(交互式 开发环境(IDE或企业生命周期工具套件)中的代码和元数据.以便自动执行系列成员的开 发和维护。软件工厂其中的许多思想都没有什么新颖之处。真正的新颖之处在于将它们综合 成一种集成式方法,以便使具有领域专业知识的组织能够实现软件工厂模式,并且生成语言、 模式、框架和工具以自动执行狭窄领域中的开发。 青鸟软件生产线 国内北京大学提出了青鸟软件生产线的概念和思想10,其主要目的在于形成软件产业 内部的合理分工,实现软件的工业化自动生产。在青鸟软件生产线中,软件的生产过程依据 文献11】的分类法划分为3类不同的生产车间;应用构架生产车间、构件生产车间和基于构 件、构架复用的应用集成(组装)车间,相应地,软件开发人员也被划分成3类:构件生产 3 博士论文;柔性软件自动化生产?研究 者、构件库管理者和构件复用者。青鸟软件生产线以构件模型(以对象计算模型为基础进行 设计,支持多种不同构件形态:类、抽象类、类簇、类树、框架和构架)和构件描述语言 JBcDL(JadeB矾componentsDescriptionLanguage)为基础,主要包括以下几个主要组成 部分:构件库系统JBcL(JadeBirdColnponentsubrary),程序理解及构件获取工具集JBPS (JadeBirdPr0FmAnalysissy啪m),面向对象系列开发工具集,构件组装工具等。这些平 台、系统和工具紧密结合,支持以产品复用(复用已有的软件构件,通过构件集成、组装得 到新系统)为核心的软件开发,实现了以可复用构件、构架库为核心,支持基于复用的软件 开发技术和过程。 在应用平台的支持下,青鸟软件生产线的软件开发过程可以概括为3个过程:使用领域 工程技术对现有系统进行分析,提取该特定领域的软件构架,对构架进行描述后加入构架库: 对现有系统进行程序理解和构件提取(对于非面向对象的系统需要进行向面向对象构件的再 工程),对构件进行封装、规约及分类后加入构件库;在实际开发时,首先根据软件构架进 行需求规约和设计,然后依据构架从构件库中选取构件,进行必要的适应性修改(或生产新 的构件),组装成为目标系统,在这个过程中生产的新构件也可以经过封装、规约及分类后 加入构件库。 在青鸟软件生产线中,关键在于以构件模型和构件描述语言为基础,通过可视化的构件 组装工具自动或半自动的进行构件组装。在对可复用构件进行描述、管理、存储和检索过程 中,构件库系统采用了以刻面分类策略为?,多种分类策略相结合的策略,为构件在各个刻 面中关联一组术语、属性和一组关键词,并在构件之间建立各种关系。 1.3.2模型(工件)转换自动化方法 模型的自动化转换领域还很年轻,国内还没有出现这方面的框架。模型(工件)转换自 动化方法的典型代表是2002年国际对象管理集团(0bjectManagememGroupOMG)提出 的模型驱动架构(ModelDrv%Architecture,MDA)12。oMG的构想是将目前的开发行为 提升到更高的抽象层级-分析模型级,针对特定计算平台(譬如J2EE、.NET)的编码工作 则由执行引擎自动完成。从而使得业务逻辑与实现技术被成功地解耦,模型的价值在包容已 有技术的条件下得到最大化。 MDA在目前技术的基础上,分离出了两个抽象级别的模型:?台无关模型(Platfom IndependemModel,PIM)和平台相关模型(Plat】omspecializeModel,PsM),P是一个纯 粹的不考虑实现技术的分析模型,而PsM可以视为一个基于特定实现技术,比如J2EE的 设计模型。工程师们只需要建立表达业务逻辑的P【M.剩下的工作都将由执行引擎自动完成。 为此,OMG制定了一系列的标准:uML、元对象机制(MetaObjectFacility,MoF)、元数 据交换机制(xML-basedMetadata ImerchaIlge,xMI)等,以解决模型建立、模型扩展、模 型交换、模型变换方面的问题。OMG试图通过标准化的定义、可扩展的建模语言环境,使 得JT厂商可以自由实现自己的建模语言,以及语言到可执行代码的映?。模型转换技术是 4 博士论文:柔性软件自动化生产线研究 MDA能够成为一个自动化开发框架的关键。在2002年,作为MOF2.O标准版的一部分, OMG提出了建立允许用户查询、建立并维护视图以及转换MoF模型的标准的建议,这一 标准被称为QvT(Ou鲥es丘ev懵厂Ihnsfomations)。 在佃A的基础上,文献【13】提出了xMDA(execlltableMDA)框架,xMDA对于MDA 最大的改进在于,该框架使用xl,(executableU他)来定义平台无关模型PIM,弥补了 IM,对于动态模型描述方面的欠缺,这使得模型在需求阶段就实现了强健的模型分划准则、 完备准则,使得模型在早期即可验证并具备了较高的质量。 13.3活动(流程)自动化 90年代以后,出现了以过程为核心的软件工程环境(Process.centeredSoftware Enginc甜ngEnv岫en乜,PsEE伊cE)14】。PSEE的目的在于将软件生产置于过程模型的指 导和控制之下,实现活动(流程)的自动化,通过活动(流程)对于软件工程一些重要原则、 方法的融合以提高软件的生产率和产品质量。PsEE学术界和工业界实例、原型众多,一些 重要的包括ALF15】、EPOS16】、Marvel【17】、 Merlin【18】、M,MAc【19】、OOs【20】、 sPADEf2l】以及国内的ISPE【22】、PcLAgenda【23】、BProcess24】和JB? PsEE【25,26。 PsEE的核心思想是将软件过程模型作为软件工程环境的输入参数,环境只是执行过程 模型。?s髓一般包括三个主要部分:过程引擎(ProcessEngine,PE)、过程建模语言(Process ModelingLaIlguage,PML)和对象管理系统(ObjectManagememsystem,OMs),其中过程 建模语言的功能是用于描述和定义过程,建立过程模型。过程引擎解释、执行过程建模语言, 同时对过程运行中的各种事件做出相应的反应。对象管理系统对各类对象采取统一的处理方 式,提供有效的存取和访问机制。 1.3.4现有框架局限性 在这些现有的框架中,MDA强调的是在更高抽象层次上的基于模型的开发,主要解决 了模型对于不同技术平台的适应性以及可转换性,实质是提出了一个基于MOF元模型的各 层次模型的定义以及转换标准化规范。MDA部分实现了活动层面上的自动化,将原来必须 ?人来完成的模型转换工作变为模型转换语言所描述的自动化操作,但对于动态模型的建立 和转换方面却有所不足,缺乏完备的描述能力,另外,对于流程级别的自动化并没有涉及。 软件工厂和青鸟软件生产线类似,这两者的思想在于产品复用和产业内部的分工协作。 软件工厂强调的是基于供应链提供的构件使用软件模板进行装配式开发,基于领域专业知识 的构件组装、重用;青鸟软件生产线则基于应用构架生产车间、构件生产车间通过构件组装 工具进行构件组装。而遍观行业现状,只看到少数几个基于系统化产品系列的自动化产品开 发案例,产品复用技术对软件产业的影响并不尽如人意,适用的领域十分狭窄,只限于已存 在成熟系统产品的领域,并且对于流程的自动化没有提供任何支持。 PsEE较好地实现了对于流程自动化的支持,但在另外一方面,对于?发自动化的另外 两种方法基本没有考虑在内。这3个自动化开发框架严格说来并没有展示出一个完整的框架 5 博士论文:柔性软件自动化生产线研究 模型,那么一个完整的自动化开发框架应该具有哪些核心关键元素究竟应该遵循怎么样的 一个自动化开发流程 1.4论文的研究目标和内容 传统制造业经历了几代技术创新,已经进入到现代大工业时代,自动化技术得到广泛应 用,标志性产物就是自动化生产线。自动化生产线为制造业带来了空前的生产效率、质量的 提高和相应的人力、原材料等资源消耗的减少。相比之下,软件行业经过半个多世纪的发展, 整体仍然处于初始的手工业阶段。出于弥补软件行业与制造业之间巨大的技术落差,借鉴给 制造业带来重大改变的创新的目的,软件生产线等概念自然而然随之诞生。 现有的自动化开发框架、软件生产线?念仍局限于初级的基于构件组装的标准化以及构 件生产的产业化方面,并没有意识到一些更高级别的、已经给制造业带来巨大收益的创新的 存在,譬如自动化、流水线、并行工程等,也不清楚这些创新将给软件行业带来如何的改变、 释放多少潜在的生产力。 本文从分析、借鉴制造业为提高生产力所做出的创新历史着手,从更广阔的角度探索了 一套完整自动化开发框架应该具备怎样的架构。研究的主要目标、内容包括: 1.回顾制造业为提高生产力所做出的创新历史,研究构成这些创新的技术基础,借鉴 制造业的这些关键性创新。考察这些创新是否具有应用到软件行业的可行性。 2.分析、对比制造业和软件业的生产过程,揭示软件生产过程的特殊性。 3.研究软件行业发展历史中的为生产力发展带来重要革新的Native技术,以及管理、 工程化的原理?目的的贯彻、实现机制。 4.考察真正的、完整的生产线概念在软件业是否可行。 5.从软件工程环境角度着手,从模型(工件)转换自动化和活动(流程)自动化两方 面探索、构造一套完整自动化开发框架。 6.如何集成、应用软件行业在成长期所积累的丰富产品技术,将这些产品技术为工艺 技术的改进服务。 1.5论文的组织结构 本文第一章阐述了软件行业正面临着怎样的阶段转变,现有自动化开发框架的局限性, 提出了软件开发自动化研究的背景和意义。 第二章在产业发展阶段模型的指导下,分析了软件生产线的可行性,并指出了可行性的 基础是引进现阶段软件开发过程中缺少的工艺设计过程。 第三章在应用管理、工程化原理和目的以及对第二章所得出的关键性创新sAPC模型的 贯彻基础上,提出了柔性软件自动化生产线fsAP概念。说明了fSAP的定义,柔性特征, 结构和核心元素关系。 第四章提出了模板工程以及一种通用模型转换工具一模板转换引擎结构,通过模板工程 6 博士论文:柔性软件自动化生产线研究 和层语言的映射转化来支持、实现自动化开发流程。并详细描述了fsAP在Se、Model、 View、业务规则4个方面的映射模式。 第五章分析了软件过程、流程与活动的区别,提出了一种软件过程分类法和层次映射模 型I川M,并详细说明了3种类型的软件流程。 第六章描述了fsAP在过程引擎、过程建模语言和对象管理系统三方面的具体实现,并 在sEE服务框架下与PsEE进行了对比和分析,最后给出了一个典型的fSAP原型使用用例。 第七章对全文进行了总结和展望。 博士论文;柔性软件自动化生产线研究 2.1引言 第2章软件生产力的提高途径 在其他?业,诸如机械制造、电气、建筑、汽车等行业,提高生产能力的途经是从手工 作业过渡到机械生产。19世纪的工业革命,通过标准化的生产形成社会化的分工,促使制 造业从手工作坊走向了社会化大生产的时代,带来了人类文明的一次飞跃。近年来,业界人 士一直期盼着下一轮软件创新。 近年来高科技产业市场泡沫的破灭标志着软件产业进入壮年期。随着技术逐步走向成 熟,具备丰富经验的优秀开发人员越来越多,这个壮年产业正酝酿着一场以软件开发自动化 和业务构件灵活组装为核心的软件开发工艺革命。新的工艺与工具将会大大提高自动化程 度,并降低对软件人员的技术要求,这次工艺革命可能在几年内将应用软件开发效率提高数 倍甚至数十倍。 2.2产业发展阶段模型概述 2.2.1产品技术与工艺技术创新 产业发展与产业生产技术发展密切相关。所谓产业生产技术是指服务于产业所提供的产 品与服务的生产技术,可以分为两大类:一类是有助于产品或服务本身不断变化、革新的产 品技术,另一类是有助于产品或服务有效产出的工艺技术。没有产品技术就不能创造出现在 熟悉、使用的各种产品,如个人电脑、移动电话、数码相机等等:没有工艺技术,就不可能 将这些产品大批量、低成本地生产出来以满足消费者巨大的需求。这两类技术缺一不可,如 果只有产品技术设有工艺技术,那么新产品只能停留在实验室:而如果只有工艺技术没有产 品技术,那么人们只能被迫接受那些落后的东西。 生产技术发展的显著形式就是技术创新。u钍erback【27】的产品及工艺技术创新理论认 为,在技术创新的循环过程中,往往是先出现产品技术创新,而紧随其后的是工艺技术创新。 一项新产品开发出来之后?往往并不是很完善的,存在着这样或那样的缺陷。因此在开始的 时候,市场需求量不会很大,产业处于诞生期。一段时间以后,随着技术的进一步改进以及 消费者认识的加深,市场需求会逐渐增加,产业迅速成长,此时竞争就会渐渐加剧,此时产 品技术创新处于产业竞争的核心地位。 盒式录像机(deocaSse恤RecorderVcR)的产品发展历史就是如此。在产品刚出现 的时候很少有人问滓,后来随着市场需求的增加,与之间的竞争也就激烈了。在这场竞争中。 Beta和VDS之间的竞争也就激烈了。在这场竞争中,vDs的设计技术被消费者广泛认可, 成为该产业的主导设计,产业的技术标准依此而建立起来。此时,竞争的基础已从产品 技术创新转移到产品的价格与特色方面,也即工艺技术创新方面上来。其主要目的是,在主 博?论文:柔性软件自动化生产线研究 导设计不变的情况下,增加产品特色,提高生产率,降低成本,降低价格,以便迅速占领市 场。于是,工艺技术创新处于产业竞争的核心地位。在工艺技术刨新方面的竞争一直会持续 到另一种新产品或替代工艺出现(如vcD机取代录像机),从而导致第二轮工艺技术竞争 开始。可见,产品技术与工艺技术的创新发展推动了产业的成长演化,具体如下圈所示。 创新 程度 主导设计I 主导设计II 时闯 图2技术创新与工艺刨新【271 因此可以说产品技术帮助了产业的诞生,而工艺技术的发展完善推动了产业的成长壮 大。个产业从诞生到成熟,实际上可以说就是生产工艺技术从不成熟到成熟的过程。虽然 不能说一个产业生产工艺技术的成熟就一定会导致这些生产工艺技术发展空间的缩小,但每 个产业因其提供的产品构造及?求潜力等因素的不同均有自己