标题部件是否就是业务构件.docVIP

标题：部件是否就是业务构件? 发表评论人：[游客]zhh[2007-6-29 0:53:36] 有一本书：《构件中国-面向构件的方法与实践》中提出企业目前的需要已经从面向构件到面向业务构件；认为企业目前需要的已经不是细粒度的技术构件，而是粗粒度的业务构件。指出构件业务化是面向构件技术发展的必然。这些观点似乎和这篇文章相似，文中的部件是否就是业务构件?如果是有必要专门提出吗？ 标题：关于部件是否就是业务构件?的回答 发表评论人：[游客]求新?[2007-6-30 10:41:15] 谢谢zhh，我们欢迎对文章进行讨论，将有利于澄清观点，为我们的进一步研究提供指导。《构件中国-面向构件的方法与实践》一书中主要观点和我们是一致的，例如前言中说“大家都在尝试更大粒度的软件编写，更自动化的软件生成，以及更松散的软件组合”。书中第4页提出了软件的4个发展阶段：面向机器阶段、面向过程阶段、面向对象阶段、面向构件阶段。第10页提出“构件业务化趋势”，目前迫切需要的“不再是细粒度的技术构件，而是粗粒度的业务构件。以业务构件为中心的面向构件的开发才能真正提升开发的速度、降低开发成本，并改善软件质量”。但是我们提出的通用软部件（以下简称部件）和书中“业务构件”存在不同。我们认为，我们要讨论的“构件”、“部件”都是特指的，都应当是软件复用件。也就是说其产品不应当只用于一个系统，而还需要用到其他系统中，否则就不是我们这儿要讨论、要研究的内容了。而作为复用产品，应当说清楚可以复用在那些系统中，以及在不同系统中怎样实施复用。书中21页举例一个“客户查询”构件，关于接口的例子是“设定某人的地址，查询这个人在此地址已经住了多少年，以及查询某年这前这个人居住过的地址等”。我不知道该例子的语义描述是什么。想知道的是，如果我在调用该构件之前都要按该问题回答，然后再使用该构件，那么该构件复用范围有多大呢？可以用到那些系统、那些应用中呢？书中102页举例说明“业务构件”例如：销售线索管理、销售机会管理、销售计划管理……，但在112页的表3.8中说明它们都是“无复用资产”。可是在101页又以销售线索管理说它可供客户咨询、统计分析等系统调用，这我们就不知道这些调用的接口是什么，那些可以复用，在复时除了给一些变量赋值外还需不需要提供别的什么接口，以及要不要对程序也做一点修改，做那些修改，怎样修改？后面说明了销售线索管理包括录入销售线索、修改销售线索、查询销售线索状态、取消销售线索、关闭销售线索、分配销售线索等内容。实际上这些工作除“分配销售线索”外对于我们而言都可以选择数据维护类部件构建，而“分配销售线索”可以由导出类部件选择合适的充当。我们认为部件是系统中可以复用的顶级模块，再往上是子系统或系统控制模块，也可以设计相应的部件，但一般可以不做封装，因为封装将使系统的适应性、扩展性受到影响。子系统或系统控制部件管理与控制一般部件，可以使系统具有较高灵活性，提高部件复用性能。提供“销售线索管理”的部件应当相当于子系统控制模块。书中提出“业务构件”由“服务构件”构成，“服务构件”包括展现构件、逻辑构件、运算构件、扩展构件等四类，我们不知道这些构件的具体标准与划分依据，那些“业务构件”需要那些“服务构件”，它们的关系以及它们如何组合到“业务构件”中我们都不清楚。我们提出的部件也是由不同构件组合而成的，但类型要多得多，而组成部件的构件很少需要扩展类构件。在145页给出了“服务构件”一例，其功能包括“响应用户界面‘客户接触记录查询’的请求，调用‘查询客户接触’的业务逻辑，定位‘客户接触记录查询结果’用户界面，并将业务逻辑返回的数据返回给用户界面的服务构件”。那么该“服务构件”将来可以在那些地方复用，又怎样复用呢？“部件”是基于事务的，但是是基于站在数据库的角度去处理的事务，从我们的文章中可以看到不外乎是各类数据维护、查询、导入或下载……，至于在具体系统中用于什么样的业务工作，那就由使用者自己决定了。不知道通过上面讨论是否说清楚了书中的“业务构件”和“部件”的最大的不同点？欢迎继续提出问题。 标题：可否在因特网上实现软部件信息系统 发表评论人：[游客]bruce ?[2007-6-29 23:02:20] 当前对软部件技术的研究多数侧重于软部件的制作、存储、检索、裁剪和组装等问题,且往往过分强调了以上问题而忽略了另一个非常重要的方面,即部件的生产者与部件的使用者之间、生产者与生产者之间、使用者与使用者之间的充分的信息交流和有效协作问题,所以可否在因特网上实现软部件信息系统? 标题：关于“可否在因特网上实现软部件信息系统”的回答 发表评论人：[游客]求新[2007-6-30 10:52:12] 关于如何发布部件的问题确实是一个重要的问题，目前实际