《電子商務(wù)系統(tǒng)分析與設(shè)計第4章電子商務(wù)系統(tǒng)分析》由會員分享，可在線閱讀，更多相關(guān)《電子商務(wù)系統(tǒng)分析與設(shè)計第4章電子商務(wù)系統(tǒng)分析（55頁珍藏版）》請在裝配圖網(wǎng)上搜索。
1、第4章 電子商務(wù)系統(tǒng)分析n 4.1 電子商務(wù)系統(tǒng)分析的任務(wù)n 4.2 需求分析n 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.4 系統(tǒng)分析報告 4.1 電子商務(wù)系統(tǒng)分析的任務(wù) n圖4-1 電子商務(wù)系統(tǒng)分析 4.1 電子商務(wù)系統(tǒng)分析的任務(wù)n 4.1.1 企業(yè)商務(wù)活動分析n在進(jìn)行電子商務(wù)系統(tǒng)分析時，需要了解企業(yè)商務(wù)活動的基本類型，各類商務(wù)活動的特點，電子商務(wù)對企業(yè)商務(wù)活動的改善，以便使系統(tǒng)的調(diào)查分析過程具有針對性，同時有利于對企業(yè)電子商務(wù)需求的綜合創(chuàng)新。n企業(yè)的商務(wù)活動主要包括市場（Marketing ）、銷售（Sale）、訂貨（Order）、交付（Delivery）和售后服務(wù)（Service ）這樣
2、幾個環(huán)節(jié)，這些環(huán)節(jié)有些是以供應(yīng)商為中心的（例如營銷、客戶服務(wù)），一些是客戶的主動行為（例如訂貨、選購），還有一些是雙方共同完成的（例如合同的履行），其基本商務(wù)流程如圖4-2所示。 4.1 電子商務(wù)系統(tǒng)分析的任務(wù)n 4.1.1 企業(yè)商務(wù)活動分析 n圖4-2基本商務(wù)流程圖 4.1 電子商務(wù)系統(tǒng)分析的任務(wù)n 4.1.2 系統(tǒng)需求分析n 1確定對系統(tǒng)的綜合要求n（1）功能需求n（2）性能需求n（3）可靠性和可用性需求 n（4）出錯處理需求n（5）接口需求n（6）約束n（7）逆向需求n（8）將來可能提出的要求 4.1 電子商務(wù)系統(tǒng)分析的任務(wù)n 4.1.2 系統(tǒng)需求分析n 2. 分析系統(tǒng)的數(shù)據(jù)要求n任何一
3、個軟件系統(tǒng)本質(zhì)上都是信息處理系統(tǒng)，系統(tǒng)必須處理的信息和系統(tǒng)應(yīng)該產(chǎn)生的信息在很大程度上決定了系統(tǒng)的面貌，對軟件設(shè)計有深遠(yuǎn)影響，因此，必須分析系統(tǒng)的數(shù)據(jù)要求，這是軟件需求分析的一個重要任務(wù)。 n 3. 導(dǎo)出系統(tǒng)的邏輯模型n綜合上述兩項分析的結(jié)果可以導(dǎo)出系統(tǒng)的詳細(xì)的邏輯模型，通常用數(shù)據(jù)流圖、實體-聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典和主要的處理算法描述這個邏輯模型。n 4. 修正系統(tǒng)開發(fā)計劃n根據(jù)在分析過程中獲得的對系統(tǒng)的更深入更具體的了解，可以比較準(zhǔn)確地估計系統(tǒng)的成本和進(jìn)度，修正以前制定的開發(fā)計劃。 4.2 需求分析n 4.2.1 系統(tǒng)調(diào)查n 1系統(tǒng)調(diào)查的原則n系統(tǒng)調(diào)查原則包括以下幾方面。n（1）在系統(tǒng)調(diào)
4、查開始前，制定系統(tǒng)調(diào)查計劃和進(jìn)行系統(tǒng)調(diào)查培訓(xùn)。 n（2）系統(tǒng)調(diào)查應(yīng)嚴(yán)格按照系統(tǒng)化原則進(jìn)行。 n（3）如實記錄調(diào)查情況。n（4）采用規(guī)范化的工作方法。 n（5）全面鋪開與重點調(diào)查結(jié)合。n（6）調(diào)查與分析整理相結(jié)合。系統(tǒng)調(diào)查必須與分析整理相結(jié)合，及時反映問題，反饋并解決它。n（7）了解業(yè)務(wù)與收集數(shù)據(jù)同時進(jìn)行。在系統(tǒng)調(diào)查了解每個具體工作崗位業(yè)務(wù)的同時，還必須收集與該業(yè)務(wù)有關(guān)的所有報表、文件和技術(shù)文檔等信息載體，并將其附在調(diào)查問卷之后歸檔。這些都是今后分析數(shù)據(jù)流程、建立數(shù)據(jù)庫系統(tǒng)的基礎(chǔ)。 4.2 需求分析n 4.2.1 系統(tǒng)調(diào)查n 2需求的分類n電子商務(wù)系統(tǒng)需求可被分為功能需求和非功能需求。n功能性需
5、求描述了系統(tǒng)和環(huán)境的行為。其任務(wù)是對問題空間進(jìn)行研究分析，產(chǎn)生出一個人們可閱讀理解的行為說明。通常包括系統(tǒng)的輸入以及輸入格式；系統(tǒng)要完成的功能；系統(tǒng)的輸出及其反應(yīng)。 n非功能性需求描述了系統(tǒng)的屬性，包括系統(tǒng)的性能、可靠性、可維護(hù)性、可重用性、靈活和可擴(kuò)充性、可跟蹤性、軟件必須處理的接口、必須適應(yīng)的環(huán)境以及任何其他應(yīng)用設(shè)計方面的限制等。n 4.2 需求分析n 4.2.1 系統(tǒng)調(diào)查n 3典型的電子商務(wù)需求n盡管不同企業(yè)的電子商務(wù)系統(tǒng)在業(yè)務(wù)方面的需求會有所區(qū)別，但是典型的電子商務(wù)在基本需求上還是有共性的，這些共性的需求可分成如下4個方面。n（1）可用性 可理解性 在線幫助和反饋 用戶界面及其友好性。
6、 n（2）功能性 購物 支付 產(chǎn)品支付 導(dǎo)航和瀏覽n（3）可靠性 安全 無缺陷性 n（4）效果 性能 可訪問性 n n n 4.2 需求分析n 4.2.1 系統(tǒng)調(diào)查n 4系統(tǒng)調(diào)查的內(nèi)容n（1）系統(tǒng)的界限和運(yùn)行狀況 （2）系統(tǒng)的外部環(huán)境n（3）組織機(jī)構(gòu)。 （4）人員及構(gòu)成。n（5）系統(tǒng)的業(yè)務(wù)流程。 （6）系統(tǒng)的信息流程。 n（7）系統(tǒng)的資源狀況。 （8）系統(tǒng)的約束條件。n（9）系統(tǒng)的薄弱環(huán)節(jié)。（10）系統(tǒng)研制工作的資源狀況。n（11）各個方面對現(xiàn)行系統(tǒng)和新系統(tǒng)研制的態(tài)度。n（12）其他需要調(diào)查的相關(guān)問題。 n n n 4.2 需求分析n 4.2.1 系統(tǒng)調(diào)查n 5系統(tǒng)調(diào)查的步驟n（1）確定調(diào)查目
7、標(biāo)，擬定調(diào)查項目n（2）確定調(diào)查對象和方法n（3）制訂調(diào)查計劃 n（4）調(diào)查的組織準(zhǔn)備工作n（5）實地調(diào)查n（6）分析、整理資料n（7）寫出調(diào)查報告 n n n 4.2 需求分析n 4.2.1 系統(tǒng)調(diào)查n 6系統(tǒng)調(diào)查的方法n（1）個人訪問法n（2）郵寄調(diào)查法n（3）電話調(diào)查法 n（4）調(diào)查表n（5）對現(xiàn)存的報告、表格和過程描述進(jìn)行了解和評估n（6）同用戶會談和討論n（7）參加業(yè)務(wù)實踐n（8）原型法n（9）召開聯(lián)合應(yīng)用設(shè)計會議 n n n 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n在需求調(diào)查基本結(jié)束，了解了系統(tǒng)的需求后，需要用有效的形式對其加以明確的定義。模型是定義系統(tǒng)需求的最常用和最
8、佳的形式，系統(tǒng)需求定義的過程就是對系統(tǒng)需求建模的過程.n根據(jù)需求分析準(zhǔn)則，需求分析過程應(yīng)該建立3種模型，它們分別是數(shù)據(jù)模型、功能模型和行為模型。 n 1.實體-聯(lián)系圖n實體-聯(lián)系圖描繪數(shù)據(jù)對象及數(shù)據(jù)對象之間的關(guān)系，是用于建立數(shù)據(jù)模型的圖形。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n數(shù)據(jù)模型中包含3種相互關(guān)聯(lián)的信息：數(shù)據(jù)對象、數(shù)據(jù)對象的屬性及數(shù)據(jù)對象彼此間相互連接的關(guān)系。n（1）數(shù)據(jù)對象n（2）屬性n屬性定義了數(shù)據(jù)對象的性質(zhì)。 n（3）聯(lián)系n客觀世界中的事物彼此間往往是有聯(lián)系的。例如，教師與課程間存在“教”這種聯(lián)系，而學(xué)生與課程間則存在“學(xué)”這種聯(lián)系。n一對一聯(lián)系（1：1） 一對多聯(lián)
9、系門（1：N） 多對多聯(lián)系（M：N） 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明 n圖4-3 某校教學(xué)管理ER圖 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n（4）實體-聯(lián)系圖的符號n通常，使用實體-聯(lián)系圖（entityrelationship diagram）來建立數(shù)據(jù)模型?？梢园褜嶓w-聯(lián)系圖簡稱為ER圖，相應(yīng)地可把用ER圖描繪的數(shù)據(jù)模型稱為ER模型。（5）數(shù)據(jù)規(guī)范化軟件系統(tǒng)經(jīng)常使用各種長期保存的信息，這些信息通常以一定方式組織并存儲在數(shù)據(jù)庫或文件中，為減少數(shù)據(jù)冗余，避免出現(xiàn)插入異常或刪除異常，簡化修改數(shù)據(jù)的過程，通常需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化。 n第一范式 每個屬性值都必須是原子
10、值，即僅僅是一個簡單值而不含內(nèi)部結(jié)構(gòu)。n第二范式 滿足第一范式條件，而且每個非關(guān)鍵字屬性都由整個關(guān)鍵字決定（而不是由關(guān)鍵字的一部分來決定）。n第三范式 符合第二范式的條件，每個非關(guān)鍵字屬性都僅由關(guān)鍵字決定，而且一個非關(guān)鍵字屬性不能僅僅是對另一個非關(guān)鍵字屬性的進(jìn)一步描述（即一個非關(guān)鍵字屬性值不依賴于另一個非關(guān)鍵字屬性值）。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n 2.數(shù)據(jù)流圖n數(shù)據(jù)流圖（Data Flow Diagram，DFD）是一種描述信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換，是一種圖形化技術(shù)，也是結(jié)構(gòu)化系統(tǒng)分析的主要工具。在數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪
11、數(shù)據(jù)在軟件中流動和被處理的邏輯過 。 n（1）數(shù)據(jù)流圖的作用n畫數(shù)據(jù)流圖的基本目的是利用它作為交流信息的工具。分析員把他對現(xiàn)有系統(tǒng)的認(rèn)識或?qū)δ繕?biāo)系統(tǒng)的設(shè)想用數(shù)據(jù)流圖描繪出來，供有關(guān)人員審查確認(rèn)。n數(shù)據(jù)流圖的另一個主要用途是作為分析和設(shè)計的工具。分析員在研究現(xiàn)有的系統(tǒng)時常用系統(tǒng)流程圖表達(dá)他對這個系統(tǒng)的認(rèn)識，這種描繪方法形象具體，比較容易驗證它的正確性；但是，開發(fā)工程的目標(biāo)往往不是完全復(fù)制現(xiàn)有的系統(tǒng)，而是創(chuàng)造一個能夠完成相同的或類似的功能的新系統(tǒng)。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n （2）數(shù)據(jù)流圖的基本組成及符號 n圖4-4 數(shù)據(jù)流圖的基本符號 4.2 需求分析n 4.2.2
12、系統(tǒng)建模與規(guī)格說明n（3）繪制數(shù)據(jù)流圖的主要原則n 明確系統(tǒng)界面n 自頂向下逐層擴(kuò)展n數(shù)據(jù)流圖的繪制過程如圖4-5 所示。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n 合理布局n 數(shù)據(jù)流圖只反映數(shù)據(jù)流向、數(shù)據(jù)處理和邏輯意義上的數(shù)據(jù)存儲，不反映任何數(shù)據(jù)處理過程的技術(shù)過程、處理方式和時間順序，也不反映判斷與控制條件等技術(shù)問題。這樣，只從系統(tǒng)邏輯功能上討論問題，便于和用戶交流。 n 數(shù)據(jù)流圖繪制過程，就是系統(tǒng)的邏輯模型的形成過程，必須始終與用戶密切接觸，詳細(xì)討論，不斷修改，要和其他系統(tǒng)建設(shè)者共同商討以求一致意見。 4.2 需求分析n 4
13、.2.2 系統(tǒng)建模與規(guī)格說明n（4）數(shù)據(jù)流圖繪制的主要步驟n確定所開發(fā)的系統(tǒng)的外部項（外部實體），即系統(tǒng)的數(shù)據(jù)來源和去處。n確定整個系統(tǒng)的輸出數(shù)據(jù)流和輸入數(shù)據(jù)流，把系統(tǒng)作為一個數(shù)據(jù)處理過程環(huán)節(jié)，畫出關(guān)聯(lián)圖。 n確定系統(tǒng)的主要信息處理功能，按此將整個系統(tǒng)分解成幾個處理環(huán)節(jié)（子系統(tǒng)）。確定每個數(shù)據(jù)處理過程的輸出與輸入數(shù)據(jù)流以及與這些數(shù)據(jù)處理過程有關(guān)的數(shù)據(jù)存儲。 n數(shù)據(jù)流圖草圖。n重復(fù)上一步驟，直到逐層分解結(jié)束。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n 對草圖進(jìn)行檢查和合理布局，主要檢查分解是否恰當(dāng)、徹底，DFD中各成分是否有遺漏、重復(fù)、沖突之處，各層DFD及同層DFD之間關(guān)系是否正確
14、及命名，編號是否確切、合理等，對錯誤與不當(dāng)之處進(jìn)行修改。n和用戶進(jìn)行交流，在用戶完全理解數(shù)據(jù)流圖的內(nèi)容的基礎(chǔ)上征求用戶的意見 。 n用計算機(jī)或其他制圖、編輯工具畫出正規(guī)的數(shù)據(jù)流圖。n將正規(guī)的數(shù)據(jù)流圖提交系統(tǒng)分析負(fù)責(zé)人復(fù)審。若有修改之處，則組織人員修改；否則，通過復(fù)審，數(shù)據(jù)流圖繪制過程結(jié)束。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n（5）繪制數(shù)據(jù)流圖的幾點注記n數(shù)據(jù)流必須通過數(shù)據(jù)處理過程，即送去數(shù)據(jù)處理或從數(shù)據(jù)處理過程環(huán)節(jié)發(fā)出。n數(shù)據(jù)存儲環(huán)節(jié)一般作為兩個數(shù)據(jù)處理過程環(huán)節(jié)的界面來安排。n編號 n由于只畫所描述的系統(tǒng)穩(wěn)定工作情況下的數(shù)據(jù)流圖，因而，數(shù)據(jù)流圖不描述系統(tǒng)啟動時或結(jié)束工作時功能
15、和數(shù)據(jù)流運(yùn)動規(guī)律處于變動狀態(tài)的情況。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n 命名n 名稱要反映被命名的成分的真實和全部的意義，不能只反映部分內(nèi)容。n 名稱要意義明確、易理解、無歧義，不會造成錯覺或混亂。 n 數(shù)據(jù)處理過程的名稱一般以“動詞十賓語”或“名詞性定語十動名詞”為宜，以明確反映信息處理的邏輯功能，其他成分的名稱以名詞或者“名詞性定語十名詞”為宜。形容詞、副詞、感嘆詞等一般不在命名中使用。n 避免使用不反映實際內(nèi)容的空洞詞匯，如數(shù)據(jù)、信息、優(yōu)化、計算、處理等詞條。n 進(jìn)出數(shù)據(jù)存儲環(huán)節(jié)的數(shù)據(jù)流，如內(nèi)容和存儲者的數(shù)據(jù)相同，可采用同一名稱。 4.2 需求分析n 4.2.2 系統(tǒng)
16、建模與規(guī)格說明n （6）數(shù)據(jù)流圖的局限性n難以在數(shù)據(jù)流圖上標(biāo)識出數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)處理過程和外部項的具體內(nèi)容，如數(shù)據(jù)流的組成元素、數(shù)據(jù)存儲的數(shù)據(jù)結(jié)構(gòu)、存取要求、數(shù)據(jù)量、數(shù)據(jù)的處理過程與算法等。n不能反映系統(tǒng)中決策與控制過程。 n難以對系統(tǒng)中人機(jī)交互過程以及信息的反饋與循環(huán)處理進(jìn)行描述。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n 3數(shù)據(jù)字典n數(shù)據(jù)流圖描述了數(shù)據(jù)與處理的關(guān)系。數(shù)據(jù)字典（Data Dictionary）則是在數(shù)據(jù)流圖的基礎(chǔ)上，進(jìn)一步定義和描述數(shù)據(jù)處理過程、實體及數(shù)據(jù)存儲的詳細(xì)邏輯內(nèi)容的工具。n編寫數(shù)據(jù)字典的基本要求是有以下幾方面。 n對數(shù)據(jù)流圖上各種成分的定義必須明確
17、、易理解、惟一。n命名、編號與數(shù)據(jù)流圖一致，必要時可增加編碼，方便查詢檢索、維護(hù)和統(tǒng)計報表。n符合一致性與完整性的要求，對數(shù)據(jù)流圖上的成分定義與說明無遺漏項。數(shù)據(jù)字典中無內(nèi)容重復(fù)或內(nèi)容相互矛盾的條目。數(shù)據(jù)流圖中同類成分的數(shù)據(jù)字典條目中，無同名異義或異名同義者。n格式規(guī)范、風(fēng)格統(tǒng)一、文字精練，數(shù)字與符號正確。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n數(shù)據(jù)字典中包含有六類條目：n （1）數(shù)據(jù)項n名稱：數(shù)據(jù)項的名稱要盡量反映該數(shù)據(jù)項的具體含義。n別名：一個數(shù)據(jù)項名稱可能不止一個。若有多個名稱，則需加以說明。 n類型：指取值的數(shù)據(jù)類型。n值域：指數(shù)據(jù)項的取值范圍。n長度值數(shù)據(jù)項是由幾個數(shù)字
18、或字母組成。如學(xué)號，按某?，F(xiàn)在的編法由7個數(shù)字組成，其長度就是7個字節(jié)。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n n圖4-7數(shù)據(jù)項條目的一個例子 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n （2）數(shù)據(jù)結(jié)構(gòu)n數(shù)據(jù)結(jié)構(gòu)描述的是數(shù)據(jù)之間的組合關(guān)系。一個數(shù)據(jù)結(jié)構(gòu)可以包括若干個數(shù)據(jù)項或（和）數(shù)據(jù)結(jié)構(gòu)。n在數(shù)據(jù)字典中，數(shù)據(jù)結(jié)構(gòu)條目包括下面幾點。n數(shù)據(jù)結(jié)構(gòu)的編號。 n數(shù)據(jù)結(jié)構(gòu)的名稱。n說明。n數(shù)據(jù)結(jié)構(gòu)的組成。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n n圖4-8數(shù)據(jù)結(jié)構(gòu)條目的一個例子數(shù)據(jù)結(jié)構(gòu)條目數(shù)據(jù)結(jié)構(gòu)編號：205數(shù)據(jù)結(jié)構(gòu)名稱：銷售合同說明：某公司簽訂銷售合同后需填寫的卡
19、片結(jié)構(gòu)：合同編號訂貨日期用戶產(chǎn)品訂貨數(shù)量交貨日期簽約人注：帶號的是一個數(shù)據(jù)結(jié)構(gòu) 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明（3）數(shù)據(jù)流n數(shù)據(jù)流表明系統(tǒng)中數(shù)據(jù)流的組成、邏輯流向及在單位時間內(nèi)的流量。數(shù)據(jù)可為數(shù)據(jù)項或數(shù)據(jù)結(jié)構(gòu)。數(shù)據(jù)流條目包括以一下幾點。n數(shù)據(jù)流的編號。n數(shù)據(jù)流的名稱。 n說明。n數(shù)據(jù)流的來源。n數(shù)據(jù)流的去向。n數(shù)據(jù)流的組成。n數(shù)據(jù)流的流通量。n高峰期流通量。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明 （4）數(shù)據(jù)處理過程n數(shù)據(jù)處理過程的定義僅對流程圖中最低層的處理邏輯加以說明。數(shù)據(jù)處理過程條目包括。n處理過程編號。n處理過程名稱。 n輸入數(shù)據(jù)。n輸出數(shù)據(jù)。n處理頻率
20、。n處理邏輯。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明 n圖4-9數(shù)據(jù)處理過程條目的一個例子 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明 （5）數(shù)據(jù)存儲n數(shù)據(jù)存儲是數(shù)據(jù)暫時或永久保存的地方，并常以文件的形式存儲數(shù)據(jù)。數(shù)據(jù)存儲條目包括以下幾點。n數(shù)據(jù)存儲編導(dǎo)。n名稱。 n說明。n組成。n關(guān)鍵字。n相關(guān)的處理。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明 n圖4-9數(shù)據(jù)存儲條目的一個例子 數(shù)據(jù)存儲條目數(shù)據(jù)存儲編號：F0308數(shù)據(jù)存儲名稱：庫存賬簡述：存放配件的歷年庫存和單價數(shù)據(jù)存儲組成：配件編號+配件名稱+單價+庫存量+備注關(guān)鍵字：配件編號相關(guān)聯(lián)的處理：P2（“確定發(fā)貨
21、量”）P3（“開發(fā)貨單、修改庫存”） 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n （6）外部實體n外部實體是數(shù)據(jù)的來源或去向。外部實體的條目包括以下幾點。n外部實體編號。n外部實體名稱。 n說明。n外部實體輸出的數(shù)據(jù)流。n外部實體輸入的數(shù)據(jù)流。n該外部實體的數(shù)量。 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n n圖4-10外部實體條目的一個例子 外部實體條目外部實體編號：S03-01外部實體名稱：用戶簡述：購買公司貨物的用戶輸入數(shù)據(jù)流：DS03-06（“不合格訂貨單”）DS03-08（“發(fā)貨單”）輸出數(shù)據(jù)流：DS03-06（“訂貨單”） 4.2 需求分析n 4.2.2 系統(tǒng)建
22、模與規(guī)格說明n 4狀態(tài)轉(zhuǎn)換圖n在需求分析過程中應(yīng)該建立起軟件系統(tǒng)的行為模型。狀態(tài)轉(zhuǎn)換圖（簡稱為狀態(tài)圖）通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。此外，狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)將做哪些動作（例如，處理數(shù)據(jù)）。因此，狀態(tài)圖提供了行為建模機(jī)制。 n（1）狀態(tài)n（2）事件n（3）符號n（4）例子 n 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n n n圖4-11狀態(tài)圖中使用的主要符號 4.2 需求分析n 4.2.2 系統(tǒng)建模與規(guī)格說明n 5軟件需求規(guī)格說明n通過需求分析除了創(chuàng)建分析模型之外，還應(yīng)該寫出軟件需求規(guī)格說明，它是分析階段得出的最主要文檔。n通常用自然語
23、言完整、準(zhǔn)確、具體地描述系統(tǒng)的數(shù)據(jù)要求、功能需求、性能需求、可靠性和可用性的要求、出錯處理需求、接口需求、約束、逆向需求以及將來可能提出的要求。自然語言的規(guī)格說明具有容易書寫、容易理解的優(yōu)點，為大多數(shù)人所歡迎和采用。 n 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.2.3 驗證需求n 1. 從哪些方面驗證軟件需求的正確性n（1）一致性 所有需求必須是一致的，任何一條需求不能和其他需求互相矛盾。 n（2）完整性 需求必須是完整的，規(guī)格說明書應(yīng)該包括用戶需要的每一個功能或性能。n（3）現(xiàn)實性 指定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)基本上可以實現(xiàn)的n（4）有效性 必須證明需求是正確有效的，確實能解決
24、用戶面對的問題。 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.2.3 驗證需求n 2. 驗證軟件需求的方法n（1）驗證需求的一致性 n（2）驗證需求的現(xiàn)實性n（3）驗證需求的完整性和有效性n 3用于需求分析的軟件工具n（1）必須有形式化的語法（或表），因此可以用計算機(jī)自動處理使用這種語法說明的內(nèi)容；n（2）使用這個軟件工具能夠?qū)С鲈敿?xì)的文檔；n（3）必須提供分析（測試）規(guī)格說用書的不一致性和冗余性的手段，并且應(yīng)該能夠產(chǎn)生一組報告指明對完整性分析的結(jié)果； n（4）使用這個軟件工具之后，應(yīng)該能夠改進(jìn)通信狀況。 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.1 B2C的電子零售系統(tǒng)的基本需求n B2C的電
25、子零售系統(tǒng)是目前比較成熟的一種電子商務(wù)模式，也是服務(wù)于個體消費(fèi)者的零售企業(yè)應(yīng)用最為廣泛的一種電子商務(wù)模式。支持這種電子商務(wù)模式的電子商務(wù)系統(tǒng)應(yīng)當(dāng)滿足消費(fèi)者購買過程中的各種需求，幫助消費(fèi)者更好的作出購物選擇，它一般應(yīng)該具備以下功能： n（1）注冊功能n（2）動態(tài)信息展示n（3）用戶反饋n（4）企業(yè)信息查詢n（5）商品信息顯示 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.1 B2C的電子零售系統(tǒng)的基本需求n （6）訂單管理 （7）匯總統(tǒng)計功能n（8）用戶管理系統(tǒng) （9）銷售企業(yè)界面 n（10）公告板功能 （11）留言板功能n（12）客服中心 （13）實現(xiàn)比較購物n（14）商品的評估 （15）電子購
26、物車n（16）電子支付 （17）電子拍賣n（18）廣告管理 （19）商品庫存管理n（20）產(chǎn)品跟蹤 （21）外部接口n 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.1 B2C的電子零售系統(tǒng)的基本需求n從目標(biāo)系統(tǒng)的構(gòu)成上看，B2C的電子商務(wù)系統(tǒng)至少包括以下3個部分：n（1）商品管理子系統(tǒng) n商品信息管理、發(fā)布。n（2）交易子系統(tǒng)n處理訂單、支付。n（3）客戶管理或客戶關(guān)系管理子系統(tǒng)n對客戶的信息進(jìn)行管理。n 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.1 B2C的電子零售系統(tǒng)的基本需求n從目標(biāo)系統(tǒng)的構(gòu)成上看，B2C的電子商務(wù)系統(tǒng)至少包括以下3個部分：n（1）商品管理子系統(tǒng) n商品信息管理、發(fā)布。
27、n（2）交易子系統(tǒng)n處理訂單、支付。n（3）客戶管理或客戶關(guān)系管理子系統(tǒng)n對客戶的信息進(jìn)行管理。n 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.2 B2B電子商務(wù)的基本需求n（1）網(wǎng)上客戶的注冊與管理n（2）會員權(quán)限管理 n（3）商品信息的分類錄入和發(fā)布n（4）網(wǎng)上在線信息的查詢、統(tǒng)計和管理n（5）網(wǎng)上商務(wù)流程的管理n（6）網(wǎng)上拍賣、招標(biāo)的管理n（7）網(wǎng)上電子簽證的識別及認(rèn)證n（8）網(wǎng)上在線支付的安全和管理 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.2 B2B電子商務(wù)的基本需求n （9）網(wǎng)上重要信息和交易信息的加密與保密n（10）網(wǎng)上物流配送方式的最佳選擇建議 n（11）網(wǎng)上留言、公告、短信
28、及郵件等輔助信息交流手段的運(yùn)用n利用網(wǎng)絡(luò)輔助信息交流手段和客戶進(jìn)行溝通。n這樣，B2B的電子商務(wù)平臺既可以促進(jìn)業(yè)務(wù)流程自動化，降低生產(chǎn)成本，提高企業(yè)整體效益，又保障了電子商務(wù)的安全可靠。 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.3 企業(yè)信息門戶的基本需求n（1）企業(yè)基本信息發(fā)布（2）企業(yè)動態(tài)與新聞n（3）企業(yè)產(chǎn)品和服務(wù) （4）企業(yè)產(chǎn)品信息目錄與導(dǎo)航 n（5）搜索與索引 （6）電子郵件與客戶反饋n（7）用戶訪問統(tǒng)計 （8）網(wǎng)站訪問分析與統(tǒng)計n（9）個性化服務(wù) （10）電子社區(qū)n（11）相關(guān)鏈接 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.4 物流配送系統(tǒng)的基本需求n電子商務(wù)下物流配送體系的商
29、務(wù)流程如下：n（1）接受配送信息 n（2）匯總分類n（3）聯(lián)系進(jìn)貨n（4）取貨運(yùn)至配送網(wǎng)點n（5）配貨送貨n（6）回執(zhí)簽字n（7）財務(wù)結(jié)賬 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.4 物流配送系統(tǒng)的基本需求n根據(jù)電子商務(wù)下的物流配送的流程，物流配送系統(tǒng)的基本需求包括以下幾個方面：n（1）配送合約議定 （2）配送計劃制定 n（3）進(jìn)貨管理 （4）收貨管理n（5）儲放管理 （6）出貨管理n（7）貨物盤點 （8）貨物追蹤n（9）客戶管理 （10）賬務(wù)管理n（11）報表管理 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.5 電子支付系統(tǒng)的基本需求n雖然不同形式的貨幣會導(dǎo)致不同的支付方式，但安全、有效
30、、便捷是各種支付方式追求的目標(biāo)。n（1）使用數(shù)字簽名和數(shù)字證書實現(xiàn)對各方的認(rèn)證 n（2）使用加密技術(shù)對業(yè)務(wù)進(jìn)行加密n（3）使用消息摘要算法以確認(rèn)業(yè)務(wù)的完整性n（4）保證對業(yè)務(wù)的不可否認(rèn)性n（5）處理貿(mào)易業(yè)務(wù)的多邊支付問題 4.3 典型電子商務(wù)系統(tǒng)功能分析n 4.3.6 電子商務(wù)系統(tǒng)安全的基本需求n（1）交易的真實性n（2）交易的保密性 n（3）交易的完整性n（4）不可抵賴性 4.4 系統(tǒng)分析報告n系統(tǒng)分析階段的成果是系統(tǒng)分析報告。系統(tǒng)分析報告是下一步進(jìn)行設(shè)計及實現(xiàn)系統(tǒng)的綱領(lǐng)性文件。系統(tǒng)需求分析報告應(yīng)該不但能夠充分描述調(diào)查的結(jié)果，而且還能反映系統(tǒng)分析的結(jié)果和新系統(tǒng)的邏輯方案。系統(tǒng)需求分析報告可分為軟件需求說明書、數(shù)據(jù)要求說明書和開發(fā)進(jìn)度月報表。系統(tǒng)分析報告形成后，必須組織各方面的人員（包括組織的領(lǐng)導(dǎo)、管理人員、專業(yè)技術(shù)人員和系統(tǒng)分析人員等）一起對已經(jīng)形成的邏輯方案進(jìn)行論證，盡可能地發(fā)現(xiàn)其中的問題、誤解和疏漏。對于問題、疏漏要及時糾正，對于有爭論的問題要重新核實當(dāng)初的原始調(diào)查資料或進(jìn)一步地深入調(diào)查研究，對于重大的問題甚至可能需要調(diào)整或修改系統(tǒng)目標(biāo)，重新進(jìn)行系統(tǒng)分析。
電子商務(wù)系統(tǒng)分析與設(shè)計第4章電子商務(wù)系統(tǒng)分析
