Fri, 07 Sep 2007 12:02:00 GMThttp://blog.csdn.net/shuyaji/http://blog.csdn.net/shuyaji/archive/2007/09/07/1775992.aspxhttp://blog.csdn.net/shuyaji/comments/1775992.aspx0http://blog.csdn.net/shuyaji/comments/commentRss/1775992.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1775992工作流与业务流程管理到底有何不同？如果说有前对它们之间的不同的感觉都是量上的差异，那么通过对近一段时候我所接触的一项目的总结，对它们之间的不同应该说有了质的差异上的感觉。<img src ="http://blog.csdn.net/shuyaji/aggbug/1775992.aspx" width = "1" height = "1" />Fri, 07 Sep 2007 20:02:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2007/09/07/1775992.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2007/09/07/1775992.aspxshuyajihttp://blog.csdn.net/shuyaji/archive/2007/06/18/1656586.aspxhttp://blog.csdn.net/shuyaji/comments/1656586.aspx0http://blog.csdn.net/shuyaji/comments/commentRss/1656586.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1656586两个工具的基本运行原理分析。Acceleo比AndroMDA多了一个步骤，而这个步骤是两者在设计思想上的一个重要的区别。Acceleo所生成平台相关模型所需要的一部分决策权放到模型设计完成之后、生成代码之前来，这样采用相同的模型可以选择不同的生成器来生成不同的平台相关模型。而AndroMDA把所有这个决策放到设计模型时来决定，这样在生成代码时做的工作就简单的多。<img src ="http://blog.csdn.net/shuyaji/aggbug/1656586.aspx" width = "1" height = "1" />Mon, 18 Jun 2007 23:14:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2007/06/18/1656586.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2007/06/18/1656586.aspxshuyajihttp://blog.csdn.net/shuyaji/archive/2007/06/14/1652054.aspxhttp://blog.csdn.net/shuyaji/comments/1652054.aspx0http://blog.csdn.net/shuyaji/comments/commentRss/1652054.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1652054我理想中的MDA(及MDA实现工具)，应该是能够实现系统业务模型(PIM)与我们在手工开发一个系统时所常用的概念进行很好的映射的一种技术。应该能够充分的分解需求分析、架构设计、概要设计、详细设计、实现等系统开发的各个阶段。而不是简单的从模型到代码两步操作。 <img src ="http://blog.csdn.net/shuyaji/aggbug/1652054.aspx" width = "1" height = "1" />Thu, 14 Jun 2007 21:20:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2007/06/14/1652054.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2007/06/14/1652054.aspxshuyajihttp://blog.csdn.net/shuyaji/archive/2007/06/05/1639350.aspxhttp://blog.csdn.net/shuyaji/comments/1639350.aspx0http://blog.csdn.net/shuyaji/comments/commentRss/1639350.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1639350架构性的分离：体现在业务与技术的分离，或者说PIM与PSM的分离。具体来说就是UML2与JEE（Struts、Spring、Hibernate...）、.Net、Corba、EJB、Webservice等等的分离。 轻便性：通过PIM可以直观的反映业务，是轻便的，而技术是复杂的，MDA通过实现PIM到PSM的自动映射，实现了清晰的业务与复杂技术之间的分离。 互操作性：业务与技术分离（PIM与PSM分离）后，就可以实现各种技术之间的互操作，它们通过共同的语言－UML2，进行模型与数据的互享。 可重用性：体现在统一的模型（PIM）可以重用到各个实现的平台（PSM）中去，同时一种技术的实现可以通过共同的标准为其它技术的实现所重用。<img src ="http://blog.csdn.net/shuyaji/aggbug/1639350.aspx" width = "1" height = "1" />Wed, 06 Jun 2007 00:19:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2007/06/05/1639350.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2007/06/05/1639350.aspxshuyajihttp://blog.csdn.net/shuyaji/archive/2007/06/01/1634127.aspxhttp://blog.csdn.net/shuyaji/comments/1634127.aspx0http://blog.csdn.net/shuyaji/comments/commentRss/1634127.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1634127UML2的五大设计原则：模块化、分层、分区、可扩展、重用。<img src ="http://blog.csdn.net/shuyaji/aggbug/1634127.aspx" width = "1" height = "1" />Fri, 01 Jun 2007 21:42:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2007/06/01/1634127.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2007/06/01/1634127.aspxshuyajihttp://blog.csdn.net/shuyaji/archive/2007/05/30/1631497.aspxhttp://blog.csdn.net/shuyaji/comments/1631497.aspx0http://blog.csdn.net/shuyaji/comments/commentRss/1631497.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=16314971.UML2为什么要定义兼容级别？ 2.什么是语言单元（Language Unit）？<img src ="http://blog.csdn.net/shuyaji/aggbug/1631497.aspx" width = "1" height = "1" />Thu, 31 May 2007 00:01:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2007/05/30/1631497.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2007/05/30/1631497.aspxshuyajihttp://blog.csdn.net/shuyaji/archive/2007/05/30/1630661.aspxhttp://blog.csdn.net/shuyaji/comments/1630661.aspx0http://blog.csdn.net/shuyaji/comments/commentRss/1630661.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1630661MDA的目标：通过规范可跨平台的建模标准，利用一定的工具，实现多层平台无关模型到平台相关模型（PIM到PSM）的自动转换，从而实现模型驱动的体系架构。 MDA关心两个事，一个是模型，别一个是过程。 MDA的开源实现有很多。 <img src ="http://blog.csdn.net/shuyaji/aggbug/1630661.aspx" width = "1" height = "1" />Wed, 30 May 2007 18:27:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2007/05/30/1630661.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2007/05/30/1630661.aspxshuyajihttp://blog.csdn.net/shuyaji/archive/2007/01/11/1479844.aspxhttp://blog.csdn.net/shuyaji/comments/1479844.aspx0http://blog.csdn.net/shuyaji/comments/commentRss/1479844.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1479844依赖倒转原则的简单说明，OSGi的依赖倒转原则，OSGi的依赖倒转实现与Spring的不同。<img src ="http://blog.csdn.net/shuyaji/aggbug/1479844.aspx" width = "1" height = "1" />Thu, 11 Jan 2007 18:21:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2007/01/11/1479844.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2007/01/11/1479844.aspxshuyajihttp://blog.csdn.net/shuyaji/archive/2006/11/23/1408154.aspxhttp://blog.csdn.net/shuyaji/comments/1408154.aspx1http://blog.csdn.net/shuyaji/comments/commentRss/1408154.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1408154昨天与同事闲聊，同事提了一个问题，既然已经有Spring、Equinox等等这样优秀的框架了，是不是我们在做系统的时候，就可以不考虑系统架构的事了呢。这似乎是个很简单的问题，但是系统的研究一下，我觉得还是对我们理解框架、理解系统架构、设计模式还是有帮助的。<img src ="http://blog.csdn.net/shuyaji/aggbug/1408154.aspx" width = "1" height = "1" />Thu, 23 Nov 2006 19:43:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2006/11/23/1408154.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2006/11/23/1408154.aspxshuyajihttp://blog.csdn.net/shuyaji/archive/2006/11/20/1398512.aspxhttp://blog.csdn.net/shuyaji/comments/1398512.aspx1http://blog.csdn.net/shuyaji/comments/commentRss/1398512.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1398512从Spring-OSGi0.7规范中可以看出，Spring的目的并不是要提供一个OSGi规范的实现。但是，由于Spring与OSGi都是提高应用系统可扩展性的一种框架，因此，不可避免的，Spring与OSGi也一定会与OSGi有所重合。<img src ="http://blog.csdn.net/shuyaji/aggbug/1398512.aspx" width = "1" height = "1" />Mon, 20 Nov 2006 20:20:00 +0800shuyajihttp://blog.csdn.net/shuyaji/archive/2006/11/20/1398512.aspx#Feedbackhttp://blog.csdn.net/shuyaji/archive/2006/11/20/1398512.aspxshuyaji