【正文】 后的部分中討論。在作出最終設計決定前應當考察所有相關(guān)的信息和設計選項。設計文件夾結(jié)構(gòu)有許多種方式。架構(gòu)定義項可置于特定存儲區(qū)內(nèi)的任一文件夾中，并用于為您的應用程序定義架構(gòu)?，F(xiàn)在，理解 message 類的應用程序就可以理解 expensemessage 類的一些屬性，而把其余屬性當作自定義屬性。但在這一方案中我們希望有作為文檔的一個特定類的費用報告和作為消息的一個特定類的費用報告。 圖 10 顯示一個簡單的繼承方案。圖 7. 示例：架構(gòu)設計考慮內(nèi)容類的繼承性 您當然可以從頭開始定義一個全新的內(nèi)容類。存儲架構(gòu)定義的位置和組織架構(gòu)定義的方式由您決定。 定義自定義內(nèi)容類 在定義了這些自定義屬性之后，下一步就是定義您的自定義內(nèi)容類。例如， urn:schemassample:engineering:eco. 例如，向 : 命名空間添加屬性就不好，而應當為您的內(nèi)容類和屬性創(chuàng)建自己的命名空間。您應當從您擁有或已注冊的 URL 中選擇基于 URL 的命名空間。例如，第二個命名空間中的一個屬性是 urn：schemasmicrosoft:exchdata:ismultivalued。 接下來的兩個是專用 URN。 urn:schemas:mail: 如果您有多個應用程序在同一時間部署，或者獨立軟件開發(fā)商 (ISV) 在一個大型組織中部署他們的應用程序時，這一點都是特別重要的。對于還需要包含位置信息的標識符，則建議使用 URL 機制。目前還沒有一種通用的方式來間接訪問 URN 以查找它所標識的資源。 分隔的關(guān)鍵字/值對的列表。 而 URN 則與位置無關(guān)，而且與定位所標識資源要使用的協(xié)議或機制也毫無關(guān)系。URI 可以是一個統(tǒng)一資源定位符 (URL) 或一個統(tǒng)一資源名稱 (URN)。因此，要使架構(gòu)感知的應用程序能識別您的屬性，必須把屬性和內(nèi)容類的定義添加到應用程序文件夾的架構(gòu)范圍中。自定義屬性與它的關(guān)聯(lián)項一起保存。通過確定包含架構(gòu)定義項的其它文件夾，可以擴展某文件夾的架構(gòu)范圍。這是搜索架構(gòu)定義項的第一個文件夾，并且總是文件夾架構(gòu)范圍中的第一個文件夾。范圍可以很簡單，只包含全局架構(gòu)文件夾；也可以比較復雜，包含一個很大的文件夾 URL 的列表。表 2. 內(nèi)容類內(nèi)容類說明urn:contentclasses:item 存儲區(qū)中各項的基類urn:contentclasses:message 消息的基類urn:contentclasses:calendarmessage會議請求和響應的基類urn:contentclasses:appointment 約會的基類urn:contentclasses:person 聯(lián)系人項的基類urn:contentclasses:folder文件夾的基類urn:contentclasses:documentMicrosoft Office 文檔的基類Web 存儲系統(tǒng)架構(gòu)的一個長處是它們?yōu)榧軜?gòu)感知的應用程序和工具提供了一種方法，可用來查找出適用于某一特定應用程序的內(nèi)容類和屬性的名稱。為您的應用程序創(chuàng)建架構(gòu)定義時，要定義自定義內(nèi)容類及相關(guān)的屬性。下面一段是對 Web 存儲系統(tǒng)架構(gòu)的簡要介紹。對于存儲區(qū)，我們將架構(gòu)設計的重心放在內(nèi)容類及與其相關(guān)聯(lián)的屬性集方面。數(shù)據(jù)服務維護作為公司資產(chǎn)的永久和非永久數(shù)據(jù)的可用性和完整性。 具有定時器事件。 驗證過程簡單。 如果業(yè)務過程符合以下情況，則使用工作流： 有四個基本選項：工作流引擎、事件接收器、 COM+ 組件和腳本（客戶端或服務器端腳本）。有關(guān) Web 存儲系統(tǒng)窗體的詳細信息，請參考 Exchange 2000 SDK。 ISAPI DLL 檢查窗體注冊表的窗體注冊。窗體注冊表允許開發(fā)人員覆蓋 Outlook Web Access 中的默認顯示方式。根據(jù) Microsoft Exchange 產(chǎn)品組的編程經(jīng)理 Jamie Cool 的說法，更正式的定義為“一個過程，它使用 HTTP 通信，可通過 HTML 與用戶進行交互并操作數(shù)據(jù)，從而響應用戶的操作。 支持那些功能的瀏覽器包括 Microsoft Internet Explorer 或更高版本以及 Netscape Navigator 3 或更高版本。Web 存儲系統(tǒng)窗體是一種基于 Web 的窗體技術(shù)，它建立在 Internet 標準之上。例如， Web 頁面可以包含用戶的收件箱和組日歷。這些部分可以嵌入到 Web 頁面中。 導航服務 許多 Web 部件和儀表板都具有用戶專用的屬性，但如果您是管理員，可以控制用戶能夠更改 Web 部件或儀表板的程度。圖 6. 數(shù)字儀表板示例實現(xiàn)用作 Web 部件的一般用戶服務 數(shù)字儀表板的核心是 Web 部件。通常數(shù)字儀表板應用程序有一個增強的用戶界面，它將常見的 Microsoft Office 功能與易用的 Web 瀏覽器風格的控件相結(jié)合。DDRK 中包含所有必需的工具和文檔、示例儀表板以及可立即用于各種數(shù)字儀表板的組件。但是，要找到可重復利用的用戶服務就需要額外的精力和經(jīng)驗了。 圖 5. 順序關(guān)系圖示例 用戶服務設計的最佳方法 正如上文所述，用戶服務是提供應用程序界面的應用程序邏輯單元。本關(guān)系圖源自 ObjectSpace （)（英文）公司的 Craig Larman 所寫的面向?qū)ο蟮姆治龊驮O計材料。 在從邏輯設計到物理設計的過渡階段中，開發(fā)小組可以使用邏輯設計階段定義的服務和對象草稿開始物理設計。 降低復雜性。 為各個單獨的小組成員同時高效工作提供必需的組織和結(jié)構(gòu)規(guī)則。對多數(shù)開發(fā)人員來說，做到這一點比較困難。 2000 聯(lián)機文檔的示例用戶案例關(guān)系圖。 在從概念設計到邏輯設計的過渡階段中，開發(fā)小組可審核整套方案以應用適當?shù)拿嫦驅(qū)ο?(OO) 的設計技術(shù)（例如用戶案例分析），來確定備選服務和/或?qū)ο蟆?在概念設計階段，重點是定義能把握業(yè)務過程和需求的方案。 自定義內(nèi)容類及屬性 文檔 生成并驗證 RFQ 的屬性的事件接收器 業(yè)務服務示例方案：要求引導 (RFQ) 文檔綜述和批準過程。 協(xié)作 我們是否定義了對象模型？ 下表闡釋了一個 KM 解決方案設計模型的示例，它是基于一個虛構(gòu)的 Exchange 2000 示例應用程序的。 我們設計的目的是什么？ KM 解決方案設計模型 到此，我們已經(jīng)分析了建立 KM 解決方案、 MSF 應用程序模型和設計過程的關(guān)鍵概念。 物理設計過程包含幾個步驟：研究、分析、合理化以及規(guī)范化： 物理設計旨在根據(jù)現(xiàn)實的技術(shù)局限性分析邏輯模型，包括實現(xiàn)情況和性能方面的考慮。這個階段的結(jié)果包括： 邏輯設計描述系統(tǒng)如何配合每一個概念設計方案。在一個反復的過程中，進行邏輯設計會與進行物理設計有部分相重疊。這是確定設計的詳細程度的主要考慮因素。方案必須根據(jù)負責這項工作的用戶的需要（以用戶為中心）來提取業(yè)務解決方案的需求（圍繞過程）。這個階段還需要根據(jù)具體環(huán)境來處理這些需求，從而合理決策。KM 解決方案的設計也是這樣 — 應用程序有不同的重點和技巧。 MSF 設計過程 設計業(yè)務解決方案的過程可與設計建造一座建筑物相比。通過應用恰當?shù)臉I(yè)務規(guī)則，業(yè)務服務可將數(shù)據(jù)轉(zhuǎn)換成信息。為進一步精確說明服務網(wǎng)絡的分布特性， MSF 應用程序模型定義了組成一個應用程序的三類服務： 1. 用戶服務是提供應用程序接口的應用程序邏輯單元。在這一模型中，使用者可以是一個用戶或另一個服務組件。有關(guān)詳細信息，請參考 Microsoft 解決方案框架白皮書（英文）。 協(xié)作 設計這些組件的目的是通過它們的緊密協(xié)作來建立下一代的 Web 應用程序。它提供的服務能夠：建立 KM 先決條件（消息傳送及協(xié)作和完全 Intranet），通過實現(xiàn)所有的 KM 啟用模塊（內(nèi)容管理、團體和組、入口和搜索、數(shù)據(jù)分析以及實時協(xié)作）將它們擴展成 KM 解決方案。雖然某些模塊得益于先前某一模塊的實現(xiàn)，仍可按與要開發(fā)的特定業(yè)務案例之間的相對順序選擇它們。這些技術(shù)構(gòu)建的基礎結(jié)構(gòu)支持對信息進行有效傳輸、架構(gòu)、訪問和協(xié)同管理。 提高知識產(chǎn)權(quán)的價值 根據(jù)不同的組織方式和技術(shù)，每一模塊都有自己的特性。 Web 訪問、 Web 存儲系統(tǒng)窗體、事件、工作流、內(nèi)容索引、搜索文件夾以及即時消息傳送。Web 存儲系統(tǒng)還提供通過 HTTP 協(xié)議進行訪問的功能。圖 1 闡釋了 Web 存儲系統(tǒng)的編程模型。 Web 存儲系統(tǒng)將文件系統(tǒng)、Web 以及協(xié)作服務器的功能組合到一個位置，以便存儲、訪問、管理信息以及建立和運行應用程序。這些創(chuàng)意的主要目的是消除當今知識工作者面臨的妨礙相互協(xié)作的障礙。它為信息管理（包括一致搜索和數(shù)據(jù)分類）建立了一個平臺。 Data Objects (ADO) 的支持。Web 存儲系統(tǒng)還包括一些新的功能，如 Outlook174。圖 1. Web 存儲系統(tǒng)編程模型建立 KM 解決方案 對企業(yè)中的每一個業(yè)務問題，知識管理 (KM) 通過選擇解決問題的正確模塊而不斷更新。 快速學習并重復利用知識 共享工作過程和質(zhì)量革新的知識 圖 2. KM 啟用模塊有兩項技術(shù)是所有 KM 系統(tǒng)的基礎：完全 Intranet 和消息傳送及協(xié)作。 實現(xiàn) KM 啟用模塊可以是即插即用的。 系列。 Acceleration Server 2000、 Exchange 2000 Server 以及 Application Center 2000。 搜索與傳遞 Microsoft 解決方案框架：基于服務的應用程序模型 為了奠定一個基礎，以便您掌握下面關(guān)于如何設計 KM 解決方案的討論，我們將根據(jù) Microsoft 解決方案框架 (MSF) 白皮書，簡要概括 MSF 的基于服務的應用程序模型。按照 MSF 的觀點，一個應用程序是由服務的使用者與提供者組成的邏輯網(wǎng)絡構(gòu)成的。服務可以執(zhí)行業(yè)務規(guī)則，計算或管理數(shù)據(jù)，提供輸入、檢索、查看或修改信息等功能。 2. 業(yè)務服務這種應用程序邏輯單元用于控制業(yè)務規(guī)則的先后順序和執(zhí)行，并且可以保證所執(zhí)行操作的事務完整性。它們提供創(chuàng)建、讀取、更新和刪除服務，這樣業(yè)務服務（數(shù)據(jù)服務的使用者）就不需要了解數(shù)據(jù)的位置、實現(xiàn)方式和訪問方式了。每一個視角都是為不同的受眾準備的，它們的詳細程度也不盡相同。與單純收集需求相比，它的范圍要廣得多。一個方案描述在某種業(yè)務環(huán)境中用戶執(zhí)行的與行為相關(guān)的一系列任務或事務。在邏輯設計過程中，必須加深項目組對系統(tǒng)的認識。通過不同的物理設計都可能實現(xiàn)對邏輯元素的組織。請記住概念設計與邏輯設計是緊密相關(guān)的。設計組必須確定每一個元素、每個元素的職能以及每個元素如何與其它元素相互作用。 區(qū)域間聯(lián)系 物理設計 物理設計是從開發(fā)小組的角度描述解決方案的組件、服務以及技術(shù)的過程。開發(fā)小組、測試小組以及部署小組都可使用這一功能規(guī)格作為質(zhì)量保證的基礎。 物理設計的分析步驟包括選擇備選的實現(xiàn)技術(shù)并草擬由網(wǎng)絡、數(shù)據(jù)、組件拓撲結(jié)構(gòu)組成的初步部署模型。 物理設計的規(guī)范化步驟包括確定編程模型、指定組件接口和了解組件結(jié)構(gòu)的考慮因素。設計典型的 KM 解決方案時，我們必須仔細考慮以下問題： 一旦我們確定了實現(xiàn)技術(shù)，基本結(jié)構(gòu)和技術(shù)方面將存在哪些局限性？ 業(yè)界新聞 易于查找的信息 一個基于 Exchange 2000 的數(shù)字版面，它包含不同的 Web 部件，與邏輯設計中定義的服務相對應。 RFQ 批準過程 一個中央信息庫，用來容納所有相關(guān)項目文檔以及與工程組織相關(guān)的設計文檔。 項目 架構(gòu)文件夾 圖 6 是一個基于 Microsoft Visio174。 在邏輯設計階段，小組應專注于設計業(yè)務和對象，而不考慮技術(shù)和平臺的因素。邏輯設計模型有許多優(yōu)點，如： 圖 7 是一個示例順序關(guān)系圖，摘自 Microsoft Visio 2000 聯(lián)機文檔。本文其余部分將集中討論適用于使用 Web 存儲系統(tǒng)進行設計需要注意的最佳方法。多數(shù)情況下，從