hohaisoa.bokee.com 复制
我们的soa
加为好友
发送私信
给我留言
加入收藏
我的群组
荐给好友
日志
面向服务的体系结构是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
Web服务定义的理解
分类:默认栏目
W
Web 服务是由 URI 标识的软件应用程序，其接口和绑定可以通过 XML 构件进行定义、描述和发现，Web 服务支持通过基于因特网的协议使用基于 XML 的消息与其他软件应用程序直接交互。
由该定义可见：Web 服务可以不需要 SOAP，Web 服务可以不需要 HTTP。
W
Web 服务是使用以下三个主要技术类别中的一些特定技术开发的软件组件：
基于 XML 的描述格式（例如，WSDL）
应用程序消息传递协议（例如，SOAP）
一组传输协议（例如，HTTP)
面向服务的应用程序（Service-oriented application）包括可能利用 Web 服务技术（如 SOAP）但可能不包括 WSDL 或其他基于 XML 的描述的应用程序。这样的应用程序被看作是类似于 Web 服务的，但从技术上讲它们不是 Web 服务。
我们用UML对一个系统建模,怎样才能得出一个比较完整而清晰的模型呢? 看了一些资料后,我觉得应该从以下步骤比较合理:
第一步,对系统进行需求分析,比较好的办法是对所获得的需求按照功能来分模块,给出每个模块的输入,处理,输出.模块的粒度可大可小,根据系统而定,而且大模块之内可以有小的模块嵌套.
第二步,建立用例模型.
首先,当然是寻找参与者(actor),他是外部系统的实体.可以从谁使用该系统?与该系统交互的系统是什么?等等问题出发来进行考虑.
再次,寻找用例.这个可以从需求分析中的功能出发.最好是每个独立的功能都做成一个用例.
第三步,动态建模.采用时序图,协作图,状态图,活动图等对用例再进行详细的分析,以便使业务流程更加清晰,也便于寻找出改系统中的类图.
第四步,创建系统的类图.类图显示了一组类,接口,协作以及他们之间的关系.类图中的类可以从动态建模中的对象来寻找,这样做可以更加有针对性.然后可以对类进行分析,找出他们之间的关系,并画出最终的类模型图.
第五步,系统部署,有组件图,配置图等.
UML(统一建模语言)用于指定、显示、构建和记录系统密集（system－intensive）的过程的工件（artifact）。
UML采用并推广（但并不要求或强制）了一种过程，这种过程的特点是用例驱动的（use－case－driven）、以体系结构为中心的、面向对象的、基于组件的、迭代的、递增的和抗风险（risk－confronting）的。
UML既不是一种可视化编程语言、工具或存储库贵方，也不是一种方法或过程。
这听起来有些太抽象，但是SOA确实无处不在。让我们在你的住房中找到一个SOA的例子。例如播放一个CD,你可以将要播放的CD放入CD机中，CD机将为你播放这张CD，CD机提供了一个CD播放服务。这里的好处就是你可以用不同的CD机去播放同一张CD。他们能提供同样的CD播放服务，但是服务质量是不同的。
SOA的思想明显不同于面向对象的编程，面向对象编程强烈的建议你应该将数据与其操作绑定。因此在面向对象编程风格中，每张CD 有它自己的CD播放机，他们之间不能被拆开。这听起来很奇怪，但是这就是我们建立许多已存软件系统的方式。
我已经在博客网落户了，欢迎你时常过来看看，大家多多交流哦。我会在这里记录我的工作也会记录我的心情与你分享。也希望你记住我的地址，你可以把她添加到你的收藏夹（Ctrl＋D），也可以把她复制下来告诉你的朋友们
我的博客地址： http://hohaisoa.bokee.com
最新评论
