论软件的组件式开发

组件

摘要：

在我所担任的某移动短消息增值应用系统的规划和开发工作中，面对移动短消息广阔的应用领域，和众多不同行业的ASP，巨大的软件开发工作量。我们选择了组件式软件开发方式，在系统的功能、性能、开发效率和投资等方面都达到了理想的效果。

正文：

2000年10月我开始担任四川某网络公司移动短消息增值应用系统（简称SMASP）开发部的负责人，主要工作是对SMASP进行规划并实施开发，为总经理提供SMASP开发的参考方案。SMASP的通信服务提供商为中国联通公司，服务内容提供商为如：出租车调度系统的出租车管理公司；电码防伪系统的商用电码公司；水电气三表抄表系统的水电气公司；移动证券系统的证券公司等，还有许多已知的和未知的对移动短消息增值应用有潜在需求的应用领域会不断地加入到SMASP中来。SMASP首期工程应用到联通四川公司，二期工程将推广到山东、河南、广东、福建、湖北等省市，并逐步推广应用到全国联通。由于项目处于起步阶段，还没有定型的系统模型及成功的应用模式，因此，选择一个好的系统体系结构和开发模式就成为当务之急。

　　对领域的选择。通常一个领域的专用资产要应用到不相关的领域是比较困难的，组件式开发的首要工作是领域工程，在这个领域内提取可被复用的系统对象，创建可复用资产，开发复用组件。而SMASP正好是这样一个面对具体应用领域的，系统需要不断升级，有着长期的持续开发需求。因此，在SMASP建设的初级阶段，为SMASP创建复用资产是可行的，有回报的。

　　对组件（COM）式体系结构的选择。SMASP已经有一部分应用是建立在windows/NT服务器上了，但考虑到本系统将推广到全国各地联通公司，将来的远程系统维护和远程操作控制以及系统整体性能的需要，我建议公司将系统后台应用部分移植到以SUN系统为主的UNIX系统上来，这一建议得到了公司的支持。我们的服务内容提供商是各式各样的，处在不同的行业，有不同的应用系统在运行，对UNIX、WINDOWS、WINDOWS/NT、linux、NETWARE等都有应用，是一个多平台系统。为对这样一个多平台、多应用、长期持续开发的系统选择一个良好的体系结构和开发方式，将决定在将来的开发实践中SMASP的质量、连续可用性、可升级维护性、可扩展性、开发工作量和投资等各项指标。经过反复考虑，我们将整个系统划分为各个独立的组成对象，各对象独立工作又相互协调来完成系统的功能，这样各个独立的对象就形成了系统的组件。在这些组件中，有些是SMASP内通用的，其功能定义在系统内长期稳定；也有面对不同ASP（服务内容提供商）的各式各样的组件。这些组件的开发工作均相对独立，互不干扰，因此可以实现系统的无代演进。

　　创建复用资产和复用组件。通常可以被复用的资产是在领域内通用性比较好的对象。通过深入的分析，我们决定建立短消息增值应用系统平台MISPlatform。MISPlatform本身是由多个组件构成的多层次的、组件化的体系结构，在他上面运行的ASP的各种应用也可看作MISPlatform的各个组件。MISPlatform的体系结构，各组件的详细定义，接口定义，专化规范，大量代码以及各部分的文档都是潜在的可复用资产。复用资产和复用组件之间有一定区别，复用资产的范围相对广泛，而复用组件则更为具体，通常指可以直接嵌入到目标系统内或独立运行以完成某一特定功能的程序模块或对象。并不是所有可复用资产都可以制作成复用组件的，在划定了复用资产后还要进一步提炼，如我们在MISPlatform中创建的基本表管理组件、索引管理组件、TCP/IP通信组件、接口组件、加密组件等，都具有很好的通用性。