2004-10-15 17:51
michan
生成平台是继中间件平台后又一个对高端企业软件开发平台。中间平台实现的是一个和业务无关的纯技术架构,他适应于各种行业。而业务生成平台是建立在中间件平台的基础之上,通过对某一行业内的业务深入的了解和认识,从中分析出一些通用的基础业务,把他进行组件化,从而形成一些通用的业务组件。另外再提供一个快速进行业务系统开发的开发工具。所以说,软件平台<br />解决的是某一行业内的业务系统的开发,而不可能去建设一个统一的针对各种业务的生成平台。<br /> 对于使用软件平台的用户来说,软件平台对他意味着基础建立、快速搭建、适应变化。对于平台开发商来说,需要对某个行业的业务已经有足够的了解,从这个行业业务中,分析和抽象出一些通用的基础的业务。在选择一个合适的中间件平台,把这些通用的基础业务形成组件,构建在中间件平台上。然后还要提供一个开发工具,利用这些基础构建,快速地搭建一个业务系统框架,再在这个框架上填充一些个性化的代码,进行系统功能的进一步完善。<br /> 那么怎么构建一个生成平台呢?根据软件平台的一个公式化的定义:<br />软件生成平台=中间件平台+业务基础件+开发工具<br />从上面的公式中可以看出,软件平台要解决的是业务基础件和开发工具两个方面的问题。<br />对这个基础件和开发工具,大家有些什么好的想法?
2004-10-16 13:08
threehair
我倾向于把你所说的开发工具当作一个连接或者编译工具,从而获得更好的扩展性。<br />基础的业务需求形成基础业务构件,对于基础构件开发者而言,不能估计或者预测更多的特定要求,因此,使用者必然需要定制一些个性化的需求,那么就把这些需求用他们自己认定的开发工具或者开发语言设计成特殊构件,从而由平台提供的连接工具把基础构件、特殊构件或者还有中间件平台连接成可用的软件系统。
2004-10-18 12:11
michan
仅仅增加一个连接和编译工具,我这里有两个问题:<br />1、这个连接和编译工具怎么通用?不同的软件系统他所用的基础组件、个性化组件、平台都可能不一样,是不是针对不同的软件系统,都要做一个连接和编译工具呢,如果这样,就谈不上生成平台了,就是我们经常用的一个面向对象的开发方法。<br />2、仅仅提供一个连接和编译工具,很难形成一个业务框架。因为我们提供的业务组件都是独立的功能块,如果只是对他们进行简单的堆积,是不能形成一个完整的业务的。所以我们只有提供一个工具,给这些功能块增加一些“黏合剂”,把这些独立的功能块按照业务规则有机的结合起来,形成一个业务系统。<br />我觉得如果按照企业模型理论,思路就比较清晰。<br />企业模型理论把一个企业的信息系统分成六个模型:数据模型、信息模型、功能模型、流程菜单模型、组织模型、对外协作模型。<br />其中的菜单和流程模型就相当于“黏合剂”。
2004-10-18 12:43
threehair
<!--QuoteBegin--><div class='quotetop'>QUOTE</div><div class='quotemain'><!--QuoteEBegin-->1、这个连接和编译工具怎么通用?不同的软件系统他所用的基础组件、个性化组件、平台都可能不一样,是不是针对不同的软件系统,都要做一个连接和编译工具呢,如果这样,就谈不上生成平台了,就是我们经常用的一个面向对象的开发方法。<!--QuoteEnd--></div><!--QuoteEEnd--><br />这是软件的可移植性问题:<br />1 如果这个平台定制了软件开发工具,那么你如何保证你所用的一定是用户习惯的、喜欢的、或者已有的?<br />2 <!--QuoteBegin--><div class='quotetop'>QUOTE</div><div class='quotemain'><!--QuoteEBegin-->软件平台解决的是某一行业内的业务系统的开发,而不可能去建设一个统一的针对各种业务的生成平台。<!--QuoteEnd--></div><!--QuoteEEnd--><br />如你所述,那么基础组件应该是一样的,如果按照操作系统划分平台基本一样(我也倾向于按照操作系统划分),而个性化组件应该是不同的。<br />3 所以我所说的连接和编译工具不是针对不同软件系统,而是仅仅针对平台的。如果你可以提供一个各种操作系统平台都适用的连接和编译工具那么当然更好不过。<br /><br /><!--QuoteBegin--><div class='quotetop'>QUOTE</div><div class='quotemain'><!--QuoteEBegin-->2、仅仅提供一个连接和编译工具,很难形成一个业务框架。因为我们提供的业务组件都是独立的功能块,如果只是对他们进行简单的堆积,是不能形成一个完整的业务的。所以我们只有提供一个工具,给这些功能块增加一些“黏合剂”,把这些独立的功能块按照业务规则有机的结合起来,形成一个业务系统。<!--QuoteEnd--></div><!--QuoteEEnd--><br /><br />首先,嘿嘿,哦可能对你的开发工具的理解比较狭隘。<br />其次,哦并不认为业务框架就是连接和编译工具。
2004-10-18 14:06
无双
可以提供不同平台上的平台库啊<br /><br />生成是link一下就可以了<br /><br />对于c++的跨平台解决 一般是使用这种方法<br /><br />开发人员不了了解代码 也不需要知道具体的实现方式
2004-10-18 14:26
michan
我需要在强调一点的就是我说的软件生成平台,并不是一个“软件航母”,适合各种类型的软件系统的开发,它主要针对高端的业务系统的开发(如ERP,电子政务等),象电信、金融之类是很难做到的。还有它也是以性能为代价的,如果要求高性能,也是不适合用生成平台的。
2004-10-18 19:16
无双
那直接使用j2ee不就可以解决了吗<br /><br />j2ee的现成库很多 开发起来速度会加快不少 个人意见
2004-10-19 08:54
threehair
我对ERP,电子政务这些没接触过。不过无双说的有道理。<br />如果你用的是面向构件技术,就我所知,目前大多数的框架都是支持JAVE或者.NET平台的。
页:
[1]
Powered by Discuz! Archiver 5.5.0
© 2001-2006 Comsenz Inc.