１．软件体系结构简介
虽然软件体系结构已经在软件工程领域中有着广泛的应用，但迄今为止还没有一个被大家所公认的定义，一般认为：
（１）软件体系结构是软件在设计构成上的基本、可供设计选择的形态和总体结构。
（２）软件体系结构定义软件的局部和总体计算部件的构成以及这些部件之间的相互作用关系，即结构（静态）和行为（动态）。
软件体系结构是对子系统、软件系统组件以及他们之间相互关系的描述。子系统和组件一般定义在不同的视图内，以显示软件系统的相关功能属性和非功能属性。系统的软件体系结构是一件人工制品，这是软件设计活动的结果。
２．软件体系结构的发展基于软件模型的发展
软件模型包括过程模型、对象模型、组件模型、配置型组件模型、ＷｅｂＳｅｒｖｉｃｅｓ模型、ＧｒｉｄＳｅｒｖｅｒｓ模型、ＩｎｔｅｌｌｉｇｅｎｃｅＳｅｒｖｉｃｅｓ模型。
不同的模型决定了不同的软件体系，各种模型的发展是螺旋式的，不是抛弃式的。因此，软件体系的重心也是不同的。
３．ＷｅｂＳｅｒｖｉｃｅ模型中的体系结构
ＷｅｂＳｅｒｖｉｃｅ的定义：ＷｅｂＳｅｒｖｉｃｅ平台是一套标准，它定义了应用程序如何在Ｗｅｂ上实现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上写ＷｅｂＳｅｒｖｉｃｅ，只要我们可以通过ＷｅｂＳｅｒｖｉｃｅ标准对这些服务进行查询和访问。
ＷｅｂＳｅｒｖｉｃｅ平台需要一套协议来实现分布式应用程序的创建。任何平台都有它的数据表示方法和类型系统。要实现互操作性，ＷｅｂＳｅｒｖｉｃｅ平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。在传统的分布式系统中，基于界面（ｉｎｔｅｒｆａｃｅ）的平台提供了一些方法来描述界面、方法和参数。同样的，ＷｅｂＳｅｒｖｉｃｅ平台也必须提供一种标准来描述ＷｅｂＳｅｒｖｉｃｅ，让客户可以得到足够的信息来调用这个ＷｅｂＳｅｒｖｉｃｅ。最后，我们还必须有一种方法来对这个ＷｅｂＳｅｒｖｉｃｅ进行远程调用。这种方法实际是一种远程过程调用协议（ＲＰＣ）。为了达到互操作性，这种ＲＰＣ协议还必须与平台和编程语言无关。
ＷｅｂＳｅｒｖｉｃｅ结构如图１。
图１
ＷｅｂＳｅｒｖｉｃｅ的执行模式如图２。
图２
３．１ＸＭＬ和ＸＳＤ
可扩展的标记语言ＸＭＬ是ＷｅｂＳｅｒｖｉｃｅ平台中表示数据的基本格式。除了易于建立和易于分析外，ＸＭＬ主要的优点在于它既与平台无关，又与厂商无关。ＸＭＬ是由万维网协会（Ｗ３Ｃ）创建，Ｗ３Ｃ制定的ＸＭＬＳｃｈｅｍａＸＳＤ定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。ＸＭＬ结构如下图３。
图３
ＷｅｂＳｅｒｖｉｃｅ平台是用ＸＳＤ来作为数据类型系统的。当你用某种语言如ＶＢ．ＮＥＴ或Ｃ＃来构造一个ＷｅｂＳｅｒｖｉｃｅ时，为了符合ＷｅｂＳｅｒｖｉｃｅ标准，所有你使用的数据类型都必须被转换为ＸＳＤ类型。如想让它使用在不同平台和不同软件的不同组织间传递，还需要用某种东西将它包装起来。这种东西就是一种协议，如ＳＯＡＰ。
３．２ＳＯＡＰ
ＳＯＡＰ即简单对象访问协议（ＳｉｍｐｌｅＯｂｊｅｃｔＡｃｃｅｓｓＰｒｏｔｏｃｏｌ），它是用于交换ＸＭＬ编码信息的轻量级协议。它有三个主要方面：ＸＭＬ－ｅｎｖｅ－ｌｏｐｅ为描述信
息内容和如何处理内容定义了框架，将程序对象编码成为ＸＭＬ对象的规则，执行远程过程调用（ＲＰＣ）的约定。ＳＯＡＰ可以运行在任何其他传输协议上。例如，你可以使用ＳＭＴＰ，即因特网协议来传递ＳＯＡＰ消息，这可是很有诱惑力的。在传输层之间的头是不同的，但ＸＭＬ有效负载保持相同。
ＳＯＡＰ消息封装的模型如图４。
图４
ＷｅｂＳｅｒｖｉｃｅ希望实现不同的系统之间能够用“软件－软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于Ｗｅｂ无缝集成”的目标。
３．３ＷＳＤＬ
ＷｅｂＳｅｒｖｉｃｅ描述语言ＷＳＤＬ就是用机器能阅读的方式提供的一个正式描述文档而基于ＸＭＬ的语言，用于描述ＷｅｂＳｅｒｖｉｃｅ及其函数、参数和返回值。因为是基于ＸＭＬ的，所以ＷＳＤＬ既是机器可阅读的，又是人可阅读的。ＷＳＤＬ你会怎样向别人介绍你的ＷｅｂＳｅｒｖｉｃｅ有什么功能以及每个函数调用时的参数呢？你可能会自己写一套文档，你甚至可能会口头上告诉需要使用你的ＷｅｂＳｅｒｖｉｃｅ的人。这些非正式的方法至少都有一个严重的问题：当程序员坐
到电脑前，想要使用你的ＷｅｂＳｅｒｖｉｃｅ的时候，他们的工具（如ＶｉｓｕａｌＳｔｕｄｉｏ）无法给他们提供任何帮助，因为这些工具根本就不了解你的ＷｅｂＳｅｒｖｉｃｅ。解决方法是：用机器能阅读的方式提供一个正式的描述文档。ＷｅｂＳｅｒｖｉｃｅ描述语言（ＷＳＤＬ）就是这样一个基于ＸＭＬ的语言，用于描述ＷｅｂＳｅｒｖｉｃｅ及其函数、参数和返回值。因为是基于ＸＭＬ的，所以ＷＳＤＬ既是机器可阅读的，又是人可阅读的，这将是一个很大的好处。一些最新的开发工具既能根据你的ＷｅｂＳｅｒｖｉｃｅ生成ＷＳＤＬ文档，又能导入ＷＳＤＬ文档，生成调用相应ＷｅｂＳｅｒｖｉｃｅ的代码。图５为ＷＳＤＬ文档的元素结构。
Web Service软件体系结构分析
苏州高博软件技术职业学院李月峰
［摘要］使用ＷｅｂＳｅｒｖｉｃｅ模式进行软件设计越来越受到业界的欢迎，ＷｅｂＳｅｒｖｉｃｅ技术解决了很多以前的技术难以解决或者解决起来比较困难的问题，当然，新技术也带来了一些新的固有问题，本文对ＷｅｂＳｅｒｖｉｃｅ的体系结构以及使用的技术进行介绍
。
２０８
——
中，让学生置身于任务情景的氛围之中，学习商务知识和语言技能，学生就会很容易接受这些看似枯燥无味的基础知识了。
任务中阶段的具体操作方法可分为三个步骤：
第一步，分组，学生通过个人演示，来完成此次任务。由于这次任务是报价、估价和投标，因此，应该多划分几个组，如一个招标方和几个投标方，并且把教室布置成真实投标现场的情形，营造出真实投标的氛围。
第二步，策划，学生要为第三步要完成的任务做准备，搜集语言点、相关商务知识和角分配等。策划的重点是使第三步的汇报内容清楚、恰当、有条不紊。教师在此阶段可以先给学生们提示重要信息并提供必要的帮助。
教师在投标前可以提供以下信息。
ｂｉｄｄｉｎｇｄｏｃｕｍｅｎｔｓ招标文件；
ｔｅｎｄｅｒｂｏｏｋ投标书；
ｔｅｎｄｅｒｂｏｎｄ投标保证金。
第三步，汇报，教师让这几个小组汇报成果，学生可以通过提问或者评分的方式参与其中。
（３）任务后阶段
任务后阶段主要是讨论和总结。任务后阶段主要有几个教学目的：第一，提供重做任务的机会；第二：让学生对此次任务的完成情况进行反思；第三，提醒学生注意语言形式，尤其是在任务过程中有问题的语言形式。在完成任务后，教师应该要组织学生对本次任务完成情况进行讨论。这样可以让学生更加明确任务，同时能够加深学生对理论知识的理解，有助于学生团队合作意识的培养。教师在这个过程中要作一个旁观者，要让学生成为主体。总结环节由教师和学生共同完成，可以从任务的设计、执行到最终完成进行正反两个方面的总结。这样可以让学生对所学的知识进行补充和加工，从而更好的掌握所学知识。
４．任务型教学法对教师的要求
由于商务英语学习的目的及要求具有多样性的特点，而传统的教学方法只是涉及教学内容、重点和难点、教学步骤，强调按照大纲及教材规定的语言项目进行教学，因此，传统教学方法已经不能适应目前的商务英语课程。任务型教学法可以给教师提供更大的活动空间，让教师可以根据学生和教学资源的具体情况设计教学活动。因此，任务型教学法对教师提出了更多更高的教学要求：
（１）教师必须根据学生的学习目标和需求及时调整教学内容和教学方式。教师必须要了解学生在现实生活中对语言应用的需求，这样才能真正激发学生的学习兴趣和学习动机。
（２）教师要对确定后的学习需求进行分类，根据不同的情况，设计出不同的任务类型，内容的涉及面要广，信息量要大，要能够全面地涵盖商务交际的各个方面。
（３）在学生执行任务的过程中，教师要提供必要的帮助和支持，鼓励学生进行交流，但是要注意不要急于指出学生所犯的语言错误，挫伤学生学习的积极性，要营造出宽松的学习氛围，让学生去大胆实践，在商务英语教学中，教师始终要记住，意义的表达和任务的完成优先于语言表达。
（４）学生在课堂中做了任务报告后，教师应该要及时给出学生反馈意见，同时也要寻求其他同学的反馈意见，这两种意见的结合，能够让学生更加明确该任务的具体目标。
（５）教师应该要设计出良好的任务。所谓良好的任务就是从难度上来说很适当的任务，太难的任务，学生会束手无策，太简单的任务，又无法调动学生的积极性。因此，在采用任务型教学法的时候，需要教师随机应变，灵活处理，教师除了要布置任务，还要根据学生的不同表现和要求做出适当的反应。教师在设计任务时，应该要尽可能的考虑可能发生的各种情况。
５．结语
随着全球经济一体化的发展，我国与世界各国经济合作日益增加，商务英语正面临着更大的发展机遇，在社会经济充当着愈来愈重要的角，社会对复合型国际商务人才的需求也越来越大，培养这样的综合性人才的任务非常紧迫，商务英语教学面临着很大的挑战。在商务英语教学中使用任务型教学法，是在课堂上模拟真实的商务活动，从而培养出学生运用英语和商务知识的能力。教学实践证明，任务型教学法能够激发学生的学习兴趣，有助于培养学生综合的语言运用能力，有利于学生的全面发展。因此，在商务英语教学中使用任务型教学法，已经成为了很多的教师的选择。
参考文献
［１］袁晖，郑书燕．高职商务英语教学方法的探讨［Ｊ］．科技信息，２０１０，２７（０８）：４１０．
［２］高子娟．任务型教学法在高职商务英语口语教学中的应用［Ｊ］．科技信息，２０１０，２７（０４）：１９５．
［３］洪明．任务型教学法与有效商务沟通能力的培养［Ｊ］．文史博览（理论），２０１０，４（０１）：７５－７６．
［４］刘菁蓉．商务英语写作任务型教学模式探索［Ｊ］．科技信息，２００９，２６（３５）：６００－６０１．
（上接第２０７页）图５调用webservice服务
３．４ＵＤＤＩ
图６
ＵＤＤＩ的目的是为电子商务建立标准；ＵＤＤＩ是一套基于Ｗｅｂ的、分布式的、为ＷｅｂＳｅｒｖｉｃｅ提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的ＷｅｂＳｅｒｖｉｃｅ注册，以使别的企业能够发现的访问协议的实现标准。图６为ＵＤＤＩ的原理。
３．５远程过程调用ＲＰＣ与消息传递
ＷｅｂＳｅｒｖｉｃｅ本身其实是在实现应用程序间的通信。我们现在有两种应用程序通信的方法：ＲＰＣ远程过程调用和消息传递。使用ＲＰＣ的时候，客户端的概念是调用服务器上的远程过程，通常方式为实例化一个远程对象并调用其方法和属性。ＲＰＣ系统试图达到一种位置上的透明性：服务器暴露出远程对象的接口，而客户端就好像在本地使用的这些对象的接口一样，这样就隐藏了底层的信息，客户端也就根本不需要知道对象是在哪台机器上。
４．总结
ＷｅｂＳｅｒｖｉｃｅ是创建可互操作的分布式应用程序的新平台。ＷｅｂＳｅｒｖｉｃｅ的主要目标是跨平台的可互操作性。为了达到这一目标，ＷｅｂＳｅｒｖｉｃｅ是完全基于ＸＭＬ、ＸＳＤ等独立于平台、独立于软件供应商的标准的。
ＷｅｂＳｅｒｖｉｃｅ在应用程序跨平台和跨网络进行通信的时候是非常有用的。ＷｅｂＳｅｒｖｉｃｅ适用于应用程序集成、Ｂ２Ｂ集成、代码和数据重用以及通过Ｗｅｂ进行客户端和服务器的通信的场合。
当然，ＷｅｂＳｅｒｖｉｃｅ也不是万能的，你不能到处滥用ＷｅｂＳｅｒｖｉｃｅ。在有些情况下，ＷｅｂＳｅｒｖｉｃｅ会降低应用程序的性能，而不会带来任何好处。例如，一台机器或一个局域网里面运行的同构应用程序就不应该用ＷｅｂＳｅｒｖｉｃｅ进行通信。
参考文献
［１］（美）盖兰德等著．叶俊民等译．《大型软件体系结构：使用ＵＭＬ实践指南》
［２］ＸＩＮＣＨＥＮ等著．《应用框架的设计与实现——
—．ＮＥＴ平台
》
２０９——

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。