一起开始的SOA旅程 http://buptsoa.ycool.com/ Wed, 30 Apr 2008 00:04:19 GMT Wed, 30 Apr 2008 00:04:19 GMT http://sta.yculblog.com/images/logo/general-88x31.gif 一起开始的SOA旅程 http://buptsoa.ycool.com/ 说什么好呢 http://buptsoa.ycool.com/post.1330020.html
结果已经出来了，祝福进入第二轮了的队伍

对我们所有人说谢谢

曾经走过的旅程，珍惜
将要去走的旅程，努力

一首歌词

一起开始的旅程
曲：Neo lvy 词：施人诚 制作人：黄怡 

忽然想到『一起开始的旅程』 
这几个字有种温暖的气氛 
如果用来形容我们 
是不是很巧妙传神?

从没想过事情会这样发生 
原本陌生的人闯进了人生 
从此生命中多出你们 
也多出无限可能 

一起作伴 一起游玩 一起分享青春的宝藏 
一起前进 一起转弯 一起想下一个梦想 

My baby ， you baby 什么都不想错过 
用心感动 这旅程中 因你而加倍的感动 
My baby ， you baby 让我多记下一些沿路感受 
那将会是我 最美最好的收获 

这是一段我们秘密的旅程 
别人很难了解其中的兴奋 
可惜我没空理会他们 
我在意 只有你们 

感谢你愿意陪伴我 不然我将会多么寂寞 
不然如何能把泪水 变成回忆的彩虹 
... ]]> http://buptsoa.ycool.com/post.1330020.html Sat, 08 Jul 2006 16:07:29 GMT 封笔：意志走向胜利 与 polarie的blog http://buptsoa.ycool.com/post.1319989.html 虽然德国战胜了我喜欢的阿根廷
还是赞他们一下
德意志，不知这个词从何译来，如此贴切
下半场他们都没体力了，从未放弃
在阿根廷进球后明显节奏加快，年轻球员门前虽然有点慌，进攻不够有组织，但那个进球相当漂亮，有灵气。
机会在努力之中
借此感慨一下我们的比赛，诸多艰难也走到了最后

想写一篇来作为封笔，突然没了好词
又想起曾去过的polarie的blog
说离校的那篇，也正当我们互道 且行且珍惜，你一定要过得比我幸福 之类。心过万重山
但里面好多切口我不懂
不过看到利剑穿草席时还能狂笑不已
毕完业了，突然很想看。主要是水木版上的polarie太可爱了
当时忘存链接了，现在找不着了，sigh~
文笔很好，和我不相上下，呵呵
不过我现在已经不会写了
明天若有灵感再来改这篇封笔之作... ]]> http://buptsoa.ycool.com/post.1319989.html Sat, 01 Jul 2006 15:07:42 GMT 青年文学日记 http://buptsoa.ycool.com/post.1318200.html      经过一个多月的摸索和学习，我们组的作品终于如期完成了。暂且不论作品的质量和获奖的可能性，我觉得参与的本身就是一种收获。他使我步入了一个全新的领域，学到了全新的东西。同时，在作品制作过程中我们队友互相学习，互相启发，彼此之间也学到了不少有用的东西，对知识结构也是一种互补。
     刚刚接触这个课题的时候第一感觉就是茫然——一种束手无策的茫然，唯一能做的就是在图书馆海量的信息中淘金，然后不断的沟通不断的启发，然后有了基本的概念，点滴的进步。值得说明的是，在这个过程中，诸多客观的因素影响了我们的进度，忙于繁多的期末考试，大四师姐们对本科时光最后的惜别……在这里，我得诚挚的做出自己的检讨，我的时间确实未能完全满足于该次比赛的需求，在某些环节的执行力上也表现得相当乏力。在检讨的同时也得感谢wb和冰冰，wb在关键时刻一力承当了我们两个人的工作，使我们这边的工作得已顺利进行，冰冰最终完成了全文的基本结构和内容，保证了我们组最后如期提交了作品。无论最后成绩如何，我都能感受到一种巨大的收获。你们负责的态度，严谨的思维加上拼搏的意志，都是我值得学习的。
     最后，我真的很高兴能和各位一起共事，王博是再次共事，这一次更加强化了我们伟大的友谊，也加深了彼此的信任。冰冰是第一次合作，当初的加入也是因为你在学校的名声使我充满安全感，加入以后发觉你真的如传说中那么强，而且人真的很好。kedo，一位开朗大方的女孩，虽然已经成为工大的一员，但是北邮永远是你的母校，哪天回来别忘了找我们吃饭：）
... ]]> http://buptsoa.ycool.com/post.1318200.html Fri, 30 Jun 2006 09:06:01 GMT xml http://buptsoa.ycool.com/post.1274841.html TurboEAI_whitepaper是个很好的资料
TurboCRM是基于TurboEAI系统的
TurboEAI系统提供标准接口，实现与企业的外部网站、财务等其他业务系统的实时数据交换。对外的数据接口服务由TurboEAIServer完成，而由导入工具来把外系统数据批量导入CRM系统。但用导入工具需手工干预，而用XML格式数据能够做到实时交换。
第三四篇就更让我兴奋了：
通讯协议，数据格式，认证机制，通讯流程。是我们系统设计时的很好参考

而在用友的资料里也很高兴地看到，xml也是用友ERP的标准数据交换格式。不过这篇 '如何写Java程序向NC外部交换平台传送数据' 写得一般。
此外，建议WB+文学去看TurboCRM_V4.2_whitepaper，除掉它们自己做广告的那块，功能模块一章可以做我们企业业务分析的参考，最后的案例也可借鉴

恩，xml是个好东西。豆丁我们借的那本j2ee的书里讲到：
eXtensible Markup Language, 可扩展标记语言，是一种独立于平台的数据表示方式。有专门用于xml处理的JAVA API，SAX用于解析xml数据，DOM则以树形模型表示xml文档，XSL及相关转换标准说明了xml文档的格式

so nice

... ]]> http://buptsoa.ycool.com/post.1274841.html Sun, 04 Jun 2006 08:06:54 GMT 会议记录0531 http://buptsoa.ycool.com/post.1270726.html 时间：2006.5.31.
主题：怎样体现soa思想，初赛交付件各部分理解

一. soa理解

soa关键：从业务角度模块化，组件设计依据业务需要
SOA不是一种语言，也不是一种具体的技术而是一种软件系统架构，它尝试给出在特定环境下推荐采用的一种架构，从这个角度上来说，它更像一种模式(Pattern)。在目前，提供许多企业应用接口函数的j2ee就可说是初步的soa

二 初赛交付件理解
对前三项任务做一个分工，还有思路分析

2) 业务模型分析设计 (Business Model Specification Documentation)
字数不限,应当至少包括以下几个方面的详细描述,可以根据理解进行自由扩充。
 业务模型分析与展望         ：我们需要的业务，题中是最基本的，还需要进一步开发。WB和文学的重任
 业务模型对IT系统的挑战   ：我想主要是技术实现上的困难

3) 服务模型分析设计 (Service Model Specification Documentation)
字数不限,应当至少包括以下几个方面的详细描述:
 服务发现及其依据    ：blog中技术资料中第一篇提到了服务发现的三种途径：1)企业的业务用例，业务领域分解 2)分析现有系统体提供的API、事务和模块 3)目标服务建模，从目标发现服务。我想一三项你们做更有优势
 服务规约                    ：讨论见下
 服务实现分析

4) 系统架构设计 (System Architecture Documentation)
字数不限，应当至少包括以下几个方面内容的详细描述：
 用户需求描述(需求概述、业务环境描述、IT环境描述)      ：分析当前凤凰公司的情况，前两项WB和文学做
 用例模型分析           ：？？
 数据模型分析           ：建立数据流动模型，包括格式，流动方向，同步要求
 关键技术架构决策    ：j2ee/xml等
 系统架构分析

服务规约：１，首先关于对服务／业务的理解。我认为，符合它们的英文名字ｓｅｒｖｉｃｅ／ｂｕｓｉｎｅｓｓ，服务是系统中所具备的功能，比如我们提供客户资料记录与更新，业务是企业需要的东西，比如销售员在外需查询客户资料 ２　在这个基础上，我猜服务规约是指系统中这种功能的约束。比如谁拥有权限查询，在与其它信息交互时谁先谁后更新。也许更重要的是谁也决定和修改的权限。例如定单上交财务，财务查询库存后发觉不能生产，那么他就能决定是否接受定单 
不知对否，再议

然后还有两个部分　5) 组件设计　和　6) 设计实施计划。6) 好说，是最后做的事情。但组件设计很重要，我们把前三项做完了才能做组件设计。这个阶段将需要设计，反馈到业务中检验组件划分合理性，再设计，再反馈

三 其他信息
soa做得好的几家公司：ibm, hp, bea, sun
kedo推荐的网站：http://tech.ccidnet.com/pub/series/s627.html
整合生命周期，大概就是指用ｓｏａ使得其系统可扩展性加强

四 我们的计划
1 关于借书 有推荐的贴到blog里或群里。侧重有好的案例的书
2 凤凰是个制造企业，有生产有库存，还有物流。可有很多文章可做。而那原有的两个系统集成就有很多流程再造的问题
3 WB和文学有时间的时候希望你们第一个先做题目中要求的　订单更新整合功能　的　业务对ｉｔ要求分析　和　该业务的实现流程图



 

... ]]> http://buptsoa.ycool.com/post.1270726.html Thu, 01 Jun 2006 15:06:35 GMT 关于粒度 http://buptsoa.ycool.com/post.1268774.html 两种粒度实现SOA服务

可以按基于服务的功能及发送和接收的数据数量来定义服务，如细粒度服务、粗粒度服务或组合服务。

在SOA中服务粒度有两种相关的意思，即服务是如何实现的，服务使用和返回了多少数据或多少消息。细粒度服务执行了最小的功能，发送和接收少量的数据。粗粒度服务执行了较大的业务功能，并交换了更多的数据。

细粒度服务是供粗粒度服务或组合服务使用的，而不是由终端应用直接使用的。如果应用是使用细粒度服务建立的，则应用将不得不调用网络上多个服务，并且发生在每个服务上的数据量较少，因而会对对系统整体性带来影响。所以，粗粒度服务的用户不能直接调用他所使用的细粒度服务。然而，由于粗粒度服务可能使用多个细粒度服务，因此它们不能提供粒度级的安全和访问控制。

组合服务可以使用粗粒度服务和细粒度服务进行组装。数据数量不是粗粒度服务和组合服务之间的区别。粗粒度服务例子，如创建新客户，在这一过程的操作是：需要通过一些外部服务验证对客户进行验证，并在CRM应用系统中创建客户记录。组合服务例子可以是提供一个新的DSL线，这需要一个服务调用来验证订单、创建或验证客户，确认产品库存及为数据线分配资源。

通过一组有效设计和组合的粗粒度服务，业务专家就能够有效地组合出新的业务流程和应用程序了。

... ]]> http://buptsoa.ycool.com/post.1268774.html Wed, 31 May 2006 14:05:03 GMT 还是一些资料 http://buptsoa.ycool.com/post.1267334.html 　　记者将这个问题抛给了在SOA方面拥有丰富经验的IBM软件中国区Websphere技术部经理聂华。聂华从技术的角度认为，SOA的技术优势主要体现在后台的开发。利用以前的各种整合技术，的确可以实现流程和信息的整合，但缺乏统一标准和灵活的架构，不具有开发的延续性，直接造成的问题就是后来的应用与以前的应用很难集成，而这正是SOA要解决的问题，也是SOA优势最重要的体现。

　　从体系架构上来看，SOA具有以前各种应用架构无法比拟的灵活性，但SOA的实现也不是一蹴而就，由此，IBM在这次整合实战大会上提出了“整合生命周期管理”的新概念，让SOA的实施变成阶段性的工作。

---------
这段话说得很泛泛。不过还是有点帮助。晚上一直在看j2ee的书，觉得j2ee开发平台应该就可以做到soa得很多功能了，看来还需要加深理解
---------
              提到生命周期管理，人们大都会想到近期很热的信息生命周期管理。针对整合，IBM也提出了生命周期管理的概念。

　　在IBM看来，整合是分阶段、循序渐进、逐步实现的。如果把企业的所有经营活动看作是一个个服务，那么整合就是要将企业内外部的各种服务有机地联结起来。在做好整体规划后，企业可以首先从梳理某一个关键服务入手，实施独立的Web服务，接下来以SOA的思路，对具体的整合对象，按照建模(model)、装配(assemble)、部署(deploy)、管理(manage)四个阶段实现整合。这样由小及大，逐渐在企业业务中进行整合扩散。随着整合业务的逐渐增多，企业的IT整合计算平台会一步步完善，形成整个企业的IT转型，最终通过全面整合实现随需应变的企业IT架构。

　　任何大型IT项目都很难一次性完成。整合，这一几乎会涉及到企业或组织所有IT应用的大手笔项目也是如此。分阶段实施是自然的事情，但由此也带来了兼容的问题。后期的SOA项目能否与前期的兼容？ 
---------
建模建模，嗯，这个概念甄宽泛
---------

　　

... ]]> http://buptsoa.ycool.com/post.1267334.html Tue, 30 May 2006 15:05:45 GMT 本周任务与预期目标 http://buptsoa.ycool.com/post.1265343.html 我：对照参赛说明书，写出任务要求及分工表

我+豆豆：1 开始上手开发工具的使用
目标：能使用Websphere Process Server中的开发工具进行题中要求功能的第一步系统层和第二步服务层的工作
2 阅读大赛给的TurboCRM和用友ERP的资料，光盘来后好好研究那个用友的案例。（TurboCRM和用友ERP的资料WB+文学可能也要看下，我初扫后建议下你们重点看的部分。这样大家效率高些）
P.S. IBM效率太低了，居然今天还没寄出光盘

WB+文学：1 题中要求功能：业务机会与销售订单整合 的实现流程图
2  业务分析文档的基本结构
3 信息智能服务社区。题中的描述很不清晰，可否查/问下“注册的机构也可以使用平台上已有的信息处理服务来创建自己的增值服务，包括将已有的服务组合成新的特色服务，新的服务也可以发布到平台上去”，说的是什么，新的特色服务可能是什么样的？
三个任务的重要性依次递减

此外，还有两件事
1 WB和豆豆找到的资料链接及简要介绍，贴到blog里面来
2 我们的blog分了文件夹：技术资料，竞赛日记，和进来讨论。进来讨论是关于我们团队管理，事情通知，互相监督的。写时记得分下目录。

恩，端午将至，大家记得吃粽子:)

... ]]> http://buptsoa.ycool.com/post.1265343.html Mon, 29 May 2006 12:05:02 GMT 一点资料 http://buptsoa.ycool.com/post.1264861.html
实现SOA的相关技术

　1.XML

　　XML 1.0 (可扩展标记语言，Extensible Markup Language) 标准是一个基于文本的 World Wide Web 组织 (W3C) 规范的标记语言。与 HTML 使用标签来描述外观和数据不同，XML 严格地定义了可移植的结构化数据。它可以作为定义数据描述语言的语言，如标记语法或词汇、交换格式和通信协议。

　　2.SOAP

　　简单对象访问协议 (Simple Object Access Protocol) 是一个基于XML的，用于在分布式环境下交换信息的轻量级协议。SOAP 在请求者和提供者对象之间定义了一个通信协议，这样，在面向对象编程流行的环境中，该请求对象可以在提供的对象上执行远程方法调用。因为SOAP是平台无关和厂商无关的标准，因此尽管SOA并不必须使用SOAP，但在带有单独 IT基础架构的合作伙伴之间的松耦合互操作中，SOAP仍然是支持服务调用的最好方法。

　　W3C SOAP 1.2规范在服务请求者和服务提供者之间定义使用XML格式的消息进行通信。将应用程序请求(在XML中)放入 SOAP 信封中(也是 XML )，并从请求者到提供者发送应用程序请求，提供者发回的响应也采用相同的形式。最近 SOAP 被称为面向服务的架构协议 (Services-Oriented Architecture Protocol)。

　　SOAP的优点在于它完全和厂商无关，相对于平台、操作系统、目标模型和编程语言可以独立实现。另外，传输和语言绑定以及数据编码的参数选择都是由实现决定的。

　　3.WSDL

　　Web服务描述语言 WSDL (Web Services Description Language) 是一个提供描述服务IDL标准方法的XML词汇。Web 服务描述语言(WSDL)规范定义了一个 XML词汇表，该词汇表依照请求和响应消息，在服务请求者和服务提供者之间定义了一种契约。我们能够将Web服务定义为软件，这个软件通过描述SOAP消息接口的 WSDL文档来提供可重用的应用程序功能，并使用标准的传输协议来进行传递。

　　WSDL描述包含必要的细节,以便服务请求者能够使用特定服务:

　　● 请求消息格式
　　● 响应消息格式
　　● 向何处发送消息

WSDL 是基于 XML 的，因此 WSDL 文档是计算机可读的(machine-readable)。这样开发环境使用WSDL将集成服务的流程自动处理到请求者应用程序。例如 WebSphere Studio产生一个Java的代理对象，它能够像本地对象一样实现服务，但是实际上代理对象仅仅处理请求的创建和响应消息的解析。不管服务是否用Java、C#或者其他的语言实现，生成的Java代理对象都能够从WSDL描述中调用任何的Web服务。实际上，WSDL不能像编程语言那样描述实现细节。

　　4.UDDI

　　统一描述、发现和集成 (Universal Description, Discovery and Integration) 规范提供了一组公用的 SOAP API，使得服务代理得以实现。UDDI为发布服务的可用性和发现所需服务定义了一个标准接口(基于 SOAP 消息)。UDDI 实现将发布和发现服务的 SOAP 请求解释为用于基本数据存储的数据管理功能调用。

　　为了发布和发现其他SOA服务，UDDI 通过定义标准的 SOAP 消息来实现服务注册(Service Registry)。注册是一种服务代理，它是在 UDDI 上需要发现服务的请求者和发布服务的提供者之间的中介。一旦请求者决定使用特定的服务，开发者通常借助于开发工具(如Microsoft Visual Studio .NET)并通过创建以发送请求并处理响应的方式访问服务的代码来绑定服务。

　　SOA不需要使用UDDI，但由于 UDDI 是建立在SOA上来完成自身工作的，所以UDDI是服务发现的一个好的解决方案。

　　5.ESB

　　如图2所示，企业服务总线ESB(Enterprise Service Bus)是SOA架构的一个支柱技术。 作为一种消息代理架构它提供消息队列系统，使用诸如SOAP或JMS (Java Message Service)等标准技术来实现。

　　有人把ESB描述成一种开放的、基于标准的消息机制，通过简单的标准适配器和接口，来完成粗粒度应用(比如服务)和其他组件之间的互操作。

　　ESB的主要功能有:通信和消息处理、服务交互和安全性控制、服务质量和服务级别管理、建模、管理和自治、基础架构智能等。


 

... ]]> http://buptsoa.ycool.com/post.1264861.html Mon, 29 May 2006 06:05:31 GMT 关于我们的组织及本周周报 http://buptsoa.ycool.com/post.1262965.html 提几个建议，大家看看怎样：
1 我们每周写个周报怎样。各人报告下本周进展，文字版交给我。然后我再加上赛事新信息，本周成果，存在问题，下周安排发给大家
2 smth论坛上ibmtech版值得常看。其他地方也可能会有很棒的资料。所以各人如果看到很棒的资料，可否整理在一起然后群发一下？
即便只是给出链接，但说明下有用在何处，这样一旦别人遇到相同问题，可以很快找到最合适的资料。
呵，我是个没经验的项目管理者。所以，一切大家商量：）

本周周报
1 进展：已经收到报名确认，等待软件光盘寄来。大家熟悉资料中
2 赛事速递：1) 截至22号中午共246支队伍，北邮加我们三支  2)TurboCRM公司的产品现在正式成为本次竞赛的推荐CRM产品
3 下周安排与预期目标：会上讨论，我还没全想好

此外，前两天看用友ERP那本书，为WB和文学的工作提供一个思路，如果业余，不要批评我呵：
能否从企业生产、销售、管理的整个流程出发，为每一项企业活动或企业目标提供一个所需信息清单，并注明信息来源
比如，企业想降低生产成本(企业目标)。需要原料进货价格、每产品原料耗用量、人员工资、工人生产效率、运送费用、仓库管理费用，等等等等。然后我们再来核算在哪里可能降低成本，而成本又对什么因素敏感
再比如，企业新开发电子商务平台(企业活动)。它又需要哪些原有应用程序支持，需要和哪些数据库进行数据交换

恩，先写这些。发现天快亮了，精神再次好起来。看晨色渐曦，是件幸福的事^_^





... ]]> http://buptsoa.ycool.com/post.1262965.html Sat, 27 May 2006 20:05:24 GMT 术语(不断补充中) http://buptsoa.ycool.com/post.1262960.html
BPEL4WS 业务流程执行语言（Business Process Execution Language for Web Services）：定位是成为整合方面的 Web 服务标准
BO 业务对象(Business Object）
BPEL 业务流程描述标准
EAI Enterprise Application Integration
ESB 企业服务总线（Enterprise Service Bus）
J2EE Java 2, Enterprise Edition™
IDE
MDD 建模和模型驱动开发
MDA 模型驱动体系架构
OMG 对象管理组织
OOAD 基于对象的分析和设计
RAS 基于资产开发的可重用资产规范
SOA 面向服务的体系架构（Service-oriented Architectures）
SCA 服务组件架构（Service Component Architecture）。WebSphere Process Server：IBM 为 SOA 提供的新基础，这篇文章里讲了定义
SLAs
WSDL Web Services Description Language
... ]]> http://buptsoa.ycool.com/post.1262960.html Sat, 27 May 2006 20:05:51 GMT COPY and HIGHLIGHT http://buptsoa.ycool.com/post.1262958.html 加班加点干毕设，弄到现在还没写报告，sigh~ 赶在现在把这礼拜过了的资料写个总结。蓝色的是copy资料里的，其他的是摘略或我自己的
这篇主要和豆豆交流下心得。大部分文章是http://www-900.ibm.com/cn/software/websphere/events/soacontest/down.shtml  下面 SOA基本概念里的
一.  基于服务的建模和架构http://www-128.ibm.com/developerworks/cn/webservices/ws-soa-design1/
引言中写SOA的特点：
SOA 三个重要的元素： 服务，流，和实现服务的组件 可以对应下面架构文档设计的模板里的4 5 3 层
区分 SOA 的两个关键角色之间的截然不同的需求：服务提供者和服务消费者
假设为一个企业或者业务线构建的应用程序，现在必须被提升到一个供应链中使用，并且公开给合作伙伴，这些合作伙伴可能组合、联合和封装应用程序到一个新的应用程序中。这是服务生态系统或者服务价值网的概念。 这句没读懂
架构样式和原理中写服务的概念：服务是一种有具体服务描述的软件资源（可发现）。
SOA 的一个架构模板给出了我们想要的架构文档设计的模板，文中对每一层有个概要的说明：

 

 

1.       范围 <此架构适用于企业的哪个领域>     

 

 

2.       操作系统层    包含现有的程序CRM+ERP+业务智能程序

 

 

1.       打包的应用程序    

 

 

2.       自定义应用程序

 

 

3.       架构决策

 

 

3.       企业组件层    由那些负责实现功能和保持公开服务 QoS 的企业组件组成,大多数情况下，本层使用基于容器的技术，比如实现组件、负载均衡、高可用性和工作量管理的应用服务器。

 

 

1.       企业组件支持的功能范围

 

 

2.       <这个企业组件支持业务领域、目标和过程>

 

 

3.       关于控制的决策

 

 

1.       <作为这个客户端组织内部企业组件来选择某物的标准>

 

 

4.       架构决策

 

 

4.       服务层  企业组件在这一层的接口公开为一个服务描述, 使用它们接口提供的功能在运行时提供服务实现。

 

 

1.       服务分类表

 

 

2.       架构决策

 

 

5.       业务过程和合成层  在这层里，服务通过配合、编排，被绑定成一个流程，从而作为单独的应用程序而共同作用。流程合成工具有 IBM® WebSphere® Business Integration Modeler 或者 Websphere Application Developer Integration Edition

 

 

1 .      业务过程可以表现为舞蹈编排（choreographies） //好奇怪的翻译

 

 

2.       架构决策

 

 

1.       <哪一个过程需要编排在舞蹈编排里面以及哪一个镶嵌在应用程序里面？>

 

 

6.       访问或者表现层   在应用程序接口或者表现层来利用 Web 服务成为趋势。这层可用来满足将来的解决方案的需求

 

 

1.       <证明这层中 Web 服务和 SOA 的含意；即便要。例如，在用户接口级别上调用 Web 服务的 portlet 的使用，以及在此层机能上的含意。>

 

 

7.       集成层  这一层使服务可以集成，通过引入一系列可靠的性能的集合，比如智能路由，协议中介和其他转化机制。Web Services Description Language（WSDL）制定了绑定，它包含提供服务的地址

 

 

1.       <包含 ESB 因素>

 

 

2.       <我们如何确保使用服务的客户端系统级的一致性（SLA）和服务质量（QoS）？>

 

 

3.       安全问题和决策

 

 

4.       性能问题和决策

 

 

5.       技术和标准的局限性以及决策

 

 

6.       服务的监控和管理

 

 

1.       描述和决策

 

 

8.       QOS  安全，性能和可用性等 QoS

 

 

然后就给出了我们可以遵循的工作步骤：
Service 鉴别：从三个途径寻找service：1)企业的业务用例，业务领域分解 2)分析现有系统体提供的API、事务和模块 3)目标服务缄默，从目标发现服务
服务分级和分类：分级别的服务颗粒出现
子系统分析：指定子系统之间的相互依赖和流程，创建对象模型来表现子系统内部工作方式
组件指定：组件的细节定义：数据 、规则 、服务 、可配置概要 、变更 、消息和时间指定以及管理定义
服务分配：分派服务到目前鉴别的子系统
服务实现
这篇文章的利用价值还是比较大


二. IBM WebSphere 开发者技术期刊: WebSphere Integration Reference Architecture 简介
这篇文章的好处在于告诉我们可以实现的功能有哪些，我还很高兴它给出了websphere提供的软件工具列表。前半部分就意思不大了  

 

 

1. 连接性服务：实现企业服务总线（Enterprise Service Bus，ESB）的基础。它包括:
1)事件服务提供允许组件（及组织资源）响应刺激的事件驱动服务；例如，业务事件。 比如来了个新订单
2)事务服务提供跨有线和无线网络进行同步和异步消息传递的通信服务，同时具有可提供位置和协议独立性的不同级别的传递保证。 比如随时通知销售人员最新消息
3)中介服务允许动态处理消息传输、动态路由和服务绑定解析服务。  
2. 业务逻辑服务 3 控制服务 4 开发服务 5 业务创新和优化服务 6 IT 服务管理：很长，给我的启示就是可以从这里按图索骥挖掘我们要开发的业务。比如2中合作伙伴项自动化文档交换，3项里信息服务，看起来就很不错
附上这个表，看来我们要学的东西好多：
表 1. WebSphere Integration Reference Architecture 标准和技术
服务功能相关标准
企业服务总线 JMS、J2EE、SOAP、XSLT、WSDL、UDDI
开发工具 Eclipse、J2EE、J2SE、J2ME、XML、UML、Java Server Faces、SWT、XMI、WS BPEL、SQLJ、JDBC、XSLT、WSDL、UDDI
业务性能管理工具 W3 Common Log Format、WS DM 计划、CEI/CBE
交互服务 WSRP、JSR 168、Java Server Faces、VoiceXML、J2EE
流程服务 J2EE、BPEL4WS、WSDL、UDDI
信息服务 XQuery、SQL、JDBC/ODBC
合作伙伴服务 FTP、sFTP、HTTP、HTTP/S、RosettaNet、SMTP、JMS、SOAP/HTTP、WMQ、cXML、EDI（X12、EDIFACT 及其他）
业务应用程序服务 J2EE（JNDI、EJB、JSP、JTA、JAAS、JAXP、JAXR、JMX 及其他）
应用程序和信息资产 J2C、JMS、IIOP、JDBC、CICS、IMS、3270/5250

三. 下一代模型驱动开发
这篇文章至少目前看起来价值不大。讲了IBM Rational 自动化建模工具的发展历程，并且花掉了很大的篇幅。而这个工具具体的功能，讲的不多

四.  WebSphere Process Server：IBM 为 SOA 提供的新基础 http://www-128.ibm.com/developerworks/cn/websphere/library/techarticles/0509_kulhanek/0509_kulhanek.html
还没太看懂。但这句话可能有助以后的工作：任何 SCA 服务组件的接口都是通过 Web 服务定义语言（Web Service Definition Language，WSDL）或者 Java 接口描述的，而业务对象是通过 XML Schema (XSD) 描述的
而从这个工具提供的服务组件及其功能描述来看，它很重要。在WebSphere Process Server V6 体系结构概述这篇里有对它更为详细的描述

此外，瞄了一眼业务流程: 学习 BPEL4WS的两篇文章。它借了一个贷款批准流程来讲，写得比较明白，而且居然还有代码。


 

 

 

 

... ]]> http://buptsoa.ycool.com/post.1262958.html Sat, 27 May 2006 20:05:29 GMT