【正文】 此外互聯(lián)網(wǎng)還具有強(qiáng)大的信息搜集傳遞處理功能及更多相關(guān)商品選擇等優(yōu)勢網(wǎng)上零售業(yè)擁有巨大的潛在商機(jī)必將促進(jìn)零售業(yè)的更 快發(fā)展 22 系統(tǒng)概要介紹 在線鮮花訂購系統(tǒng)主要是構(gòu)建網(wǎng)上鮮花訂購及管理平臺它將實現(xiàn)用戶瀏覽訂購鮮花以及訂單管理等電子商務(wù)功能系統(tǒng)主要提供如下功能 發(fā)布鮮花產(chǎn)品以供客戶查看 可實現(xiàn)簡單的鮮花查詢功能 客戶能比較方便地訂購鮮花產(chǎn)品 客戶能比較方便的管理自己的產(chǎn)品 管理員能比較方便的管理所有的訂單 關(guān)于系統(tǒng)功能的詳細(xì)描述請參看第四章的系統(tǒng)功能模塊設(shè)計 23 設(shè)計方法概要 管理信息系統(tǒng)是與管理和信息有關(guān)的系統(tǒng)在進(jìn)行開發(fā)設(shè)計時系統(tǒng)的要領(lǐng)和原理將貫穿始終本系統(tǒng)的開發(fā)是結(jié)合了系統(tǒng)的觀點(diǎn)用戶的觀點(diǎn)和階段性的觀點(diǎn)采用原 型法的開發(fā)方法來開發(fā)的下面將簡要介紹管理信息系統(tǒng)開發(fā)的幾個基本觀點(diǎn)和常用的開發(fā)方法 理信息系統(tǒng)的幾個基本觀點(diǎn) 1 系統(tǒng)觀點(diǎn) 管理信息系統(tǒng)有它的系統(tǒng)目標(biāo)有明確的邊界以及層次性的系統(tǒng)結(jié)構(gòu)進(jìn)行系統(tǒng)開發(fā)時從總體上進(jìn)行規(guī)劃在系統(tǒng)的目標(biāo)之下設(shè)置各個子系統(tǒng)實現(xiàn)整個系統(tǒng)的信息共享使之成為相互關(guān)聯(lián)的統(tǒng)一整體共同實現(xiàn)系統(tǒng)的總體目標(biāo) 2 用戶觀點(diǎn) 開發(fā)過程是一個專業(yè)技術(shù)人員和管理人員知識相互滲透的過程是各職能部門相互協(xié)調(diào)相互配合的過程由于管理信息是為管理人員決策服務(wù)的管理人員就是系統(tǒng)的用戶只有用戶使用滿意方便的系統(tǒng)才是好的系統(tǒng) 因此從最初的總體規(guī)劃的制定直到最后的系統(tǒng)實施的全過程中都需要用戶的參與系統(tǒng)開發(fā)人員與用戶真誠地合作是系統(tǒng)成功的關(guān)鍵 3 系統(tǒng)開發(fā)工作的階段性觀點(diǎn) 開發(fā)過程嚴(yán)格區(qū)分管理信息系統(tǒng)開發(fā)的各個階段每個階段有明確的任務(wù)提供相應(yīng)的文檔資料作為下一個階段工作的依據(jù) 息系統(tǒng)開發(fā)的常用方法 管理信息系統(tǒng)開發(fā)的常用方法有生命周期法 Life Circle Approach 原型法 Prototyping Approach 和面向?qū)ο蠓治龇椒ǖ壬芷诜ㄊ且环N面向功能的結(jié)構(gòu)化系統(tǒng)分析的方法原型法是先快速構(gòu)造系統(tǒng)的原型然后逐步 完善逼近不斷明確的目標(biāo)的方法面向?qū)ο蠓治龇椒◤?qiáng)調(diào)對現(xiàn)實世界的理解和摸擬通過增加系統(tǒng)可擴(kuò)充性和可重用性來改善并提高系統(tǒng)的生產(chǎn)能力并控制維護(hù)系統(tǒng)的復(fù)雜性和系統(tǒng)的開銷 3 系統(tǒng)分析 建設(shè)電子商務(wù)網(wǎng)站首先要進(jìn)行網(wǎng)站規(guī)劃一個完整的網(wǎng)站規(guī)劃包括對企業(yè)的環(huán)境目標(biāo)現(xiàn)行信息系統(tǒng)的狀況進(jìn)行初步調(diào)查對建設(shè)網(wǎng)站系統(tǒng)的需求做出初步的分析和預(yù)測探討建立網(wǎng)站的必要性同時考慮建設(shè)網(wǎng)站系統(tǒng)所受的各種約束擬定建設(shè)網(wǎng)站系統(tǒng)的各種可能的方案最后對各種方案進(jìn)行可行性分析得出可行性分析報告可行性分析是指分析說明網(wǎng)站的開發(fā)實施在技術(shù)經(jīng)濟(jì)和社會條件方面 的可行性評述為了合理達(dá)到目標(biāo)而可能選擇的各種方案根據(jù)通過審議的可行性報告中的網(wǎng)站系統(tǒng)建設(shè)方案并選擇論證一個最可行的方案根據(jù)通過審議的可行性報告中的網(wǎng)站系統(tǒng)建設(shè)方案與實施計劃制定出的系統(tǒng)設(shè)計任務(wù)書將成為系統(tǒng)分析與設(shè)計階段的指導(dǎo)文件 電子商務(wù)網(wǎng)站系統(tǒng)分析分為需求分析業(yè)務(wù)流程分析和數(shù)據(jù)流程分析三部分 31 需求分析 需求分析簡單的說就是分析用戶的要求需求分析是系統(tǒng)設(shè)計的起點(diǎn)需求分析的結(jié)果是否準(zhǔn)確地反映了用戶的實際要求將直接影響到后面各個階段的設(shè)計并影響到設(shè)計結(jié)果是否合理和實用 組織結(jié)構(gòu)分析 組織結(jié)構(gòu)分析通 常是通過組織結(jié)構(gòu)圖來實現(xiàn)的組織結(jié)構(gòu)圖是一張反映組織內(nèi)部之間隸屬關(guān)系的樹狀結(jié)構(gòu)圖我們將要開發(fā)的系統(tǒng)其所在的組織結(jié)構(gòu)如圖 31所示 31 網(wǎng)上鮮花銷售組織結(jié)構(gòu)圖 組織業(yè)務(wù)關(guān)系分析 組織結(jié)構(gòu)圖反映了組織內(nèi)部和上下級關(guān)系但是對于組織內(nèi)部各部分之間的聯(lián)系程度組織各部分的主要業(yè)務(wù)組織各部分在業(yè)務(wù)過程中所承擔(dān)的工作等等卻不能夠反映出來這將給后續(xù)的工作帶來困難為了彌補(bǔ)這方面的不足通常需要進(jìn)行業(yè)務(wù)過程與組織結(jié)構(gòu)聯(lián)系分析 業(yè)務(wù)過程與組織結(jié)構(gòu)聯(lián)系分析又簡稱為組織業(yè)務(wù)關(guān)系分析是充分利用系統(tǒng)調(diào)查中所掌握的資料著重反映管理業(yè)務(wù)過 程與組織結(jié)構(gòu)之間的關(guān)系它是后續(xù)分析和設(shè)計新系統(tǒng)的基礎(chǔ) 通常通過增設(shè)組織業(yè)務(wù)關(guān)系表來反映組織各部分在同一業(yè)務(wù)過程中承擔(dān)不同業(yè)務(wù)環(huán)境時的關(guān)系如表 31 所示 表 31 組織業(yè)務(wù)關(guān)系表 功能 序號 組織 業(yè)務(wù) 采購部 倉儲部 財務(wù)部 銷售部 人力資源部 功能與業(yè)務(wù) 1 計劃 √ 2 銷售 √ √ 3 供應(yīng) √ 4 人事 5 配送 √ 注 表示該項業(yè)務(wù)是對應(yīng)組織的主要業(yè)務(wù) 表示該部門是參加協(xié)調(diào)該業(yè)務(wù)的輔助單位 √ 表 示該單位是該業(yè)務(wù)的相關(guān)單位 空白 表示該部門與對應(yīng)業(yè)務(wù)無關(guān) 32 業(yè)務(wù)流程分析 業(yè)務(wù)流程分析就是將網(wǎng)站的各項業(yè)務(wù)以流程圖的方式表示出來用于指導(dǎo)數(shù)據(jù)分析與系統(tǒng)設(shè)計 業(yè)務(wù)流程圖就是用一些符號及連線來表示某個具體業(yè)務(wù)處理過程業(yè)務(wù)流程圖的繪制基本上按照業(yè)務(wù)的實際處理步驟和過程繪制業(yè)務(wù)流程圖一般用盡可能少的圖形符號盡可能簡單的方法來描述業(yè)務(wù)處理過程 業(yè)務(wù)流程圖的基本符號非常簡單只有 6個有關(guān) 6個符號的內(nèi)部解釋可直接用文字標(biāo)于圖內(nèi)這 6 個符號所代表的內(nèi)容與信息系統(tǒng)最基本的處理功能一一對應(yīng)如下圖所示圓圈表示業(yè)務(wù)處理單 位方框表示業(yè)務(wù)處理的內(nèi)容報表符號表示輸出信息報表報告文件圖形等魚形封口的方框表示存儲文件卡片符號表示收集資料矢量連線表示該業(yè)務(wù)過程聯(lián)系 圖 32 業(yè)務(wù)流程圖基本圖形符號 整個企業(yè)網(wǎng)站的基本業(yè)務(wù)流程分析 對于在線訂購系統(tǒng)我們以基本的業(yè)務(wù)階段和職能部門分類作圖描述在線訂購的業(yè)務(wù)過程展現(xiàn)在線訂購的特點(diǎn)即以客戶需求為拉動為客戶提供可靠及時高效的服務(wù)基本業(yè)務(wù)流程圖如圖 33 所示 圖 33 基本業(yè)務(wù)流程圖 具體業(yè)務(wù)流程分析 上圖 33 為了清晰地展現(xiàn)其業(yè)務(wù)特點(diǎn)是根據(jù)基本業(yè)務(wù)階段和職能部門分類來分析業(yè)務(wù)的現(xiàn) 在根據(jù)業(yè)務(wù)的相對獨(dú)立性將上述業(yè)務(wù)分為銷售業(yè)務(wù)后臺管理業(yè)務(wù)采購業(yè)務(wù)等 3 個具體業(yè)務(wù)由于本系統(tǒng)涉及到銷售業(yè)務(wù)和后臺管理業(yè)務(wù)所以只就這兩個具體業(yè)務(wù)分述如下 1 在線訂購業(yè)務(wù)流程 如圖 34 所示客戶通過網(wǎng)絡(luò)進(jìn)入在線訂購系統(tǒng)他可以通過網(wǎng)頁展示瀏覽所需要的鮮花也可以通過分類檢索直接查找到需要的鮮花如果有需要的鮮花可以先將其選中即相當(dāng)于放入虛擬的購物車中這時就生成一張臨時購物單它是隨著客戶的選擇不斷變化的當(dāng)客戶選擇好要購買的鮮花后就可以去收銀臺結(jié)賬了他可以是會員結(jié)賬即登陸的客戶也可以是非會員結(jié)賬最后生成一個訂購單客戶可以隨時 查看自己的訂單狀態(tài)后臺管理處會在一定時間內(nèi)回復(fù)客戶的訂單并改變訂單的狀態(tài) 圖 34 在線購買業(yè)務(wù)流程圖 2 后臺管理業(yè)務(wù)流程 一鮮花上架流程 采購部門和各花農(nóng)進(jìn)行聯(lián)系和協(xié)商根據(jù)采購訂單形成收貨預(yù)告單傳給實體的商鋪倉儲部門收貨預(yù)告單上有采購鮮花的信息供應(yīng)商信息及收貨標(biāo)志此收貨標(biāo)志分三種一是采購單已經(jīng)發(fā)出還沒有收貨則為新預(yù)告單標(biāo)志二是若一張采購單分批到貨收貨時根據(jù)預(yù)告單上采購數(shù)量標(biāo)志著此預(yù)告單為收貨中狀態(tài)在此狀態(tài)下可以分批收貨直到所有的貨物到達(dá)達(dá)到很好的保鮮作用三是標(biāo)志預(yù)告單已經(jīng)收完貨狀態(tài)則結(jié)束此預(yù)告單鮮花到達(dá) 后根據(jù)采購單號查找此采購的預(yù)告單并根據(jù)預(yù)告單打印出檢驗單檢驗單上主要有鮮花信息和采購數(shù)量檢驗員檢驗后填好實收數(shù)和不合格數(shù)以及不合格原因?qū)Σ缓细竦孽r花明確不合格原因后告知供貨方對于合格的鮮花填好收貨單交給采購部門采購部門據(jù)此登記入賬然后實體商鋪將所有的鮮花分類上架根據(jù)花的性質(zhì)存儲期的長短流通性等安排好適當(dāng)?shù)拇鎯臻g和倉庫位網(wǎng)站根據(jù)鮮花的圖片和配送方式由管理員發(fā)布鮮花信息 二鮮花在庫管理流程 為了實現(xiàn)網(wǎng)上花店的高效有效的庫存管理是非常重要的日常的庫存管理主要包括盤點(diǎn)管理庫存控制等 盤點(diǎn)管理是在庫業(yè)務(wù)中的重要業(yè)務(wù) 主要是對所有鮮花進(jìn)行盤點(diǎn)找出差異原因進(jìn)行處理差異金額在下一月進(jìn)行結(jié)算盤點(diǎn)可以針對所有鮮花進(jìn)行還可以利用ABC分類方法進(jìn)行盤點(diǎn) ABC分類法是鮮花的重點(diǎn)管理法將倉庫內(nèi)所有的鮮花按其重要程度價值大小等進(jìn)行分類然后采用不同的方法在不同的時間間隔內(nèi)對其進(jìn)行盤點(diǎn)管理既能夠抓住重點(diǎn)又能夠照顧一般 盤點(diǎn)時根據(jù)鮮花的重要性制訂盤點(diǎn)計劃打印出需要盤點(diǎn)的鮮花清單包括存儲貨位鮮花信息存儲數(shù)量實際數(shù)量一欄由盤點(diǎn)人員根據(jù)實際情況填寫對于有差異的鮮花分析差異的原因制作出盤盈盤虧報表報財務(wù)部門記賬并根據(jù)此報表修改庫存記錄 庫存控制是企業(yè) 庫存管理的重點(diǎn)環(huán)節(jié)庫存的合理性很大程度上反映了庫存管理的質(zhì)量把庫存量控制在最佳數(shù)量用盡量少的人力物力財力管理好庫存獲取最大的供給保障是企業(yè)追求的一個重要目標(biāo)由于鮮花品種多規(guī)格繁雜在庫存控制上也可以采用 ABC分類法對于 A類鮮花是庫存控制的重點(diǎn)對象對于 B類實施次一級控制 C 類采取簡單的控制 三揀貨送鮮花業(yè)務(wù) 揀貨配送是一項非常繁雜的工作根據(jù)形形色色的客戶訂單做到既準(zhǔn)確又及時地將所要求的鮮花備齊送到客戶手中是在線鮮花訂購系統(tǒng)快速反應(yīng)的體現(xiàn)同時也是本系統(tǒng)設(shè)計的目的揀貨組的揀貨業(yè)務(wù)是從接到從后臺管理員處發(fā)出的顧客訂單 開始的接到訂單后將要揀的不同種類不同規(guī)格鮮花按倉庫位以及找到并揀出該鮮花當(dāng)揀出該鮮花后在此鮮花上貼上揀貨標(biāo)簽送出貨口在出貨口利用條形碼或人工再次核對揀貨的正確性同時記錄下鮮花的基本信息此基本信息主要包括鮮花規(guī)則供貨單位入庫日期存儲位等利用該信息來修改同批次鮮花在庫狀況如在庫數(shù)量等揀貨核實正確則被輸出帶送到集貨區(qū)不正確的則送到另一處以備檢查出貨后填好出貨單 綜上所述給出了后臺管理業(yè)務(wù)的整體流程圖 圖 35 后臺管理業(yè)務(wù)流程圖 33 數(shù)據(jù)流程分析 數(shù)據(jù)流程分析通常是通過分層的數(shù)據(jù)流程圖 DFDData Flow Diagram 來實現(xiàn)的數(shù)據(jù)流圖是系統(tǒng)分析員與用戶交流思想的工具其具體的分析過程為先把系統(tǒng)看成一個整體明確信息的輸入與輸出界定系統(tǒng)的邊界畫出頂層數(shù)據(jù)流程圖在根據(jù)結(jié)構(gòu)化方法的思想將系統(tǒng)分解成相對獨(dú)立的子系統(tǒng)找出各子系統(tǒng)的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流分析輸入數(shù)據(jù)流的來源和輸出數(shù)據(jù)流的去向用數(shù)據(jù)流將數(shù)據(jù)源子系統(tǒng)和數(shù)據(jù)終點(diǎn)連接起來以此類推直到分解為功能單一的模塊為止 數(shù)據(jù)流程圖 1 頂層數(shù)據(jù)流圖 本系統(tǒng)只涉及到在線訂購這一模塊故只做這一部分的流程圖其頂層流程圖如下 圖 36 頂層數(shù)據(jù)流程圖 2 第一層流程圖 圖 37 第一 層數(shù)據(jù)流程圖 3 第二層數(shù)據(jù)流程圖 圖 38 商品瀏覽分解數(shù)據(jù)流程圖 圖 39 購買處理分解數(shù)據(jù)流程圖 圖 310 后臺管理分解流程圖 數(shù)據(jù)字典 數(shù)據(jù)流圖描述了系統(tǒng)的分解即描述了系統(tǒng)由哪幾部分組成各部分之間的聯(lián)系等等但還沒有說明系統(tǒng)中各個成分的含義只是當(dāng)數(shù)據(jù)流圖中出現(xiàn)的每一個成分都給出定義后才能完整準(zhǔn)確地描述一個系統(tǒng)為此需要用數(shù)據(jù)字典對數(shù)據(jù)流圖加以補(bǔ)充說明 1 數(shù)據(jù)項條目說明 數(shù)據(jù)項編號 F01 數(shù)據(jù)項名稱用戶編號 簡 述用戶在網(wǎng)站的標(biāo)識 類型及寬度自動編號長整型 取值 范圍 1999999 數(shù)據(jù)項編號 F02 數(shù)據(jù)項名稱用戶名 簡 述用戶自己取的名字用以唯一標(biāo)識用戶名 類型及寬度字符 50 位 取值 范圍文本 數(shù)據(jù)項編號 F03 數(shù)據(jù)項名稱密碼 簡 述登錄時用以檢驗用戶名的輸入是否正確 類型及寬度字符 50 位 取值 范圍文本 數(shù)據(jù)項編號 F04 數(shù)據(jù)項名稱產(chǎn)品代碼 簡 述唯一標(biāo)識產(chǎn)品網(wǎng)站自己定義的字符串 類型及寬度字符 10 位 取值 范圍文本 數(shù)據(jù)項編號 F05 數(shù)據(jù)項名稱產(chǎn)品品種 簡 述把產(chǎn)品分類標(biāo)識以便用戶分類檢索 類型及寬度字符 5 位 取值 范圍文本 2 數(shù)據(jù)流條目 數(shù)據(jù)流編號 D11 數(shù)據(jù)流名稱訂單信息 簡 述由用戶購買商品后傳過來的信息 數(shù)據(jù)流來源 購買處理 數(shù)據(jù)流去向后臺管理 數(shù)據(jù)流組成訂單號付款人姓名付款人電話付款人 Email 付款人地址送貨時間付款人備注支付時間修改時間收貨人姓名收貨人稱呼收貨人電話收貨人地址收貨人備注收貨人郵件留言送貨非送貨地區(qū)總價實際價格訂單密碼用戶