sam的自留地

<br />转自：http://www.kcomsoft.com/Article39.asp<br />写在前面<br />　　最近看到模型驱动在国内渐渐被更多的人注意，前几天又看到一些关于UML优劣和应用方面的争论。作为繁忙工作中的一种休息，从过往的研究笔记中整理一点东西放在这里，与大家交流。<br />层级理论是构建复杂软件体系的基本原则<br />　　诺贝尔奖获得者赫伯特 A. 西蒙曾论述到：“要构造一门关于复杂系统的比较正规的理论，有一条路就是求助于层级理论……我们可以期望，在一个复杂性必然是从简单

技术平台有效降低了软件公司的开发成本，技术平台的优劣，直接体现了一个软件公司的核心竞争力的优劣。 没有自己技术平台或技术平台不够先进的软件公司就像没有核心竞争力的公司那样，最终被淘汰出局，因为客户永远追求物美价廉的产品。　　什么是业务平台？　　技术平台毕竟是“技术”平台，无论怎么完善和拓展也只是一个“技术”平台，应用软件的所有的业务逻辑都是技术平台无能为力的，也不是技术平台的职责所在。那么能不能有能够快速开发业务逻辑的软件工具呢，于是业务平台就应运而生了。业务平台是指快速生成业务逻辑组件，并组织、调度业务逻

<br />摘至iModel官方博客http://blog.sina.com.cn/jlee2cacn<br />模型化实际上就是将一个功能或者动作的定义信息和实现过程分离出来，定义信息用数据描述，独立出来让用户可以动态的修改。实现是定义的信息的高度抽象实现，用户可以随着模型在不同环境下的应用而修改此模型应用信息（模型的应用参数）来达到动态调整相对固定的模型实现的运行状态；<br />我认为模型化是软件开发的新趋势，因为模型化后程序在内存中才是有序的，有意义的，我们写软件的人到处用结构描述各种对象，但是却没

<br />众所周知关系型数据库纵向扩展（列）和变动都不容易，而横向（行）容易，而使用模型描述定义数据库结构容易，模型的改变也容易，但如何能保证模型描述信息（数据库结构）与模型的实现数据库结构一致呢，为什么在面向对象的编程和设计如此火的情况下面象对象的数据库却没能火起来？如何才能做到模型的变动都能自动实现其对应用户数据库的变动呢？看来模型描述就是说的问题，实现就是做的问题，这可能就是说起来容易做起来难吧。

不得不佩服在面向过程编程时代提出的“数据结构+算法”的大牛，这可能是软件模型的最核心组成了，数据结构定义了业务数据的模型，算法定义了业务逻辑的模型，其中一点都没提数据也没提算法的实现，当时也没提界面，按大牛们的想法界面可能算不上软件的核心构成吧，必竟没界面的软件也有，比如运行在系统内部的操作系统的服务，看看下面这张出自ibm的模型光谱转换图软件构建最终最向以建模为核心的开发方式。

<br />转自：http://topic.youkuaiyun.com/u/20100908/17/2593ABE0-297B-417B-8F8D-CE9E05036F43.html<br />很久以前，在一个香火很旺的寺庙里，有一只染上了佛性的蜘蛛。<br /><br />有一天，佛从天上路过，佛来到了这个寺庙里，看见了那只蜘蛛，<br /><br />佛问：“蜘蛛，你知道什麽是这个世界上最值得珍惜的吗？”  <br /><br />蜘蛛回答：“得不到的和已经失去的。” 　　<br /><br />佛说：“好，那我

张亚勤老师写的《变革中的思索》前天才从当当网送货员手中收到货，今天看到“全球软件产业的现状、趋势与挑战”一节，他提到软件产业向三个方向发展的趋势，即：网络化，服务化，全球化。一，软件产业的网络化－他认为“未来的软件和信息服务都将建立在网络服务的基础之上，计算与通信的融合趋势是不可逆转的，人类的生存方式，企业的经营模式，正在被这种趋势更新和改善。时间与空间造成的沟通障碍正在逐渐消失，沟通将在任意时刻，任意地点，通过任意手段实现。   二，  软件产业的服务化－网络环境下，软件研究，开发，测试和经营的传统模式正

<br />2009-8-25     作者：佚名        编辑：李湘琪   点击进入论坛<br />这里指的对象是从业务视角观察的对象，如订单，产品，合同，顾客都是一个典型的业务对象，我们关心的也是如何对订单这个业务对象进行建模。<br />　　系统一般采用关系型数据库来实现了数据的持久性机制，所以存在了面向对象的模型和关系模型间的转换和映射问题。对于小型系统可以直接机械的将面向对象模型转换为关系模型。但对于大型系统这个问题需要进一步考虑。<br />　　1.继承关系<br />　　业务对象间也存在

<br />对B/MS，C/MS架构现实的探索<br /><br /><br />B/S都是大家熟知的browser/Server模式；而C/S就是Client/Server模式，而我提出的另二种模式都是与模型驱动架构的软件开发与运营相关，B/MS模式，就是browse/Model Server/模式，使用浏览器通过http，soap等web协议来访问服务端的模型服务模式。而C/MS就是Client/Model Server，就是模型客户端/模型服务模式，第一种方式是利用现有的html，xml，http，w

<br />    B/S架构都是大家熟知的browser/Server模式；而C/S就是Client/Server模式，而我提出的另二种模式都是与模型驱动架构的软件开发与运营相关，B/S/M模式，就是browse/Server/Model模式，使用浏览器通过http，soap等web协议来访问服务端的模型服务模式。而MC/MS就是Model Client/Model Server，就是模型客户端/模型服务模式，第一种方式是利用现有的html，xml，http，webservice等技术来实现模型驱动式软件

<br />软件系统是复杂的<br />   软件世界一直被认为是错综复杂的意识世界，它高度抽象，缺乏可以简化表现的载体；这一认识基于软件构造过程及其工具本身的抽象性和复杂性，同时也基于软件试图表现的现实世界的复杂性；<br />软件系统是变化的<br />软件系统是现实世界的抽象表现，而现实世界是不断演进和变化的，所以表现他的软件系统也必须随之变化，否则不变的软件就会随着所反映的客观对象的变化而失去软件的使用价值。<br />复杂和变化是不可避免的<br />    软件系统所表现的现实世界是错综复杂的，

<br />鲨鱼(sharksz@sina.com) 2002-05-21<br />作为一个面向对象的程序员、习惯于构件开发的程序员，对于模型驱动软件开发的认识经历了几个步骤。<br />首先我想到的是：为了适应用户不同的业务组合，很多软件中都有的运行选项。当我们依据自己的需要对选项进行组合后，将得到不同的界面和业务规则。比较常见的有：报表、对于数据的校验、流程等。<br />接着WEB页面进入了我的视野。利用诸如：JSP、PHP、ASP甚至CGI等技术来生成活动的界面。而太多的这些Pages都是用脚本生

<br />转自http://www.kcomsoft.com/Article41.asp<br />“模型驱动开发”——体会一下这几个词。它们说出了这个不断变化的工业中一个新的改变。这里不是说一种革命，而是一种缓慢的变化，但是肯定会渗透到我们开发系统的方式中。这种推动将降低代码的重要性，并且专注于一些开发中的真正事情：最终的应用程序被期望怎样工作，并确保你能够根据客户的需求可靠地建立起它来。<br /><br />模型驱动开发是更伟大视景MDA 中的一部分。MDA 是模型驱动体系架构（Model-Driv

<br />转自http://www.kcomsoft.com/Article49.asp<br />[编者按] “十年内，没有任何单独的软件工程进展可以使软件生产率有数量级的提高”，Frederick Brooks在1986年做出的这一论断被广泛称为“银弹定律”。Brooks给了这一定律一个10年的期限。然而事实证明他过于谨慎了，在他做出这个论断之后接近20年，银弹定律仍然像魔咒一样紧紧束缚住软件工业。尽管专业人士尝试了大量的新技术和新方法，但是效果令人失望。面向对象被证明有负众望，软件工程更是陷入泥潭，

<br />转自http://www.kcomsoft.com/Article47.asp<br />作者：Alex.W <br />C语言花费了二十年从蛮荒之中杀出一条血路，Java苦心耕耘了近十年方成大气，C#在Beta版本推出两年前就开始通过各种途径营造气氛，砸下了数不清的美金，直到现在还未被主流应用所完全接受。而MDA（Model Driven Architecture 模型驱动架构）自从2002年被OMG（Object Management Group 国际对象管理集团）提出以后，"随风潜入夜，润

     一提到模型大家可能想到的是各种各样的模型，楼盘模型，飞机模型，玩具模型，等等现实物体的微缩版，如果模型和软件开发联系到一起呢，做为一个开发人员可能想到的是IBM的Rose？还是Sybase的PowerDesigner?或者是其它的数据库和软件建模工具？在我们实际开发过程中建模工具到底起到了多大作用？是不是为我们带来了效率？不可否认的是对待大型复杂项目工程的管理上建模工具是能起到一些作