第一篇：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.學習和使用現代先進教學儀器、設備，用多媒體進行教學，開闊學生的視野。

改進目標：運用情境教學，提高學生學習興趣。豐富教學手段，栓住學生的心。積極調動后進生的主觀積極因素，促其轉化。布置生動有趣的課外活動作業，促使學生積極主動地去獲取語言知識。改進措施：建立良好的師生關系，以飽滿的熱情、愉快的情緒、親切的教態走進課堂。在課堂上給學生以充分的活動空間，使他們能積極配合我完成各項教學任務，將教學與生活相聯系，使學生更容易理解語言的意義。要求學生每天朗讀英語，積極參加課內外教學活動，做到學以致用，課堂上認真學習并完成老師布置的作業。