【摘 要】从集成模式的供应链软件中,抽象出普遍性的软件开发原理。这种原理,包含了面向构件的开发流程、开发途径等。在探讨具体的开发模式时,首先构建一个过程性质的开发模型,叙述过程思路下的开发阶段和建模的方式。在这样的基础上,研究面向构件的基本构造模型,注重框架的设置和建模措施的现实应用。构件的模型,应当具备软件系统的构造风格,并可以用形式化的手段予以描述。在设计了开发的具体模型后,还要探讨典型性强的开发实例。 【关键词】面向构件;软件开发;具体方式 一、新式的开发手段概述 开发信息体系的措施,经过了跨越性的进展阶段。运用软件建模的策略,可以设计出面向过程和面向对象两类方法。前者面对的分别是功能和数据流,而后者的原则是结合功能与抽象的方法。 20世纪末以来,分布对象的策略开始结合起重构软件体系的策略,这样的整合,推动了面向构件类型开发措施的产生。面向构件的策略,可以简称为COM,它与传统类型的面向方法有着实质上的差别:面向对象的构建过程,通常针对单独的应用体系,对于对象的抽象,针对的是问题领域,这种建模方式趋向于静态;而构件类型的模型,通常采纳动态属性的生成方法,侧重软件的组合。 在领域应用的层面上,构件类型的开发措施,集合了多个单独的通用和重用软件,解答的领域属于问题领域的深化。在这样的基础上,构件集合并实现了具体的对象。由此可见,两种开发手段在探究范围、探讨对象与研究的途径上,都是差别化的。在软件开发模式进步的前提下,面向构件类型的开发策略,成为了软件方法的主导。我们有必要整合过程与开发措施,用这样的视角来探究软件的具体开发。 二、一般性的开发流程 2.1 建立过程性的模型 开发软件中的构件化,指的是重新组合软件系统,以及重新运用软件组成部分的一种措施,属于系统性的开发途径。这种构件化的内涵为:用领域来表述运用中的需求;用框架的模式来表述结构;用构建来描述软件中的元素;用实例来描述运用的原型。 站在过程监管与工程的角度,可以将开发的体系分成分析阶段、安排阶段、实现阶段与评析阶段。这样的阶段设置,不是流水式的模型,而是整合了过程与增量的工作模式。开发软件遇到的误区之一,就是混淆了阶段性控制与建模的方式,或者混淆了原型塑造的方法与面向过程的策略。信息体系,属于开放式的周期系统。因此,构件化的措施与传统的开发措施一样,都需要遵照周期性的软件规律。 然而,构件化的措施,倾向于淡化阶段的含义,侧重并行方式和重新构造过程。在这样的方法中,可以增添并行性质的设计思维,以及代表能力成熟阶段的模型,来调整局部性的过程,以便提高开发软件的实效、维持优良的开发效果。可以采纳领域的思维和对象性的模式,来完善建模的流程,增添开发环节的操作性。 2.2 维持建模的措施 通常选取的建模途径,包含了面向对象的途径与描述的途径。其中的描述措施,又分为UML、框架式描述、规则的描述等。用来支撑以上建模途径的措施,包括抽象的措施、元模式、分布对象的措施、协作与代理的措施、参数框架的措施、导航的措施等。 UML的措施,可以供应动态或静态的建模策略。如果选取了静态方式,则需要描绘示例图,来反映领域的功能需要;用对象图等形式,来描绘面向对象类型的构造;用配置图的形式,来描绘实现软件的途径。如果选取了动态方式,则需要采纳交互图形、状态图形和活动图形的措施,来表达软件体系的行为规则。这样的模型,应当包含不同对象的协作、周期或者状态的更换、事项的处理,以及同步性质的过程监管等。 从框架到原则、再到例子的描述措施,属于智能性质建模的进一步扩大。在这个系统内,框架构成了叙述问题的外部体系,集合了实体、联系途径和约束的规则;原则是用来界定实体与例子的组装方法的,属于构造内部元素的映射与互动模型;例子是描绘解决途径的一种模板,由结构与元素的特定种类构成。因此,从框架到原则、再到例子的描述措施,对于设置软件架构和软件生成方式是非常适用的。 三、设置构件的措施 在软件的体系中,软件的系统结构叫做构架。这种构架,属于可以重新构造和预制的骨架,能够将问题领域转变成解决领域。构架是指用于化解问题的软件本身,而框架是指用来表述体系构造的途径。例如:建立在抽象层次与交互层次基础上的构造、建立在树状或者网络状框架基础上的节点关系、具备共享数据和控制状态功能的中央资源构造、具备了抽象与驱动功能的对象形态,都被归为构架的范围。依据软件的实际要求,可以把单独的结构组合成不同体系的分布式计算结构。这样的软件,包含了集成类型的构造,如B/S的构造。 框架用来表示总体性的方法与设计规则,是一种方法论的系统。例如:用于描绘某个概念的构造、用类图来描绘对象的逻辑构造、用ADL来描绘文本的方式、用树状或者网络状来代表图形的方式,等等。由此可见,框架是用来探讨构架的一种机制,构架则是详细表述框架的一种结构。 依据分布式的计算系统,应用类型软件的实际构架,可以分成界面表示、事务整理与数据约束几种逻辑,它们分别用来关联用户、展示核心性功能,以及处理后端的数据服务。依据领域运用的层次与体系平台能力的差别,还可以细致划分事务逻辑,构造一个层次较多的系统框架。 然而,无论划分出多少层次,这种体系在实质上还是三层类型的构架。这种划分的思维,能够确保用户、程序和信息彼此独立,以便提升整个软件的执行实效和重新组合的性能。同时,这样的思维与领域的三种要素相吻合,可以利用界面的实际逻辑,来覆盖住环境层面的需要;用事务整理的逻辑,覆盖住流程的需要;用数据信息的逻辑,覆盖住资源的需要。 四、总结 虽然目前构件重用还没有在软件设计领域得到全面推广,真正的软件工厂还未形成。仍然存在一些问题,如大的构件库的建设,构件的分类和检索,构件的装配与集成等,使得构件的重用仍处在较低的水平。但构件由于其本身的诸多特性,正在成为软件开发的一个热点,基于构件的软件开发方法被视为解决软件危机,提高软件生产效率和质量的一条现实可行的途径。构件重用的目标是达到需求、分析、设计、编码、测试的重用。在不同层次上,构件均可以将底层的多个逻辑组合成高层次上的粒度更大的新构件,甚至直接封装到一个系统,使模块的重用从代码级、对象级、架构级到系统级都可能实现,从而使软件像硬件一样,能任人装配定制而成。 【參考文献】 [1]万麟瑞,胡宏,孙红星.面向构件的软件开发方法学研究[J].小型微型计算机系统,2003(03). [2]马永杰,蒋兆远,张燕.基于功能构件的软件复用方法[J].计算机应用与软件,2009(08). [3]刘建勋,王积鹏,吴浩.面向服务的构件开发方法研究[J].中国电子科学研究院学报,2009(05). [4]]裴庆裕.J2EE框架下基于构件的软件复用技术研究[D].山东轻工业学院,2008.