使用Web存儲系統(tǒng)設(shè)計知識管理解決方案

1、使用 Web 存儲系統(tǒng)設(shè)計知識管理解決方案Walson Lee Microsoft Corporation 2000年10月 摘要： 本文概述了使用 Web 存儲系統(tǒng)開發(fā)高效的知識管理解決方案的設(shè)計過程。目錄 · 簡介 · Web 存儲系統(tǒng)用作開發(fā)平臺 · 建立 KM 解決方案 · Microsoft 解決方案框架：基于服務(wù)的應(yīng)用程序模型 · MSF 設(shè)計過程 · KM 解決方案設(shè)計模型 · 設(shè)計用戶服務(wù)的最佳方法 · 設(shè)計業(yè)務(wù)服務(wù)的最佳方法 · 設(shè)計數(shù)據(jù)服務(wù)架構(gòu)的最佳方法 · Web 存儲系統(tǒng)

2、文件夾結(jié)構(gòu)的最佳方法 · SQL 與 Web 存儲系統(tǒng) · 物理設(shè)計考慮因素 · 安全模型 · 性能 · 可伸縮性與可用性 · 指南回顧 · 分類的實現(xiàn) · 與業(yè)務(wù)范圍應(yīng)用程序的集成 · 結(jié)論 簡介 Microsoft® Exchange 2000 Server 是引入一種新的稱為 Web 存儲系統(tǒng)的存儲技術(shù)的第一個 Microsoft 產(chǎn)品。Microsoft 的 Web 存儲系統(tǒng)提供許多新的開發(fā)功能，例如 Web 存儲系統(tǒng)事件與窗體、工作流引擎、內(nèi)容索引以及搜索文件夾。這些功能特別適用于知識

3、管理 (KM) 解決方案。但是，KM 解決方案的開發(fā)人員開始時需要經(jīng)過一個學(xué)習(xí)過程，才能理解這些功能，并逐個理清 Web 存儲系統(tǒng)提供的許多個設(shè)計選項的作用。本文著重講解了有關(guān)開發(fā) KM 解決方案的設(shè)計方面的知識，并討論了最佳方法、設(shè)計模式以及設(shè)計過程中的考慮因素。其中展示了基于服務(wù)的應(yīng)用程序模型和基于 Microsoft 解決方案框架 (MSF) 的設(shè)計過程。這個設(shè)計過程是專為使用 Web 存儲系統(tǒng)建立 KM 解決方案量身定做的。設(shè)計過程包含了概念設(shè)計模型、邏輯設(shè)計模型以及物理設(shè)計模型。本文重點講述針對 Web 存儲系統(tǒng)的物理設(shè)計模型的設(shè)計考慮因素： · 用戶服務(wù) 數(shù)字儀表板和 W

4、eb 存儲系統(tǒng)窗體 · 業(yè)務(wù)服務(wù) 工作流和事件設(shè)計 · 數(shù)據(jù)服務(wù) 存儲架構(gòu)設(shè)計 · 安全模型 · 性能 · 可伸縮性與可用性 · 分類的實現(xiàn) · 與業(yè)務(wù)范圍 (LOB) 應(yīng)用程序集成 本文旨在提供一種設(shè)計基于 Web 存儲管理系統(tǒng)技術(shù)的 KM 解決方案的正確方法。它所面向的讀者是 KM 解決方案的構(gòu)建或設(shè)計人員。其他開發(fā)人員也能從本文闡述的基本設(shè)計概念中獲益。 Web 存儲系統(tǒng)用作開發(fā)平臺 Web 存儲系統(tǒng)是 Microsoft 為體現(xiàn)它的“不受限制的知識工作者”理念而宣布的四項創(chuàng)意之一。這些創(chuàng)意的主要目的是消除當(dāng)今知識工作

5、者面臨的妨礙相互協(xié)作的障礙。 Web 存儲系統(tǒng)將文件系統(tǒng)、Web 以及協(xié)作服務(wù)器的功能組合到一個位置，以便存儲、訪問、管理信息以及建立和運行應(yīng)用程序。 Web 存儲系統(tǒng)中的每一項都是可用 URL 尋址的，并且完全支持半結(jié)構(gòu)化數(shù)據(jù)，如文檔、聯(lián)系人、消息、報告、HTML 文件以及 Active Server Pages (ASP)。Web 存儲系統(tǒng)提供與 Microsoft Office 2000 的高性能集成。它為信息管理（包括一致搜索和數(shù)據(jù)分類）建立了一個平臺。圖 1 闡釋了 Web 存儲系統(tǒng)的編程模型。從圖中可看出它支持不同的協(xié)議、數(shù)據(jù)訪問方式和事件模型。對 Web 存儲系統(tǒng)的數(shù)據(jù)訪問包括對

6、 OLE DB 和 ActiveX® Data Objects (ADO) 的支持。Web 存儲系統(tǒng)還提供通過 HTTP 協(xié)議進(jìn)行訪問的功能。WebDAV 規(guī)范（英文）增強(qiáng)了這一功能，使它可支持另一組協(xié)議命令。此外，該存儲系統(tǒng)本身還支持可擴(kuò)展標(biāo)記語言 (XML)。Web 存儲系統(tǒng)還包括一些新的功能，如 Outlook® Web 訪問、 Web 存儲系統(tǒng)窗體、事件、工作流、內(nèi)容索引、搜索文件夾以及即時消息傳送。這些功能為開發(fā)人員建立 KM 解決方案帶來了很大的靈活性，也更容易實現(xiàn)。有關(guān) Web 存儲系統(tǒng)的詳細(xì)資料，請參見 Exchange 2000 SDK 以及 MSDN E

7、xchange Server 開發(fā)人員中心（英文）。圖 1. Web 存儲系統(tǒng)編程模型建立 KM 解決方案 對企業(yè)中的每一個業(yè)務(wù)問題，知識管理 (KM) 通過選擇解決問題的正確模塊而不斷更新。根據(jù)不同的組織方式和技術(shù)，每一模塊都有自己的特性。下面列出了一些典型特性： · 擴(kuò)充客戶/合作伙伴/雇員的知識 · 快速學(xué)習(xí)并重復(fù)利用知識 · 提高知識產(chǎn)權(quán)的價值 · 為產(chǎn)品和服務(wù)提供特別的附加值 · 建立新知識 · 共享工作過程和質(zhì)量革新的知識 圖 2. KM 啟用模塊有兩項技術(shù)是所有 KM 系統(tǒng)的基礎(chǔ)：完全 Intranet 和消息傳送及協(xié)作

8、。這些技術(shù)構(gòu)建的基礎(chǔ)結(jié)構(gòu)支持對信息進(jìn)行有效傳輸、架構(gòu)、訪問和協(xié)同管理。其余的 KM 啟用模塊把這一基礎(chǔ)結(jié)構(gòu)擴(kuò)展成一個復(fù)雜的 KM 系統(tǒng)，該系統(tǒng)包含各種服務(wù)（如內(nèi)容管理、各種信息傳遞以及數(shù)據(jù)分析等）。其它服務(wù)（如數(shù)據(jù)跟蹤、工作流過程）也包含在該系統(tǒng)和這些模塊中。 實現(xiàn) KM 啟用模塊可以是即插即用的。雖然某些模塊得益于先前某一模塊的實現(xiàn)，仍可按與要開發(fā)的特定業(yè)務(wù)案例之間的相對順序選擇它們。例如，象視頻會議這樣的實時協(xié)作服務(wù)，可以很容易地包含在必備技術(shù)的上層，但要通過內(nèi)容管理模塊中提供的元數(shù)據(jù)服務(wù)才能得以增強(qiáng)。圖 3. 可能的知識管理平臺分層結(jié)構(gòu)Microsoft 當(dāng)前的 KM 平臺是 Micro

9、soft BackOffice® 系列。它提供的服務(wù)能夠：建立 KM 先決條件（消息傳送及協(xié)作和完全 Intranet），通過實現(xiàn)所有的 KM 啟用模塊（內(nèi)容管理、團(tuán)體和組、入口和搜索、數(shù)據(jù)分析以及實時協(xié)作）將它們擴(kuò)展成 KM 解決方案。除了這些服務(wù)，BackOffice 還提供與先前信息或知識源集成和連接的接口。在未來的幾個月內(nèi)，Microsoft 將發(fā)布 .NET Enterprise Server，它包含 SQL Server 2000、 BizTalk Server、 Commerce Server 2000、 Host Integration Server 2000、 In

10、ternet Security & Acceleration Server 2000、 Exchange 2000 Server 以及 Application Center 2000。設(shè)計這些組件的目的是通過它們的緊密協(xié)作來建立下一代的 Web 應(yīng)用程序。本文的重點是 Web 存儲系統(tǒng)，它是 Exchange 2000 以及 Microsoft 未來產(chǎn)品的基礎(chǔ)存儲技術(shù)。Web 存儲系統(tǒng)是建立和提供以下關(guān)鍵知識服務(wù)所需的一個開發(fā)平臺： · 搜索與傳遞 · 協(xié)作 · 文檔管理 · 跟蹤和工作流 有關(guān)詳細(xì)信息，請參考建立知識管理解決方案白皮書（英文）。

11、Microsoft 解決方案框架：基于服務(wù)的應(yīng)用程序模型 為了奠定一個基礎(chǔ)，以便您掌握下面關(guān)于如何設(shè)計 KM 解決方案的討論，我們將根據(jù) Microsoft 解決方案框架 (MSF) 白皮書，簡要概括 MSF 的基于服務(wù)的應(yīng)用程序模型。有關(guān)詳細(xì)信息，請參考 Microsoft 解決方案框架白皮書（英文）。MSF 提倡使用基于服務(wù)的應(yīng)用程序模型來設(shè)計和實現(xiàn)分布式組件和業(yè)務(wù)解決方案?！盎诜?wù)的應(yīng)用程序模型”是指應(yīng)用程序的功能定義為一組服務(wù)集合。按照 MSF 的觀點，一個應(yīng)用程序是由服務(wù)的使用者與提供者組成的邏輯網(wǎng)絡(luò)構(gòu)成的。在這一模型中，使用者可以是一個用戶或另一個服務(wù)組件。這些服務(wù)可以跨越物理和

12、功能的邊界，滿足各種不同應(yīng)用程序的需求。什么是服務(wù)？服務(wù)就是一組應(yīng)用程序邏輯，它針對對象實現(xiàn)操作、功能或轉(zhuǎn)換。服務(wù)可以執(zhí)行業(yè)務(wù)規(guī)則，計算或管理數(shù)據(jù)，提供輸入、檢索、查看或修改信息等功能。為進(jìn)一步精確說明服務(wù)網(wǎng)絡(luò)的分布特性， MSF 應(yīng)用程序模型定義了組成一個應(yīng)用程序的三類服務(wù)： 1. 用戶服務(wù)是提供應(yīng)用程序接口的應(yīng)用程序邏輯單元。應(yīng)用程序的用戶可以是一個用戶或另一個應(yīng)用程序。 因此，應(yīng)用程序的接口可以是圖形用戶界面 (GUI) 和/或應(yīng)用程序編程接口 (API)。 2. 業(yè)務(wù)服務(wù)這種應(yīng)用程序邏輯單元用于控制業(yè)務(wù)規(guī)則的先后順序和執(zhí)行，并且可以保證所執(zhí)行操作的事務(wù)完整性。通過應(yīng)用恰當(dāng)?shù)臉I(yè)務(wù)規(guī)則，業(yè)

13、務(wù)服務(wù)可將數(shù)據(jù)轉(zhuǎn)換成信息。 3. 數(shù)據(jù)服務(wù)是提供最低提取可見級別的應(yīng)用程序邏輯單元，用于操作數(shù)據(jù)。數(shù)據(jù)服務(wù)維護(hù)作為公司資產(chǎn)的永久和非永久數(shù)據(jù)的可用性和完整性。它們提供創(chuàng)建、讀取、更新和刪除服務(wù)，這樣業(yè)務(wù)服務(wù)（數(shù)據(jù)服務(wù)的使用者）就不需要了解數(shù)據(jù)的位置、實現(xiàn)方式和訪問方式了。 MSF 設(shè)計過程 設(shè)計業(yè)務(wù)解決方案的過程可與設(shè)計建造一座建筑物相比。好的建筑師只有了解了客戶的需求才真正了解了客戶。在系統(tǒng)設(shè)計中，可有多個視角描述最終產(chǎn)品，這與建筑是一樣的。每一個視角都是為不同的受眾準(zhǔn)備的，它們的詳細(xì)程度也不盡相同。KM 解決方案的設(shè)計也是這樣 應(yīng)用程序有不同的重點和技巧。設(shè)計人員專注于用戶界面、業(yè)務(wù)過程或

14、數(shù)據(jù)庫問題，我們需要為他們提供一種途徑來協(xié)調(diào)和同步他們的工作，使他們能高效地、有組織地利用他們的專業(yè)技能完成全面平衡的設(shè)計。MSF 設(shè)計過程分三個階段： 1. 概念設(shè)計 2. 邏輯設(shè)計 3. 物理設(shè)計 概念設(shè)計 概念設(shè)計是指確切了解要解決的問題，然后以管理方和用戶都能理解的方式構(gòu)架出問題的解決方案。與單純收集需求相比，它的范圍要廣得多。這個階段還需要根據(jù)具體環(huán)境來處理這些需求，從而合理決策。 概念設(shè)計提取出要執(zhí)行業(yè)務(wù)活動所需的本質(zhì)任務(wù)和信息，從而按照既緊密圍繞過程，又以用戶為中心的方式看待解決方案。在 MSF 中,方案是概念設(shè)計過程的關(guān)鍵結(jié)果。一個方案描述在某種業(yè)務(wù)環(huán)境中用戶執(zhí)行的與行為相關(guān)的

15、一系列任務(wù)或事務(wù)。方案必須根據(jù)負(fù)責(zé)這項工作的用戶的需要（以用戶為中心）來提取業(yè)務(wù)解決方案的需求（圍繞過程）。邏輯設(shè)計 邏輯設(shè)計是指通過定義系統(tǒng)各部分及它們間相互作用的方式來描述解決方案的過程。這一過程組織新系統(tǒng)的邏輯結(jié)構(gòu)并闡釋該系統(tǒng)的組成方式以及它與外部世界的接口。在邏輯設(shè)計過程中，必須加深項目組對系統(tǒng)的認(rèn)識。這是確定設(shè)計的詳細(xì)程度的主要考慮因素。邏輯設(shè)計提供的組織和結(jié)構(gòu)規(guī)則必須滿足各個獨立的組成員同時高效工作的要求，還要奠定與外部項目和構(gòu)架進(jìn)行協(xié)作的基礎(chǔ)。邏輯設(shè)計提供了評價各種物理設(shè)計選項的基礎(chǔ)。通過不同的物理設(shè)計都可能實現(xiàn)對邏輯元素的組織。在一個反復(fù)的過程中，進(jìn)行邏輯設(shè)計會與進(jìn)行物理設(shè)計有

16、部分相重疊。這樣整個小組才能夠逐步優(yōu)化系統(tǒng)。邏輯設(shè)計旨在列出系統(tǒng)中的各部分、描述它們的相互聯(lián)系并定義使用這些部分可以達(dá)到什么目的。請記住概念設(shè)計與邏輯設(shè)計是緊密相關(guān)的。邏輯設(shè)計描述系統(tǒng)如何配合每一個概念設(shè)計方案。設(shè)計組可以從定義系統(tǒng)的主要模塊開始邏輯設(shè)計過程。模塊表示協(xié)同工作完成某項任務(wù)的一些過程的集合。設(shè)計組必須確定每一個元素、每個元素的職能以及每個元素如何與其它元素相互作用。這個階段的結(jié)果包括： · 核心的功能區(qū)域或元素 · 這些區(qū)域的活動或功能 · 區(qū)域間聯(lián)系 物理設(shè)計 物理設(shè)計是從開發(fā)小組的角度描述解決方案的組件、服務(wù)以及技術(shù)的過程。物理設(shè)計旨在根據(jù)現(xiàn)實的

17、技術(shù)局限性分析邏輯模型，包括實現(xiàn)情況和性能方面的考慮。物理設(shè)計過程的結(jié)果是一組組件、特定平臺的用戶界面設(shè)計以及物理數(shù)據(jù)庫設(shè)計。物理設(shè)計為功能規(guī)格提供基礎(chǔ)。開發(fā)小組、測試小組以及部署小組都可使用這一功能規(guī)格作為質(zhì)量保證的基礎(chǔ)。物理設(shè)計過程包含幾個步驟：研究、分析、合理化以及規(guī)范化： · 物理設(shè)計的研究步驟包括確定基本結(jié)構(gòu)的物理局限性以及解決方案的物理需求，并處理物理局限性與需求之間可能產(chǎn)生的沖突。 · 物理設(shè)計的分析步驟包括選擇備選的實現(xiàn)技術(shù)并草擬由網(wǎng)絡(luò)、數(shù)據(jù)、組件拓?fù)浣Y(jié)構(gòu)組成的初步部署模型。 · 物理設(shè)計的合理化步驟包含確定打包方式和分布策略、將對象分解成基于服務(wù)

18、的組件、在拓?fù)浣Y(jié)構(gòu)中分布組件以及進(jìn)一步改進(jìn)打包和分布方式。 · 物理設(shè)計的規(guī)范化步驟包括確定編程模型、指定組件接口和了解組件結(jié)構(gòu)的考慮因素。 KM 解決方案設(shè)計模型 到此，我們已經(jīng)分析了建立 KM 解決方案、 MSF 應(yīng)用程序模型和設(shè)計過程的關(guān)鍵概念?，F(xiàn)在該將它們綜合起來集中學(xué)習(xí)如何按照 MSF 設(shè)計過程設(shè)計 KM 解決方案了。我們將使用 MSF 基于服務(wù)的應(yīng)用程序模型作為以下論述的基本方針。設(shè)計典型的 KM 解決方案時，我們必須仔細(xì)考慮以下問題： · 我們設(shè)計的目的是什么？ · 我們是否定義了獲取用戶和業(yè)務(wù)需求的方案？ · 我們是否有足夠的信息來定義一

19、組服務(wù)以及它們的接口？ · 一旦我們確定了實現(xiàn)技術(shù)，基本結(jié)構(gòu)和技術(shù)方面將存在哪些局限性？ · 我們是否定義了對象模型？ 下表闡釋了一個 KM 解決方案設(shè)計模型的示例，它是基于一個虛構(gòu)的 Exchange 2000 示例應(yīng)用程序的。表 1. 知識管理解決方案設(shè)計模型服務(wù)層次概念設(shè)計（方案）邏輯設(shè)計（對象/服務(wù)）物理設(shè)計（組件/技術(shù)）用戶服務(wù)示例方案：建立社區(qū)論壇，通過動態(tài)地、根據(jù)需要添加論壇來實現(xiàn)它的靈活性。一個基于 Web 的虛擬社區(qū)，包括以下服務(wù)： · 業(yè)界新聞 · 協(xié)作 · 最佳方法 · 共享聯(lián)系人 · 易于查找的信息

20、一個基于 Exchange 2000 的數(shù)字版面，它包含不同的 Web 部件，與邏輯設(shè)計中定義的服務(wù)相對應(yīng)。業(yè)務(wù)服務(wù)示例方案：要求引導(dǎo) (RFQ) 文檔綜述和批準(zhǔn)過程。· 生成 RFQ 服務(wù) 在 BizTalk 框架的基礎(chǔ)上將 RFQ 轉(zhuǎn)換成 XML 文檔 · RFQ 批準(zhǔn)過程 · 生成并驗證 RFQ 的屬性的事件接收器 · 使用工作流引擎實現(xiàn) RFQ 批準(zhǔn)過程 · 使用 ServerXMLHTTP、XML DOM、XSLT 實現(xiàn) RFQ 轉(zhuǎn)換過程 數(shù)據(jù)服務(wù)示例方案： · 一個中央信息庫，用來容納所有相關(guān)項目文檔以及與工程組織相關(guān)的設(shè)

21、計文檔。 · 允許小組成員通過適當(dāng)?shù)陌踩Ｐ凸蚕砘虿榭次臋n。 以下對象的邏輯架構(gòu)設(shè)計： · 項目 · 文檔 · 小組成員 基于 Web 存儲系統(tǒng)的物理架構(gòu)設(shè)計： · 文件夾結(jié)構(gòu) · 架構(gòu)文件夾 · 自定義內(nèi)容類及屬性 · 安全 XML 描述符模板 以下是適用于 KM 設(shè)計模型的一般最佳方法或建議。在下面的部分我們將討論具體的主題。 · 在概念設(shè)計階段，重點是定義能把握業(yè)務(wù)過程和需求的方案。方案的定義應(yīng)當(dāng)根據(jù)業(yè)務(wù)問題范圍內(nèi)的環(huán)境來進(jìn)行，而不是根據(jù)解決方案范圍內(nèi)的環(huán)境來進(jìn)行。  · 在從概

22、念設(shè)計到邏輯設(shè)計的過渡階段中，開發(fā)小組可審核整套方案以應(yīng)用適當(dāng)?shù)拿嫦驅(qū)ο?(OO) 的設(shè)計技術(shù)（例如用戶案例分析），來確定備選服務(wù)和/或?qū)ο蟆＿@些備選服務(wù)/對象奠定了邏輯設(shè)計模型的基礎(chǔ)。這通常是個反復(fù)的過程，即需要往復(fù)幾次才能完成。圖 6 是一個基于 Microsoft Visio® 2000 聯(lián)機(jī)文檔的示例用戶案例關(guān)系圖。本關(guān)系圖源自 ObjectSpace （)（英文）公司的 Craig Larman 所寫的面向?qū)ο蟮姆治龊驮O(shè)計材料。 圖 4. 用戶案例關(guān)系圖示例 · 在邏輯設(shè)計階段，小組應(yīng)專注于設(shè)計業(yè)務(wù)和對象，而不考慮技術(shù)和平臺的因素。對多數(shù)開發(fā)人員來說，做到這一點比

23、較困難。一些開發(fā)小組可能傾向于干脆跳過邏輯設(shè)計階段而直接進(jìn)行物理設(shè)計。這絕對不是一個好辦法。邏輯設(shè)計模型有許多優(yōu)點，如： · 為各個單獨的小組成員同時高效工作提供必需的組織和結(jié)構(gòu)規(guī)則。 · 充當(dāng)與外部項目和設(shè)計人員協(xié)作的基礎(chǔ)。 · 降低復(fù)雜性。 · 提供根據(jù)用戶需求（即方案）優(yōu)化設(shè)計的機(jī)會。 · 在從邏輯設(shè)計到物理設(shè)計的過渡階段中，開發(fā)小組可以使用邏輯設(shè)計階段定義的服務(wù)和對象草稿開始物理設(shè)計。所有小組成員和該項目涉及的其他人員都應(yīng)當(dāng)首先了解解決方案和整個系統(tǒng)結(jié)構(gòu)的情況，包括系統(tǒng)中各部分之間的相互聯(lián)系。使用統(tǒng)一建模語言 (UML) 中定義的相互作

24、用關(guān)系圖（順序關(guān)系圖）來獲取系統(tǒng)的動態(tài)相互作用關(guān)系是一個較好的方法。圖 7 是一個示例順序關(guān)系圖，摘自 Microsoft Visio 2000 聯(lián)機(jī)文檔。本關(guān)系圖源自 ObjectSpace （)（英文）公司的 Craig Larman 所寫的面向?qū)ο蟮姆治龊驮O(shè)計材料。 · 在物理設(shè)計階段，開發(fā)小組應(yīng)專注于能優(yōu)化或改進(jìn)設(shè)計模型的設(shè)計因素。本文其余部分將集中討論適用于使用 Web 存儲系統(tǒng)進(jìn)行設(shè)計需要注意的最佳方法。 圖 5. 順序關(guān)系圖示例 用戶服務(wù)設(shè)計的最佳方法 正如上文所述，用戶服務(wù)是提供應(yīng)用程序界面的應(yīng)用程序邏輯單元。其設(shè)計活動的中心通常是圖形用戶界面 (GUI) 和/或應(yīng)用

25、程序編程接口 (API)。以下是使用 Web 存儲系統(tǒng)設(shè)計用戶服務(wù)的一組最佳方法：通過考察關(guān)鍵使用方案確定一般用戶服務(wù) 在邏輯設(shè)計階段，小組要考察各種使用方案，尤其是與用戶（或 UML 中的“操作者”）相互作用的情況。多數(shù)情況下，從方案中確定用戶服務(wù)會非常容易。但是，要找到可重復(fù)利用的用戶服務(wù)就需要額外的精力和經(jīng)驗了。示例：在設(shè)計雇員 KM 入口 Web 站點時，內(nèi)容搜索用戶服務(wù)和分類選擇用戶服務(wù)可能會在整個 Web 站點中重復(fù)利用。使用新的數(shù)字儀表板框架 數(shù)字儀表板概述：數(shù)字儀表板是知識工作者的自定義解決方案，它將個人、小組、公司以及外部的信息綜合在一起，并很容易使用分析和協(xié)作工具。使用數(shù)字

26、儀表板資源工具包 (DDRK) 2.0（英文），公司很快就能夠建立并部署自定義的數(shù)字儀表板解決方案。DDRK 中包含所有必需的工具和文檔、示例儀表板以及可立即用于各種數(shù)字儀表板的組件。數(shù)字儀表板由 Web 部件（可重復(fù)使用的組件，包含任何形式基于 Web 的信息）組成。 生成 Web 部件很容易；最終用戶可在儀表板中創(chuàng)建簡單的 Web 部件。開發(fā)人員使用 Web 部件生成器可以創(chuàng)建更加復(fù)雜的 Web 部件。通常數(shù)字儀表板應(yīng)用程序有一個增強(qiáng)的用戶界面，它將常見的 Microsoft Office 功能與易用的 Web 瀏覽器風(fēng)格的控件相結(jié)合。用戶只需點擊一下，就可使用簡便的工具來自定義數(shù)字儀表板

27、、創(chuàng)建新的 Web 部件或者從 Internet 或本地 Intranet 上的 Web 部件庫中導(dǎo)入 Web 部件。圖 8 顯示一個名為 Adventure Works 的虛構(gòu)的公司的數(shù)字儀表板。這個數(shù)字儀表板包含的 Web 部件顯示用戶收件箱、MSN Messenger Service、日歷以及有關(guān)該公司的關(guān)鍵信息。圖 6. 數(shù)字儀表板示例實現(xiàn)用作 Web 部件的一般用戶服務(wù) 數(shù)字儀表板的核心是 Web 部件。Web 部件是可以重復(fù)使用的組件，它包括基于 Web 的內(nèi)容（如 XML、 HTML）和腳本，還包括一組標(biāo)準(zhǔn)屬性，用于控制 Web 部件在數(shù)字儀表板中的顯示方式。這些屬性使 Web

28、部件和儀表板成為中立的存儲空間并且完全可以重復(fù)使用。因為 Web 部件遵守一般標(biāo)準(zhǔn)，您可以把它們存儲在庫中，從這個庫中您可以提取 Web 部件來組成您的組織中的所有數(shù)字儀表板。許多 Web 部件和儀表板都具有用戶專用的屬性，但如果您是管理員，可以控制用戶能夠更改 Web 部件或儀表板的程度。通過 UI 設(shè)計指南定義一致的外觀 定義一組 UI 設(shè)計指南是個好方法。這樣能夠保證 KM 解決方案有一致的外觀。例如，為了使用戶對您的 KM 入口 Web 站點更加滿意，就要為一般 KM 用戶服務(wù)設(shè)計一致的 UI，這些服務(wù)包括： · 導(dǎo)航服務(wù) · 內(nèi)容搜索服務(wù) · 分類選擇服

29、務(wù) · 內(nèi)容表示服務(wù) 盡量使用 Outlook Web Access 只需要重復(fù)使用 Outlook Web Access 中的某些部分，您就可創(chuàng)建自定義的 Web 頁面。這些部分可以嵌入到 Web 頁面中。可使用表、框架和 iFrame 來安排 Outlook Web Access 的各個部分。Outlook Web Access 為每天的任務(wù)提供了默認(rèn)視圖 例如，查看收件箱和發(fā)件箱。 通過指定其它參數(shù)可以操作默認(rèn)視圖。例如， Web 頁面可以包含用戶的收件箱和組日歷。在頁面的一角可以顯示一個商標(biāo)或公司標(biāo)識，在另一角有當(dāng)前新聞和與內(nèi)部工具的鏈接。因為使用 Outlook Web A

30、ccess 可以在很大程度上減輕您的開發(fā)工作，您應(yīng)當(dāng)盡可能地使用它。為自定義的內(nèi)容類和屬性使用 Web 存儲系統(tǒng)窗體 如果已經(jīng)設(shè)計了自定義的內(nèi)容類和屬性，您應(yīng)當(dāng)考慮使用 Web 存儲系統(tǒng)窗體。Web 存儲系統(tǒng)窗體是一種基于 Web 的窗體技術(shù)，它建立在 Internet 標(biāo)準(zhǔn)之上。Web 存儲系統(tǒng)窗體是在 Web 存儲系統(tǒng)中注冊的 Web 頁面。注冊本身就是 Web 存儲系統(tǒng)數(shù)據(jù)存儲區(qū)中的一條記錄。Web 存儲系統(tǒng)窗體被設(shè)計為能夠與符合 HTML 3.2 標(biāo)準(zhǔn)的瀏覽器一同工作。支持那些功能的瀏覽器包括 Microsoft Internet Explorer 3.0 或更高版本以及 Netsca

31、pe Navigator 3 或更高版本。 Web 存儲系統(tǒng)窗體有什么特殊之處呢？Web 存儲系統(tǒng)窗體具有以下特點： · 以數(shù)據(jù)為中心：瀏覽器請求存儲區(qū)中某一項的 URL。存儲區(qū)執(zhí)行與所請求的項相對應(yīng)的窗體。 · 適應(yīng)性強(qiáng)：窗體只需要了解如何處理某一特定語言、瀏覽器或操作。存儲區(qū)能夠與請求相適應(yīng)以保證執(zhí)行正確的窗體。 究竟什么是窗體？它是一個相當(dāng)寬泛的詞匯，通常與通過 HTTP 協(xié)議與存儲區(qū)中數(shù)據(jù)綁定的 HTML 頁面相關(guān)。根據(jù) Microsoft Exchange 產(chǎn)品組的編程經(jīng)理 Jamie Cool 的說法，更正式的定義為“一個過程，它使用 HTTP 通信，可通過 H

32、TML 與用戶進(jìn)行交互并操作數(shù)據(jù)，從而響應(yīng)用戶的操作?！绷私?Web 存儲系統(tǒng)窗體如何工作是必要的。Web 存儲系統(tǒng)中的所有內(nèi)容都是可用 URL 尋址的。從 Web 進(jìn)行訪問時，Outlook Web Access 為 Web 存儲系統(tǒng)中的所有項提供默認(rèn)的顯示方式。窗體注冊表允許開發(fā)人員覆蓋 Outlook Web Access 中的默認(rèn)顯示方式。Exchange 接收到來自用戶瀏覽器的 HTTP 請求后，該請求即被傳送給 Microsoft Internet Information 服務(wù) (IIS)。 IIS 調(diào)用 ISAPI DLL。這與 Web 存儲系統(tǒng)用來處理所有 HTTP/DAV 請

33、求所使用的 DLL 相同。ISAPI DLL 檢查窗體注冊表的窗體注冊。窗體注冊提供一組針對窗體的屬性，如內(nèi)容類、用戶操作、語言、瀏覽器類型、項狀態(tài)和兩個重要屬性： · 執(zhí)行 URL：執(zhí)行該 URL 將顯示窗體。它可能是一個 ISAPI 篩選器（例如：/exchweb/bin/exwform.dll）或一個 ASP 頁面（例如：process.asp）。 · 窗體 URL：正在處理或顯示的窗體或模板的 URL；當(dāng)前 URL 所表示的項（例如：ExpenseForm.htm、ECOform.ASP）。 處理從 HTTP 請求報頭讀取的信息，并與存儲在 Browsecap.in

34、i 中瀏覽器的信息相比較，就可以得到瀏覽器的功能信息。ISAPI DLL 使用與窗體注冊表信息最佳匹配的比較來確定顯示哪一個窗體。有關(guān) Web 存儲系統(tǒng)窗體的詳細(xì)信息，請參考 Exchange 2000 SDK。設(shè)計業(yè)務(wù)服務(wù)的最佳方法 正如上文所述，業(yè)務(wù)服務(wù)是一個應(yīng)用程序邏輯單元，它控制執(zhí)行業(yè)務(wù)規(guī)則的先后順序，保證所執(zhí)行操作的事務(wù)完整性。以下是一組使用 Web 存儲系統(tǒng)設(shè)計業(yè)務(wù)服務(wù)的最佳方法：通過使用方案確定關(guān)鍵業(yè)務(wù)過程 在邏輯設(shè)計階段，開發(fā)小組應(yīng)檢查他們在概念設(shè)計階段收集的方案以確定業(yè)務(wù)過程，如文檔批準(zhǔn)過程或內(nèi)容變換過程。確定實現(xiàn)機(jī)制 在物理設(shè)計階段，開發(fā)小組需要確定這些業(yè)務(wù)過程最合適的實現(xiàn)

35、機(jī)制。有四個基本選項：工作流引擎、事件接收器、 COM+ 組件和腳本（客戶端或服務(wù)器端腳本）。使用腳本的方法會造成一些困難，如代碼不易維護(hù)以及腳本的局限性。因此，我們建議采用前三種方法。以下是確定實現(xiàn)方法的一組指南： · 如果業(yè)務(wù)過程符合以下情況，則使用工作流： · 涉及多用戶和多資源。 · 具有復(fù)雜過程，如批準(zhǔn)或業(yè)務(wù)驗證過程。 · 如果出現(xiàn)以下情況，則使用事件接收器： · 只涉及少量的用戶或資源。 · 驗證過程簡單。 · 具有整個存儲區(qū)范圍內(nèi)的事件。 · 具有定時器事件。 · 如果使用 Web 存儲系統(tǒng)

36、進(jìn)行的大多是讀取操作而不是更新操作，且不涉及工作流，則使用 COM+ 組件。 設(shè)計數(shù)據(jù)服務(wù)架構(gòu)的最佳方法 正如上文所述，數(shù)據(jù)服務(wù)是提供最低提取可見級別的應(yīng)用程序邏輯單元，用于操作數(shù)據(jù)。數(shù)據(jù)服務(wù)維護(hù)作為公司資產(chǎn)的永久和非永久數(shù)據(jù)的可用性和完整性。這一部分我們將討論 Web 存儲系統(tǒng)架構(gòu)設(shè)計，下一部分討論文件夾結(jié)構(gòu)。首先，什么是架構(gòu)？對于建立在 Web 存儲系統(tǒng)技術(shù)基礎(chǔ)上的整個物理設(shè)計模型來說，為什么架構(gòu)設(shè)計至關(guān)重要？架構(gòu)一詞指的是一種定義和組織數(shù)據(jù)（有時稱為元數(shù)據(jù)）的方法。在結(jié)構(gòu)化查詢語言 (SQL) 關(guān)系型數(shù)據(jù)庫中，架構(gòu)包括所有的表定義和列定義，以及其它信息（如索引和觸發(fā)器）。對于存儲區(qū)，我們

37、將架構(gòu)設(shè)計的重心放在內(nèi)容類及與其相關(guān)聯(lián)的屬性集方面。架構(gòu)設(shè)計對整個 KM 解決方案是否成功有直接影響，尤其是在性能和可擴(kuò)展性方面。架構(gòu)設(shè)計通常是定義數(shù)據(jù)服務(wù)模型的第一步。許多設(shè)計的考慮因素和決策都要依賴架構(gòu)設(shè)計。下面一段是對 Web 存儲系統(tǒng)架構(gòu)的簡要介紹。Web 存儲系統(tǒng)可用于為您的應(yīng)用程序定義架構(gòu)。Web 存儲系統(tǒng)架構(gòu)是以內(nèi)容類為中心的。內(nèi)容類為存儲區(qū)中的項/實例定義架構(gòu)類，是屬性集的邏輯容器。為您的應(yīng)用程序創(chuàng)建架構(gòu)定義時，要定義自定義內(nèi)容類及相關(guān)的屬性。Web 存儲系統(tǒng)含有大量預(yù)定義的內(nèi)容類和屬性。定義自己的自定義內(nèi)容類時，您可以使用或擴(kuò)展（子類）某一預(yù)定義內(nèi)容類。其中包括（但不僅限于）

38、表 2. 所列的內(nèi)容類。表 2. 內(nèi)容類內(nèi)容類說明urn:content-classes:item 存儲區(qū)中各項的基類urn:content-classes:message 消息的基類urn:content-classes:calendarmessage會議請求和響應(yīng)的基類urn:content-classes:appointment 約會的基類urn:content-classes:person 聯(lián)系人項的基類urn:content-classes:folder文件夾的基類urn:content-classes:documentMicrosoft Office 文檔的基類Web 存儲系統(tǒng)架構(gòu)

39、的一個長處是它們?yōu)榧軜?gòu)感知的應(yīng)用程序和工具提供了一種方法，可用來查找出適用于某一特定應(yīng)用程序的內(nèi)容類和屬性的名稱。與某一特定應(yīng)用程序相關(guān)的架構(gòu)信息是通過文件夾的架構(gòu)范圍來控制的。文件夾的架構(gòu)范圍是一組按某特定順序遍歷的文件夾，它們包含架構(gòu)定義項。通過在 Web 存儲系統(tǒng)（其中存儲您的架構(gòu)信息）中定義文件夾的列表，你可以逐個文件夾地擴(kuò)展架構(gòu)。范圍可以很簡單，只包含全局架構(gòu)文件夾；也可以比較復(fù)雜，包含一個很大的文件夾 URL 的列表。還需要查看以下兩個屬性來定義架構(gòu)范圍，這兩個屬性對整體架構(gòu)設(shè)計 尤其是文件夾結(jié)構(gòu) 也很重要，我們將在下一部分討論這一主題。 · schema-collect

40、ion-ref (SCR)：這一屬性是一個文件夾的 URL，將在該文件夾中查找內(nèi)容類和屬性定義。這是搜索架構(gòu)定義項的第一個文件夾，并且總是文件夾架構(gòu)范圍中的第一個文件夾。如果未設(shè)置這個屬性，則默認(rèn)為存儲區(qū)的 non_ipm_subtree/Schema 文件夾，其中包含 Web 存儲系統(tǒng)的默認(rèn)架構(gòu)定義項。 · Baseschema：這一屬性是個多值字符串，包含一個或多個文件夾的 URL。通過確定包含架構(gòu)定義項的其它文件夾，可以擴(kuò)展某文件夾的架構(gòu)范圍。 除了定義自定義內(nèi)容類之外，定義自定義屬性是架構(gòu)設(shè)計的另一個重要方面。雖然 Web 存儲系統(tǒng)提供許多預(yù)定義的屬性，您可以為每一項存儲任意

41、數(shù)量的其它屬性；這些屬性就稱為自定義屬性。您還可以對每一項定義一組不同的自定義屬性。自定義屬性與它的關(guān)聯(lián)項一起保存。檢查項時可以按名稱發(fā)出請求。如果使用 Exchange OLE DB 提供程序或 ADO 直接綁定到項上，或通過 HTTP/WebDAV 協(xié)議發(fā)出一個 0 深度的 PROPFIND 命令，Web 存儲系統(tǒng)將返回該項的所有自定義屬性。對于所有深度為 1 的項屬性，自定義屬性對 SQL “SELECT *”語句或 PROPFIND 命令都是不可見的，除非這些屬性被定義為項的內(nèi)容類的一部分。因此，要使架構(gòu)感知的應(yīng)用程序能識別您的屬性，必須把屬性和內(nèi)容類的定義添加到應(yīng)用程序文件夾的架構(gòu)范

42、圍中。下面我們對一些通用的架構(gòu)設(shè)計指南作一總結(jié)。如果您不熟悉 URN、URI 和 URL 這些詞，在繼續(xù)之前建議您看一看下面的定義。URI、URN 和 URL 統(tǒng)一資源標(biāo)識符 (URI) 就是一個采用一定格式的字符串，它可用來唯一地標(biāo)識一個資源。URI 可以是一個統(tǒng)一資源定位符 (URL) 或一個統(tǒng)一資源名稱 (URN)。 · URL 對定位所標(biāo)識資源所需的底層協(xié)議進(jìn)行編碼。 · 而 URN 則與位置無關(guān)，而且與定位所標(biāo)識資源要使用的協(xié)議或機(jī)制也毫無關(guān)系。 URL 開頭帶有一個標(biāo)識協(xié)議的前綴，接著是一個針對協(xié)議的字符串。對于 HTTP URL，語法如下： "htt

43、p:/" <host> ":" <port> <path> "?" <query><host> 是服務(wù)器的 IP 地址， <port> 是服務(wù)器偵聽的 TCP 端口號， <path> 是在 HTTP 請求中作為請求 URI 傳遞的絕對 URI?？蛇x的 <query> 對應(yīng)于查詢字符串后綴，即用 & 分隔的關(guān)鍵字/值對的列表。只有 URL 的主機(jī)部分是必須的。如果未指定端口，默認(rèn)為端口 80；如果未指定路徑，請求 URI 將為“/”。URN 對

44、建立現(xiàn)代的、適宜 Internet 的應(yīng)用程序是至關(guān)重要的，但人們對它還遠(yuǎn)遠(yuǎn)不夠熟悉。目前還沒有一種通用的方式來間接訪問 URN 以查找它所標(biāo)識的資源。URN 的語法結(jié)構(gòu)保證了 URN 跨多個組織的唯一性。其語法如下所示： "urn:" <NID> ":" <NSS><NID> 是命名空間標(biāo)識符，<NSS> 是命名空間特定的字符串。如果要標(biāo)識與位置無關(guān)的內(nèi)容，建議您使用 URN 機(jī)制。對于還需要包含位置信息的標(biāo)識符，則建議使用 URL 機(jī)制。架構(gòu)設(shè)計指南 架構(gòu)設(shè)計指南的內(nèi)容如下：使用和定義命名空間 (URN

45、) 使用命名空間定義屬性和內(nèi)容類是一種好辦法。命名空間的作用包括： · 有助于確保屬性和類的名稱是全局唯一的；即，解決識別和沖突的問題。如果您有多個應(yīng)用程序在同一時間部署，或者獨立軟件開發(fā)商 (ISV) 在一個大型組織中部署他們的應(yīng)用程序時，這一點都是特別重要的。 · 指示“擁有”屬性或類定義的個體或組織。 在隨 Exchange 2000 提供的預(yù)定義屬性和類中，您會發(fā)現(xiàn)有許多不同類型的命名空間： · urn:schemas:httpmail: · urn:schemas-microsoft-com:exch-data: · urn:sche

46、mas-microsoft-com:office:office ·第一個示例是一種通用的廣為接受的命名空間，目的是為了增強(qiáng)各種架構(gòu)感知應(yīng)用程序間的互操作性。 接下來的兩個是專用 URN。如果您希望為您的應(yīng)用程序創(chuàng)建一個類似的命名空間，您可以創(chuàng)建 urn：schemas-mycompanysdomain-com:myapplication:。第二個和第三個命名空間的差別就在于：第二個命名空間的結(jié)尾有一個命名空間分隔符而第三個命名空間沒有。如果命名空間以分隔符“:”或“/”結(jié)尾，將創(chuàng)建屬性或內(nèi)容類名稱，且屬性名附于命名空間后。例如，第二個命名空間中的一個屬性是 urn：schemas-m

47、icrosoft-com:exch-data:ismultivalued。如果命名空間不以分隔符結(jié)尾（如第三個示例），則該命名空間中將創(chuàng)建屬性名，命名空間與屬性名之間有一個符號“#”。例如，第三個命名空間中的一個屬性是 urn：schemas-microsoft-com:office:office#Author。最后一個命名空間示例顯示如何將 URL 用作命名空間。您應(yīng)當(dāng)從您擁有或已注冊的 URL 中選擇基于 URL 的命名空間。這將有助于保證命名空間的唯一性。URL 用作命名空間時，最后一個分隔符為字符“/”。不應(yīng)向您不擁有的命名空間中添加屬性或內(nèi)容類。例如，向 或 DAV: 命名空間添加屬

48、性就不好，而應(yīng)當(dāng)為您的內(nèi)容類和屬性創(chuàng)建自己的命名空間。進(jìn)行屬性定義 Web 存儲系統(tǒng)本身對屬性名稱中可使用哪些字符沒有特殊的限制。但是，最好還是遵守以下一些約定： · 應(yīng)當(dāng)使用命名空間來創(chuàng)建屬性并加上一個標(biāo)識符（如上文所述）。例如， urn:schemas-sample-com:engineering:eco. · 屬性應(yīng)當(dāng)是格式正確的 URI。 · 屬性名稱中不應(yīng)有空格，因為 XML 不支持在元素名稱中使用空格，因此 HTTP-DAV 也不支持。 定義自定義內(nèi)容類 在定義了這些自定義屬性之后，下一步就是定義您的自定義內(nèi)容類。首先，您需要為應(yīng)用程序選擇一個文件夾，

49、用來存儲架構(gòu)信息。您可以將這些信息存儲在您的應(yīng)用程序數(shù)據(jù)所在的同一文件夾中，但我們強(qiáng)烈建議您使用一個不同的子文件夾，我們稱之為架構(gòu)文件夾。如果您在正定義的架構(gòu)不是針對某一個應(yīng)用程序的，您可以在相關(guān)的公共存儲區(qū)里的高層架構(gòu)文件夾中定義它。存儲架構(gòu)定義的位置和組織架構(gòu)定義的方式由您決定。但是，在下一部分中，我們將推薦一組方式，指導(dǎo)您如何組織文件夾結(jié)構(gòu)以及如何確定對一組特定應(yīng)用程序數(shù)據(jù)應(yīng)用哪一個架構(gòu)定義。下面的關(guān)系圖闡釋了使用一個 Exchange 2000 SDK 工具（即：Web 存儲系統(tǒng)架構(gòu)設(shè)計器）來自定義內(nèi)容類的一個示例。我們建議您使用該工具或類似工具來定義自定義內(nèi)容類的定義和屬性定義。圖

50、7. 示例：架構(gòu)設(shè)計考慮內(nèi)容類的繼承性 您當(dāng)然可以從頭開始定義一個全新的內(nèi)容類。不過，多數(shù)內(nèi)容類都可以擴(kuò)展（“繼承”）現(xiàn)存的內(nèi)容類。擴(kuò)展內(nèi)容類意味著已擴(kuò)展的（派生的）內(nèi)容類實例的所有屬性也存在于擴(kuò)展中的（基本的）內(nèi)容類實例中。這一概念與 C+ 這樣的面向?qū)ο?(OO) 的編程語言中類繼承的概念相似。 圖 10 顯示一個簡單的繼承方案。擴(kuò)展文檔類意味著任何可在文檔類實例上執(zhí)行的代碼或操作都可以在 expensereport 類實例上執(zhí)行。圖 8. 簡單內(nèi)容類繼承圖 9. 帶有多個繼承關(guān)系的內(nèi)容類內(nèi)容類也可擴(kuò)展為多個內(nèi)容類。在圖 11 中，我們還能看到一個 expensereport 類，它具有

51、totalcost 和 approvastate 兩種屬性。但在這一方案中我們希望有作為文檔的一個特定類的費用報告和作為消息的一個特定類的費用報告。因此，我們創(chuàng)建一個 exprensereport 類來擴(kuò)展該類。然后創(chuàng)建一個 exprensemessage 類和一個 exprensedocument 類，它們自己沒有其它屬性。Expensemessage 擴(kuò)展了 expensereport 和 message，而 exprensedocument 擴(kuò)展了 exprensereport 和 document?，F(xiàn)在，理解 message 類的應(yīng)用程序就可以理解 expensemessage 類的一

52、些屬性，而把其余屬性當(dāng)作自定義屬性。理解 document 類的應(yīng)用程序就可以理解 exprensedocument 類的一些屬性。有關(guān)架構(gòu)設(shè)計的詳細(xì)信息，請參考 Exchange 2000 SDK 以及白皮書“Web 存儲系統(tǒng)架構(gòu)：使用和最佳方法指南?！盬eb 存儲系統(tǒng)文件夾結(jié)構(gòu)的最佳方法 Web 存儲系統(tǒng)為設(shè)計文件夾結(jié)構(gòu)提供了很大的靈活性。架構(gòu)定義項可置于特定存儲區(qū)內(nèi)的任一文件夾中，并用于為您的應(yīng)用程序定義架構(gòu)。通過合理設(shè)置不同文件夾的 schema-collection-ref 和 baseschema 屬性，您可以將這些定義引入到范圍中來。為了避免設(shè)計和管理應(yīng)用程序架構(gòu)太過復(fù)雜，應(yīng)規(guī)劃

53、并組織好您的架構(gòu)信息。例如，可以選擇在您指定為架構(gòu)文件夾的應(yīng)用程序文件夾的頂層下創(chuàng)建文件夾。設(shè)計文件夾結(jié)構(gòu)有許多種方式。以下步驟概述了這一過程。考慮以下各項： · 邏輯模型的復(fù)雜程度：正如上文所述，設(shè)計存儲區(qū)的架構(gòu)有許多方式。在作出最終設(shè)計決定前應(yīng)當(dāng)考察所有相關(guān)的信息和設(shè)計選項。 · 物理模型的復(fù)雜程度：您應(yīng)當(dāng)考慮到維護(hù)復(fù)雜文件夾結(jié)構(gòu)的困難程度。 · 性能影響：將在以后的部分中討論。 · 重復(fù)使用和共享架構(gòu)。 將架構(gòu)文件夾與其它類型的文件夾區(qū)分開來，例如： · 應(yīng)用程序文件夾：包括 ASP 頁面、HTML 頁面、Web 存儲系統(tǒng)窗體等等。 &#

54、183; 數(shù)據(jù)（內(nèi)容）文件夾：包括數(shù)據(jù)項或文檔。 · 窗體注冊文件夾：包括窗體注冊項。 通常，特定應(yīng)用程序的架構(gòu)定義將置于它們自己的文件夾中。將應(yīng)用程序文件夾和數(shù)據(jù)文件夾分開也是一種好方法。正如上文所述，特定文件夾的 schema-collection-ref (SCR) 和 baseschema 屬性確定架構(gòu)范圍。設(shè)計文件夾結(jié)構(gòu)有許多靈活的方式。文件夾結(jié)構(gòu)的示例如下：· 一個簡單的應(yīng)用程序可以有一個包含應(yīng)用程序文件（ASP、HTML 頁面）和數(shù)據(jù)項的文件夾，以及一個架構(gòu)文件夾。 · 稍微復(fù)雜點的應(yīng)用程序可以分別有單獨的應(yīng)用程序文件夾、數(shù)據(jù)文件夾和架構(gòu)文件夾。 &

55、#183; 架構(gòu)文件夾可以有不同的級別，如頂級架構(gòu)文件夾包含在同一根下運行的所有應(yīng)用程序。也可以采用一系列架構(gòu)文件夾，每個架構(gòu)文件夾通過 SCR 引用另一個架構(gòu)文件夾。 定義架構(gòu)文件夾。 · 定義常用的內(nèi)容類和屬性定義。 · 定義窗體注冊。（這可能在一個單獨的窗體注冊文件夾中。） 創(chuàng)建架構(gòu)文件夾時，您必須確定這些文件夾的范圍。即，某一給定的架構(gòu)文件夾適用于哪些數(shù)據(jù)文件夾？任意數(shù)量的數(shù)據(jù)文件夾可以使用一個架構(gòu)文件夾。反之，在多個架構(gòu)文件夾中定義的架構(gòu)可以應(yīng)用于一個數(shù)據(jù)文件夾。正如上文所述，schema-collection-ref 是一個可在數(shù)據(jù)文件夾上設(shè)置的屬性，用來指示在

56、查找相關(guān)屬性和內(nèi)容類定義時應(yīng)首先搜索哪個架構(gòu)文件夾。baseschema 屬性則形成一個架構(gòu)文件夾的樹形結(jié)構(gòu)來搜索架構(gòu)定義。在這個架構(gòu)文件夾的邏輯樹中，每個節(jié)點都可有許多子節(jié)點。這個架構(gòu)文件夾的邏輯樹可以（并且通常會）與存儲區(qū)中文件夾的物理布局不同。相對于給定的數(shù)據(jù)文件夾，schema-collection-ref 屬性指示搜索始于哪個架構(gòu)文件夾。 · 定義應(yīng)用程序和數(shù)據(jù)文件夾。 · 如果需要，將 schema-collection-ref (SCR) 屬性指向架構(gòu)文件夾。 · 使用 baseclass 和 expected-content-class。 SQL

57、與 Web 存儲系統(tǒng) 這一部分我們考察 SQL 關(guān)系型數(shù)據(jù)庫和 Web 存儲系統(tǒng)間的主要差別；討論何時使用 SQL 以及何時使用 Web 存儲系統(tǒng)；并提供一套指南，用于從已有的 SQL 數(shù)據(jù)庫向 Web 存儲系統(tǒng)移植數(shù)據(jù)。表 3 闡釋了 SQL 數(shù)據(jù)庫與 Web 存儲系統(tǒng)的不同之處。注意 SQL 數(shù)據(jù)庫與基于 Web 存儲系統(tǒng)的 Microsoft 產(chǎn)品（如 Exchange 2000）有一組相同的服務(wù)。 表 3. SQL 數(shù)據(jù)庫和 Web 存儲系統(tǒng)SQL 數(shù)據(jù)庫Web 存儲系統(tǒng)關(guān)系型數(shù)據(jù)庫類似于對象數(shù)據(jù)庫結(jié)構(gòu)化數(shù)據(jù)半結(jié)構(gòu)化數(shù)據(jù)表文件夾（以及內(nèi)容類）列內(nèi)容類和屬性固定行不固定行集中于業(yè)務(wù)智能

58、協(xié)作以事務(wù)為中心以文檔為中心數(shù)據(jù)完整性：主鍵/外鍵無主鍵/外鍵矩形數(shù)據(jù)非矩形觸發(fā)器事件接收存儲過程無可比實體（與之類似的是事件）如果現(xiàn)有的 KM 解決方案正在從 SQL 關(guān)系型數(shù)據(jù)庫中讀取數(shù)據(jù)，而這些數(shù)據(jù)是典型的非矩形半結(jié)構(gòu)化數(shù)據(jù)，您最好考慮將這些數(shù)據(jù)從 SQL 移植到 Web 存儲系統(tǒng)。請參照以下指南，將數(shù)據(jù)從 SQL 移植到 Web 存儲系統(tǒng)： · 首先，將 SQL 列映射到屬性，將 SQL 表映射到文件夾和內(nèi)容類。 · 確定表的主鍵和外鍵。根據(jù)邏輯設(shè)計模型查找與之對應(yīng)的內(nèi)容類。 · 通過確定一組能生成項的唯一實例的屬性來模擬主鍵。 · 考慮內(nèi)容類的

59、繼承性。 物理設(shè)計考慮因素 到此，我們已經(jīng)討論了設(shè)計用戶服務(wù)、業(yè)務(wù)服務(wù)和數(shù)據(jù)服務(wù)的最佳方法。這一部分我們將集中討論物理設(shè)計階段針對 Web 存儲系統(tǒng)的設(shè)計考慮因素。對每個設(shè)計考慮因素主題，我們都將介紹一些重要的概念、討論一些您可以采取的折衷措施，并列出一張清單，供您在考慮各種選項時參考。安全模型 這一部分中概述了 Web 存儲系統(tǒng)安全模型。除了使用 MAPI 客戶程序（如 Outlook）或 Windows 文件系統(tǒng) API 來控制安全設(shè)置外，您還可以使用基于 XML 的安全描述符來控制對某一項及其屬性的訪問。使用 Web 存儲系統(tǒng)安全描述符，您可以： · 既可將對某一項及其屬性的訪問權(quán)授予受托者（具有憑證、正在訪問該項的人），也可以拒絕該受托者進(jìn)行訪問。 · 使用 Microsoft Windows® 安全標(biāo)識符 (SID) 標(biāo)識受托者。 · 設(shè)置、檢索和修改 XML 格式的描述符。 · 使用 Microsoft Exchange OLE DB (ExOLEDB) 提供程序和 XML 格式的 HTTP/WebDAV 協(xié)議訪問描述符。 每一項的安全描述符都通過該項的