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