面向流通企业电子商务的构件技术群同研究

同济大学硕士学位论文面向流通企业电子商务的构件技术研究姓名：杨永福申请学位级别：硕士专业：管理科学与工程指导教师：刘杰20050104 二L户尸口口明 本人郑重声明:本论文是在导师的指导下， 独立进行研究工作所取得的 成果， 撰写成博士/硕士学位论文 “面向 流通企业电 子商务的构性技 - 醚型。除论文中已经注明引用的内容外，对论文的研究做出重要贡献的个人和集体， 均己在文中以明确方式标明。 本论文中不包含任何未加明确注明的其他个人或集体已经公开发表或未公开发表的成果。 本声明的法律责任由本人承担。学 位 论 文 作 者 签 名 : 杯个 抵)心 中 少 年 I 月 1 3 日 面向流通企业电子商务的构件技术研究摘要 电子商务可以提高效率、降低成本、扩大市场，已经是个不争的事实。随着经济的发展， 资讯的发达， 人们理念的日益成熟， 电子商务也已经越来越深入人心。 特别是随着社会环境的改善， 政府的大力支持， 金融系统逐步完善的 技术支撑， 社会化信用体系的建立， 计算机信息网络等基础设施的进一步完善， 企业开展电子商务的软硬件环境己经基本成熟， 企业电子商务化是不容置疑的发展方向和必然趋势。 但是， 在企业实施电子商务系统的过程中，由于不同企业的情况不同， 存在着大量的低水平的重复开发， 大多数系统只能应用在一个企业， 可复用的部分很少， 系统的弹性和扩展性都比较低， 很多系统不能满足企业进一步扩展的需要。 流通企业是专门从事流通活动，维持和促进社会总体生产过程顺利进行的企业， 流通是社会再生产过程中生产、分配、交换、 消费的桥梁和纽带，企业必须积极开拓流通领域，使商品在流通中 增值， 才能在激烈的市场竞争中取得主动，立于不败之地。 在电子商务条件下， 流通企业具有以下系列新的特征: 高度虚拟化，网络化和一体化。 本文系统基于领域工程和构件化思想，根据实际项日 经验， 研究了流通企业实施电子商务的共性问题和关键问题， 对其各个方面进行分析， 同时结合构件思想，逐步把系统构件化，用构件化的思想来实现整个系统，提高了系统稳定性，可扩展性和可重构性。 本文的研究主要集中在以下几个方面: 1 基于领域工程的思想，对流通企业EC 领域共性进行细致分析。包括领域内功能模块划分，领域内流程识别分析和领域内的系统结构分析。 2 研究了流通企业EC 系统架构。系统架构关系到整个系统的结构和实现方式。本文在大量分析流通企业EC 的基础上，提出了流通企业EC 系统架构。 3 研究了流通企业EC 构件架构。本文利用构件化思想，对流通企业EC 进行了构件化的剖析， 把整个系统拆分为一个个构件， 提出了流通企业EC 构件架构。 4 对流通企业EC 所需的构件进行来系统的分析和设计。 本文把流通企业EC所需的构件进行了四层划分: 基础构件， 表示层构件， 通用构件， 专用构件。 并对各层的构件进行了细致的分类， 分析。 并对部分构件进行了设计， 包括构件应提供的接口以及构件之间应该如何交互等问题。 5 根据一个具体项目 实例，结合本文提出的构件化思想， 进行一步一步的分析，实现了一个简单而完备的电子商务销售系统。关键词: 流通企业 电子商务 构件 CBD 面向流通企业电 r -商务的构件技术研究I 概论1.1 研究的背景 “软件危机” 一词出现在20 世纪60年代末至70 年代初。 但实质上 “ 软件危机”几乎从计算机诞生那一天就出现了。 它具体表现在: 软件系统越来越复杂，对合格软件人才的需求越来越大， 难以正确估计开发成本和进度， 软件需求变得频繁，软件更加难以维护。 为了解决软件危机，出现了很多新的技术新的方法。而每一种方法的出现，总是出现了更多的挑战。 在面向对象技术给解决软件危机带来曙光之时， 分布式网络计算的巨大压力又给软件开发提出了许多新的难题， 使软件开发仍处于高风险状态。 新的分布式网络计算要求软件实现跨空间、跨时间、跨设备、跨用户的共享，导致软件在规模、 复杂度、功能上的极大增长， 迫使软件要向异构协同工作、各层次上集成、可反复重用的工业化道路上前进。 据美国国家标准技术研究院的一份报告显示， 占据世界软件销售额85%的是大型的专用软件，而其开发的失败率却高达700 %. 那么， 如何既能提高软件的生产效率， 又能保障软件产品的质量? 如何减少重复劳动? 由此看来， 软件开发必须脱离传统手工业的单件生产模式， 转向 构筑在标准化零部件基础上的高效率、 高质量的新型生产方式。 新的软件开发模式必须支持分布式计算、浏览器/服务器结构、模块化和构件化集成，使软件类似于硬件一样，可用不同的标准构件拼装而成。 为满足上述要求，软件构件技术出现了。 构件 (com ponent) 是 可复 用的 软件组 成成份， 可被用来构造 其他软 件。 它可以是被封装的对象类、类树、一些功能模块、软件框架 ( (framework)、软件构架 (或体系结构Architectural)、文档、分析件、设计模式 (Pat tern) 等。构件分为构件类和构件实例， 通过给出构件类的参数， 生成实例， 通过实例的组装和控制来构造相应的应用软件， 这不仅大大提高了软件开发者的开发效率， 也大大提高了软件的质量。 在这种新的软件开发方式下， 软件公司以开发构件为主要业务， 提供规格化的构件。 系统集成商则汇总构件， 组合成能完成不同功能的构件， 将自己的核心技术构件化。 正是这两者之间分工的l} 渭分明， 将软件行业工业化逐渐推向成功。 另外，电子商务在国内外已经蓬勃发展， 它具有低成本、用户范围广、 无时空限制以及交易互动性等特点，使得经济活动在全世界范围内 连成网络，商品、技术、 信息、资本等要素在全球自由流动和配置。 借助互联网络， 运用电子商务 面向流通企业电 r -商务的构件技术研究I 概论1.1 研究的背景 “软件危机” 一词出现在20 世纪60年代末至70 年代初。 但实质上 “ 软件危机”几乎从计算机诞生那一天就出现了。 它具体表现在: 软件系统越来越复杂，对合格软件人才的需求越来越大， 难以正确估计开发成本和进度， 软件需求变得频繁，软件更加难以维护。 为了解决软件危机，出现了很多新的技术新的方法。而每一种方法的出现，总是出现了更多的挑战。 在面向对象技术给解决软件危机带来曙光之时， 分布式网络计算的巨大压力又给软件开发提出了许多新的难题， 使软件开发仍处于高风险状态。 新的分布式网络计算要求软件实现跨空间、跨时间、跨设备、跨用户的共享，导致软件在规模、 复杂度、功能上的极大增长， 迫使软件要向异构协同工作、各层次上集成、可反复重用的工业化道路上前进。 据美国国家标准技术研究院的一份报告显示， 占据世界软件销售额85%的是大型的专用软件，而其开发的失败率却高达700 %. 那么， 如何既能提高软件的生产效率， 又能保障软件产品的质量? 如何减少重复劳动? 由此看来， 软件开发必须脱离传统手工业的单件生产模式， 转向 构筑在标准化零部件基础上的高效率、 高质量的新型生产方式。 新的软件开发模式必须支持分布式计算、浏览器/服务器结构、模块化和构件化集成，使软件类似于硬件一样，可用不同的标准构件拼装而成。 为满足上述要求，软件构件技术出现了。 构件 (com ponent) 是 可复 用的 软件组 成成份， 可被用来构造 其他软 件。 它可以是被封装的对象类、类树、一些功能模块、软件框架 ( (framework)、软件构架 (或体系结构Architectural)、文档、分析件、设计模式 (Pat tern) 等。构件分为构件类和构件实例， 通过给出构件类的参数， 生成实例， 通过实例的组装和控制来构造相应的应用软件， 这不仅大大提高了软件开发者的开发效率， 也大大提高了软件的质量。 在这种新的软件开发方式下， 软件公司以开发构件为主要业务， 提供规格化的构件。 系统集成商则汇总构件， 组合成能完成不同功能的构件， 将自己的核心技术构件化。 正是这两者之间分工的l} 渭分明， 将软件行业工业化逐渐推向成功。 另外，电子商务在国内外已经蓬勃发展， 它具有低成本、用户范围广、 无时空限制以及交易互动性等特点，使得经济活动在全世界范围内 连成网络，商品、技术、 信息、资本等要素在全球自由流动和配置。 借助互联网络， 运用电子商务 面向流通企业电子商务的构件技术研究手 段改善经营， 开拓市场， 提高 企业竞争力， 己 被旧 M、 通用、 福 特、 Intel, Cisco和Del!等全球大公司认为是成本最低而效率最高的方式。同时，Internet和电子商务正在改变目 前的经营和管理模式， 电子商务将逐步取代传统的分销方式， 迂回经济将被拉直成直接经济， 用户需求不断趋向多样化， 企业间关联程度越来越密切， 企业优势不再取决于企业自 身， 也取决于合作伙伴在生产经营上的密切合作。 因此企业需要充分了解用户及市场需求， 与供应商在经营上协调一致， 使企业自 身与供应商、 客户在业务处理流程、 业务系统以及市场经营上实现信息充分共享和集成，同时， 很多企业在外地设有分厂、 分部或经销网络，企业信息的范围己 经超过一个厂、 一个地区的范围， 如果没有企业内部信息化和电子商务系统，就很难协调企业内部各部门、 供应商和客户之间的关系， 也就不可能快速反应市场。 因此， 发展电子商务是人类进入数字化时代不可逆转的潮流和未来企业运作的基本模式。 对于流通企业来说， 电子商务可以有效的优化供应链， 缩短供应链长度， 节省物资资源的损耗， 为企业带来一大笔电子商务的隐含效益。 在电子商务的国际化大环境下，当前的物流业正向着全球化、信息化、一体化的方向发展。同时，利用电子商务，企业可以和供应商、终端客户密切联系，实时地了解客户需求，供应商状况， 库存等信息。 可以 及时的生成采购计划， 有效的利用的资源， 降低库存成本，提高资源流通的效率，降低成本。同时，可根据客户反馈，及时调整相关方案， 提高反应速度。再有， 大量数据的积累， 将有利于客户的决策，可以根据供需状况， 及时调整库存量， 进一步的降低成本。 通过电子商务系统， 企业还可以与供应商、 客户进行网上商务谈判， 签订电子合同以及电子数据交换， 实现贸易的无纸化，降低成本，大大的提高了效率。 由于很多国内流通企业己经认识到电子商务对企业商务的积极的推动作用。国内有很多大型的企业己经开始实施自己的电子商务系统。 比 较成功的案例是中石化电 子商务网 (ht tp://www.ccecn.com /)，中 石油的电 子商 务网 一 能 源一号 网(ht tp://www.energyahead.com )， 易趣网(ht tp://www.ebay.com.cn) 等。 这些企业在实施电子商务系统后， 能够有效的降低成本， 增加了效率， 提高了企业知名度和企业竞争力。 但是还有很多企业在实施其电子商务系统时效果不明显， 成为一个食之无味弃之可惜的鸡肋。电子商务对于他们来说只是一个概念，但是，还不能转化为提高其企业竞争力、 增加企业的优势的生产力。 这个原因是多方面的， 其中一个方面就是系统的弹性不够， 其电子商务系统没有考虑到多方面的客户需求， 没有考虑到电子商务系统面临的复杂的环境。 企业在实施其电子商务时，出现了所谓的 “ 软件危机’， ，软件为了满足不断增长的客户需求，不得不缝缝补补，使得软件越来越庞大，越来越难以维护，开发周期越来越长， 最终导致系统存在大量的bug. 电 子商务系统难以实 用和管理， 使得整个电 子商务系统运行不 面向流通企业电子商务的构件技术研究甚理想。1.2 课题来源 本文背景: 上海某流通企业电子商务系统， 上海某信息发展有限公司应用构件系统，某集团公司的管理信息系统。 上海某流通企业的是一家主要从事煤炭和燃料油销售的物质流通企业， 该企业与2002 年起开始实施电子商务系统，到2003年s 月该系统一期己经基本开发完成， 并逐步开始实施。 该企业面对的目标客户群体种类较多， 有大企业客户，小企业客户，以及最终用户，对于不同的客户群有不同的交易流程和交易方式，因此在实施该系统时考虑的情况比较多，对系统的稳定性和可扩展性要求比较高。本文以此系统为背景， 研究面向流通企业电子商务系统的构件化解决办法。 上海某信息发展有限公司是一家专门从事基于JAVABEAN/EJ B 的应用构件开发的软件公司， 该公司开发的一系列构件已经得到良 好的推广和应用。 本文以此为基础，对构件技术展开一系列的深入研究，扩展和探讨。 某集团公司的管理信息系统是于2004 年 4 月开始为某集团开发的主要用于集团下所属企业之间的对标决策的一套管理信息系统。 在该系统开发中已经用到部分构件的开发思想。 本文以这3 个项目为背景， 对流通企业在实施电子商务系统中如何利用构件技术进行了深入研究。1.3 研究内容 本文主要针对于流通企业电子商务领域 ( 以下简称本领域) 构件技术进行研究。本文将进行以下几个方面的研究工作: (1) 构件技术理论 研究构件，构件模型，构件库，构件的软件配置，以及基于构件的开发方法和基于构件的软件工程。 (2) 面向 流通企业电 子商务领域的电 子商务模型 研究和抽象流通企业电子商务的特征和共性， 建立适应这一特定领域 (流通企业电子商务领域)、具有广泛适应性的电子商务模型。这个模型独立于企业的功能模型， 屏蔽不同企业管理功能上的差异， 其信息结构和存储方式独立于职能部门的功能和具体的业务过程。 分析主流企业主流业务组成、 流程以及其间的联系， 企业的电子商务系统的结构和特征， 在上述研究基础上建立特定于流通企业电子商务领域的电 子商务模型。 (3) 面向流通企业电子商务领域的构件技术 面向流通企业电子商务的构件技术研究甚理想。1.2 课题来源 本文背景: 上海某流通企业电子商务系统， 上海某信息发展有限公司应用构件系统，某集团公司的管理信息系统。 上海某流通企业的是一家主要从事煤炭和燃料油销售的物质流通企业， 该企业与2002 年起开始实施电子商务系统，到2003年s 月该系统一期己经基本开发完成， 并逐步开始实施。 该企业面对的目标客户群体种类较多， 有大企业客户，小企业客户，以及最终用户，对于不同的客户群有不同的交易流程和交易方式，因此在实施该系统时考虑的情况比较多，对系统的稳定性和可扩展性要求比较高。本文以此系统为背景， 研究面向流通企业电子商务系统的构件化解决办法。 上海某信息发展有限公司是一家专门从事基于JAVABEAN/EJ B 的应用构件开发的软件公司， 该公司开发的一系列构件已经得到良 好的推广和应用。 本文以此为基础，对构件技术展开一系列的深入研究，扩展和探讨。 某集团公司的管理信息系统是于2004 年 4 月开始为某集团开发的主要用于集团下所属企业之间的对标决策的一套管理信息系统。 在该系统开发中已经用到部分构件的开发思想。 本文以这3 个项目为背景， 对流通企业在实施电子商务系统中如何利用构件技术进行了深入研究。1.3 研究内容 本文主要针对于流通企业电子商务领域 ( 以下简称本领域) 构件技术进行研究。本文将进行以下几个方面的研究工作: (1) 构件技术理论 研究构件，构件模型，构件库，构件的软件配置，以及基于构件的开发方法和基于构件的软件工程。 (2) 面向 流通企业电 子商务领域的电 子商务模型 研究和抽象流通企业电子商务的特征和共性， 建立适应这一特定领域 (流通企业电子商务领域)、具有广泛适应性的电子商务模型。这个模型独立于企业的功能模型， 屏蔽不同企业管理功能上的差异， 其信息结构和存储方式独立于职能部门的功能和具体的业务过程。 分析主流企业主流业务组成、 流程以及其间的联系， 企业的电子商务系统的结构和特征， 在上述研究基础上建立特定于流通企业电子商务领域的电 子商务模型。 (3) 面向流通企业电子商务领域的构件技术 面向流通企业电子商务的构件技术研究甚理想。1.2 课题来源 本文背景: 上海某流通企业电子商务系统， 上海某信息发展有限公司应用构件系统，某集团公司的管理信息系统。 上海某流通企业的是一家主要从事煤炭和燃料油销售的物质流通企业， 该企业与2002 年起开始实施电子商务系统，到2003年s 月该系统一期己经基本开发完成， 并逐步开始实施。 该企业面对的目标客户群体种类较多， 有大企业客户，小企业客户，以及最终用户，对于不同的客户群有不同的交易流程和交易方式，因此在实施该系统时考虑的情况比较多，对系统的稳定性和可扩展性要求比较高。本文以此系统为背景， 研究面向流通企业电子商务系统的构件化解决办法。 上海某信息发展有限公司是一家专门从事基于JAVABEAN/EJ B 的应用构件开发的软件公司， 该公司开发的一系列构件已经得到良 好的推广和应用。 本文以此为基础，对构件技术展开一系列的深入研究，扩展和探讨。 某集团公司的管理信息系统是于2004 年 4 月开始为某集团开发的主要用于集团下所属企业之间的对标决策的一套管理信息系统。 在该系统开发中已经用到部分构件的开发思想。 本文以这3 个项目为背景， 对流通企业在实施电子商务系统中如何利用构件技术进行了深入研究。1.3 研究内容 本文主要针对于流通企业电子商务领域 ( 以下简称本领域) 构件技术进行研究。本文将进行以下几个方面的研究工作: (1) 构件技术理论 研究构件，构件模型，构件库，构件的软件配置，以及基于构件的开发方法和基于构件的软件工程。 (2) 面向 流通企业电 子商务领域的电 子商务模型 研究和抽象流通企业电子商务的特征和共性， 建立适应这一特定领域 (流通企业电子商务领域)、具有广泛适应性的电子商务模型。这个模型独立于企业的功能模型， 屏蔽不同企业管理功能上的差异， 其信息结构和存储方式独立于职能部门的功能和具体的业务过程。 分析主流企业主流业务组成、 流程以及其间的联系， 企业的电子商务系统的结构和特征， 在上述研究基础上建立特定于流通企业电子商务领域的电 子商务模型。 (3) 面向流通企业电子商务领域的构件技术 面向流通企业电了商务的构件技术研究 根据电子商务模型， 通过对其主流业务和处理过程进行分析，对特定于本领域的电子商务进行抽象和分类， 提出可重用的功能模块及组成， 按照构件化思想进行合理划分，然后利用构件技术，建立适合自己电子商务系统。 (4) 面向流通企业电子商务领域的构件技术实践 根据构件模块划分， 按照构件的开发方法，分析设计开发相关应用构件。并且基于一个实际的本领域的相关项目， 利用本文提出的构件化解决思想， 进行分析和设计，并提出解决方案。1.4 主要解决的问题 本文主要解决以下问题: (， ) 流通企业在面对复杂多变的需求时，其电子商务系统如何才能满足。沐通企 业是专门 从事流 通活动， 维持 和促进社会总 体生产过程顺利 进行的 企业，流通是社会再生产过程中生产、 分配、交换、 消费的桥梁和纽带， 企业必须积极开拓流通领域， 使商品在流通中增值， 才能在激烈的市场竞争中取得主动， 立于不败之地。 企业在拓展流通渠道时， 必然面对着各种各样的需求， 而企业己经实施电子商务系统中， 有很多新需求是没有考虑到的， 这时， 如何通过系统扩展满足或实现这些需求，这就是本文要研究的一个重点。 c2) 流通企业如何为不同客户定制服务，针对不同的客户群体，实现不同的交易流程。 在激烈的市场竞争中， 一切以客户为中心， 只有使客户感到安全快捷使用方便的系统才能最终赢得客户的信赖。 如何在其电子商务系统中， 针对不同的客户群体实现不同的服务， 实行不同的交流流程， 也是需要解决的一个问题。 (3) 流通企业实施电子商务时，如何提高系统的稳定性，健壮性和可扩展性。由于电子商务要面对不同环境， 不同的群体， 对系统安全性， 健壮性和可扩展性要求比较高， 如何在流通企业实施电 子商务系统时尽量提高其安全性， 健壮性和可扩展性呢，这也是要解决的一个问题。 (4) 如何避免国内流通企业在实施电 子商务系统中大量的低水平的重复开发问题。 国内很多流通企业在开展电子商务系统时有着大量的重复开发， 很多东西都要从头开始， 很多时候需要把别人的成败重新经历一次， 在资源上有着很大的浪费， 在效率上也不高。有没有一种办法可以避免这些问题呢? (5) 在国内流通企业电子商务领域内，能否有一种比较成熟比较全面的可靠的办法来解决如上问题呢? 本文就是根据如上问题而提出来的。 本文基于构件化和领域工程的思想， 在仔细分析流通企业电子商务业务、 流程的基础上， 提出了设计开发一组能用于流 面向流通企业电了商务的构件技术研究 根据电子商务模型， 通过对其主流业务和处理过程进行分析，对特定于本领域的电子商务进行抽象和分类， 提出可重用的功能模块及组成， 按照构件化思想进行合理划分，然后利用构件技术，建立适合自己电子商务系统。 (4) 面向流通企业电子商务领域的构件技术实践 根据构件模块划分， 按照构件的开发方法，分析设计开发相关应用构件。并且基于一个实际的本领域的相关项目， 利用本文提出的构件化解决思想， 进行分析和设计，并提出解决方案。1.4 主要解决的问题 本文主要解决以下问题: (， ) 流通企业在面对复杂多变的需求时，其电子商务系统如何才能满足。沐通企 业是专门 从事流 通活动， 维持 和促进社会总 体生产过程顺利 进行的 企业，流通是社会再生产过程中生产、 分配、交换、 消费的桥梁和纽带， 企业必须积极开拓流通领域， 使商品在流通中增值， 才能在激烈的市场竞争中取得主动， 立于不败之地。 企业在拓展流通渠道时， 必然面对着各种各样的需求， 而企业己经实施电子商务系统中， 有很多新需求是没有考虑到的， 这时， 如何通过系统扩展满足或实现这些需求，这就是本文要研究的一个重点。 c2) 流通企业如何为不同客户定制服务，针对不同的客户群体，实现不同的交易流程。 在激烈的市场竞争中， 一切以客户为中心， 只有使客户感到安全快捷使用方便的系统才能最终赢得客户的信赖。 如何在其电子商务系统中， 针对不同的客户群体实现不同的服务， 实行不同的交流流程， 也是需要解决的一个问题。 (3) 流通企业实施电子商务时，如何提高系统的稳定性，健壮性和可扩展性。由于电子商务要面对不同环境， 不同的群体， 对系统安全性， 健壮性和可扩展性要求比较高， 如何在流通企业实施电 子商务系统时尽量提高其安全性， 健壮性和可扩展性呢，这也是要解决的一个问题。 (4) 如何避免国内流通企业在实施电 子商务系统中大量的低水平的重复开发问题。 国内很多流通企业在开展电子商务系统时有着大量的重复开发， 很多东西都要从头开始， 很多时候需要把别人的成败重新经历一次， 在资源上有着很大的浪费， 在效率上也不高。有没有一种办法可以避免这些问题呢? (5) 在国内流通企业电子商务领域内，能否有一种比较成熟比较全面的可靠的办法来解决如上问题呢? 本文就是根据如上问题而提出来的。 本文基于构件化和领域工程的思想， 在仔细分析流通企业电子商务业务、 流程的基础上， 提出了设计开发一组能用于流 而 向流通企业 电了商务的构件技术研究通企业电子商务的基础构件的思想。 以期能利用这组构件， 能够覆盖的 个典型电子商务的50 Yo - 60%的功能。它包括登记，购物车，目 录服务，开发票，电子订单，电子合] Im > 电子邮件等。 它可以作为一个简单的构件使用， 也可以作为一个集成构件的构架。整个构件隐藏了具体的实现，对一组类的组合进行封装，并代表完成一个或多个功能的特定服务， 它为用户提供了多个接口， 用接口 提供服务。 这样， 在不同层次上， 构件将底层的多个逻辑组合成高层次上的粒度更大的新构件， 甚至直接封装到一个系统， 使模块的重用从代码级、 对象级、 架构级到系统级都可能实现， 从而使软件像硬件一样， 能任人装配定制而成的梦想得以实现。 从而使企业在实施电 子商务或商务电 子化的 过程中， 把重点放在流程优化，资源优化，降低成本，突出自己竞争优势，提高自己的核心竞争力上， 然后，企业可以 根据自己的需要， 利用这些构件进行组合后， 加入自 身的特色部分， 构成适合自身的电子商务系统。1.5 本文研究的意义 把构件化思想和电子商务系统的开发结合起来，在理论上可以对构件研究、开发、布置、以及基于构件的软件工程和构件体系做一定的深入研究和探讨。 对中小型流通企业开展电子商务系统提供一点的参考和借鉴。 对本领域的构件技术的深入研究提供一定的参考价值。 同时在面向流通企业的实际应用中， 则可以利用构件化的思想来研究、 开发、 布置电子商务系统。 采用这样的体系结构设计的电 子商务系统， 开发周期短， 系统升级工作、 维护工作相对简便， 数据安全性高，降低了系统开发的复杂程度和开发费用。 同时构件运行的高效率可以使系统获得更好的运行效果。这些特点使基于构件的电子商务系统可适应多变的用户需求，显示了广阔的应用前景。 而 向流通企业 电了商务的构件技术研究通企业电子商务的基础构件的思想。 以期能利用这组构件， 能够覆盖的 个典型电子商务的50 Yo - 60%的功能。它包括登记，购物车，目 录服务，开发票，电子订单，电子合] Im > 电子邮件等。 它可以作为一个简单的构件使用， 也可以作为一个集成构件的构架。整个构件隐藏了具体的实现，对一组类的组合进行封装，并代表完成一个或多个功能的特定服务， 它为用户提供了多个接口， 用接口 提供服务。 这样， 在不同层次上， 构件将底层的多个逻辑组合成高层次上的粒度更大的新构件， 甚至直接封装到一个系统， 使模块的重用从代码级、 对象级、 架构级到系统级都可能实现， 从而使软件像硬件一样， 能任人装配定制而成的梦想得以实现。 从而使企业在实施电 子商务或商务电 子化的 过程中， 把重点放在流程优化，资源优化，降低成本，突出自己竞争优势，提高自己的核心竞争力上， 然后，企业可以 根据自己的需要， 利用这些构件进行组合后， 加入自 身的特色部分， 构成适合自身的电子商务系统。1.5 本文研究的意义 把构件化思想和电子商务系统的开发结合起来，在理论上可以对构件研究、开发、布置、以及基于构件的软件工程和构件体系做一定的深入研究和探讨。 对中小型流通企业开展电子商务系统提供一点的参考和借鉴。 对本领域的构件技术的深入研究提供一定的参考价值。 同时在面向流通企业的实际应用中， 则可以利用构件化的思想来研究、 开发、 布置电子商务系统。 采用这样的体系结构设计的电 子商务系统， 开发周期短， 系统升级工作、 维护工作相对简便， 数据安全性高，降低了系统开发的复杂程度和开发费用。 同时构件运行的高效率可以使系统获得更好的运行效果。这些特点使基于构件的电子商务系统可适应多变的用户需求，显示了广阔的应用前景。 面向流通企业电了商务的构件技术研究2 构件技术的相关文献综述2.1 构件定义 软件构件化可以说是跨世纪软件技术发展的一个趋势， 也是软件工程界的一个热门话题。 但是究竟什么是构件， 至今也没有一个严格的定义。 什么是构件?不同的人有不同的定义。 一个广泛的构件定义如下: “构件是一个独立发布的功能部分，可以通过它的接口访问它的服务。 ” 这个定义强调了构件的很多重要的方面。 第一，它将构件定义为一 个可以交付的单元。 第二， 它提到构件会提供一些有用的功能， 这些功能集合在一起会满足一些需求。 这些功能的设计符合一些设计准则。 第三， 构件通过接口提供服务。这些构件，要求通过这些接口(interface) 提出请求，而不是通过访问构件的内部实现细节。 统一建模语言 (UML )规范对构件的定义如下: “ 系统的一个物理的、可替换的部分，是对实现的包装，并且提供了对一系列接口的实现。 ” 这个定义强调了构件的包装概念，认为构件是可以物理区分和替换的。按照这个观点，可执行程序、源代码文件、文档、文件、库以及表格都可以看作是一种特殊类型的构件。 Sterling Sof tware公司的CS/3.0标准对构 件定义如 下: “构件是独立的、可交付的、对一系列软件操作的包装，这种包装可以用来构造应用程序或更大的构件。 ” 这个构件定义强调了构件之间的独立性和完整性。它指出了，构件是相对独立和完整的， 构件可以由 其它构件组合而成。 完整是指在一定的数据共享和数据依赖的基础上， 构件能够提供相对完整的功能。 独立性是指可以独立也可以由 其他构件组成，是一个相对独立的主体。 这些构件定义相互的侧重点不同，又有一定的联系，分别说明构件的方方面面。2.2 构件模型 构件模型是构件本质特征和构件间关系的抽象描述。 构件模型是为开发者定义软件构件而建立的体系结构和 API 集。使开发者可通过软件构件的动态组合来建立应用系统。 构件模型由构件与容器两种主要成份构成， 构件是具有可重用 面向流通企业电了商务的构件技术研究2 构件技术的相关文献综述2.1 构件定义 软件构件化可以说是跨世纪软件技术发展的一个趋势， 也是软件工程界的一个热门话题。 但是究竟什么是构件， 至今也没有一个严格的定义。 什么是构件?不同的人有不同的定义。 一个广泛的构件定义如下: “构件是一个独立发布的功能部分，可以通过它的接口访问它的服务。 ” 这个定义强调了构件的很多重要的方面。 第一，它将构件定义为一 个可以交付的单元。 第二， 它提到构件会提供一些有用的功能， 这些功能集合在一起会满足一些需求。 这些功能的设计符合一些设计准则。 第三， 构件通过接口提供服务。这些构件，要求通过这些接口(interface) 提出请求，而不是通过访问构件的内部实现细节。 统一建模语言 (UML )规范对构件的定义如下: “ 系统的一个物理的、可替换的部分，是对实现的包装，并且提供了对一系列接口的实现。 ” 这个定义强调了构件的包装概念，认为构件是可以物理区分和替换的。按照这个观点，可执行程序、源代码文件、文档、文件、库以及表格都可以看作是一种特殊类型的构件。 Sterling Sof tware公司的CS/3.0标准对构 件定义如 下: “构件是独立的、可交付的、对一系列软件操作的包装，这种包装可以用来构造应用程序或更大的构件。 ” 这个构件定义强调了构件之间的独立性和完整性。它指出了，构件是相对独立和完整的， 构件可以由 其它构件组合而成。 完整是指在一定的数据共享和数据依赖的基础上， 构件能够提供相对完整的功能。 独立性是指可以独立也可以由 其他构件组成，是一个相对独立的主体。 这些构件定义相互的侧重点不同，又有一定的联系，分别说明构件的方方面面。2.2 构件模型 构件模型是构件本质特征和构件间关系的抽象描述。 构件模型是为开发者定义软件构件而建立的体系结构和 API 集。使开发者可通过软件构件的动态组合来建立应用系统。 构件模型由构件与容器两种主要成份构成， 构件是具有可重用 面向流通企业电子商务的构件技术研究特性的基本软件部件。 容器用于存放和安排构件， 实现构件间的交互。 容器也可以作为另一个容器的构件使用。 对构件的描述可用系统化和标准化的用语， 也可用自然语言表示。2.2.1 构件模型的分类目前，学术界与产业界己经提出了许多构件模型，典型的有:2.2.1.1 CORBA 模型2.2.1.1.1 C O R B A CORBA(Com mon Object Request Broker Architecture)是一组标准， 用来定义“分 布 式 对 象 系 统 ”， 由 OM G(Ob ject M an agem en t Gro up )作 为 发 起 和 标 准 制定单位。OMG 由 700 多家公司和单位组成，几乎包括了所有有影响的公司。CORBA 的目 的是定义一套协议， 符合这个协议的对象可以互相交互， 不论它们是用什么样的语言写的，不论它们运行于什么样的机器和操作系统。 COBRA 标准主要分为3个层次: 对象请求代理、 公共对象服务和公共设施。最底层是对象请求代理 ORB，规定了分布对象的定义 (接口) 和语言映射，实现对象间的通讯和互操作，是分布对象系统中的 “ 软总线”; 在 ORB 之上定义了很多公共服务，可以提供诸如并发服务、 名字服务、事务 (交易) 服务、安全服务等各种各样的服务; 最上层的公共设施则定义了组件框架， 提供可直接为业务对象使用的服务，规定业务对象有效协作所需的协定规则。2.2.1.1.2 COBRA 构件模型 CORBA 构件模型 (CCM, CORBA Component Model) 是在 2001 年的CORBA3规范中正式提出。 CMM是EJB(Enterprise JavaBeans)的一个逻辑扩展， CCM规范是Sun 的EJ B 规范的语言中性的超集; CCM规范假定构件和容器 (containers/servers ) 可以 用任何语言实现并可以 在任何平台上运行。 COR日 A 构件模型的底层结构为 ORB，它能透明地处理各个对象的相互请求， 可以 跨越不同的网络、 不同的机器和不同的操作系统， 实现分布对象之间的互 操作。 这背 后的 机制是接口 定 义语言(IDL, Interface Definition Language) 。IDL 说明对象的接口，与对象和 ORB 无关。旧L 编译器可以生成Ser v er 方的Skelton 和Client 方的Stub 代码， 通过分别与客户端和服务端程序的联编， 即可得到相应的Ser v er 和Client 程序。一个Stub可以 被实例化， 它看起来就像一个本地对象， 但是把实际的调用通过ORB转到远程目 标中， 所以stub又叫客 面向流通企业电子商务的构件技术研究特性的基本软件部件。容器用于存放和安排构件，实现构件问的交互。容器也可以作为另一个容器的构件使用。对构件的描述可用系统化和标准化的用语，也可用自然语言表示。2．2．1构件模型的分类目前，学术界与产业界已经提出了许多构件模型，典型的有2．2．1．1 CO RBA模型2．2．1．1．1 CoRBACO RBA( Com m on O bj ect Request BrokerArchi tecture) 是一组标准，用来定义“ 分布式对象系统” ，Fh O M G ( O b作为发起和标准制．j ectM anagem ent G roup)定单位。0M G 由700多家公司和单位组成，几乎包括了所有有影响的公司。CO RBA的目的是定义一套协议，符合这个协议的对象可以互相交互，不论它们是用什么样的语言写的，不论它们运行于什么样的机器和操作系统。CO BRA标准主要分为3个层次：对象请求代理、公共对象服务和公共设旌。最底层是对象请求代理O RB，规定了分布对象的定义( 接口) 和语言映射，实现对象间的通讯和互操作，是分布对象系统中的“ 软总线” ；在O RB之上定义了很多公共服务，可以提供诸如并发服务、名字服务、事务( 交易) 服务、安全服务等各种各样的服务；最上层的公共设旋则定义了组件框架，提供可直接为业务对象使用的服务，规定业务对象有效协作所需的协定规则。2．2．1．1．2CO RBA构件模型CO RBA构件模型( CCM ，CO RBA Com ponent M odel ) 是在2001年的CO RBA3规范中正式提出。CM M 是EJ B( Enterpri seJ avaBeans) 的一个逻辑扩展，CCM 规范是Sun的EJ B规范的语言中性的超集；CCM 规范假定构件和容器( contai ners／servers) 可以用任何语言实现并可以在任何平台上运行。CO RBA构件模型的底层结构为O RB，它能透明地处理各个对象的相互请求，可以跨越不同的网络、不同的机器和不同的操作系统，实现分布对象之间的互操作。这背后的机制是接口定义语言( IDL，Interface Defi ni ti onLanguage) 。ID L说明对象的接13，与对象和O RB无关。ID L编译器可咀生成Server方的Skel ton和Cl i ent方的s【ub代码，通过分别与客户端和服务端程序的联编，即可得到相应的Server和Cl i ent程序。一个Stub可以被实例化，它看起来就像一个本地对象，但是把实际的调用通过O RB转到远程目标中，所以stub又叫客12 面向流通企业电子商务的构件技术研究户端代理对象。一个Skel ton接收调用，序列化接收到参数，直接调用本地方法。如图2．1所示。CO RBA同时提供了一系列的公共服务规范一CO SS( Com m onO bj ectServi ceSpeci fi cati ons) ，其中包括命名服务、永久对象服务、生命周期服务、事务处理服务、对象事件服务和安全服务等，它们相当于一类用于企业级计算的公共构件。2．2．1．2CO M ／CO M “ ．N et模型2．2．1．2．1 CO M ，DCO ]V' 4m S图2-1 CO RBA和ID LCO M ( Com ponent O bj ect M odel ，构件对象模型) 是微软公司提出的一个很成熟的构件对象体系结构，同时也是一个如何建立可动态交互的构件的规范。它定义了一些为了保持构件互操作的标准。CO M 构件模型定义了构件和它们的客户之间互相作用的方式。它使得构件和客户端无需任何中介构件就能相互联系。客户进程通过接口直接调用构件中的方法。D CO M 是CO M 的进一步无缝扩展。主要是把基于CO M 的应用、工具和知识技术转移到标准的分布式计算领域中来，DCO M 处理了网络协议的低层次的细节问题。CO M ／D CO M 支持接口定义语言( ID L，InterfaceDefi ni ti onLanguage) ，以描述CO M 构件接口。CO M 构件的设计可以使用ID L来描述该构件支持的借口、方法和属性。客户应用程序依赖于CO M 构件的IDL定义，而不是依据具体的实现细节。M TS( M i crosof t Transacti on Server) 是为W i ndow s Server开发的一组软件，它提供了一个功能很强的运行时环境，这个环境包括了CO M 对象的执行环境，解决了诸如并发执行、资源管理和安全性等问题，增加了许多CO M 不支持 面向流通企业屯了商务的构件技术研究的功能，如分布式事务，安全模型，线程缓冲池，并增强了配置和管理能力。2．2．1．2．2 CO M +CO M +是CO M 的新发展，综合了CO M ／D CO M 和M TS等技术，把三者有效的统一起来，形成一个全新的功能强大的构件体系。它通过操作系统的各种支持，使构件对象模型建立应用层上，而把所有构件的低层细节留给操作系统，大幅度的提高了执行效率。如图2．2所示：图2-2 CO M +结构图CO M +不仅继承了CO M 、D CO M 和M TS的许多特性，同时也新增了一些服务，比如负载均衡，内存数据库，事件模型，队N i l e务等。CO M +新增的服务为CO M +应用提供了很强的功能，建立在CO M +上基础上的应用程序可以直接利用这些服务而获得良好的企业应用特性。CO M +还提供了一个比M TS更好的构件管理环境。通过CO M +管理程序，可以设置CO M +应用和CO M +构件的属性信息，比如构件的事务特性，安全特性等等。2．2．1．2．3．N et．N ET技术是微软大力推广的下一代平台技术。在．N et环境中，构件英文翻译为Assem bl y，是一个用任何．N ET语言以插件形式开发的可互换的软件部件，它可以与其他应用程序实现互操作。．N et构件有一系列新的面向企业级应用特征，和CO M +有很大的不同。但是．N et构件本身不具有分布式事务能力，必须依靠CO M +构件来提供分布式事务管理能力。．N et构件本身没有分布式事务能力，这说明，在大型企业级应用中，依然要有CO M +相配合。由于历史原因，CO M +技术在企业中得到了极大的应用，现有的CO M +构件充满了大量的商业逻辑和代码。因此，在未来的一段时间内，．N et构件技术和 面向流通企业电子商务的构件技术研究CO M +构件长期并存。2。2．1．3 J AVABEAN ／EJ B模型Sun于是在1999年底推出了J ava2技术及相关的J 2EE规范，J 2EE的目标是：提供平台无关的、可移植的、支持并发访问和安全的，完全基于J ava的开发服务器端中间件的标准。其中包括了支持构件的J A＼，ABEAN ／EJ B规范。J 2EE架构如图2．3所示。J A、，ABEAN 是一种典型的构件模型，具有属性、方法、事件、自我检查、定制和永久性等六个方面的特征。其中前三种特征( 属性、方法、事件) 是面向对象的构件必须满足的基本要求，属性和方法保证Bean成为一个对象，而事件可以描述构件之间的相互作用以及构件与容器之间相互环境中使用构件，必须对构件进行定制。J AVABEAN 的定制通常在一个可视化生成工具中进行，通过构件的内省机制，发现构件的属性、方法和事件，然后利用生成工具提供的属性编辑器实现定制。永久性是将构件的状态保存在永久存储器中并能够一致恢复的机制。J ava通过序列化( Seri al i ze) 实现定制构件的永久性存储，通过反序列化可以实现构件状态的恢复。EJ B( Enterpri se J avaBeans) 是Sun推出的基于J ava的服务器端构件规范J 2EE的一部分，自从J 2EE推出之后，得到了广泛的发展，已经成为应用服务器端的标准技术。图2-3J 2EE架构图 面向流通企业电子商务的构件技术研究EJ B技术是在J ava Bean本地构件基础上，发展的面向服务器端分布应用构件技术。EJ B给出了系统的服务器端分布构件规范，这包括了构件、构件容器的接口规范以及构件打包、构件配置等的标准规范内容。关于EJ B有以下几个概念：● EJ B：J ava服务器端服务框架的规范，软件厂商根据它来实现EJ B服务器。应用程序开发者可以专注于支持应用所需的商业逻辑，而不用担心周围框架的实现问题。· EJ B容器：一个管理一个或多个EJ B类，实例的抽象。它通过规范中定义的接口使EJ B类访问所需的服务。容器厂商也可以在容器或服务器中提供额外服务的接口。EJ B服务器作为容器和低层平台的桥梁管理着EJ B容器，并向该容器提供访问系统服务的能力。所有的EJ B实例都运行在EJ B容器中。EJ B容器提供了系统级的服务，控制了EJ B的生命周期。EJ B容器为它的开发人员代管了诸如安全性、远程连接、生命周期管理及事务管理等技术环节，简化了商业逻辑的开发。· EJ B服务器：管理EJ B容器的高端进程或应用程序，并提供对系统服务的访问。EJ B服务器也可以提供厂商自己的特性，如优化的数据库访问接口，对其他服务( 如CO RBA服务) 的访问。一个EJ B服务器必须提供对可访问J N D I的名字服务和事务服务支持。2．2．2构件模型的比较以上三种模型各有优缺点。CO RBA的优点是大而全，互操作性和开放性非常好。CO RBA的缺点是庞大而复杂，并且技术和标准的更新相对较慢，CO BRA规范从1．0升级到2．O 所花的时间非常短，而再往上的版本的发布就相对十分缓慢了。在具体的应用中使用不是很多。J 2EE的优点是。服务器市场的主流还是大型机和U N IX平台，这意味着以J ava开发构件，能够做到“ W ri te once，runanyw here” ，开发的应用可以配置到包括W i ndow s平台在内的任何服务器端环境中去。缺点是，开发起来跟CO M +技术相比难度还是大一些，并且只能用J AVA一种语言进行开发。CO M +技术是微软单一厂家提供的分布对象构件模型，开发者使用的是同一厂家提供的系列开发工具，这比组合多家开发工具更有吸引力，但是它的不足是依赖于M i crosoft的操作系统平台，因而在其它开发系统平台( 如Uni x、Li nux)上刁；能发挥作用。 面向流通企业电子商务的构件技术研究 EJ B 技术是在J ava Bean本地构件基础上， 发展的面向服务器端分布应用构件技术。 EJ B 给出了系统的服务器端分布构件规范， 这包括了构件、 构件容器的接口规范以及构件打包、构件配置等的标准规范内容。关于 EJ B 有以下几个概念:0 E J B : J ava 服务器端服务框架的规范，软件厂商根据它来实现EJ B 服务器。应用程序开发者可以专注...