蒙古狼

近来参与了一个电信CRM项目的设计，相比其他电信应用来讲，CRM最接近用户，因此，需求琐碎，变化频繁。需要有一个适应CRM业务的领域化IDE来支撑业务开发。做事情需要有方法，方法可以参考业界一些好的实践。本文主要是想总结一些好的设计IDE的实践供朋友们借鉴。我们借IBM的BPM Suite来分析IDE的设计方法。IBM BPM Suite主要用于业务流程的管理。IBM把业务

如何解决上文提到的鉴定标准中的问题呢？我认为答案就是MDD。用一个实际的例子来表述一下思路：在CRM系统有个订单处理模块，其提供了订单管理、订单流程执行、工单管理等功能，营业员通过界面提交一个订单请求，如果订单请求通过业务规则的校验，则会创建一个订单对象，订单对象的创建会触发订单流程的创建，订单流程流转的过程中，会在各个节点创建工单，也会调用其它子系统开通服务，比如调用物流发货。订单流程完

毕业后，做了很多年的中间件，有工作流，有数据持久层框架，还有个类似tomcat的server等，一直在思考，一个最适合业务的平台应该是什么样子的。因一直没有业务经验，因此，尽管有一些想法，但是也不知道这些想法靠不靠谱，最近一年参与了一个CRM项目的设计，积攒了一些业务经验，心中的想法逐渐清晰了起来，也有了一些底气，写下来跟大家交流探讨。就如同变化多端的八卦卦象是由乾、兑、离等8个基本卦象组成，

对一些需求变化多样的产品而言，做好可变性设计是非常重要的。国外做得好的有Siebel，国内有金蝶的BOS，实际上金蝶的BOS很多理念跟Siebel是相似的，呵呵。。。他们都是采用MDD的方式来解决可变性问题的。这里的难点在于如何抽象出一套稳定的元模型，能描述各种各样的变化，以达到通过配置即可搞定需求变更的目的。这里着重讲一下金蝶BOS的元模型，所谓元模型，是模型的模型。在数

昨天，有人问我对Spring的理解，总结一下：Spring现在已经覆盖系统各个层次，在web层，有Spring Web、Spring Webflow，在业务逻辑层，有Spring Core，在数据持久层，Spring整合了Ibatis（SQL Mapping）、Hibernate（ORM）、NOSQL，在集成层，Spring有Spring Integration，还有针对特定场景的解决方案

找到一个基于SpringSocial的Sina微博插件，共享一下：http://code.google.com/p/spring-social-plugins/

刚在某客户做了3个月的需求调研，亲自体验了需求调研的过程，有一些感想，总结下来。客户方配备了BA和SA，BA是业务专家，SA是技术专家，负责输出一个描述业务需求文档XXXS，将流程和需求都记述在该文档中，和大多数客户一样，客户的优势在于对他们的业务比较了解，但是对于如何去抽象业务，比较系统的把他们的业务需求归纳并描述下来，并不擅长，至少很多人不擅长，这就导致客户方的XXXS文档中通常是一些