沉睡不醒的角落

昨天我和蓝凝花了一下午时间把所有文档再过了一遍，晚上再就把文档全部转换成pdf格式，打包压缩，最后再一次检查。看着作品被发出去，轻松了好多...终于忙完了，可以好好休息一下了。

对IBM的SOA大赛的了解是一次非常偶然的机会，四月中旬IBM在北航有一个SOA的技术讲座，当时还并不知道有SOA这样一个大赛，只是觉得讲座内容跟自己的研究方向有很多相关之处，去听一听应该会有不少收获。讲座开始之前，我首先拿到了SOA大赛的宣传单，当时便给蓝凝和crazycy发短信，把他俩也召唤了过来，讲座完后我们三人决定组队参加SOA比赛。然而，团队的成立，却没有我们想的那么快，之后，我被派去外地出差，接着，实验室技术汇报，项目阶段评审等等一系列的事情接踵而来，一直到5月中旬，大家才开始闲下来。2006年5月16日，这是一个特殊的日子，这一天，我们的SOA团队正式成立。我和crazycy一致推举蓝凝为我们的组长，她是团队里的唯一女生，也是我和crazycy平时经常所称的“老大”。组长蓝凝为团队取名吉祥三宝，这是一个非常幸福的名字，希望能给我们带来好运。在后面将近一个半月的日子，我们一起交流，共同探讨。对SOA所涉及技术的广博，都暗暗赞叹，对参加这样一个大赛，欣喜不已。

现在，我们只有静静的等待评审结果，同时好好整理前面学习的东西，SOA虽然只是一种思想，但其所牵涉到的技术是非常多的，只有善于总结，才能走得更远。

这几天光顾着在下面忙，好久没来发帖了，上来汇报一下工作进度：在大家的通力合作，埋头苦干之下，系统架构设计文档、业务模型分析设计文档、服务模型分析设计文档、系统架构设计文档、组件设计文档已经大体确定下来，部分已经完成初稿。不过革命尚未成功，同志仍需努力，等忙完大家好好happy一下...

刚刚看了一下，有17个团队提交了最后作品，还好，不是很多啊，窃喜:)  估计很多团队都跟我们一样，在紧张地准备最后作品呢。这两天突然发现，大赛初期看的很多文章现在回头看看，颇有感觉啊，呵呵，温故而知新，可以为师矣，这段时间还是学到了不少东西的。等有时间了，一定要把这一个半月学的东西好好整理一下，继续工作了，相信我们能做的更好。

终于收到IBM大赛的ERP和CRM资料了，看了一下邮戳，17号寄出来的，现在才收到...稍微抱怨一下，为什么外省参赛团队的软件和资料总是比我们收到的要早，郁闷:( 不过还好，ERP的资料我们早就通过其他方式得到了，CRM的资料也就一个文档，对后期工作影响不大，继续工作中...

WBI Modeler是IBM WebSphere Business Integration Modeler简写，主要用于对业务流程建模，其用户角色是业务分析人员，对使用者不要求有编程经验。说白了，只要是对业务熟悉的人都可以使用这个软件。这样，使得业务分析人员可以把重点放在业务的优化和流程本身上，而不用考虑后期的IT设计和实现。

WBI Modeler是基于Eclipse开发的建模工具，其界面也和Eclipse有很多相似之处，用过Eclipse的人上手应该更快，基于Eclipse开发使其可轻松地与其他一些架构集成。此外，WBI Modeler还提供了对visio的支持，可以很容易地将visio画的流程图转换成WBI Modeler中的流程图，前提是必须建立visio中的部件和WBI Modeler中部件的一一对应。总的来说，WBI Modeler功能很强大。WBI Modeler提供的建模方式能大大加快业务建模的速度，并且将各种业务流程以非常美观的方式展现给用户和后期设计以及开发人员。

关于WBI Modeler的好处不多说了，IBM做的宣传已经够多了，下面说一说WBI Modeler的不足之处：首先是快捷键，快捷键大部分集中在过程编辑器中，而其他一些地方却没有，我感觉在项目树视图中加入快捷键是很有必要的，使用频率很高，如果今后能提供将大大提高开发效率；其次是目前没有批量处理功能，比如说过程或者任务的导出导入，只能一个一个的导出或者导入，这样效率太低了，浪费不必要的重复劳动时间；再次，有些细节感觉没有考率到，比如在过程编辑器中缺少全部选择的功能，此外，WBI Modeler提供的帮助太简单了，这是个小问题，相信以后会增加的。最后，WBI Modeler存在一个比较严重的bug，当建立某个业务过程时出现错误时，如果你将这个过程直接删除，可能会遇到删完之后过程还存在的情况，这时整个项目都不能用了。我已经遇到过两次这样的情况了，解决办法是重新建立一个项目，再把原来有用的东西导出再导入新项目。

注意：这周六有技术讲座：

创新业务,拓展商机 - 为您打下坚实的SOA基础

通过现场演示和技术讨论，您将了解到 IBM WebSphere优于其他供应厂商的解决方案,以及如何更好地实现面向服务的架构。您还将了解到如何提高您当前的业务流程的速度、准确性和成本效益。同时,您将了解 IBM WebSphere 信息管理解决方案是如何支持提供准确的、一致的、及时而连贯的业务信息。在讲座中，我们还将讨论主数据管理，并说明如何对通常分散在整个企业范围内的产品、位置、贸易合作伙伴、组织和贸易条款信息等数据进行链接。最后，您将了解到可用于构建、部署、运行和管理的 IBM WebSphere 应用程序的各种工具。

会议日程安排：
08:00 – 09:00 会议签到
09:00 – 09:30 简介——通过 SOA 进行创新
09:30 – 10:30 使用 SOA 创建新的业务流程
10:30 – 10:45 业务现状如何？——企业现状概况
10:45 – 11:00 休息
11:00 – 11:30 使用 WebSphere 的企业服务总线
11:30 – 12:00 使用 WebSphere 进行主数据管理
12:00 – 13:00 午餐
13:00 – 14:10 信息集成服务
14:10 – 15:00 开发新的服务
15:00 – 15:15 休息
15:15 – 16:10 WebSphere SOA Foundation——为何 IBM 软件优于 NetWeaver 和 .NET
16:10 – 17:00 管理 SOA 环境
17:00 – 17:15 总结
时间及地点：
日期    时间    城市    酒店    地址    会议室
6月17日 09:00 - 17:15   北京    亮马河大厦      朝阳区东三环北路8号     万黛厅


感觉比较有用，不过需要到http://www-900.ibm.com/cn/promotion/software/dwlive/webshpere_soa.shtml注册。地点不算太远，从咱们学校有直达车过去。上次的讲座咱们去晚了比较亏，没有拿到资料，这次得早点啦。

花了一上午时间寻找WBI并安装成功，正准备学习怎么使用，下午IBM的软件终于也到了，意味着我上午的工作基本白费，郁闷。IBM的软件来得有点晚，今天已经15号了，距离最后提交正式结果还有两周时间，时间紧迫。

两周时间虽然很紧，但如果充分利用也是足够的，前一段时间刚好给了我们充足的时间分析业务，大家对SOA的思想和相关技术也了解的差不多了，抓紧时间，加油干吧。

   这两天专门找一些在公司工作，比较熟悉企业业务流程的同学谈过了，发现我们团队在分析业务的时候，有很多地方的理解存在偏差，对有些业务流程的分析是想当然的，导致在一些无谓的问题上浪费了时间。
   发现问题总是好的，亡羊补牢，犹未晚也。前一段时间的弯路不能白走，这将变为我们宝贵的经验，后面的工作将更坚定的从实际业务的分析出发。需要的时候，向在企业管理方面和销售方面的朋友取取经，这些宝贵的人力资源可不能浪费^_^
   如果能进入下一轮，咱们团队的优势就能充分发挥出来，呵呵，咱们实验室主要的方向就是Web Service、中间件技术，这两年咱们没少和XML、Web Service、J2EE打交道，这些都是SOA的主要技术。当然，闯过第一关再说，否则，一切都是白搭...
   业务分析咱们现在已经进行得差不多了，就等着进行业务建模了，现在业务建模最重要的工具WBI还没有，今天花了不少时间也没找到，郁闷中...实在不行，只有赶紧联系IBM了。

不知道是IBM效率低，还是学校办事效率低，都过去快三周了，IBM提供的软件到今天还没有收到，看着其他队伍早用上了，急啊。上网找找看吧，功夫不负有心人，还真有人把IBM.Rational.Software.Architect6.0共享了，不过只有RSA，其他都没有找到。没关系了，就从RSA开始吧，再说RSA也是IBM提供的SOA的主要工具之一。RSA整整四张盘，折腾了一上午，终于下载并安装完了，平时最烦这种安装配置工作了，没技术含量还挺费时间:(
粗略了解了一下RSA，发现功能非常强大，系统提供的帮助也挺详细的，但是不知道是不是真的实用，不多说了，抓紧时间学习使用......

会议比原定计划推迟了两天，这段时间大家一直比较忙，各种事情接踵而来，希望这几天忙完了，大家有更多的时间放到比赛中来。
讨论集中在对用友的ERP软件和TurboCRM软件的分析上，在这几天里，crazycy主要分析题目和ERP的物流部分，蓝凝分析TurboCRM，我分析ERP。
无论是ERP还是CRM，比赛主办方给的东西都很多，讨论的时候每个人也都带来了一大叠资料。会议开始初期，初步确定了讨论进程，先是蓝凝给大家讲解CRM，然后我讲解ERP，最后大家再对CRM和ERP进行综合分析。
蓝凝对CRM的准备很充分，CRM讲得很具体，在她讲CRM的过程中ERP的内容也时不时穿插进来，结果对CRM和ERP进行综合分析也同时进行了。讨论进行了大约三个小时，取得了不少结果，具体内容这里就不详细说了。
最后，我们确定了下一步工作，三天之后，也就是周六晚上进行第七次讨论，下次每个人必须把对业务模式的分析画出来，再把三个人的分析进行综合，业务模式分析和设计到那时候就应该差不多了。

这次讨论crazycy又迟到了，我和蓝凝在会议室等了半天，crazycy，下次再迟到，就该罚你做俯卧撑了:)。

现在我们讨论的周期差不多是三天一次，看来第一次讨论制定的两天一次的计划不够现实，不过还好了，我们一直有一个固定的泡泡群，几乎每天都有小讨论，平时一些看法在群里面都很快能够得到统一。

讨论的主要内容还是对业务的分析，大家都觉得上次的讨论有点偏了，讨论了很多ERP和CRM中已经实现的功能，而不是两个系统之间的交互功能，以后咱们对业务的分析都应该建立在对实际实现的分析之上，一切从实际出发嘛，咱们可都是唯物主义者啊。

之后，大家就具体的业务分析图，进行了审核，每个人都给出了自己的意见。此外，我们还对使用到的技术、采用的软件工程方法以及工具进行了交流，讨论的内容比较丰富，效果也是显著的。

最后，我们对下一步工作作了一下简单的分工：我负责ERP的分析，蓝凝负责CRM的分析，crazy负责对题目的整体分析以及ERP中物流的分析。

刚刚看了水木的统计，截止到今天，也是报名的最后一天，差不多有320左右支SOA队伍了，呵呵，好有压力哦。还看了一些兄弟团队的BLOG，有些开始建模了，报名早的队伍，已经使用上IBM提供的软件了，看来咱们得加快进度了，呼呼的赶啊。

首先，需要明确的是，SCA还没有成为正式的标准，尽管SCA目前已经有比较稳定的规范，有些文章错误地将SCA作为标准来看待。

SCA目标：基于组件的编程一直是软件业简化编程和提高效率和质量的一个重要方法，但是往往对于不同语言我们有不同的组件模型，比如在J2EE技术领域，就有EJB，POJO，JDBC，JMS等。这对于项目初期分析和设计人员来说，是一个很大的挑战，导致在初期就需要选定具体的语言和技术。SCA的目的是使用户在构建企业应用时有一个不再直接面对具体的技术细节的层次，而是通过服务组件的方式来构建应用。这种方式也使得客户的企业应用具有良好的分层架构，能够很好的分离应用的业务逻辑和IT逻辑，不但易于应用的构建，也易于应用的更改和部署。

SCA和WSDL
WSDL是Web服务描述语言，但它只定义了服务接口，并不提供描述一个服务所依赖的其它服务，以及这个服务所需要使用的配置策略和服务之间的依赖关系。单独通过WSDL很难实现服务之间的组合调用。SCA比WSDL走的更远，SCA定义了服务组件模型以及服务组装模型。服务模型允许服务开发者不但定义服务的接口而且还定义了这个服务和其他服务的依赖关系，以及这些交互（事务，安全，以及可靠 传输）之间的策略，还有服务潜在的配置等功能。服务组件是SCA中的基本组成元素和基本构建单位，也是我们具体实现业务逻辑的地方。我们可以把它看成是构建我们应用的积木。

SCA和JBI
SCA和JBI其目的有很多相同之处：JBI在JSR 208中被定义，已经成为使用Java语言把服务容器组装为合成应用的标准；SCA是被推荐标准，为在不同平台不同语言解决组装问题的提供了更广泛的方法。SCA关注是的SOA开发者最初看到的和接触到的，SCA并不关注SCA各个模块最后是如何实现的。如果把SOA分成三个抽象层次的话：业务、服务、技术。那么SCA对应的就是服务层的规范。JBI提供了一系列的API，用来建立开放、可扩展和模块化的企业服务总线。可以说，JBI已经触及到具体的技术层面。SCA没有局限于具体语言，而JBI仅限于用Java，因此JBI的应用范围更严格，在SOA未来的标准体系结构中，可能成为其中的一部分Java实现标准。

  刚刚讨论完，回到电脑前才发现已经是12点多了，哈哈，端午节快乐！再过8个小时，中国很多地方就该就热闹起来了，尤其是南方。我家那边今天总是是有很多节目的，几乎全市的人都跑到江边看龙舟比赛，场面热闹极了，还有很多好玩的游戏。唉，别想家了，男儿志在四方，还是回到正题吧。
  这段时间大家都挺忙的，但无论如何，今天的讨论还是如期进行。讨论的主题是对业务的分析，讨论之前，大家已经作了不少准备，尤其是cui，将自己的分析结果写成文档给每个人发了一份，对题目中的基本业务进行了分析和总结，其工作得到大家一致肯定。随后，吉祥三宝们对业务的进行了更深入的分析，对基本业务进行了进一步明确，并且挖掘出很多潜在业务，讨论非常激烈，以致最后都不知道已经到端午节了^_^。这一次我们讨论出不少结果，也遇到一些问题，由于我们都是计算机专业的，对企业中某些工作还不是很明白，不明白的地方，我们打算找相关专业人咨询，这一重担最后落在我身上了，苦啊:)。下次讨论，初步定于还是是对业务进行分析，进一步细化，总之，能走多远走多远吧，三宝，加油......

    2006年5月16日 ，小组的成立，相对其他组来说，我们是比较晚的。在时间上，处于劣势，对于SOA 的全面学习，也是从小组成立之后才开始的。要想在 6 月底之前圆满完成任务，必须对工作重心有一个清楚的认识，合理安排时间。
    对技术的研究，很容易走入死胡同。而 SOA 的技术又太多了，光是熟悉某种软件的使用，就得花上好一阵时间了，在学习某种技术或者软件上花太多时间是很不值的。
    我觉得在进行分析设计之前，必须先对 SOA 的思想框架有一个深入的了解，否则，不可能很好地采用基于面向服务的思想进行后期需求分析和设计，然后，要尽可能仔细地进行商业计划、业务流程分析、以及后面的系统高层的设计，需要用到哪些技术或者软件再花时间去学习或者使用。

对于SOA的解释，目前没有一种统一的说法，收集了一下各大公司给的定义，和大家分享，希望能对SOA有个更全面的理解：

Service-oriented architecture presents an approach for building distributed systems that deliver application functionality as services to either end-user applications or other services. It is comprised of elements that can be categorized into functional and quality of service.
来源：IBM
Patterns: Service-Oriented Architecture and Web Services.pdf

Service-Oriented Architecture is a component model that inter-relates an application's different functional units, called services, through well-defined interfaces and contracts between these services.
From：IBM
http://www-128.ibm.com/developerworks/webservices/newto/#7

面向服务的架构(SOA)是一种设计方法学，其目的是最大限度地重用应用程序中立型的服务以提高IT适应性和效率。虽然这些概念已经存在了数十年之久，但只是在出现了基于标准的集成技术（如Web服务和XML）之后，SOA才开始被加速采用。
来源：BEA
http://dev2dev.bea.com.cn/techtype/soa/

“SOA是一种设计和实现企业应用程序的方法，这些应用程序处理那些通过定义良好的、平台无关的接口约定来访问松散耦合的、粗粒度的（商业水平）、可重用部件（服务）的互通问题。”
From：BEA
Author：Steve Wilkes
http://dev2dev.bea.com.cn/techdoc/200408238.html

SOA与其说是一种技术，不如说是一种的思维方式。它是一项大胆的基础架构变革议程，表达我们如何通过技术和协同工作来实现文化变迁。它的突然普及不是大规模宣传的结果，而是对SOA作为一种使业务和IT系统更密切结合的演化的认知。面向服务的架构是一种IT战略，它把包含在各种企业应用中的分散的功能组织为可互操作的、基于标准的服务，而这些服务可以再被迅速组合和重用以满足业务需求。
From：BEA
Author：David Groves，Americas SOA Practice Lead，BEA Systems Worldwide Consulting Development
http://dev2dev.bea.com.cn/techdoc/20051213706.html

A service-oriented architecture provides a standards-based platform that allows services to be provided, discovered, and consumed by each other, to facilitate the creation of a business process.
From：Oracle：Oracle_EBS_and_SOA.pdf

显然，SOA不是一项技术，在上面各种解释中，SOA被认为是一种模型，一种方法，一种思维方式，甚至是一种IT战略。基于服务的思想很早以前便出现了，CORBA已经存在了很多年并且提供了许多至今仍被吹捧的SOA优点，Web Service的出现，使得SOA的思想得以方便实现，大大加速了SOA的发展。目前，SOA用的技术主要是Web Service，但不限于Web Service。