南宫NG28建设

協同軟件的技術架構如圖24所示。總體而言，上述架構基於Spring框架的組件化的可擴展的porta1技術路線，採用標準J2EE結構，整個系統由Java語言開發，系統配置顺利获得XML技術完成；數據層採用Hibernate的對象關係映射框架，它對JDBC進行了非常輕量級的對象封裝，可以應用在任何使用JDBC的場合，滿足實現集成多種數據庫應用：0rac1e、SQ1Server、MySQL，同時可以擴展其他關係型數據庫。

系統採用大量基於porta1的組件封裝的技術進行應用功能的開發，這種分層結構的各層次之間功能獨立且耦合度低，利於客戶並行開發；採用組件化封裝，面向接口開發，實現關鍵應用功能重用；採用統一的頁面展現，顺利获得Por1et的封裝，實現客戶個性化與界面集成；顺利获得統一的接口框架，降低各個應用的接口封裝代價，使客戶開發代價降低；統一的通道控制，各種例如htm1，soap由通道控制來判斷訪問來源，重用底層邏輯；統一的組件結構，利於辦公系統不斷擴展和優化。

以下對各部分分別詳細解釋。為與技術架構的邏輯保持一致性，我們從圖24的底層向上進行說明。

圖24協同軟件的技術架構

1.Regulative層

Regu1ative層（控制層）確保協同軟件的可控性，主要顺利获得系統軟硬件的可靠性和數據庫的安全性來實現，同時在總體架構上採取可靈活擴展與封裝的技術。如圖24所示，Regu1ative層由兩大部分構成，它們是：

(1)操作系統和服務器集群

1)操作系統。協同軟件服務器操作系統一般選用WindowsServer2003/2008。協同應用程式所在分區必須為NTFS格式，且系統分區一般只應開放ad-ministrator、system權限。

應在Windows服務項中禁用掉一些不需要可能造成安全隱患的服務，如Re-moteRegistry服務、TaskSchedu1er服務、Te1net服務、Workstation服務、Server服務、TCP/IPNetBI0SHe1per服務、IIS服務等。

應對Windows策略做出詳細配置，如對賬戶鎖定策略、本地安全策略、用戶權限分配、審核策略等做出配置。

2)服務器集群。針對不同的應用，採用物理上彼此獨立的服務器，服務器之間構成一種集群關係。總體而言，協同軟件所需的服務器包括：應用服務器、全文檢索服務器、數據庫服務器、網絡存儲（備份或業務可持續)服務器、文件服務器等。

根據用戶並發數的不同，對各類服務器的性能要求也不同。如應用服務器的內存，當用戶並發數為200以下、200-500、500-1000、1000-2000時，建議分別配置為不低於4GB、8GB、12GB、16GB。

協同軟件服務器集群及客戶端的網絡架構拓撲圖如圖25所示。

圖25協同軟件服務器集群及客戶端的網絡架構拓撲圖

(2)數據庫

數據庫是對所有協同數據進行管理的基礎軟件平台。它分為三個部分：關係數據庫、加密數據庫和接口數據庫。

1)關係數據庫。協同軟件應全面支持MySQL、SQLServer、0rac1e等關係型數據庫。在數據層最好採用Hibernate的對象關係映射框架，對JDBC進行輕量級的對象封裝，以應用在任何使用JDBC的場合，滿足實現集成多種數據庫應用(MySQL、0rac1e、SQLServer)，同時可以擴展其他關係型數據庫。

2)加密數據庫。協同軟件會涉及到組織的核心信息機密，除了在常規安全機制方面有所考慮之外，還應對底層數據進行加密，對核心數據顺利获得加密之後，存儲到專門的加密數據庫之中。數據庫加密對於防範來自系統內部的安全風險、有效控制超級管理員的權限具有重要意義，也是提高系統審計性能的基本要求。數據的加密和解密與加密數據庫本身應該是分離的，以減少系統的加解密壓力。

3)接口數據庫。協同軟件需要與外部軟件或信息系統進行交互，從而將協同融入到組織的管理信息化體系之中。這一過程的入口在數據層面，顺利获得數據接口來完成統一的數據管理和數據交換、數據抽取和數據過濾。

2.Symmetry層

Symmetry層(對稱層)即通常所說的「服務層＂，它將數據歸納為各種典型應用場景，為各種場景定製並固化相應的服務程序，並將這些程序與前台功能和操作相對應，在數據和應用之間扮演一種橋樑作用，實現信息按既定規則來分享、融通和多維呈現，達到既快又準的目標，與「齒輪傳動協同＂思想相符，故謂之曰「對稱層＂。

協同數據與應用的對稱性有三種具體類型：模型、體系和服務。下面分別敘述之。

(1)模型

模型是對典型協同行為的歸納和抽象，固化為可重複調用的程序組件。模型化是協同軟件自我固化、個性化和可復用性的重要措施。當協同軟件廠商所積累的應用模型足夠多的時候，就可以從模型中提煉普遍規律，將模型作為一種確定的組件內化到產品之中，给予給同類組織使用，這將使協同軟件的智慧程度得到持續改善。

圖24中歸納了幾種主要的協同模型：

1)組織模型。組織模型主要對組織的結構狀態、生命周期及權利體系等內容做出歸納。根據組織模型，信息對稱時可直接調用其中的規則。如，在組織模型中定義了組織的高層、中層結構可直接作為信息密級分類的依據。組織模型一般顺利获得產品配置開發來實現。

2)協同模型。協同模型是對組織中協同行為一般規律的提煉。它的典型體現是公告、加簽、改簽、震盪往復等等協同方式。協同模型是對協同理論和理念的綜合體現，是協同軟件可用性和易用性程度的體現。

3)業務模型。業務模型是對組織業務的特點進行的提煉。如政府機關和流通業的業務模型是截然不同的，製造業與服務業的業務模型也差異頗大。業務模型一般需要定製開發，但同類業務之間的復用程度較大，協同軟件的產業版本開發是一個良好的策略。

4)行為模型。行為模型是對組織中個體、群體及組織的行為特點的提煉。如果組織的民主化程度較高，則信息可能對稱到所有相關人員；如果組織的權力結構森嚴，則信息只能依次對稱給相關權限的人員。行為模型需要實施顧問對組織進行實地調研和歸納，並與實施工程師進行配合，才能很好地體現在應用服務之中。

5)制度模型。制度模型是對組織規章制度的重建，如事務流程、審批流程、決策流程等。在組織的質量體系認證之中，各種行為規範也可以被重建為協同模型。協同模型一般可顺利获得產品的配置開發來實現，少量的可能需要進行定製開發。

6)時空模型。時空模型是對組織成員協同時間和協同空間特點的提煉。如組織分佈於全球各個時區，則協同軟件就應該支持每天24小時的工作；如果組織具有為數眾多的終端網點，則協同軟件應具備良好的終端接入性能。如果組織不提倡干涉員工的業務時間和私人生活，則協同軟件應該在員工進入工作狀態的第一時間裏為他編制一份信息提要，等等。

隨着協同軟件應用的深入，模型是可以不斷提煉和完善的。

(2)體系

體系是對組織中具有系統性、陆续在性和集群性的事務的歸納和固化。體系是一種對組織特性的窮舉，以便在信息對稱過程中確保無遺漏。

圖24中歸納了幾種典型的組織體系：

1)權限體系。權限體系是對組織中每一個成員在協同軟件中所擁有權限的完全、清晰的界定。協同軟件應用中會隨時調用該體系，以確保協同活動的合法授權。

2)角色體系。角色體系是對組織在協同活動中所應有的角色的完全定義，包括角色的活動內容、活動方式和活動範圍等。

3)知識體系。知識體系是對組織所用到的知識的完備性的規定。儘管在實際中難以做到知識的完全固化，但知識的完備性路線圖仍將知道組織進行知識建設和知識管理。

4)資源體系。資源體系是組織活動所用到的資源的完整性的規定。這些資源可能品種繁多、分佈複雜，但都應該建立清晰的索引，以便在協同活動中隨時調用。

5)時間體系。時間體系是組織活動一系列關鍵時間點的集合。遵循這些關鍵時間點，組織可以按照一種有秩序的時間基準來進行活動。這些關鍵時間點包括上下班時間、節假日時間、不同時區時間對應關係等常規時間序列，也包括組織預先特殊設定的時間點，如紀念日、重大活動日、重大計劃里程碑時間等等。

6)空間體系。空間體系是組織的空間分佈序列的集合。組織在地理位置上可能處於一種分佈式狀態，此時需要在協同軟件中預先定義各空間場所的相關信息，如地理位置、交通信息等。比如，如果一項協同行為涉及到庫房發貨，那麼庫房與目的地之間的距離及交通狀況則可能成為協同成功的關鍵因素。

(3)服務

服務是若干具體功能的集合。這些功能具有通用性和頻繁發生性，它們被預先定義好，可隨時調用，且對於用戶沒有特殊要求。它們包括消息服務、安全服務、接口服務、緩存服務、打印服務、日誌服務等等。這些服務顧名可思義，無須過多解釋。

Symmetry層還有一個「數據總線」和「安全傳輸」的結構。總線(Bus)是協同系統底層數據與應用功能之間的交換通道，在物理上體現為信息系統的設備與設備之間的公共數據通道。「安全傳輸」則指信息在總線上進行交換時所受的安全保護措施。這些都是協同軟件所必需的結構。

3.Any層

Any層(自由協同層)是協同軟件人機交互界面中所呈現出的所有內容的總和，是人操作協同軟件以實現其目標的主要載體。在B-S結構中，就是瀏覽器中的各種頁面；在移動終端中，它可能展現於客戶端軟件之中；若顺利获得接口與其他軟件相連接，則有可能成為一個後台運行的數據或指令，最終展現於其他軟件的操作界面之中。

Any層應承載所有協同活動。可以將其分為三大類，人—人協同，人—事協同，以及協同支撐功能。具體如下。

(1)人—人協同

人—人協同是指以人自身為對象的協同。它主要包括：

1)審批。審批是基於人的不同權限的協同行為，本質上是人的權力組合。

「審批」不同於「審閱」，它無須修改所審批的內容本身，只對其做出同意或不同意的判斷。如果審批者的權限不夠，則可提請更高權限的人來決定；如果審批者的信息不夠，則可提請具有足夠權限且信息足夠的人來決定。

2)會議。會議是對人的時間和在場狀態的協同行為，本質上是對人的物理狀態的協調。會議只安排相關人員在同一時間、同一場合（包括虛擬場景中)從事一件共同的事情，而不決定會議的過程和結果。

3)討論。討論是人與人之間一種臨時性、突發性的活動。與會議所不同的是，它可能同時涉及到的人員較少，場景也可以切換。發起討論者可以是任何人，議題也可以是臨時性的，討論的過程和結果都可以具有非正式效應。

4)通知。通知是一種非強制性、非同步性的信息宣告。它不要求人們在時間和空間上保持一致，而只需要分析和掌握所宣告的信息即可。

5)調查。調查是一種非強制性、非同步性的信息採集。它一般不要求人們在時間和空間上保持一致，只需要將自己所掌握的情況反饋回來即可。

6)日程。日程是對人未來協同狀態的預告。日程是人未來某一時間點或空間地點的確切狀態。將這種狀態予以共享，即可獲知不同的人在未來某一時間或空間發生協同行為的可能性。

(2)人—事協同

人—事協同是指以事情為對象的協同。它主要包括：

1)計劃。計劃是一種典型的事件協同。每個人將自己將要做的事情公佈出來，以便他人掌握，並且對於有關聯的事情產生協同。

2)公文。公文是對事情的正規描述。協同系統中公文流轉過程不是一種普通的通知或廣而告之，而是一種對行為的規範化約束過程。

4)活動。活動是對一個具體事件的協同。它可以由組織中的任何人發起，並在任意群體內得到響應。

5)學習。學習是一種特殊的組織事件。既可以由組織的相關業務部門主持，也可以由小組、團隊或個人發起。組織學習主要是為分析決業務开展所需。

6)分享。分享是將個體所擁有的資源给予給不特定的組織成員的行為，旨在提高組織內資源的價值。

(3)協同支撐

協同支撐是指對協同有直接輔助作用的功能。主要包括：

1)模型。如前所述，模型是可直接調用的功能組件。當前協同軟件中常見的模型是協同工作流模型。未來協同軟件都會自帶龐大的模型庫，內置不同行業、不同組織類型等所適用的各種模型，應用於不同的情景之下，對協同行為產生直接的支撐作用。

2)資源。資源是協同活動中所需的各種實體或信息條件的總稱，是一種直接的支撐條件。在協同軟件中，知識庫或信息庫是典型的資源形態。

3)測評。測評是對協同效果進行分析和評價的重要功能，它支撐協同活動的持續改善。

4)激勵。激勵是對協同行為的持續改善進行有助于的重要功能，它基於對協同行為的測評，依據是個人的協同行為績效，以及組織的協同績效總體水平。

5)檢索。檢索是對協同系統中的信息進行查找的基本工具。

6)推送。推送是協同系統主動對特定的人員發送特定信息的功能，它能使協同軟件具有某種程度上的人工智能。

4.Touchable層

Touchab1e層（觸及層)也被稱之為表示層，是人機交互過程中系統的功能傳遞、用戶體驗、價值實現的層面。在這個層面中，協同軟件將借用多種渠道，解決「最後一米」的問題，將協同信息順暢傳遞給具體人員，或者是外部系統。

歸納起來，Touchab1e層分為現場表示和離場表示兩個大類。

(1)現場表示

現場表示是指人直接操作協同軟件時，系統與人之間的交互層面。它主要包括：

1)個人桌面。是指在個人賬戶中所體現的集成桌面。它包含了個人權限、角色範圍內所應有的所有內容，具有一定的私密性。當然，這些內容以一種策化的方式被組織起來，以提高用戶的易用性和良好的體驗。

2)組織桌面。是指組織層面所要展現的集成桌面，比如置於辦公場所中的公用電腦終端、公告螢幕，以及個人賬戶中的公共板塊等。組織成員顺利获得這類桌面可以分析到組織的公共信息。

3)公眾桌面。是指組織面向社會公眾開放的集成桌面，比如置於公共場所的查詢終端、公眾顯示屏等。人們顺利获得這類桌面可以分析組織想要向他們傳遞的信息。

(2)離場表示

離場表示是指人不直接操作協同軟件，但顺利获得某些設備獲知系統所發出的局部信息。它主要包括：

1)遠程終端。是指協同軟件與遠程終端的信息互通，以確認其所在的遠程工作場所被接入到協同系統之中。遠程終端包括遠程儀器儀表、顯示設備、打印設備等。比如，協同系統與車載GPS設備之間的信息交互，GPS將位置信息發送至協同軟件之中，而協同軟件則將指令信息返回GPS設備。

2)移動終端。移動終端是特指顺利获得移動互聯網與協同軟件進行連接的設備，如手機、手持移動終端等。基於手機的移動協同軟件是當前產品开展的重要方向。

3)接口終端。是指協同軟件顺利获得接口將協同信息傳送至其他信息系統或設備之中，以促使其業務運轉，如協同軟件向ERP軟件傳送信息等。協同軟件顺利获得接口數據庫取得外部系統信息，顺利获得接口終端將自身信息傳遞給外部系統，實現了與外部系統的互聯互通。

圖26是協同軟件顺利获得接口與外部系統進行數據交換及功能聯通的示意圖。圖中，協同軟件與系統A均有相對獨立的內部架構。系統A中的功能模塊m向協同軟件的功能模塊p傳送信息，該信息經過協同軟件流程處理後，從功能模塊q向系統A的功能模塊n返回信息，該信息在系統A中繼續處理。在這樣的系統間連通之中，功能模塊m、n、p、q都可以被稱之為「接口模塊」。

圖26協同軟件與外部系統顺利获得接口連通

註：本文摘自由南宫NG28建设協同研究院出版的《協同+工作革命》一書中《中國企業組織行為績效指標體系研究摘要》，轉載請註明出處。申請試用南宫NG28建设協同軟件，請撥打免費電話：4007003322。