【正文】 培訓管理平臺詳細方案1 基礎框架平臺微創(chuàng)應用服務框架（Wicresoft Application Framework，下稱WSAF）基于標準的SOA架構(gòu)(Service Oriented Architecture，面向服務的架構(gòu))構(gòu)建，實現(xiàn)了用戶的統(tǒng)一管理、集中認證和授權(quán)、統(tǒng)一工作平臺，并可隨時根據(jù)用戶需求進行系統(tǒng)調(diào)整和部署。在這種開放式的架構(gòu)體系中，所有子系統(tǒng)和組件之間的通訊都通過標準協(xié)議進行交互，實現(xiàn)了應用的整合和集中管理，保障了系統(tǒng)的開放性、靈活性和擴展性。 微創(chuàng)軟件應用框架（WSAF）微創(chuàng)軟件應用框架（Wicresoft Application Framework，下稱WSAF）是微創(chuàng)軟件自主開發(fā)的一套框架性產(chǎn)品，是微創(chuàng)軟件協(xié)同工作平臺的基礎組成部分。經(jīng)典的軟件模式類書《PatternOriented Software Architecture》對框架的定義是這樣的：A partially plete software (sub) system that is intended to be instantiated，所謂的框架，就是一個子系統(tǒng)，完成了部分的功能，將會被實例化。也就是說，框架定義了項目或產(chǎn)品的基本的功能構(gòu)件，并且這些構(gòu)件將會被組合成為項目或產(chǎn)品。使用應用框架，目的是為了達到：提高開發(fā)效率（Productivity）一般來說，應用框架將常見問題的解決方案標準化，并不需要在每次遇到這類問題時重復研究，另外，開發(fā)人員只需要開發(fā)和測試業(yè)務相關(guān)的代碼，也促進了開發(fā)人員的效率提高。WSAF基于標準的SOA架構(gòu)（Service Oriented Architecture，面向服務的架構(gòu)）。WSAF為建構(gòu)在其上的應用提供了框架性的功能，主要有以下幾點：l 集中的應用管理在WSAF中，所有建構(gòu)在其上的相對獨立的軟件構(gòu)件或服務集合均被稱為應用，應用為用戶提供各種各樣的功能，可以重復使用并加以組合，以提供更多的功能。l 統(tǒng)一的服務管理在WSAF上建構(gòu)的應用之間，會互相提供和調(diào)用對方的服務，服務是應用的組成部分，具有原子性，不可再分。完全整合到WSAF上的應用，還需要提供自身的服務信息，這些服務通常以WebService的形式來提供。l 統(tǒng)一的事件分發(fā)和響應機制前面提到，在WSAF上建構(gòu)的應用相對獨立，但應用之間也常常會有同步的需求，這就依靠WSAF中統(tǒng)一的事件分發(fā)和響應機制來實現(xiàn)。在WSAF的后臺，有一個事件分發(fā)器，負責將應用發(fā)送到中心的事件分發(fā)給事先訂閱此事件的各個應用，并通過服務調(diào)用的方式，由應用自己來處理事件。l 統(tǒng)一的中心配置傳統(tǒng)的網(wǎng)絡應用，其配置信息往往存儲在各自的應用中，也很少提供一個可視化的操作環(huán)境來進行配置的修改，而是需要直接到服務器上進行操作，這樣在應用很少的情況下并不會出現(xiàn)什么問題。但是在應用的數(shù)量較多時，配置的修改就成為一項繁重的工作。WSAF實現(xiàn)了統(tǒng)一的中心配置，應用可以通過讀取中心配置，使應用的本地配置時刻與中心配置同步。l 統(tǒng)一的用戶和組織架構(gòu)管理在以往的應用開發(fā)中，應用往往自己來進行用戶和組織架構(gòu)部分的開發(fā)，這不僅僅增加了開發(fā)成本，更使不同的應用之間難以相互協(xié)作，因為各自的用戶和組織架構(gòu)各不相同，互相之間根本無法確定用戶的身份，就更談不上協(xié)作了。l 安全、統(tǒng)一的用戶認證用戶認證也是每個應用開發(fā)時需要考慮的問題，WSAF在統(tǒng)一的用戶和組織架構(gòu)基礎上，提供了安全、統(tǒng)一的用戶認證方式，為建構(gòu)在WSAF上的應用提供認證服務。l 統(tǒng)一的用戶權(quán)限配置安全性的要求決定了用戶權(quán)限也是應用開發(fā)時必須要考慮的問題，WSAF也實現(xiàn)了統(tǒng)一的用戶權(quán)限配置，在WSAF中，有“角色”的概念，所謂角色，就是一些權(quán)限的集合，某用戶在某個角色中，就擁有了這個角色代表的所有權(quán)限。l 可集成的網(wǎng)絡部件（WebPart）WebPart概念最早出現(xiàn)于微軟的SharePoint Portal Server（SPS），指的是在網(wǎng)頁上有一定功能、可以重用的部件。在WSAF中，也實現(xiàn)了可集成的WebPart，應用可以開發(fā)各自的WebPart并在中心注冊，在統(tǒng)一的平臺中就可以異步地調(diào)用這些WebPart顯示在門戶頁面上。l 統(tǒng)一的日志記錄與管理以往的應用運行、操作和出錯日志由各個應用來控制，不僅增加了應用的開發(fā)成本，更加使日志不具備可讀性和可管理性，系統(tǒng)管理員要了解每個應用的日志，就必須進入每個應用中，閱讀各自的日志，這是一項非常繁重的工作。WSAF中提供的統(tǒng)一的日志記錄與管理，就解決了這個問題，所有應用都可以將日志寫入中心，而系統(tǒng)管理員閱讀日志，也可以相當方便。l 統(tǒng)一的用戶消息分發(fā)機制考慮這樣一個場景：需要在信息管理中實現(xiàn)收到一篇新的信息，就收到一條短消息獲得提醒，傳統(tǒng)的做法是在信息管理中加入發(fā)送短消息的代碼，但是如果在多個應用中都有這樣的需求，就需要多次的加入對應的代碼，如果再需要讓用戶可以在一個統(tǒng)一的界面上來做配置，就要每個應用進行修改，來實現(xiàn)配置界面的統(tǒng)一，相當繁瑣而且可能不能實現(xiàn)。而WSAF提供的統(tǒng)一用戶消息分發(fā)機制可以為各個應用提供用戶消息的分發(fā)功能，任何一個建構(gòu)在WSAF上的應用，可以通過調(diào)用用戶消息分發(fā)服務來向用戶分發(fā)包括頁面彈出消息、Email、手機短信、LCS（Live Communication Server，微軟的企業(yè)內(nèi)部實時通訊方案）、傳真以至于MSN、、RTX（騰訊公司提供的企業(yè)實時通訊方案）等可以無限擴展的分發(fā)方式，并可讓用戶在一個統(tǒng)一的界面上進行配置。l 統(tǒng)一的應用狀態(tài)監(jiān)控應用的狀態(tài)監(jiān)控也是系統(tǒng)維護人員比較擔心的問題，應用因為種種原因出錯，如果讓最終用戶先發(fā)現(xiàn)，會帶來相當多的麻煩和用戶的抱怨。WSAF為系統(tǒng)管理員和系統(tǒng)維護人員提供了一個應用狀態(tài)監(jiān)控客戶端，應用狀態(tài)發(fā)生改變時，監(jiān)控客戶端就會提醒系統(tǒng)管理員和系統(tǒng)維護人員注意，以便于及時排除故障，恢復運行。 面向服務的架構(gòu)（SOA）SOA充分利用Web服務，將流程中的各個環(huán)節(jié)如“獲得客戶信息”(GetCustomerInfo)封裝起來，然后以多種方式展示這些模塊。在SOA中，架構(gòu)中的每一層都不受其他層變化的影響。面向服務的架構(gòu)還有助于提高重用率，從而促進生產(chǎn)力的提高和成本的降低。舉個例子，像“獲得客戶信息”這樣的服務可能會非常復雜。而在SOA架構(gòu)中，這種服務被封裝起來，并體現(xiàn)為Web服務的形式，這樣我們就可以創(chuàng)建能夠持續(xù)察看客戶情況的連貫視圖。由此，我們不僅能夠節(jié)約開發(fā)的時間，并且使我們可以不受變化的影響。當我們需要對門戶層進行修改時，我們也不必考慮客戶數(shù)據(jù)的構(gòu)成方式。 BEA CIO Rhonda Hocker2002年左右，隨著互聯(lián)網(wǎng)的發(fā)展、Web應用開發(fā)工具的逐步成熟，XML、Web服務廣泛的得到應用，面向服務的架構(gòu)(SOA)逐步開始成長為成為下一代最主要的軟件架構(gòu)，成為新一代應用集成技術(shù)。眾多軟件廠商如微軟、BEA、IBM開始提供基于SOA架構(gòu)的中間件系統(tǒng)、應用服務器系統(tǒng)和基礎應用系統(tǒng)。而業(yè)界領先的軟件企業(yè)如SAP、用友等商業(yè)應用系統(tǒng)提供商也正在逐步把軟件架構(gòu)由B/S型向更靈活，性能更高、更加安全可靠的SOA架構(gòu)演進 。 SOA（Service Oriented Architecture，面向服務的體系結(jié)構(gòu)）來源于早期的基于構(gòu)件的分布式計算方式，在OMG和IONA的推動下，成為了一個大家所廣泛認可的規(guī)范。90年代，CORBA和微軟的COM編程模式，促進了SOA的發(fā)展。理論上，面向服務的體系結(jié)構(gòu)這種思想，在其簡易性上，十分吸引人。如果你能夠用定義很好的機構(gòu)封裝應用，就有可能將一個單一的應用加入到一個服務的集合中。封裝的過程創(chuàng)建了一個抽象的層，屏蔽了應用中復雜的細節(jié)（你將不用關(guān)心用的是哪一種編程語言，什么操作系統(tǒng)，應用程序用的是什么數(shù)據(jù)庫產(chǎn)品）。唯一相關(guān)的時就是服務所描述的接口。SOA的優(yōu)勢在于高可復用性，靈活性，以及更好的擴展性和可用性。經(jīng)過15年的軟件體系結(jié)構(gòu)的創(chuàng)新，在一系列應用開發(fā)項目中，SOA的優(yōu)點得到了體現(xiàn)。SOA是一種應用架構(gòu)，因此，它是從應用的需求開始的。但是，SOA和其它應用架構(gòu)方法的不同之處在于SOA提供的業(yè)務敏捷性。業(yè)務敏捷性是指應用對變更快速和有效地進行響應、并且利用變更來得到競爭優(yōu)勢的能力。創(chuàng)建一個業(yè)務敏捷的架構(gòu)意味著創(chuàng)建這樣一個IT架構(gòu)，它可以滿足當前還未知的業(yè)務需求。要滿足這種業(yè)務敏捷性，SOA的實踐必須遵循以下原則：l 業(yè)務驅(qū)動服務，服務驅(qū)動技術(shù)從本質(zhì)上說，在抽象層次上，服務位于業(yè)務和技術(shù)中間。面向服務的架構(gòu)設計師一方面必須理解在業(yè)務需求和可以提供的服務之間的動態(tài)關(guān)系，另一方面，同樣要理解服務與提供這些服務的底層技術(shù)之間的關(guān)系。l 業(yè)務敏捷是基本的業(yè)務需求SOA考慮的是下一個抽象層次：提供響應變化需求的能力是新的“元需求”，而不是處理一些業(yè)務上的固定不變的需求。從硬件系統(tǒng)而上的整個架構(gòu)都必須滿足業(yè)務敏捷的需求，因為，在SOA中任何的瓶頸都會影響到整個IT環(huán)境的靈活性。l 一個成功的SOA總在變化之中SOA工作的場景，更像是一個活的生物體，而不是像傳統(tǒng)所說的“蓋一棟房子”。IT環(huán)境唯一不變的就是變化，因此面向服務架構(gòu)設計的工作永遠不會結(jié)束。 組織機構(gòu)管理為系統(tǒng)管理員提供了對培訓的管理維護功能。l 培訓設置：對培訓進行管理，并可以設置下屬的培訓及管理員。l 主要設置：對培訓管轄的主要進行管理，并可以設置管理員。l 管理員設置：設置并分配管理員權(quán)限。 統(tǒng)一用戶管理WSAF框架系統(tǒng)對所有系統(tǒng)用戶進行