从集成模式的供应链软件中，抽象出普遍性的软件开发原理。这种原理，包含了面向构件的开发流程、开发途径等。在探讨具体的开发模式时，首先构建一个过程性质的开发模型，叙述过程思路下的开发阶段和建模的方式。在这样的基础上，研究面向构件的基本构造模型，注重框架的设置和建模措施的现实应用。构件的模型，应当具备软件系统的构造风格，并可以用形式化的手段予以描述。在设计了开发的具体模型后，还要探讨典型性强的开发实例。
1 新式的开发手段概述
开发信息体系的措施，经过了跨越性的进展阶段。运用软件建模的策略，可以设计出面向过程和面向对象两类方法。前者面对的分别是功能和数据流，而后者的原则是结合功能与抽象的方法。
20世纪末以来，分布对象的策略开始结合起重构软件体系的策略，这样的整合，推动了面向构件类型开发措施的产生。面向构件的策略，可以简称为COM，它与传统类型的面向方法有着实质上的差别：面向对象的构建过程，通常针对单独的应用体系，对于对象的抽象，针对的是问题领域，这种建模方式趋向于静态；而构件类型的模型，通常采纳动态属性的生成方法，侧重软件的组合。
在领域应用的层面上，构件类型的开发措施，集合了多个单独的通用和重用软件，解答的领域属于问题领域的深化。在这样的基础上，构件集合并实现了具体的对象。由此可见，两种开发手段在探究范围、探讨对象与研究的途径上，都是差别化的。在软件开发模式进步的前提下，面向构件类型的开发策略，成为了软件方法的主导。我们有必要整合过程与开发措施，用这样的视角来探究软件的具体开发。
2 一般性的开发流程
2.1 建立过程性的模型
开发软件中的构件化，指的是重新组合软件系统，以及重新运用软件组成部分的一种措施，属于系统性的开发途径。这种构件化的内涵为：用领域来表述运用中的需求；用框架的模式来表述结构；用构建来描述软件中的元素；用实例来描述运用的原型。
站在过程监管与工程的角度，可以将开发的体系分成分析阶段、安排阶段、实现阶段与评析阶段。这样的阶段设置，不是流水式的模型，而是整合了过程与增量的工作模式。开发软件遇到的误区之一，就是混淆了阶段性控制与建模的方式，或者混淆了原型塑造的方法与面向过程的策略。信息体系，属于开放式的周期系统。因此，构件化的措施与传统的开发措施一样，都需要遵照周期性的软件规律。
然而，构件化的措施，倾向于淡化阶段的含义，侧重并行方式和重新构造过程。在这样的方法中，可以增添并行性质的设计思维，以及代表能力成熟阶段的模型，来调整局部性的过程，以便提高开发软件的实效、维持优良的开发效果。可以采纳领域的思维和对象性的模式，来完善建模的流程，增添开发环节的操作性。
2.2 维持建模的措施
通常选取的建模途径，包含了面向对象的途径与描述的途径。其中的描述措施，又分为UML、框架式描述、规则的描述等。用来支撑以上建模途径的措施，包括抽象的措施、元模式、分布对象的措施、协作与代理的措施、参数框架的措施、导航的措施等。
UML的措施，可以供应动态或静态的建模策略。如果选取了静态方式，则需要描绘示例图，来反映领域的功能需要；用对象图等形式，来描绘面向对象类型的构造；用配置图的形式，来描绘实现软件的途径。如果选取了动态方式，则需要采纳交互图形、状态图形和活动图形的措施，来表达软件体系的行为规则。这样的模型，应当包含不同对象的协作、周期或者状态的更换、事项的处理，以及同步性质的过程监管等。
从框架到原则、再到例子的描述措施，属于智能性质建模的进一步扩大。在这个系统内，框架构成了叙述问题的外部体系，集合了实体、联系途径和约束的规则；原则是用来界定实体与例子的组装方法的，属于构造内部元素的映射与互动模型；例子是描绘解决途径的一种模板，由结构与元素的特定种类构成。因此，从框架到原则、再到例子的描述措施，对于设置软件架构和软件生成方式是非常适用的。
3 设置构件的措施
在软件的体系中，软件的系统结构叫做构架。这种构架，属于可以重新构造和预制的骨架，能够将问题领域转变成解决领域。构架是指用于化解问题的软件本身，而框架是指用来表述体系构造的途径。例如：建立在抽象层次与交互层次基础上的构造、建立在树状或者网络状框架基础上的节点关系、具备共享数据和控制状态功能的中央资源构造、具备了抽象与驱动功能的对象形态，都被归为构架的范围。依据软件的实际要求，可以把单独的结构组合成不同体系的分布式计算结构。这样的软件，包含了集成类型的构造，如B/S的构造。
框架用来表示总体性的方法与设计规则，是一种方法论的系统。例如：用于描绘某个概念的构造、用类图来描绘对象的逻辑构造、用ADL来描绘文本的方式、用树状或者网络状来代表图形的方式，等等。由此可见，框架是用来探讨构架的一种机制，构架则是详细表述框架的一种结构。
依据分布式的计算系统，应用类型软件的实际构架，可以分成界面表示、事务整理与数据约束几种逻辑，它们分别用来关联用户、展示核心性功能，以及处理后端的数据服务。依据领域运用的层次与体系平台能力的差别，还可以细致划分事务逻辑，构造一个层次较多的系统框架。
然而，无论划分出多少层次，这种体系在实质上还是三层类型的构架。这种划分的思维，能够确保用户、程序和信息彼此独立，以便提升整个软件的执行实效和重新组合的性能。同时，这样的思维与领域的三种要素相吻合，可以利用界面的实际逻辑，来覆盖住环境层面的需要；用事务整理的逻辑，覆盖住流程的需要；用数据信息的逻辑，覆盖住资源的需要。
