<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>shuyaji的专栏</title><link>http://blog.csdn.net/shuyaji/</link><description /><dc:language>zh-CN</dc:language><lastUpdateTime>Fri, 07 Sep 2007 13:59:00 GMT</lastUpdateTime><ttl>60</ttl><item><dc:creator>shuyaji</dc:creator><title>workflow and bpm</title><link>http://blog.csdn.net/shuyaji/archive/2007/09/07/1775992.aspx</link><pubDate>Fri, 07 Sep 2007 12:02:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2007/09/07/1775992.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1775992.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2007/09/07/1775992.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1775992.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1775992</trackback:ping><description>工作流与业务流程管理到底有何不同？如果说有前对它们之间的不同的感觉都是量上的差异，那么通过对近一段时候我所接触的一项目的总结，对它们之间的不同应该说有了质的差异上的感觉。&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1775992.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>AndroMDA与Acceleo设计思想的不同</title><link>http://blog.csdn.net/shuyaji/archive/2007/06/18/1656586.aspx</link><pubDate>Mon, 18 Jun 2007 15:14:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2007/06/18/1656586.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1656586.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2007/06/18/1656586.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1656586.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1656586</trackback:ping><description>两个工具的基本运行原理分析。Acceleo比AndroMDA多了一个步骤，而这个步骤是两者在设计思想上的一个重要的区别。Acceleo所生成平台相关模型所需要的一部分决策权放到模型设计完成之后、生成代码之前来，这样采用相同的模型可以选择不同的生成器来生成不同的平台相关模型。而AndroMDA把所有这个决策放到设计模型时来决定，这样在生成代码时做的工作就简单的多。&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1656586.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>理想的MDA实现</title><link>http://blog.csdn.net/shuyaji/archive/2007/06/14/1652054.aspx</link><pubDate>Thu, 14 Jun 2007 13:20:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2007/06/14/1652054.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1652054.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2007/06/14/1652054.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1652054.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1652054</trackback:ping><description>我理想中的MDA(及MDA实现工具)，应该是能够实现系统业务模型(PIM)与我们在手工开发一个系统时所常用的概念进行很好的映射的一种技术。应该能够充分的分解需求分析、架构设计、概要设计、详细设计、实现等系统开发的各个阶段。而不是简单的从模型到代码两步操作。
&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1652054.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>对MDA的目标的理解</title><link>http://blog.csdn.net/shuyaji/archive/2007/06/05/1639350.aspx</link><pubDate>Tue, 05 Jun 2007 16:19:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2007/06/05/1639350.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1639350.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2007/06/05/1639350.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1639350.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1639350</trackback:ping><description>架构性的分离：体现在业务与技术的分离，或者说PIM与PSM的分离。具体来说就是UML2与JEE（Struts、Spring、Hibernate...）、.Net、Corba、EJB、Webservice等等的分离。
轻便性：通过PIM可以直观的反映业务，是轻便的，而技术是复杂的，MDA通过实现PIM到PSM的自动映射，实现了清晰的业务与复杂技术之间的分离。
互操作性：业务与技术分离（PIM与PSM分离）后，就可以实现各种技术之间的互操作，它们通过共同的语言－UML2，进行模型与数据的互享。
可重用性：体现在统一的模型（PIM）可以重用到各个实现的平台（PSM）中去，同时一种技术的实现可以通过共同的标准为其它技术的实现所重用。&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1639350.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>UML2的设计原则</title><link>http://blog.csdn.net/shuyaji/archive/2007/06/01/1634127.aspx</link><pubDate>Fri, 01 Jun 2007 13:42:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2007/06/01/1634127.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1634127.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2007/06/01/1634127.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1634127.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1634127</trackback:ping><description>UML2的五大设计原则：模块化、分层、分区、可扩展、重用。&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1634127.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>UML2答疑</title><link>http://blog.csdn.net/shuyaji/archive/2007/05/30/1631497.aspx</link><pubDate>Wed, 30 May 2007 16:01:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2007/05/30/1631497.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1631497.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2007/05/30/1631497.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1631497.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1631497</trackback:ping><description>1.UML2为什么要定义兼容级别？ 
2.什么是语言单元（Language Unit）？&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1631497.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>MDA的目标与理想</title><link>http://blog.csdn.net/shuyaji/archive/2007/05/30/1630661.aspx</link><pubDate>Wed, 30 May 2007 10:27:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2007/05/30/1630661.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1630661.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2007/05/30/1630661.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1630661.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1630661</trackback:ping><description>MDA的目标：通过规范可跨平台的建模标准，利用一定的工具，实现多层平台无关模型到平台相关模型（PIM到PSM）的自动转换，从而实现模型驱动的体系架构。
MDA关心两个事，一个是模型，别一个是过程。
MDA的开源实现有很多。
&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1630661.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>OSGi与依赖倒转原则</title><link>http://blog.csdn.net/shuyaji/archive/2007/01/11/1479844.aspx</link><pubDate>Thu, 11 Jan 2007 10:21:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2007/01/11/1479844.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1479844.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2007/01/11/1479844.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1479844.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1479844</trackback:ping><description>依赖倒转原则的简单说明，OSGi的依赖倒转原则，OSGi的依赖倒转实现与Spring的不同。&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1479844.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>框架与系统架构</title><link>http://blog.csdn.net/shuyaji/archive/2006/11/23/1408154.aspx</link><pubDate>Thu, 23 Nov 2006 11:43:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2006/11/23/1408154.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1408154.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2006/11/23/1408154.aspx#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1408154.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1408154</trackback:ping><description>昨天与同事闲聊，同事提了一个问题，既然已经有Spring、Equinox等等这样优秀的框架了，是不是我们在做系统的时候，就可以不考虑系统架构的事了呢。这似乎是个很简单的问题，但是系统的研究一下，我觉得还是对我们理解框架、理解系统架构、设计模式还是有帮助的。&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1408154.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>Spring-OSGi</title><link>http://blog.csdn.net/shuyaji/archive/2006/11/20/1398512.aspx</link><pubDate>Mon, 20 Nov 2006 12:20:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2006/11/20/1398512.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1398512.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2006/11/20/1398512.aspx#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1398512.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1398512</trackback:ping><description>从Spring-OSGi0.7规范中可以看出，Spring的目的并不是要提供一个OSGi规范的实现。但是，由于Spring与OSGi都是提高应用系统可扩展性的一种框架，因此，不可避免的，Spring与OSGi也一定会与OSGi有所重合。&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1398512.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>Spring OSGi规范（v0.7）中文版</title><link>http://blog.csdn.net/shuyaji/archive/2006/11/17/1393272.aspx</link><pubDate>Fri, 17 Nov 2006 23:30:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2006/11/17/1393272.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1393272.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2006/11/17/1393272.aspx#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1393272.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1393272</trackback:ping><description>花了两天时间将Spring OSGi规范（v0.7）翻译成了中文，期望Spring-OSGi实现早日发版。&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1393272.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>软件开发过程最佳实践（3）</title><link>http://blog.csdn.net/shuyaji/archive/2006/09/08/1193448.aspx</link><pubDate>Fri, 08 Sep 2006 08:36:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2006/09/08/1193448.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1193448.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2006/09/08/1193448.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1193448.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1193448</trackback:ping><description>从用例模型到分析模型再到环境无关的系统设计&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1193448.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>eclipse插件开发(1)－获取工程对象</title><link>http://blog.csdn.net/shuyaji/archive/2006/08/23/1107931.aspx</link><pubDate>Wed, 23 Aug 2006 08:49:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2006/08/23/1107931.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1107931.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2006/08/23/1107931.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1107931.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1107931</trackback:ping><description>当从导航视图或jdt的package explorer视图选中一个元素，可以对其进行打开编辑器、打开视图、执行右键菜单中的action等等操作，这时在编写相应的编辑器、视图或action插件时，可能会需要获取到当前所选择的元素及其所在的工程对象&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1107931.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>软件开发过程最佳实践（2）</title><link>http://blog.csdn.net/shuyaji/archive/2006/08/01/1006343.aspx</link><pubDate>Tue, 01 Aug 2006 12:13:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2006/08/01/1006343.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/1006343.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2006/08/01/1006343.aspx#Feedback</comments><slash:comments>2</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/1006343.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1006343</trackback:ping><description>明确、清晰的定义系统的扩展点　合理的扩展点的定义是建立在对业务的充分的理解之上的。可能一开始我们做项目时并不清楚系统有哪些地方是可能发生变化的，而找到可能变化功能的途径如下&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/1006343.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>shuyaji</dc:creator><title>软件开发过程最佳实践（1）</title><link>http://blog.csdn.net/shuyaji/archive/2006/07/28/991755.aspx</link><pubDate>Fri, 28 Jul 2006 10:04:00 GMT</pubDate><guid>http://blog.csdn.net/shuyaji/archive/2006/07/28/991755.aspx</guid><wfw:comment>http://blog.csdn.net/shuyaji/comments/991755.aspx</wfw:comment><comments>http://blog.csdn.net/shuyaji/archive/2006/07/28/991755.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/shuyaji/comments/commentRss/991755.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=991755</trackback:ping><description>一个软件项目的开发，有两个基本问题值得关注，一个是如何将用户需求用一种自然而然的方法转化软件系统，另一个是如何保证所转化的系统是可复用、可扩展的。&lt;img src ="http://blog.csdn.net/shuyaji/aggbug/991755.aspx" width = "1" height = "1" /&gt;</description></item></channel></rss>