SOA真正面目：优势与不足（本站推荐）

第一篇：SOA真正面目：优势与不足（本站推荐）

SOA(service-oriented architecture)，面向服务的架构，恐怕是近一段时间以来最热门的话题之一。在2004年中国软件业评出的10大热点名词中，SOA名列榜首。ZapThink调研公司在最近发表的一份报告中也预测，到2006年，基于SOA架构的中间件产品将成为网络化商业系统的主要设计思路。Gartner集团的分析师也指出，今年，SOA架构下的中间件产品将进入主流应用之中。Gartner 还预言：“到了 2008 年，至少 60% 的企业将使用 SOA 作为创建任务苛刻的应用程序和过程的‘指导原则’”。认清SOA的本来面目

SOA架构是一场革命，其实质就是将系统模型与系统实现分离。

软件业从最初的面向过程、面向对象，到后来的面向组件、面向集成，直到现在的面向服务，走过了一条螺旋上升的曲线。其实，自从上世纪70年代提出“软件危机”，诞生软件工程学科以来，软件业为了彻底摆脱软件系统开发泥潭，一直也没有放弃努力。在经典软件工程理论中，不管是瀑布方法还是原型方法，都是从需求分析做起，一步一步构建起形形色色的软件系统。但是，需求变更像一个挥之不去的阴影，时刻伴随着系统左右。每一个实际应用系统的开发者都饱尝了在系统进入开发阶段、测试阶段，甚至上线阶段遭遇应接不暇的需求变更的极端痛苦。客户将变更的需求视为bug(错误），也是测试上现阶段的主要问题。

如何解决这一问题？能否来一场软件开发和架构的革命？SOA架构的提出，就是被人看成这样的一场革命。其实质就是要将系统模型与系统实现分割开来。

1．定义

SOA并不是一个新概念，有人就将CORBA和DCOM等组件模型看成SOA架构的前身。早在1996年，Gartner Group就已经提出了SOA的预言。不过那个时候仅仅是一个“预言”，当时的软件发展水平和信息化程度还不足以支撑这样的概念走进实质性应用阶段。到了近一两年，SOA的技术实现手段渐渐成熟了。在BEA、HP等软件巨头的极力推动下，才得以慢慢风行起来。Gartner为SOA描述的愿景目标是实现实时企业（Real-Time Enterprise）。关于SOA，目前尚未有一个统一的、业界广泛接受的定义。一般认为：SOA，面向服务的架构是一个组件模型，它将应用程序的不同功能单元——服务（service），通过服务间定义良好的接口和契约（contract）联系起来。接口采用中立的方式定义，独立于具体实现服务的硬件平台、操作系统和编程语言，使得构建在这样的系统中的服务可以使用统一和标准的方式进行通信。这种具有中立接口的定义（没有强制绑定到特定的实现上）的特征被称为服务之间的松耦合。

从这个定义中，我们看到下面两点：

● 它是一种软件系统架构。SOA不是一种语言，也不是一种具体的技术，更不是一种产品，而是一种软件系统架构。它尝试给出在特定环境下推荐采用的一种架构，从这个角度上来说，它其实更像一种架构模式(Pattern)，是一种理念架构，是人们面向应用服务的解决方案框架。● 服务（service）是整个SOA实现的核心。SOA架构的基本元素是服务，SOA 指定一组实体（服务提供者、服务消费者、服务注册表、服务条款、服务代理和服务契约），这些实体详细说明了如何提供和消费服务。遵循 SOA 观点的系统必须要有服务，这些服务是可互操作的、独立的、模块化的、位置明确的、松耦合的，并且可以通过网络查找其地址。

2．SOA三种角色的关系

图1是W3C给出的SOA模型中三种不同角色的关系示意图。其中：

服务是一个自包含的、无状态（stateless）的实体，可以由多个组件组成。它通过事先定义的界面响应服务请求。它也可以执行诸如编辑和处理事务（transaction）等离散性任务。服务本身并不依赖于其他函数和过程的状态。用什么技术实现服务，并不在其定义中加以限制。

服务提供者（service provider）提供符合契约（contract）的服务，并将它们发布到服务代理。

服务请求者（service consumer）也叫服务使用者，它发现并调用其他的软件服务来提供商业解决方案。从概念上来说，SOA 本质上是将网络、传输协议和安全细节留给特定的实现来处理。服务请求者通常称为客户端，但是，也可以是终端用户应用程序或别的服务。服务代理者（service broker）作为储存库、电话黄页或票据交换所，产生由服务提供者发布的软件接口。

这三种 SOA 参与者：服务提供者、服务代理者以及服务请求者通过3个基本操作：发布（publish）、查找（find）、绑定（bind）相互作用。服务提供者向服务代理者发布服务。服务请求者通过服务代理者查找所需的服务，并绑定到这些服务上。服务提供者和服务请求者之间可以交互。

所谓服务的无状态，是指服务不依赖于任何事先设定的条件，是状态无关的（state-free）。在SOA架构中，一个服务不会依赖于其他服务的状态。它们从客户端接受服务请求。因为服务是无状态的，它们可以被编排(orchestrated)和序列化（sequenced）成多个序列(有时还采用流水线机制)，以执行商业逻辑。编排指的是序列化服务并提供数据处理逻辑。但不包括数据的展现功能。3．SOA的特征

基于上面的讨论，我们给出SOA的下面一些特征：

● 服务的封装（encapsulation）。将服务封装成用于业务流程的可重用组件的应用程序函数。它提供信息或简化业务数据从一个有效的、一致的状态向另一个状态的转变。封装隐藏了复杂性。服务的API保持不变，使得用户远离具体实施上的变更。

● 服务的重用（reuse）。服务的可重用性设计显著地降低了成本。为了实现可重用性，服务只工作在特定处理过程的上下文（context）中，独立于底层实现和客户需求的变更。● 服务的互操作(interoperability)。互操作并不是一个新概念。在CORBA、DCOM、web service中就已经采用互操作技术。在SOA中，通过服务之间既定的通信协议进行互操作。主要有同步和异步两种通信机制。SOA提供服务的互操作特性更有利于其在多种场合被重用。

● 服务是自治的（Autonomous）功能实体。服务是由组件组成的组合模块，是自包含和模块化的。

SOA非常强调架构中提供服务的功能实体的完全独立自主的能力。传统的组件技术，如.NET Remoting、EJB、COM或者CORBA，都需要有一个宿主(Host或者Server)来存放和管理这些功能实体；当这些宿主运行结束时，这些组件的寿命也随之结束。这样当宿主本身或者其他功能部分出现问题的时候，在该宿主上运行的其他应用服务就会受到影响。SOA架构中非常强调实体自我管理和恢复能力。常见的用来进行自我恢复的技术，比如事务处理(Transaction)、消息队列(Message Queue)冗余部署(Redundant Deployment)和集群系统(Cluster)在SOA中都起到至关重要的作用。

● 服务之间的松耦合度(Loosly Coupled）。服务请求者到服务提供者的绑定与服务之间应该是松耦合的。这就意味着，服务请求者不知道提供者实现的技术细节，比如程序设计语言、部署平台，等等。服务请求者往往通过消息调用操作，请求消息和响应，而不是通过使用 API 和文件格式。

这个松耦合使会话一端的软件可以在不影响另一端的情况下发生改变，前提是消息模式保持不变。在一个极端的情况下，服务提供者可以将以前基于遗留代码（如COBOL）的实现完全用基于Java语言的新代码取代，同时又不对服务请求者造成任何影响。这种情况是真实的，只要新代码支持相同的通信协议。

● 服务是位置透明的(location transparency）。服务是针对业务需求设计的。需要反映需求的变化，即所谓敏捷（agility）设计。要想真正实现业务与服务的分离，就必须使得服务的设计和部署对用户来说是完全透明的。也就是说，用户完全不必知道响应自己需求的服务的位置，甚至不必知道具体是哪个服务参与了响应。

4．三个抽象级别

从概念上讲，SOA 中有三个主要的抽象级别： ● 操作：代表单个逻辑工作单元（LUW）的事务。执行操作通常会导致读、写或修改一个或多个持久性数据。SOA 操作可以直接与面向对象(OO)的方法相比。它们都有特定的结构化接口，并且返回结构化的响应。同方法一样，特定操作的执行可能涉及调用附加的操作。● 服务：代表操作的逻辑分组。服务可以分层，以降低耦合度和复杂性。一个服务的粒度（granularity）大小也与系统的性能息息相关。粒度太小，会增加服务间互操作通信的开销；粒度太大，又会影响服务面对需求变化的敏捷性。

● 业务流程：为实现特定业务目标而执行的一组长期运行的动作或活动。业务流程通常包括多个业务调用。

在SOA中，业务流程包括依据一组业务规则按照有序序列执行的一系列操作。操作的排序、选择和执行称为服务或流程编排。典型的情况是调用已编排服务来响应业务事件。从建模的观点来看，由此带来的挑战是如何描述设计良好的操作、服务和流程抽象的特征，以及如何系统地构造它们。这些涉及服务建模、特征抽取的问题已经成为现阶段人们关注的焦点。SOA应用系统总体框架及相关概念

看到SOA的一堆名词，读者可能会感到迷惑，有必要结合实际的应用环境进一步阐释SOA的相关概念。

总体框架

图1所示的就是一个SOA应用系统的大体框架结构。它大体上可以分为五个部分：

● 展现层（presentation）：图1中5区，通过portal等技术建立展现平台，方便用户在这个界面上提出服务请求。

● 业务处理建模（business process modeling）：图1中的4区，SOA元模型从MDA中继承了平台无关模型来对业务处理过程建模。这一部分独立于服务设计和部署层。模型驱动架构MDA（Model Driven Architecture）的主要缺陷是在模型设计阶段就对需求有完整的描述，而且没有需求变更的反馈机制。SOA通过添加敏捷方法AM来应对需求变更的情况。● 服务层(Services): 图1中的3区，整个SOA的核心层，它承上启下，对上响应业务模型，对下调用相关组件群完成业务需求,形成“业务驱动服务、服务驱动技术”的SOA事务处理格局。服务可以根据粒度分层。虽然细粒度提供了更多的灵活性，但同时也意味着交互的模式可能更为复杂。粗粒度降低了交互复杂性，但敏捷性却下降。

● 企业组件层（enterprise components）：图1中的2区，这里是相关组件发挥作用的场所。这些组件是平台相关的。因为到了这一层，许多底层软硬件平台的特性已经不再透明了。

● 系统软件层(Operational System):图1中的1区，这一层包括操作系统、数据库管理系统、CRM、ERP、商业智能(BI)等异构系统，是一个集成的平台。

除此之外，诸如QoS、安全性等(图1中7区)也是SOA架构的组成部分。

在上面的介绍中，自上而下有一条线，如图2所示，由业务建模开始，通过定义业务过程，得到服务模型，它是平台无关的，实现了模型与实现的分离。再通过设计组件群，得到平台相关的组件模型。

实施原则

Jason Bloomberg在其《Principles of SOA》中指出，SOA的实践必须遵循以下原则： ● 业务驱动服务，服务驱动技术。从本质上说，在抽象层次上，服务位于业务和技术中间。面向服务的架构设计师一方面必须理解在业务需求和可以提供的服务之间的动态关系;另一方面，同样要理解服务与提供这些服务的底层技术之间的关系。

● 业务敏捷是基本的业务需求。SOA考虑的是下一个抽象层次：提供响应变化需求的能力是新的“元需求”，而不是处理一些业务上的固定不变的需求。从硬件系统以上的整个架构都必须满足业务敏捷的需求，因为，在SOA中任何的瓶颈都会影响到整个IT环境的灵活性。

● 一个成功的SOA总在变化之中。SOA工作的场景，更像是一个活的生物体，而不是像传统所说的“盖一栋房子”。IT环境惟一不变的就是变化，因此面向服务架构设计师的工作永远不会结束。对于习惯于盖房子的设计师来说，要转向设计一个活的生物体要求有崭新的思维方式。SOA的基础还是一些类似的架构准则。

与其他概念的关系

1.SOA与Web Services的关系 SOA构架是独立于技术实现的。SOA并不必用Web Services来实现，相反，Web Services也并不一定遵循SOA标准。

不过，Web Services的特性十分适合用来实现SOA架构。Web Services 之间能够交换带结构的文档（比如XML），这些文档可能包含完全异构的数据信息。这些文档可以同时附带关于数据的数据：元数据（metadata）。换句话说，Web Services可以有较粗的粒度，这样较粗的粒度正好可以构成SOA中服务的粒度。

说到底，两者是相交的圆，SOA服务和Web Services之间的区别还在于设计。SOA概念并没有确切地定义服务具体如何交互，而仅仅定义了服务如何相互理解。其中的区别也就是定义如何执行流程的战略与如何执行流程的战术之间的区别。而另一方面，Web Services在需要交互的服务之间如何传递消息有具体的指导原则；从战术上实现SOA模型是通过 HTTP传递的SOAP消息中最常见的SOA模型。因而，从本质上讲，Web Services是实现 SOA的具体方式之一。

2.SOA中的服务与组件对象（Components Objects）的关系

相似之处在于：都有一个或多个接口，并且，服务发布者和使用者都遵守这些接口。

不同之处在于：SOA是关于模式（schemas）的，组件对象是关于对象类型（object types）的；SOA通过像SOAP这样的标准消息机制（messages）来实现通信，而组件对象通过方法调用（method calls）来交互。与CORBA 中的接口定义语言IDL(Interface Definition Language)相比，SOA 在WSDL(Web Services Definition Language)中采用XML，会显得更加普遍和通用。

联系之处在于：服务最终还是通过类和组件对象来实现的。

SOA被认为是传统紧耦合的、面向对象的模型的替代者。像通用对象代理架构CORBA(Common Object Request Broker Architecture)和分布式组件对象模型DCOM(Distributed Component Object Model)。在SOA 中，单个服务可以用面向对象方法来设计，但是，整个SOA的设计却是面向服务的。下面的表格中给出了SOA与分布式组件架构的不同点。

3.SOA与网格计算（Grid Computing）的关系 网格计算（Grid Computing）是利用互联网技术，把分散在不同地理位置的计算机组成一台虚拟超级计算机。每一台参与的计算机就是其中的一个“节点”，所有的计算机就组成了一张节点网——网格。从实质上来说“网格计算”是一种分布式应用，网格中的每一台计算机只是完成工作的一个小部分，虽然单台计算机的运算能力有限，但成千上万台计算机组合起来的计算能力就可以和超级计算机相比了。

网格计算基于因特网，提供了资源整合和共享的平台。十分适合作为SOA架构的实施平台。

我们来具体地看一下：

SOA 的构建策略：创建一个面向服务的计算SOC（service-based computing）环境；可以用类似于web services的技术来设计服务：使用SOAP通信机制；采用XML数据格式；强调服务的重用和互操作；最大化的应用现有资源；希望有一个类似于网格计算环境的基础平台。

网格作为平台的基本特点：网格被视为一个由各种计算资源组成的统一环境，其管理软件将网格整合成一个完整而协调的透明计算整体；网格是一个虚拟的应用服务器;是一个应用实现和数据处理的理想平台；服务在网格中部署和调用执行；商业逻辑和服务调用被当成网格程序一样在平台上运行；网格为SOC计算的有效性、快速性、灵活性、伸缩性和计算环境的管理提供便利。

SOA带给企业什么？

作为需要构建SOA应用的企业来说，究竟有些什么好处呢？我们来看一下： ● 集成现有系统，不必另起炉灶。面向服务的体系结构可以基于现有的系统投资来发展，而不需要彻底重新创建系统。通过使用适当的 SOA 框架并使其用于整个企业，可以将业务服务构造成现有组件的集合。使用这种新的服务只需要知道它的接口和名称。服务的内部细节以及在组成服务的组件之间传送的数据的复杂性都对外界隐藏了。这种组件的匿名性使组织能够利用现有的投资，从而可以通过合并构建在不同的机器上、运行在不同的操作系统中、用不同的编程语言开发的组件来创建服务。遗留系统可以通过 Web 服务接口来封装和访问。

● 服务设计松耦合，带来多方面优点。服务是位置透明的，服务不必与特定的系统和特定的网络相连接。服务是协议独立的，服务间的通信框架使得服务重用成为可能。对于业务需求变化，SOA能够方便组合松耦合的服务，以提供更为优质和快速的响应，允许服务使用者自动发现和连接可用的服务。松耦合系统架构使得服务更容易被应用所集成，或组成其他服务，同时提供了良好的应用开发、运行时服务部属和服务管理能力。提供对服务使用者的验证（authentication）授权（authorization），来加强安全性保障，这一点也优于其他紧耦合架构。

● 统一了业务架构，可扩展性增强。在所有不同的企业应用程序之间，基础架构的开发和部署将变得更加一致。现有的组件、新开发的组件和从厂商购买的组件可以合并在一个定义良好的 SOA 框架内。这样的组件集合将被作为服务部署在现有的基础构架中，从而使得可以更多地将基础架构作为一种商品化元素来加以考虑，增强了可扩展性。又由于面向服务的敏捷设计，在应对业务变更时，有了更强的“容变性”。

● 加快了开发速度，减少了开发成本。组织的 Web 服务库将成为采用 SOA 框架的组织的核心资产。使用这些 Web 服务库来构建和部署服务将显著地加快产品的上市速度，因为对现有服务和组件的新的创造性重用缩短了设计、开发、测试和部署产品的时间。SOA 减少了开发成本，提高了开发人员的工作效率。

研究表明，一般系统的接口的开发费用占到整个开发费用的33%，最高的竟达到了70%。在SOA中，接口的重用会节省费用60%。而且节省的费用不是一次性的，而是每年。随着业务需求的发展和新的需求的引入，通过采用 SOA 框架和服务库，为现有的和新的应用程序增强和创建新的服务的成本大大地减少了。同样，开发团队的学习难度也降低了，因为他们可能已经熟悉了现有的组件。

● 持续改进业务过程，降低激变风险。SOA允许清晰地表示流程流，这些流程流通过在特定业务服务中使用的组件的顺序来标识。这给商业用户提供了监视业务操作的理想环境。业务建模反映在业务服务中。流程操纵是以一定的模式重组部件（构成业务服务的组件）来实现的。这将进一步允许更改流程流，而同时监视产生的结果，因此促进了持续改进。重用现有的组件降低了在增强或创建新的业务服务过程中带来的风险，也减少了维护和管理支持服务基础架构的风险。实现SOA的相关技术

图1是一张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的主要功能有：通信和消息处理、服务交互和安全性控制、服务质量和服务级别管理、建模、管理和自治、基础架构智能等。

SOA的不足

作为一个具有发展前景的应用系统架构，SOA尚处在不断发展中，肯定存在许多有待改进的地方。随着标准和实施技术的不断完善，这些问题将迎刃而解，SOA应用将更加广泛。

缺憾之一 : 可靠性(Reliability）

SOA还没有完全为事务的最高可靠性——不可否认性(nonrepudiation)、消息一定会被传送且仅传送一次（once-and-only-once delivery）以及事务撤回（rollback）——做好准备，不过等标准和实施技术成熟到可以满足这一需求的程度并不遥远。

缺憾之二 : 安全性（Security）

在过去，访问控制只需要登录和验证；而在SOA环境中，由于一个应用软件的组件很容易去与属于不同域的其他组件进行对话，所以确保迥然不同又相互连接的系统之间的安全性就复杂得多了。

缺憾之三:编排(Orchestration)统一协调分布式软件组件以便构建有意义的业务流程是最复杂的，但它同时也最适合面向服务类型的集成，原因很显然，建立在SOA上面的应用软件被设计成可以按需要拆散、重新组装的服务。作为目前业务流程管理（BPM）解决方案的核心，编排功能使IT管理人员能够通过已经部署的套装或自己开发的应用软件的功能，把新的元应用软件（meta-application）连接起来。事实上，最大的难题不是建立模块化的应用软件，而是改变这些系统表示所处理数据的方法。

缺憾之四:遗留系统处理（Legacy support）

SOA中提供集成遗留系统的适配器，遗留应用适配器屏蔽了许多专用性API的复杂性和晦涩性。一个设计良好的适配器的作用好比是一个设计良好的SOA服务：它提供了一个抽象层，把应用基础设施的其余部分与各种棘手问题隔离开来。一些厂商就专门把遗留应用软件“语义集成”到基于XML的集成构架中。但是集成遗留系统的工作始终是一种挑战。

缺憾之五 : 语义 Semantics 定义事务和数据的业务含义，一直是IT管理人员面临的最棘手的问题。语义关系是设计良好SOA架构的核心要素。就目前而言，没有哪一项技术或软件产品能够真正解决语义问题。为针对特定行业和功能的流程定义并实施功能和数据模型是一项繁重的任务，它最终必须由业务和IT管理人员共同承担。不过，预制组件和经过实践证明的咨询技能可以简化许多难题。

采用XML技术也许是一个不错的主意。许多公司越来越认识到制定本行业XML标准的重要性。譬如，会计行业已提议用可扩展业务报告语言（XBRL）来描述及审查总账类型的记录。重要的是学会如何以服务来表示基本的业务流程。改变开发方式需要文化变迁，相比之下，解决技术难题只是一种智力操练。性能（performance）：SOA的第六个缺憾？

批评SOA的人士经常会提到性能是阻碍其采用的一个障碍，但技术的标准化总需要在速度方面有一些牺牲。这种怀疑观点通常针对两个方面：SOA的分布性质和Web服务协议的开销。

不可否认，任何分布式系统的执行速度都不如独立式系统，这完全是因为网络的制约作用造成的。当然，有些应用软件无法容忍网络引起的延迟，例如那些对实时性要求很高的应用软件。所以在应用SOA架构之前，搞清楚它的适用范围就显得很重要了。

除了上述几点之外，笔者认为还有两点也颇值得关注： 松耦合和敏捷性要求之间的权衡难题: 服务松耦合设计其实是一把双刃剑，在带来应变敏捷性的同时，也给业务建模和服务划分带来难题。这就是为什么在SOA讨论中，业务建模的争论总是最多的原因。

跨系统集成难题：

面向服务的体系结构设计将跨越计算机系统，并且还可能跨越企业边界。我们不得不考虑在使用 Internet 时安全性功能和需求，以及如何链接伙伴的安全域。Internet 协议并不是为可靠性（有保证的提交和提交的顺序）而设计的，但是我们需要确保消息被提交并被处理一次。当这不可能时，请求者必须知道请求并没有被处理。

第二篇：存款保险制度的真正面目

存款保险制度的真正面目 据合时代介绍，近来，有关国内将实施存款保险制度的话题引起了业界的热议。缘由则是央行在前不久发布的《中国金融稳定报告（2013）》中表示，中国存款保险制度条件已经具备，可择机出台并组织实施。看来，存款保险制度落脚中华大地是毫无疑问的了。不过，这个制度并不像想象的那样好，实践中也不会给我们带来期待中的实惠。

存款保险制度的身世并不复杂，它起源于美国1929-1933年大危机时期，至今不过80年的历史。由于大量的信用交易，1929-1933年的股市大跌引发了银行危机，致使许多银行倒闭，引发银行储户的挤提。为了防止类似现象重演，1933年，美国国会通过了《格拉斯·斯蒂格尔法》，主张对金融市场进行严格的监管，实现分业经营，其中包括成立联邦存款保险公司，为10万美元以下的存款提供保险——即一旦某家银行破产，10万美元以下的存款由该存款保险公司负责偿还给储户。这就有效地避免了储户听说银行会破产而蜂拥前去挤提，从而保障了银行体系的稳定。

理论上，保险能起到“减少风险、化解风险、保障后续”的作用，解除人们的后顾之忧，不会因为风险过大而影响后续经济活动。因为其基本逻辑是“我为人人、人人为我”的风险规避机制。比如，现在风行的汽车保险、人身意外保险以及人寿保险等确实起到了化解风险的作用。历史上，由于保险业的崛起，航海探险、跨洲贸易、商业交易才得以生生不息，蓬勃发展。可以说，保险业极大地促进了经济贸易与社会的进步，是现代经济的加速器与润滑剂。

然而，存款保险与上述一般的商业保险在机制设计上有着明显的区别。美国的存款保险公司是政府机构，强制银行参加。这样，在投保方面，存款保险的直接投保人不是储户，而是银行，即银行根据自己的储蓄存款量按照保险费率的要求缴纳一定的保险金。这样会产生两个明显的后果。

一方面，对银行而言，由于参加了存款保险，银行敢于冒更大的风险去从事原本应该谨慎的营生。为了吸纳更多的储蓄，它会提高存款利率。对于放款，它的严谨性与风险意识也会淡化，对于贷款者的经营素质与项目风险的审查不会像过去那样严谨。因为，保险之下，“大锅饭”体制为银行不规范经营提供了缓冲机制，刺激了银行的冒险精神与“搭便车”意识。这就是信息经济学强调的“道德风险”以及道德风险增大之后的“逆向选择”。

另一方面，对于储户而言，这样的保险并没有与储户的自身情况及储蓄额挂钩。也就是说，保险与否以及保险金的多少不影响储户的直接利益，即不同的储户享受同样的存款待遇。储户不会谨慎挑选安全性高的银行，只选择利息率高的银行。存款利息高的银行会吸纳更多的存款，其贷款规模也会相应扩大，最后的经营利润也会水涨船高。如果有些银行不这样放开，还是一如从前那样谨小慎微，其结果正好相反。

当然，这样的可能性只会停留在理论上，不会出现在实际生活中。银行之间的竞争会迫使所有的银行规避严谨的风险考量而做出使自己的利益最大化的轻率的行为选择。

但是，就银行而言，相对于过去的无保险状态，有一点非常清楚，那就是银行的经营成本多出了一块。这一块还得要银行自己消化。政府机构性质的保险公司的生存基础就是政府拨款与银行上缴的保费。其结果是财政支出的增加与银行经营费用的上升。财政支出缘于税收，这无疑增加了纳税人的负担。而银行经营费用的上升只能以银行自身的经营去消化，银行要么降低存款利率，要么提高贷款利率。这样一来，不是损害了储户的利益，就是损害了贷款者的利益。因此，整体而言，保险的经济后果还是要靠民众与市场去承担。与过去的无保险状态相比，唯一能够确证的就是社会为此多支付了一大块成本。

美国的存款保险制度中还有一点值得注意，即只为10万美元以下的存款提供保险，10万以上的存款不在保险之列。这种设计明显来源于当时的经验与直观感觉，小储户人多势众，一旦出现经济动荡，便包含极大的社会能量与危害性。只要稳定了他们的预期，保障了他们的利益，社会便会安稳下来。不过，这种考量，明显有违社会公平原则，损害了大额存款人的利益，也损害了其他没有银行存款的人或其存款银行没有发生经营风险的人的利益。

其实，自1934年存款保险制度实施以来，美国的经济危机与银行危机接连发生，并没有消失，但存款保险制度发挥的作用几近于无，非常有限。最近的例子是2008年的次贷危机，雷曼兄弟、美国银行、美国国际集团等金融巨鳄受到冲击，美国金融体系摇摇欲坠，但存款保险机制也只能袖手旁观。2008年危机时，美国政府将法定保险上限提高到25万美元。但全美国有4.5万亿存款处于保险中，而相应的保险资金仅450亿，可谓杯水车薪，徒具形式而已。

可以说，80年的历史告诉我们，美国的存款保险制度并不是什么先进有效高明的机制，是20世纪30年代大危机这个特定时代的特定产物，是应急之作。虽然这种机制一直延续下来了，但其不仅理论上缺漏严重，难以自洽，实践中存在的问题也很多，发挥不了应有的作用。

至于我国的存款保险制度将以什么面貌出现，我们目前不得而知。但有一点是可以肯定的，即使不以政府机构，而是以商业保险公司的形式出现，也会出现与美国差不多的结局。因为，影响其结果的基本因素已经内含在这种保险机制中。无论是政府机构，还是商业公司，我们都无法规避“逆向选择”与“道德风险”。可以说，现今推行存款保险制度，颇有拾人牙慧的味道。

第三篇：moodle平台优势与不足

moodle平台优势与不足

一、基础架构

基于开源的PHP+MySQL开发而成。使用的网络架构是目前Internet上流行的网站构架方式是LAMP（Linux+Apache+MySQL+PHP）。即使用Linux作为操作系统，Apache作为Web服务器，MySQL作为数据库，PHP作为服务器端脚本解释器。

二、易用性与安全性

使用Linux作为操作系统，Apache作为Web服务器，在安装时需要构建Apache环境，使得其安装比较复杂。从技术角度来说，Moodle源代码都是开源的，比较利于进行二次开发，我国对于Moodle二次开发比较普遍。由于Linux在安全稳定性方面突出的特点，使得Moodle的安全性比较高。

三、支持能力（承载的信息和允许访问人数）

已知网站最多注册用户2万人。使用的MySQL自有它的不足之处，如规模小、功能有限等，使得它对于人数众多的高等院校来说有些力不从心。但对于学生较少的中小学是一种不错的选择。

四、技术支持

由于它的开源免费特性，使得Moodle的技术支持方面比较一般，没有商业产品稳定可靠。

五、价格

最大的优势：开源，免费

六、具体功能

作业、任务、聊天、选择、讨论、词汇表、测验、课程、资源、问卷调查、Wiki、工作室、Hotpot等模块

八、实时聊天室

支持实时的小组讨论，教师能控制聊天和聊天者的参与，系统为所有聊天室进行日志存档。

七、讨论区

学生可以对父帖子或是任何子帖子进行跟帖讨论，并能查看所有帖子内容。不足：界面显示比较乱，没有分页显示功能。

九、日历/事件提醒

1.教师能在课程通知界面中发布通知。

2.学生在完成了作业后能浏览自己的成绩，并与班上的其他同学对比 不足：学生没有自己的主页，只能在进入具体的课程才能看到该课程里面的作业和事件提醒

十、搜索功能

学习者能够搜索所有讨论线程，能对讨论区的内容进行关键字搜索，能对课程进行搜索。

不足：不能利用关键字对资源进行搜索，不能对课程内容进行搜索。

十一、导航条/帮助

学习者能够及时的得到任何工具的使用帮助。不足：系统没有帮助学习者如何使用系统的在线教程。

十二、权限控制

能分组进行分配多种权限

不足：不能在课程内由课程组负责人对人员进行二次授权。如一门课，教师A是负责人，在另一门课是参与者。

十三、课程门户

建设者可以通过一般的页面组织，进行简单的页面网页编写

不足：不能像建设网站一样，可以上传网页所需的图片、动画，只能连接到外网资源

十四、资源控制

可以上传课件（PPT、WORD）

不足：不支持在线打开PPT、WORD，目前视频资源只能依靠外网，如果外网关闭会造成资源丢失

十五、资源共享及控制

可以通过一级或二级页面打开各类网页或视频资源

不足：资源共享时，提供者不能查看谁引用了，有多少人查看过，是否给予共享、甚至是共同编辑，修改资源等

最大的优势：

1、开源、免费。

2、对课程具有强大的管理功能。

作为强大的课程管理系统, M oodle可以支持开设上千门的课程,平台支持无限制的课程目录创建;课程管理员在任何时候都可以创建、移动、下载、修改课程;可将课程设置为激活或隐藏状态, 同时可以设定课程的进度;可以为课程设置灵活的权限和等级以及是否允许学员注销课程等

3、有效的学习追踪

（1）教师能够追踪到学习者进入课程学习的频率和持续时间。（2）教师能以小组合计的方式显示时间、日期和频率信息。

（3）教师能对进入课程、讨论区、课程测试和作业的学习者的分别就进入次数，进入时间，日期，频率和 IP 地址进行记录，显示 最大的缺点：

1、界面结构不合理，缺乏信息导航

2、资源不能共享，导致资源重复上传从而容易造成数据冗余，占用大量磁盘空间。

3、没有学生档案袋，不能建立学生个人主页，对学生的资源，作业等管理不便，评分方式难以反映学生的操作能力 4、4、学生没有书写标签的功能（书签）

5、批量注册不方便

6、教师不能对学生进行分班管理，只能以分组代替分班管理，须手动单个添加，不能进行班级批量添加，增加教师工作量。教师需要在每一门课程中进行添加。有待讨论的问题： 教师开设课程授权问题

1、教师开课权限是否应该限制，应该从什么时候开始限制

（不限制权限管理，将不利于平台安全性的管理，若限制开课权限，一定程度上会打击老师参与试用的积极性，不利于平台的使用和推广。）

2、教师开课权限管理应该归属哪个部门：各个二级学院、教务处、网络与教育技术中心

3、权限管理归属不同，申请权限的流程也会不一样。

第四篇：课堂教学主要优势与不足实际操作

课堂教学主要优势与不足实际操作

老师一

主要优势: 1.在课堂上，善于调动学生的学习兴趣,通过不同层次的教学设计，让每个层次的孩子都能积极投入到学习中，获得自己的成功。课堂上能够捕捉学生的亮点，并能利用它使之成为学生在课堂上的“兴奋点”，课堂气氛活泼融洽，学生爱学、乐学！2.在课堂中，我多采用鼓励性语言，让学生放开胆量说，积极引导学生提问，积极鼓励学生挑战，让学生们能够做到三个“发问”，善于发问，勇于发问，勤于发问。3.在课堂上注重培养学生的注意力。在教学方法上尽量防止单调，呆板，以激发学生对教学过程本身的兴趣，吸引学生注意力。能及时指出或纠正部分学生的不良习惯。班级中总有部分学生上课东张西望，讲小说话，做小动作，因此对他们特别关注：一个微笑，一个眼神，并设计一些简单的问题让他们回答，使他们感受到上课的乐趣，上课注意力集中了，成绩有了提高。

不足:

1、多媒体课件的制作能力有待加强。教学中虽然能保证使用多媒体教学，但要达到课件的精美和最大限度的发挥作用，还需提高制作的技术和技巧。

2、教学中经常会用以往用过的教学模式和手段，教学中的创新不够。二十年的教学经历，习惯将书本上的知识扎扎实实教好，认为素质教育也离不开基础教育，培养学生的创新思维费时又费力，再说农村孩子书本知识已学得吃力，谈何创新。正是我这种怕烦的心理，因此无心挖掘教材中可以培养学生创新思维的因素，来训练学生的思维能力，其实我也知道，这样的做法阻碍了学生思维的发展，有时也想尝试，但往往学生一言不发，或照读课本，有点创新的回答几乎没有。我想可能是农村孩子思维较狭窄，低效率的事还是少做，久而久之，就忽视了对学生创新思维的培养。

3、引导学生主动探究的能力尚待提高。二期课改要求教师改变学生的学习方式，把课堂真正还给学生，通过教师设计的富有启发性和探究性的问题，结合课本内容和学生的现有知识储备，组织学生小组合作进行探究学习，培养学生合作的精神和综合思考问题的能力。目前，这方面的工作实施不够。

老师二

主要优势:

1、全身心投入教学工作中，关心、爱护学生。

2、能根据教材情况和学生个体差异进行教学，教学中注重调动学生的学习积极性和激发学生兴趣的。

3、充分利用信息技术的优越性，合理整合教学资源，使教学更贴近生活。

4、在教学中，注重学生学习习惯的培养和学习兴趣的激发，能积极创设良好的学习氛围。

不足:

1、教学中不太善于以富有感染力的语言启发，引导学生进入文本，学习体验。

2、对于先进教育理念的学习不够系统、全面，理论知识欠缺。用理论与实践相结合的能力需要提高。

老师三

主要优势: 在教学中，我相信“亲其师”方能“信其道”，我总把学生当作最亲密的合作伙伴来对待，以自然的教态、亲切的语言感染他们。同时，我很重视学生习惯的培养，“专心听、牢牢记、说清楚、说明白”是我在课堂上一直强调的十二字儿歌，课堂听讲要求学生做到专心致志，并做到耳听、目视、心思三者结合，为学好语文打下扎实的基础。其次，我比较重视学生写字能力的培养，利用课堂时间引导学生仔细观察生字的间架结构，有重点地进行强调、分析，边讲解，边示范，在当堂写字中发现问题、解决问题。力求使每个学生不仅能把字写对，而且书写规范，端正，进而达到整洁美观点的效果。

不足: 对于自己在教学中的不足之处，我觉得课堂采用的形式不够多样化，比较单一，因为我所面对的是低年级的学生，他们的有意注意的时间比较短，虽然媒体的运用已经在课堂上起到了一定的效果，但是时间一长，学生的新鲜感也随之消失，他们只对感兴趣的媒体产生反应，还有一部分时间被学生浪费在不专心听讲上，三十五分钟的课堂时间还没有足够运用充分。其次，对学生的朗读指导还不够到位，虽然回家布置学生朗读，但课堂上检查还不够，总觉得三十五分钟的课堂时间太宝贵了，让学生个别朗读费时，致使部分学生朗读缺乏感情。由于我们学校地处农村边远地区，学生的见识较少，口语表达能力也较弱，课堂上的创造性训练还不够，学生的思维不够活跃。

老师四

主要优势: 在教学工作中，我认真钻研教材，潜心研究教法，努力顺应新课改的教学趋势，不断完善自己的课堂教学，形成了一定的教学特色。在教学中，能较好的把握课堂，善于调动学生的学习兴趣，通过不同层次的教学设计，让每个层次的孩子都能积极投入到学习中，使不同层次的学习都获得不同程度的成就喜悦。

不足: １.教学中我也深感自己的知识体系不够丰厚，专业知识不很扎实，教育教学中的创新意识还不够。2.对教材的处理不够灵活，教学中经常会用以往用过的教学模式和手段，依靠老经验，教学中的创新不够，必须加强自我学习，提高个人素质。3.对于学生课堂上的生成资源利用率不高。对于学生在课上发生的问题往往由于要赶进度或者是想把答案引导到自己想要的结果上而忽略了这些问题。4.有些问题的讲解上过于细致，显得比较罗嗦。为了弥补可能出现的问题，我往往在讲知识点时过于的仔细，有些点到的内容或者已经讲解到位，学生都理解的内容还是要从头再讲一遍，这是没有必要的，完全可以将这些时间给学生进行练习，讲解学生出现的问题更加有效。

老师五

主要优势: 我积累了较丰富的班级管理经验，具备了对学生进行思想诱导和常规管理的能力。能积极贯彻“一撇一捺学做人”的校训，有爱心、责任心。

2、在教学能力方面：我能胜任一至五年级的英语教学。能用“英语课程标准”的理念服务于自己的课堂教学，能正确把握教材的重点、难点，根据班级中学生掌握知识的不同程度，灵活处理教材，并采取丰富多样的教法，对学生加以引导和启发，对学生不仅注重听、说、读、写能力的训练，而且注重德育理念的渗透。在教学中，注重学生学习习惯的培养和学习兴趣的激发，能积极创设良好的英语学习氛围，培养学生用英语进行与同伴交际的能力。此外，能采用小组合作的形式，让学生在小组合作中学习英语知识，体验英语的乐趣。

3、能充分发挥自己的教学经验，指导青年教师提升课堂教学方面的各种能力

不足: 不断学习先进的教学理念，努力贯彻“二期课改”的精神，积极探索“在语境中培养学生综合运用语言能力”的课堂教学模式，因材施教，改变学生的学习方式，树立课程的意识。（2）根据自己的课堂教学改进计划，不断实践与反思，从而提高自身的专业水平和课堂教学能力。（3）加强信息技术与课堂教学整合,充分运用现代化的教学媒体，合理使用各种教学资源,不断激发学生学习英语的浓厚兴趣。(4)通过撰写教学反思案例,不断提升自己反思与研究的能力

老师六

主要优势: 对教育事业充满热情，对学生的热爱是我对教育事业执著追求的源泉。有15年的课堂教学经验，能胜任1-5年级的语文教学工作。

1、善于建立良好的师生关系。新课程强调促进学生个性与创造性的发展。要实现学生这一发展，建立新型的师生关系、做一名民主型的教师，创设平等、民主、和谐的师生关系是我一贯努力追求和执着于行动的。结合语文教学，我常常在师生人格完全平等的基础上开展富于爱心的课堂交流，生活中也结合学科特点循循善诱，以自己的人格魅力感染他们，激发他们对学科学习的兴趣。“兴趣是学习的先导”“亲其师才能信其道”，这两句话给了我很大的启发和得益：语文教学质量在师生互爱的前提下得到了稳步提高。

2、善于鼓励学生积累语言十多年的语文教学过程中，汗颜的是留下的经验甚少，但唯感欣慰的是在引导学生积累语言方面找到了一点规律，摸索出了些许办法：（1）指导学生对语言直接感受积累的朗读法：就其意义和作用、训练技巧和形式、训练范围和注意点深入研究了其实践操作要旨。（2）帮助学生通过意义识记积累语言的背诵法：通过直观演示、绘画创作、媒体渗透、简缩概括等大量课堂实用案例和方法介绍，寻求帮助学生积累语言达到事半功倍之效的良策。（3）综合运用法。通过复述、口头作文和课外积累等环节研究了提高学生语言能力和综合素养的途径和方法。

不足:

1、对学生缺少阅读习惯的指导和养成教育。培养学生的良好的阅读习惯，是小学语文教学的一个重要任务。良好习惯的养成,可以使人终身受益。一个人一旦养成爱读书的好习惯，就可以自我完善“终身教育”，就可以不断学习新知识，做到活到老、学到老。而一旦忽视这方面的教育，便会事倍功半，收不到良好的阅读效果。认识到这点不足，那么我想：如何激发学生的阅读兴趣、培养学生良好的阅读习惯应该成为我首先应该改进的地方。

2、缺少读写结合的训练。“课文是一个个活生生的例子”，如何运用好这些例子开展教学活动，提高读写能力？仔细思量，在阅读能力的培养方面我是花了不少功夫，可我恰恰忽视了每一篇课文读写结合点的把握。平时不注意结合课文开展多种形式的片段写作训练，而单纯着力于命题作文，日记周记，学生怎么还提得起写作兴趣？语言的习得也变得缓慢无效了。

老师七

主要优势:

1、充分利用丰厚的理论、实践资源，积极开展有针对性的教研活动。

2、努力探索行之有效的音乐教学模式研究，推出三类课探究。（优质课、“自荐”课、研究课）。

3、开拓音乐校本教研活动新思路，编写校本教材，提高音乐教师的素质。

4、运用新课程的理念改进课堂教学和校本教研活动，促进教师的专业发展。

5、实行拜师制，在校本研修中，实施改进课堂教学计划。

6、农村小学盛开艺术之花，音乐组内凸现舞蹈特色。

7、音乐组获得新区优秀教研组。

不足:

1、本校学生在业余时间很少有人学习音乐（乐器等）、美术，在教学上带来了一定的困难。

2、组内教师在教学和练基本功方面还要加强自身素养的提高。

3、加强业务理论学习，更新观念，大力推动新课程的改革。

老师八

主要优势:

一、大部分学生对电脑充满了好奇、兴趣，这为学生学习和掌握教材所要求的基础知识和基本操作技能打下了良好的基础。

二、课堂教学中我坚持教师与学生互动，课堂教学气氛比较轻松。

三、合理安排座位，选择小老师。我在每班中挑选计算机操作有一定基础的学生，让他们充当小老师，帮助那些平时操作较少，掌握情况较差的学生，并且根据学习情况，不断更换小老师，这样既巩固了知识，也激励了他们学习的兴趣和竞争意识。

四、能够自己制作上课所需要的课件，并能使课件能够互动起来，提高学生的学习兴趣，使他们更好地融于课堂。

五、在课堂中，我多采用鼓励性语言，让学生放开胆量说，积极引导学生提问，积极鼓励学生挑战。

不足:

一、随着社会的不断发展，学生家庭电脑的拥有率有所提高，但是他们对电脑的认识往往和家长一样停留在“打游戏”上，所以造成一部分学生上课时，对老师讲的基础知识没有学习动力。

二、一部分学生家中还是没有计算机对计算机的不了解，在学生的实际操作过程中，经常会出现这样那样的问题，虽然有了小老师的帮助，但是孩子毕竟是孩子，一旦问题复杂了是小老师也没办法解决的。

三、由于对计算机的认识不足，所以让孩子到家中练习的可能性很低，家长往往不支持孩子在家使用计算机。

第五篇：当前课堂教学主要优势与不足

当前课堂教学主要优势与不足

作者： 李栋梁(初中化学

资阳市初中化学511班)评论数/浏览数： 6 / 476 发表日期：

2012-10-11 21:24:36

| 优秀

一、主要优势

1.在课堂上，善于调动学生的学习兴趣，通过不同层次的教学设计，让每个层次的学生都能积极投入到学习中，获得自己的成功。课堂上能够捕捉学生的亮点，并能利用它使之成为学生在课堂上的“兴奋点”，课堂气氛活泼融洽，学生爱学、乐学！

2.在课堂中，采用鼓励性语言，让学生放开胆量说，积极引导学生提问，积极鼓励学生挑战，让学生们能够做到善于发问，勇于发问，勤于发问。

3.在课堂上注重培养学生的注意力。在教学方法上尽量防止单调，呆板，以激发学生对教学过程本身的兴趣，吸引学生注意力。能及时指出或纠正部分学生的不良习惯。班级中总有部分学生上课东张西望，说小话，做小动作，因此对他们特别关注：一个微笑，一个眼神，并设计一些简单的问题让他们回答，使他们感受到上课的乐趣，上课注意力集中了，成绩有了提高。

二、不足

1、教学中经常用以往用过的教学模式和手段，教学中的创新不够。二十年的教学经历，习惯将书本上的基本知识、基本技能扎扎实实教好，认为素质教育也离不开基础教育，培养学生的创新思维费时又费力，再说农村学生书本知识都学得吃力，谈何创新。在这种心理的作用下，未去挖掘教材中可以培养学生创新思维的因素，来训练学生的思维能力，阻碍了学生思维的发展，久而久之，就忽视了对学生创新思维的培养。

2、引导学生主动探究的能力尚待提高。新课改要求教师改变学生的学习方式，把课堂真正还给学生，通过教师设计的富有启发性和探究性的问题，结合课本内容和学生的现有知识储备，组织学生小组合作进行探究学习，培养学生合作的精神和综合思考问题的能力。目前，这方面的工作实施不够好。

3、对学生思维的拓展训练不够，每次能力测试时试题深一点学生就做得很差，特别是实验探究题有些学生根本不知道怎么解，答非所问。

4、多媒体课件的制作能力有待提高，不能很好地服务于现代教学。教学中虽然使用了多媒体教学，但要达到课件的精美和最大限度的发挥作用，还需提高制作的技术和技巧。

三、改正措施

1.加强教育教学理论理论知识的学习，做好理论学习笔记，及时把所学的理论知识用于指导课堂教育教学，提升自己的课堂掌控能力，课堂实践能力，进而提高教学质量。

2.加强化学学科专业知识的学习，拓宽知识领域，积极提高自身的专业水平和业务能力。不断探索和实践，不断改革课堂教学和对学生的评价体系，营造适合学生学习的轻松、愉悦的课堂氛围。

3.认真学习新课程标准，认真钻研教材，熟悉和了解每一位学生。根据化学学科特点和学生的具体情况，以学生为主体进行教学设计，优化教学过程，采用探究式、启发式、讨论式、参与式等教学方法，培养学生的自主、合作学习能力，培养拓展学生的思维能力，进行有针对性的题组训练。

4.根据教学设计时构想的主要问题，选择恰当的时机和对象、以恰当的方式提问，引起学生注意，促进知识掌握，启发学生思考。

5.优化课堂教学板书的设计，熟练运用板书，保障教学顺利进行，巩固提高教学效果。

6.根据学生的学习情况，分析自己的教学设计和教学实施过程的成败，养成教学反思的习惯并能够根据反思结果提出自己近期改进教学的想法、措施。

7.积极参加各级组织的教研活动、学术活动，积极参加远程教育培训和继续教育，不断提高自己的知识水平、教学教研水平。

8.学习和使用现代先进教学仪器、设备，用多媒体进行教学，开阔学生的视野。

改进目标：运用情境教学，提高学生学习兴趣。丰富教学手段，栓住学生的心。积极调动后进生的主观积极因素，促其转化。布置生动有趣的课外活动作业，促使学生积极主动地去获取语言知识。改进措施：建立良好的师生关系，以饱满的热情、愉快的情绪、亲切的教态走进课堂。在课堂上给学生以充分的活动空间，使他们能积极配合我完成各项教学任务，将教学与生活相联系，使学生更容易理解语言的意义。要求学生每天朗读英语，积极参加课内外教学活动，做到学以致用，课堂上认真学习并完成老师布置的作业。