業(yè)務(wù)需求和設(shè)計的模型

1、第1章業(yè)務(wù)需求和設(shè)計的模型摘要：本章討論了指導如何設(shè)計ConsolidatedRetail.（它屬于企業(yè)對消費者（B2C），采用Microsoft 商務(wù)參考體系結(jié)構(gòu)）的業(yè)務(wù)需求，并概括了在此應用程序設(shè)訃期間確泄的實際業(yè)務(wù)需求。本章還概要介 紹了 Microsoft解決方案框架（Microsoft Solutions Framework. MSF）三層應用程序模型和階段式 設(shè)計過程。請注意：盡管此處提到的業(yè)務(wù)需求僅僅局限于一個可輕松安裝的參考示例所具有的能力，但是本“開發(fā) 人員指南”提供的信息線索非常有用，通過這些線索，您可以對該應用程序進行升級，使其滿足生產(chǎn)環(huán) 境的需求。簡介請Web用戶給電子

2、商務(wù)站點左義時，一般用戶可能會回答電子商務(wù)站點就是可以用信用卡購買商品的 在線商店。盡管這個左義相當正確，卻沒有充分說明目前為Internet開發(fā)的各種電子商務(wù)站點的特點。 在迅猛發(fā)展的Internet商務(wù)時代，一個高效率的電子商務(wù)絕不僅僅是基于Web的商店。用戶對電子商務(wù)站點的要求越來越髙，如果某個站點無法滿足他們的要求，他們就將棄之而去。那么， 用戶對電子商務(wù)有哪些要求呢？下表列岀了一些影響應用程序設(shè)計的主要問題。易于使用/導航性能髙匿冬購物維護用戶配宜文件安全性好能夠通過多種設(shè)備訪問站點通過可管理性提高競爭優(yōu)勢粗略一看，在上述問題中，有些應由應用程序設(shè)訃人員負責解決，有些似乎應由企業(yè)決策

3、者或基本結(jié)構(gòu) 專家負責解決。不過，如果您仔細思考這些問題，就會明白這些問題為什么都與應用程序的設(shè)計有關(guān)。易于使用/導航理所當然地應該易于使用和導航。畢竟，企業(yè)不希望消費者在購買自己的產(chǎn)品時遇到困難，而消費者也 更愿意在自己能輕松找到結(jié)帳頁的站點消費。使站點易于使用的一種方法是確保在常見任務(wù)上使用大家熟悉的類似方法。這意味著在消費者完成購買 （或“結(jié)帳”）之前，可將其選購的商品存儲在購物籃或筐中。這種比喻可便于不熟悉計算機的人理解 站點是如何工作的，從而開展購買活動。使站點易于導航比您最初想象的要困難得多°*eb完全是以一種非線性方式工作的，用戶單擊的順序經(jīng) 常無法預料。因此，您應該確

4、保無論用戶目前在查看哪一頁，站點向用戶展示的始終是完全一致的界而, 并確保只需單擊一個即可訪問重要網(wǎng)頁（如主頁、購物籃所在頁以及用戶XX信息所在頁等）。在 ConsolidatedRetail.站點上，頂部的標幟始終包含到購物籃所在頁、消費者XX所在頁和主頁的，而 左側(cè)的面板上始終包含搜索和目錄。還有一種方法可以確保用戶能在站點中找到所需內(nèi)容，這就是要以邏輯方式編排產(chǎn)品淸單或目錄。如果 將目錄分成幾個類別和許多可能的子類別，即可讓消費者輕而易舉地找到他們感興趣的產(chǎn)品。此外，還 應給用戶提供搜索功能，以便他們在不太淸楚某種產(chǎn)品的陳列位置時可以進行搜索。如果您的站點易于使用和導航，消費者將樂意使用

5、。相反，如果使用起來比較困難，消費者可能就會棄 之而去，另擇站點。性能高在的設(shè)汁當中，影響英性能的因素很多。由于不同的人對性能的要求各不相同，因而，對于什么才是可 接受的性能水平也將因人而異。盡疑減少響應時間大多數(shù)人認為：提供可接受的響應時間的站點才是性能良好的站點。響應時間是指用戶在請求了某個操 作之后、能夠看到結(jié)果之前需要等待的時間量。在理想情況下，我們都希望站點上的操作瞬時就能得到 執(zhí)行；但在實際生活中，我們需要接受這樣一個事實：有限的帶寬、數(shù)據(jù)庫并發(fā)性和業(yè)務(wù)處理任務(wù)通常 都會導致輕微的延遲。因此，設(shè)汁電子商務(wù)站點時，應盡量減少那些對響應時間有負而影響的因素（盡 管不能完全排除它們）。電

6、子商務(wù)優(yōu)化的關(guān)鍵在于減少執(zhí)行諸如結(jié)帳之類的操作所耗費的時間，這樣，消費者就不會因排隊等待 而放棄自己選購的商品，您也就不會因此而失去訂單。盡雖增強可擴展性性能的另一個重要方而就是"可擴展性”。這是指添加資源時站點容量增加的能力。從用戶角度來看， 這意味著當大量用戶同時訪問站點時，站點仍能提供可接受的響應時間。許多開發(fā)人員經(jīng)常會得到這樣 令人沮喪的消息：當訪問的用戶達到一上數(shù)量（這個數(shù)雖是實際生活要求達到的數(shù)雖：）后，在開發(fā)機上 性能卓越的測試站點獄無法應付。那么，如何才能最大限度地增強站點的可擴展性呢？兩種典型的方法就是“向上擴展”和“向外擴展”。向上擴展第一種方法（“向上擴展”）就

7、是通過采用更好和/或更快的CPU、更大的RAM、更快的磁盤等等來增 強服務(wù)器的處理能力。這種方法非常有效，尤其是在數(shù)據(jù)層上，該層上的一些大型數(shù)據(jù)庫需要相對較強 的處理能力。不過，由于硬件成本隨處理能力的加強而按指數(shù)增長，因此，服務(wù)器越接近頂端，這種方 法就愈加不合算。向外擴展“向外擴展”則從另一個方而來解決問題，即由“群集”(或服務(wù)器集合，也稱為“Wib領(lǐng)域”)中的 多個服務(wù)器來分擔處理工作量。Web領(lǐng)域在硬件方而的花費更為合算，而且提供了更為靈活、可擴展的 解決方案。當站點上的負載增加時，可以很輕松地將服務(wù)器添加到Web領(lǐng)域中。Microsoft® Windows'

8、4; 2000 Advanced Server 和 Windows 2000 Datacenter Server 以及 Windows 網(wǎng) 絡(luò)負載平衡(Windows Network Load Balancings NLB)服務(wù)一起，將整個Web領(lǐng)域作為一個具有單一 IP的邏輯服務(wù)器顯示在Internet上。收到請求之后，會根據(jù)負載情況將請求分發(fā)給領(lǐng)域中的服務(wù)器, 這些服務(wù)器可使用主干網(wǎng)絡(luò)進行通信，也可以與數(shù)據(jù)庫服務(wù)器進行通信。圖1-1顯示W(wǎng)eb領(lǐng)域的基本 體系結(jié)構(gòu)。圖1-1： Web領(lǐng)域管理Web領(lǐng)域中的狀態(tài)對于商務(wù)站點設(shè)訃人員而言，最重要的問題之一就是Web領(lǐng)域中的應用程序狀態(tài)問題。狀態(tài)就

9、是在兩 個用戶請求之間必須保留的會話數(shù)據(jù)：例如，在用戶繼續(xù)瀏覽站點期間，必須一直維護該用戶購物籃中 的物品原狀。即使每個用戶請求可能是由Web領(lǐng)域中不同的服務(wù)器處理的，也須如此。許多ASP開發(fā)人員使用“會話”對象來存放狀態(tài)數(shù)據(jù)。不過，通常應避免使用此方法。為了優(yōu)化站點 的軟件體系結(jié)構(gòu)以便在服務(wù)器領(lǐng)域中加以實現(xiàn)，Web前端禁止維護內(nèi)存中的用戶狀態(tài)。如果前端服務(wù)器 維護用戶狀態(tài)，將出現(xiàn)以下問題： 用戶會話將依附于特定服務(wù)器（會話相關(guān)性），這會破壞動態(tài)地將請求分配給服務(wù)器的網(wǎng)絡(luò)負載平 衡策略。此外，還會破壞服務(wù)器領(lǐng)域的可靠性，因為當原服務(wù)器發(fā)生故障（并丟失了苴內(nèi)存中的會 話狀態(tài)信息）時，就無法將用戶

10、會話轉(zhuǎn)移到其他服務(wù)器。內(nèi)存資源被前端服務(wù)器耗費在存放用戶會話狀態(tài)的細節(jié)上，從而減少了可用于處理請求和髙速緩存 內(nèi)容的內(nèi)存。如果一個受歡迎的站點能夠在短時間內(nèi)吸引大量的用戶，則狀態(tài)維護方而的內(nèi)存需求 可能非常大。為了部分解決內(nèi)存需求問題，merce Server大量使用了高速緩存。對配置文件架構(gòu)、 折扣和商業(yè)活動都將進行高速緩存。除了避免會話相關(guān)性之外，還應避免使前端操作與長時間運行的操作發(fā)生關(guān)聯(lián)，以便將前端操作設(shè) 計為快速執(zhí)行的操作。由于IIS是用一個緩沖池來處理請求而緩沖池包含的工作器線程數(shù)量是有 限的，因而當這些線程都已被占用且在等待長時間運行的操作完成時，傳入請求等待處理的平均時 間就會

11、增加。匿爼購物（瀏覽）通常，用戶都不愿意僅僅為了了解站點在銷售哪些商品而被迫登錄到站點。因此，站點應在不需要身份 驗證的情況下，允許用戶以匿需方式瀏覽商品，甚至允許他們將一部分商品放入購物籃中。維護用戶配置文件當用戶再次訪問站點時，他們不希望重新輸入上次訪問時輸入過的相同資料。一旦向站點提供了自己的 購物和聯(lián)系信息后，用戶就希望站點能夠記住這些數(shù)據(jù)。為了實現(xiàn)此目的，許多站點會為每個已注冊的用戶維護英用戶“配置文件”信息。在大多數(shù)情況下，用 戶都需要注冊，以便提供最少量的配置文件信息，如用戶名和口令。然后，用戶會分配到一個唯一標識 符，該標識符可用作其配置文件數(shù)據(jù)的主密鑰。用戶在站點上注冊之后，

12、其配置文件信息就可以保存在數(shù)據(jù)庫中，以便在以后需要時調(diào)用。通常，用戶 可以添加一些必備信息，指泄一些細節(jié)，如電子地址、發(fā)貨地址或任何其他允許用戶添加的個人信息。保留用戶配置文件信息相當有用，其原因如下：使用戶在以后訪問時不必重新輸入數(shù)據(jù)?？捎糜诜治鲇脩粼谡军c上的活動?？勺鳛閭€性化的基礎(chǔ)，允許您根據(jù)特泄的用戶群發(fā)布標幟廣告或開展打折活動。可用于商業(yè)分析，如根據(jù)特定的配置文件值跟蹤購買趨勢。通過可管理性提髙競爭優(yōu)勢盡管應用程序設(shè)訃人員不負責業(yè)務(wù)決策（如定價、廣告活動等等），電子商務(wù)解決方案的設(shè)計對企業(yè)如 何應對市場趨勢和競爭對手活動卻有著巨大影響。業(yè)務(wù)經(jīng)理開展的管理活動要受電子商務(wù)站點管理功能 的

13、制約。要取得成功，電子商務(wù)解決方案必須易于使用，還必須具備全而的管理基礎(chǔ)結(jié)構(gòu)。為電子商務(wù)站點設(shè)訃管理界而時有兩個基本選擇。您可以創(chuàng)建自己自立義的界而，也可以使用一種“現(xiàn) 成的”解決方案，如 Microsoft merce Server 2000 Business Desko如果構(gòu)建自己的管理界而，您將能完全按照自己的愿望來設(shè)計站點的管理功能。不過，這樣會給一個已 經(jīng)很大的軟件項目增加大量開發(fā)工作量，其工作量幾乎等于或大于軟件項目本身的工作量。默認情況下, merce Server Business Desk可以滿足電子商務(wù)站點的大多數(shù)管理要求，如果需要還可以通過創(chuàng)建自 定義模塊來添加其他功能。

14、本章的其余部分將說明在該項目的規(guī)劃階段確認的實際業(yè)務(wù)需求，以及在ConsolidatedRetail.應用 程序的設(shè)計中所使用的應用程序模型和設(shè)計過程。參考應用程序業(yè)務(wù)需求在設(shè)汁應用程序之前，應該明確該應用程序必須執(zhí)行哪些任務(wù)。分析業(yè)務(wù)需求是應用程序開發(fā)中最重要 的步驟之一。確認業(yè)務(wù)需求的目的在于創(chuàng)建一個能同時滿足零售商和消費者需要的解決方案。這樣，需 求就轉(zhuǎn)換成了業(yè)務(wù)需求文檔，這種文檔可作為開發(fā)整個項目的指南。本節(jié)概括了為參考體系結(jié)構(gòu)應用程序ConsolidatedRetail.確泄的實際需求。請注意：此處所用的業(yè) 務(wù)需求被有意限制為一個可輕松安裝的參考示例具有的能力。功能需求Consoli

15、datedRetail.旨在滿足以下功能需求：易于導航站點應易于導航。應該晴晰、易于理解而且實用。用戶應能夠在頁和屏幕之間隨意移動。易于使用應用程序應易于使用。應該易于購買產(chǎn)品和訪問"結(jié)帳”頁。站點應使用易于理解的比喻，例如：將選購的物品存儲在“購物籃”中，直到購物者準備結(jié)帳站點上的每一頁都應顯示完全一致的界而。重要頁或常用頁應只需單擊一次即可訪問?？捎眯詼y試站點應使不熟悉汁算機的人易于理解。站點訪問用戶能通過以下方法訪問站點：在瀏覽器中輸入URL從苴他站點或電子的訪問維護用戶注冊/配置文件無論從站點上的任何頁，用戶都必須能夠注冊，這樣，用戶就不必在每次下訂單時都重新輸入相同的信 息

16、。用戶無需注冊即可瀏覽站點：但結(jié)帳時必須注冊。另外，申請電子時事通訊、特價通知等服務(wù)時要 求注冊。注冊涉及：配置文件信息：用戶名、付款地址、主要發(fā)貨地址、和電子地址。 身份驗證信息：用戶身份標識（用戶ID）和口令應保留在應用程序中。付款信息：用戶應可以輸入信用卡信息并保存該信息。應用程序應能夠保存多個信用卡號。首選項：用戶應能夠指左是否想得到有關(guān)發(fā)貨狀態(tài)的電子通知（默認值為“是”），以及是否想得 到有關(guān)銷售價格和特價的通知（默認值為“否”）。地址簿：用戶應能夠存儲任意多個附加發(fā)貨地址。保留用戶配登文件信息相當有用，苴原因如下：使用戶在以后訪問時不必重新輸入數(shù)據(jù)?？勺鳛閭€性化的基礎(chǔ)，允許您根據(jù)特

17、定的用戶群發(fā)布標幟廣告或開展打折活動?？捎糜谏虡I(yè)分析，例如，根據(jù)特左的配巻文件值跟蹤購買趨勢。用戶注冊管理用戶登錄并經(jīng)過身份驗證之后，用戶應能夠修改、添加或刪除注冊信息。除“用戶ID”字段之外，所 有其他字段都應是可編輯字段。登錄/身份驗證用戶一經(jīng)注冊之后，如果該用戶返回到站點，他或她應能夠從該站點上的任何頁登錄。瀏覽用戶應能夠瀏覽目錄。在主頁上，應向用戶顯示目錄淸單。在用戶選擇了一個目錄之后，應向英顯示子 類別或?qū)嶋H產(chǎn)品。匿名瀏覽用戶應能夠以匿名方式瀏覽目錄；即：用戶應能夠在不必登錄的情況下即可查看產(chǎn)品。多目錄應用程序應支持多目錄。多目錄產(chǎn)品的匯總對用戶應是透明的。產(chǎn)品和類別應用程序應允許將

18、產(chǎn)品與一個或多個目錄關(guān)聯(lián)。產(chǎn)品頁應用程序應有一產(chǎn)品頁，其中包括該產(chǎn)品項目的較大圖片和/或該產(chǎn)品項目的詳細說明。在此頁，應能 夠?qū)⒃摦a(chǎn)品添加到購物籃中。在此頁，用戶應能夠：將產(chǎn)品項目添加到購物籃中瀏覽下一個項目瀏覽上一個項目返回上一頁產(chǎn)品搜索主頁以及所有類別頁和子類別頁都應能進行搜索。用戶應能夠輸入多個詞。如果用戶指定多個詞，將根 據(jù)這些詞構(gòu)建使用“and”運算符的布爾查詢。如果用戶在主頁上，搜索將默認為“搜索所有類別”。在類別和子類別頁執(zhí)行的搜索將默認為“在'類 別爼X囤內(nèi)搜索”。用戶可以選擇要搜索的特左站點區(qū)域或特泄類別，以便覆蓋這些默認設(shè)置。如果站點使用多目錄，將對所有目錄執(zhí)行搜索

19、。如果站點展示了多個目錄（并有一個分層產(chǎn)品淸單）， 則不會按此規(guī)則進行搜索。在類別/產(chǎn)品分層結(jié)構(gòu)中，每個目錄都是第一級。在這種情況下，默認為只 搜索用戶當前所在的目錄。用戶可以覆蓋默認設(shè)宜，選擇搜索其他目錄或整個站點。這類似于先前描述 的為'多目錄”指定的行為。默認情況下，將針對關(guān)鍵詞和標題進行搜索。產(chǎn)品搜索結(jié)果“搜索結(jié)果”頁應顯示一系列產(chǎn)品項目及英相應類別（或目錄）。項目應按類別或目錄分組。每個搜索 結(jié)果都應提供到相應產(chǎn)品頁的超文本。向購物籃中添加項目無論從任何產(chǎn)品頁中，用戶都應能夠?qū)⒁粋€或多個項目添加到購物籃中。這些項目可來自不同的目錄。 每添加一個項目，籃中的項目數(shù)也會相應地增加

20、。該數(shù)目顯示在該籃子圖標旁邊。笛理購物籃用戶應隨時能夠管理購物籃。用戶可指左項目是"活動的”（實際購買的標記）還是“保留的”（標識 為將來可能購買）。用戶查看購物籃時可進行以下選擇：刪除單個項目。更改每種項目的數(shù)量。保留任何項目，以備將來購買。 刪除購物籃中的所有項目。保留購物籃中的所有項目，以備將來購買。 將項目移入購物籃的保留（將來購買）區(qū)和從中移出項目。檢索保留的訂單。保留購物籃或項目用戶應能夠保留選左的項目或購物籃中的所有物品，以備將來購買。只有已注冊并登錄的用戶可以保留 其項目。如果用戶尚未登錄或注冊，將提示他們進行此操作。用戶完成此操作之后，將返回到"保留購 物

21、籃”操作。結(jié)帳無論從任何屏幕，用戶都應能夠結(jié)帳。結(jié)帳時，將向用戶顯示所有訂購的項目（購物籃）。此時，用戶 應能夠管理購物籃。用戶對購物籃中的物品進行確認后，將出現(xiàn)"發(fā)貨”屏幕。每個項目都將與該用戶 的主要發(fā)貨地址關(guān)聯(lián)。用戶可以用地址簿中的一個地址或新地址來替換該地址。如果用戶添加了一個新 地址，他或她可以選擇將該新地址保存在地址簿中。用戶為每個項目指派了地址（或接受了默認的地址）之后，他或她可以轉(zhuǎn)至“發(fā)貨”屏幕，選擇每個地 址的交貨方式。默認方式由站點所有者決定。用戶選擇交貨方式后，他或她可以繼續(xù)到“訂單一覽表” 屏幕。該屏幕應按發(fā)貨地址劃分。在每個地址下，將列出項目說明、項目價格以

22、及價格合計（若有）。 對該項目的價格合訃進行小計，將裝運費用作為明細項目列出并進行小計，最后將列岀該地址下的稅金 和總金額。對所有地址下的金額求和之后，會在該頁的末尾列出總計。用戶可以：接受訂單修改訂單取消訂單繼續(xù)購物如果用戶選擇修改訂單，他或她將返回到“管理購物籃”頁。如果用戶選擇取消訂單，將淸空購物籃。 如果用戶選擇繼續(xù)購物，他或她應該返回到主頁。如果用戶選擇接受訂單，他或她將轉(zhuǎn)至“付款”頁。如果用戶已在"注冊”頁中存儲了信用卡信息，則 顯示該信息。用戸可選擇使用保存的信用卡，也可選擇忽略保存的信息，提供新的信用卡信息。如果用 戶添加新的信用卡信息，他或她應可以選擇將新信息添加到

23、保存的注冊信息中。用戶選擇或輸入了信用卡信息之后，他或她可以：取消訂單修改訂單繼續(xù)購物提交訂單如果用戶提交了訂單，將收到確認頁和訂單號。發(fā)貨選擇必須支持以下發(fā)貨選擇：裝運港地面交貨次日交貨隔夜交貨國際交貨訂單狀態(tài)通知用戶可選擇接收有關(guān)訂單狀態(tài)的電子通知。裝運費用的計算裝運費用的計算基于承運人的類型（如UPS）或站點所有者規(guī)左的其他規(guī)則。稅金的計算稅金的il算必須基于站點所有者規(guī)立的規(guī)則。這些規(guī)則應包括：銷售地點發(fā)貨地址貨物類型結(jié)帳時，稅金信息將顯示在“訂單一覽表”屏幕上。訂單一覽表該屏幕顯示每個訂單的地址、項目說明、項目價格、裝運費用、稅金和費用總計（若有）。地址簿已注冊的用戶都會保存在地址簿

24、中。盡管站點所有者可設(shè)置一些限制，該地址簿仍可存放無限的發(fā)貨地 址信息。訂單的取消用戶在提交訂單之前必須能夠隨時取消訂單。此操作將導致購物籃中的所有項目都被淸空。但保留的項 目不會受到影響。系統(tǒng)需求站點必須滿足以下系統(tǒng)X圍的需求：全球化能力應用程序應能夠進行自定義以適應不同的文化環(huán)境。即：界而顏色、導航布局、頁結(jié)構(gòu)和語言都應可以 修改。性能用戶在每次訪問該站點時都應能體驗到始終如一的性能。站點的表現(xiàn)應和其他正在使用的企業(yè)電子商務(wù) 應用程序一樣好?？蓴U展性站點應既能向上擴展又能向外擴展。如果添加了更快的磁盤和CPU或添加了更大的RAM,響應應更快。 如果給Web領(lǐng)域添加了更多的服務(wù)器，響應也應該

25、有所改進領(lǐng)域中的服務(wù)器應能正確處理請求?？捎眯?站點應處于開啟和運行狀態(tài)，且應無任何故障。它應能捕獲錯誤，此功能應不會防止用戶訪問站點授權(quán) 的區(qū)域。站點應隨時能接受用戶的訪問?？晒芾硇哉军c上應有一個管理界而，用于修改和管理公司報表、目錄、訂單、裝運費用、稅率和用戶XX。安全性站點應保護XX信息，如信用卡號。站點應顯示XX政策和任何相關(guān)的信息。用戶ID和口令應防止未經(jīng) 授權(quán)的人員訪問敏感信息。允許通過多種設(shè)備訪問站點必須能在多種客戶端設(shè)備上正常運轉(zhuǎn)。站點應能在低版本的瀏覽器和髙版本的瀏覽器上工作。以文檔形式記錄業(yè)務(wù)需求確左了基本需求之后，應在“構(gòu)想/X用”文檔中捕捉、傳遞和批準這些需求，該文檔標

26、識了應用程序 業(yè)務(wù)值、需求和限制以及規(guī)劃、設(shè)計和完成項目所需的人員。之后，即可開始設(shè)計了。下一肖說明在ConsolidatedRetail.的創(chuàng)建過程中所用的應用程序設(shè)計模型和設(shè)計過程。MSF應用程序模型ConsolidatedRetail.應用程序的設(shè)il遵循Microsoft解決方案框架(MSF)中泄義的三層模型。該模 型將應用程序提供的服務(wù)劃分成三個抽象層，以便由此得到的應用程序具有一左的靈活性和可擴展性。 任何一層都可以進行更改，且不會對苴他兩層產(chǎn)生負面影響，這樣將能不斷改進應用程序以滿足用戶需 求和技術(shù)方而的新變化。這三層是：表示服務(wù)：應用程序的表示服務(wù)用于呈現(xiàn)向用戶顯示的數(shù)據(jù)和接受

27、用戶的輸入。業(yè)務(wù)服務(wù)：有時又稱為'應用程序服務(wù)”，應用程序的業(yè)務(wù)服務(wù)強制執(zhí)行業(yè)務(wù)規(guī)則。在典型的電子 商務(wù)應用程序中，這可能包括：確保用戸在下訂單之前必須經(jīng)過身份驗證，根據(jù)用戶的配苣文件檢 索相應的內(nèi)容，校驗在處理訂單中涉及的所有步驟都是以正確的順序執(zhí)行的。 數(shù)據(jù)服務(wù)：應用程序中的數(shù)據(jù)服務(wù)包括存儲、檢索和修改數(shù)據(jù)所需的邏借，以及應用程序必須強制 執(zhí)行的數(shù)據(jù)完整性規(guī)則。在電子商務(wù)應用程序中，這可能包括目錄、用戶和訂單數(shù)拯的處理。注意：有關(guān)MSF的詳細信息，請訪問站點 Microsoft./'msf (英文)。為何使用MSF應用程序模型？ 除了以上所述的靈活性和可擴展性優(yōu)點之外，MSF三層應用程序模型還在減少開發(fā)、部署和管理應用程 序時間方而具有明顯的優(yōu)勢。在應用程序體系結(jié)構(gòu)上采用MSF三層方式的主要優(yōu)點體現(xiàn)在：分離：由于服務(wù)是相互分離的，因此，應用程序的每一層都可獨立于其他兩層進行開發(fā)、維護和增 強。這樣，三個不同的開發(fā)小組可以就同一應用程序項目開展工作。分布：由于邏輯層是獨立