组件对象模型web开发的软件工程方法1

《组件对象模型web开发的软件工程方法1》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、组件对象模型Web开发的软件工程方法夏长虹尹绯陈文博一．组件对象模型COM及其重用范畴----COM组件是遵循COM规范编写、以Win32动态链接库（DLLs）或可执行文件（EXEs）的形式发布的可执行二进制代码。遵循COM规范编写的组件将能够满足对组件架构的所有需求。遵循COM的规范标准，组件与应用、组件与组件之间可以互操作，极其方便地建立可伸缩的应用系统。COM是一种技术标准，其商业品牌则称为ActiveX。----近几年来，组件在软件开发中得到了广泛的应用，尤其是WindowsDNA将组件应用于Internet，进行各种事务处理，使组件显示了强大的功力。从组件机制和

2、接口标准方面探讨组件不是一件轻松的事情，我们这里仅从工程应用的范畴讨论组件的开发与使用问题。在应用开发方面组件具有以下特点：----第一．组件是与开发的工具语言无关的。开发人员可以根据特定情况选择特定语言工具实现组件的开发。对于Internet应用而言，完成事务逻辑处理计算任务的组件以MSVisualBasic进行开发是首选方案。其开发迅速，调试方便，编译之后的组件以二进制的形式发布，跨Windows平台使用。源程序代码不会外泄，有效保证了组件开发者的版权。----第二．通过接口有效保证了组件的复用性。一个组件具有若干个接口，每个接口代表组件的某个属性或方法。其它组件或应

3、用程序可以设置或调用这些属性和方法来进行特定的逻辑处理。组件和应用程序的连接是通过其接口实现的。负责集成的开发人员无须了解组件功能是如何实现的，而只须简单的创建组件对象，和其接口建立连接。在保证接口一致性的前提之下，可以调换组件、更新版本；也可以把组件安插在不同的应用系统中。----第三．组件运行效率高、便于使用和管理。因为组件是二进制代码，比ASP脚本运行效率高多了。核心的商务逻辑计算任务必须由组件来担纲，ASP脚本只起组装组件的角色。而且组件在网络上的位置可被透明的分配，组件和使用它的程序能在同一进程中、不同进程中或不同机器上运行。组件之间是相互分离、独立的，利用MT

4、S使对组件的管理更加简便。组件对象负责管理它自己的生存期。它通过一个内部引用计数器来实现，这个计数器存放任何时候连接到该对象的客户数。当引用计数变为0时，对象可以把自己从内存中释放掉。这使程序员不必考虑与提供可共享资源有关的问题。----对于使用组件的集成开发者而言，一个组件就是一个接口集，只能通过接口才能与组件进行通信；而对于组件来说，接口是包含一个函数指针数组的内存结构，每个数组元素包含的是一个由组件所实现的函数地址。在一个应用程序中，起决定作用的是组件的接口而不是组件本身。只要组件的接口保持不变，组件可以任意升级或更换，而应用程序不必做任何修改。接口将特定的行为封装

5、起来，一方面使客户可以用同样的方式处理不同组件，一方面同一组件可以在不同的应用中使用。这些特点决定了组件必然有很好的重用性。其重用性主要表现在以下的使用场合：1.COM组件并不是专为一种Windows平台而设计的，同一COM组件可以在Win95，Win98，Workstation及WinNT上使用。组件既可以被嵌入动态Web页面，还可以在LAN或桌面环境的VB，VC等应用中使用。如图示：2.COM组件之间是彼此独立的。当应用需求发生变更时，可能需要更换中间层的个别COM组件，但这并不会影响其它组件的继续使用。如图示：3.COM组件具有若干对外接口（属性和方法），相当于芯片

6、的“管脚”。根据不同的应用需求，可以有选择地使用不同的管脚。即使当其某些管脚被“废弃”时，COM组件本身仍然可继续使用。如图所示：4.同一COM组件可以在不同的应用环境中重复使用。COM组件不一定是为专门的系统而设计，可以有较宽的应用领域，不会因为某一系统的“过时”而被“废弃”。----COM组件及其较高的可重用性为我们展示了一种崭新的软件设计思路，以组件对象为中心的设计方法把硬件以芯片为中心的工艺思想恰如其分地融合于软件的面向对象的分析、设计和施工之中，使面向对象的概念和方法从工具语言的层次一下子跃上了系统的应用层，也为DNA的思想奠定了物质基础。二．基于组件对象COM

7、的软件工程方法----与传统的软件开发不同，在基于组件对象的软件工程中应着重进行组件的规划、设计与开发。如何将传统的软件工程学和组件对象合理地结合在一起，至今还处在不断的发展和完善阶段，达成共识仍须时日。一般而言，在软件开发的过程中，首先应逐步深入地对组件进行功能分析、规划，进行对外接口的设计，进而落实内部细节的实现，最终完成组件的部署与管理。下图显示了进行基于组件对象的软件工程开发过程。1.按常规的软件工程方法，在进行系统需求分析后，将得到系统的数据流图DFD和系统结构图SC，由此我们确定了系统需要处理的各种不同的应用请求。