1、快遞公司管理信息系統系統分析與設計報告組長：王文亭(09252020 )組員：王金婷(09253041 )張國利(09251054 )朱思昱(09252031 )指導老師： 錢大琳目錄系統分析 - 2 -一引言和背景介紹 -2-二總體目標和可行性分析 -3-三組織情況簡述 -4 -四運行流程分析 -5-系統設計 - 9 -一系統總體結構圖 -9-二系統配置 -10-三數據庫結構設計 -12-四人機界面、輸入輸出及編碼校對設計 -15-五層次模塊結構圖 -18-六詳細設計方案說明書 -19-系統分析一引言和背景介紹90 年代以來，快遞公司由一種新興產業逐漸走入千家萬戶，在加快社會發展腳步的同時，

2、 為人們的生活提供了很大便利， 也為自己創造了極大的利益和社會價值。 在日常生活中， 我們和快遞公司的接觸也很多， 并且我們組有組員的家 人在一家小型快遞公司內工作， 所以我們對其業務流程、 工作制度由一定的了解。基于以上原因， 我們選擇快遞公司作為研究對象， 為其分析設計一個適合的管理信息系統。二總體目標和可行性分析1 .總體目標。系統的目的在于減少由于手工操作所造成的人力物力財力的浪 費，提高信息處理的精度和準確度，改進管理服務的質量和效率， 使企業省時高效地創造更大的利益和社會價值為企業在現代化競爭中提供硬件的優勢。2 .可行性分析，主要從經濟、技術和社會三個方面進行分析。經濟可行性分析

3、。 本系統的開發需求較低， 有較為成熟的軟硬件環境作為基礎， 目標系統開發與操作都不是十分復雜， 大大節省了投資成本。 開發完成運行后， 可以代替人工進行許多繁雜的勞動， 大大提高了員工的工作效率， 為使用者帶來便利， 也為系統的進一步推廣創造了條件， 利用更短的時間， 更少的人力物力財力創造更大的利益，而且投入成本較低，所以，從經濟角度考慮，該系統開發可行。技術可行性分析。 本系統將針對快遞公司的業務過程展開設計， 開發本系統需要對數據庫進行靈活和快捷的操作，因此選擇熟悉的SQL語言來支持本系統 的開發需求。本系統具有訂單接受、處理、派送和查詢等幾個主要的功能模塊。在此之前， 我們做過音樂收

4、藏、 簡單的選課和簡易停車場的數據庫開發實驗， 對 其中一些步驟有一定的了解。社會可行性分析。 企業使用現代化的辦公平臺將打破原先的手工操作， 為企業創造更大的經濟利益同時， 推動社會進步的腳步， 產生更大的社會利潤， 企 業的每一次發展、 進步和革新都推動著社會和人類生活的前行， 因此， 該系統的 開發具有社會可行性。三.組織情況簡述L組織結構圖。公司經理2.組織情況介紹。人事部。該部門主要分為人事管理和培訓中心兩個部分。 人事管理部分主 要負責新員工的招聘，已雇用員工的考勤、工作情況記錄，及員工的獎懲、提升、 解雇、調用情況等。培訓中心主要負責培訓員工相關專業知識、 工作方法、制度, 其中

5、包括新員工的上崗前培訓和老員工的繼續深造提高。財務部。該部門主要負責業務結算和工資結算兩個方面工作。 其中，業務 結算主要負責每次交易前訂單的資金審核， 交易結束后的利潤結算工作，并掌握 公司財務流向和資金動態。工資結算是針對公司內部員工的，包括每月員工工資 的結算發放，和年末員工獎金分紅發放和記錄。業務部。該部門有本地業務、外埠業務和VIP業務三個部分。其中，VIP業務負責單筆金額超過三萬元的大數額業務，和需要特殊保險的業務。本地業務 負責本市的業務，主要是信件、包裹等小件物品的投放。外埠業務負責國內但在 本市外的業務，按照路程遠近和物品重量不同收費。運輸部。該部門包括鐵路組、道路組、空運組

6、三個小組。其中，鐵路組利 用鐵路運輸，負責遠途但時間要求不緊急，運費不高的訂單，是快遞的主要運輸 方式。道路組利用道路運輸，負責近程的急件和一般郵件。空運組利用航空運輸， 負責遠距離、時間要求緊急的郵件，郵寄費用較高。客服部。該部門由話務中心、查詢中心和理賠中心三個部門組成。話務中 心的工作是前臺和電話接待，是客戶和公司聯系的橋梁和紐帶，通過這個小組公 司接受客戶的訂單。查詢中心的工作是接受客戶的查詢，給客戶提供正確的信息， 如：郵件的發出日期，大概的達到日期等。理賠中心的工作是接受客戶的投訴， 為在投遞過程中郵件受損或丟失的客戶提供賠償和道歉。技術部。該部門包括網絡組和維修組兩部分。 其中，

7、網絡組負責公司相關 網頁的制作、更新和維護工作，通過及時更新提取相關信息，與客戶保持緊密的 聯系。維修組負責公司相關工作必需品的維修工作， 如：運輸車輛、辦公用品等。廣告部。該部門沒有下設機構。單獨負責公司的宣傳工作，通過在電視、 報紙、雜志、網絡等媒體上播放廣告，吸引更多的客戶，贏得更大量的客源。四.運行流程分析L目前多數公司的U-C圖。客 戶服務經 營 目 標計 劃成 本財 務職工職 工 薪水查 詢 結 果訂 單 現 狀訂 單 信 息發 件 人 信 息訂 單收 件 人 信 息收件 人簽 單單 件 費 用訂 單 號經營計 經營計UUCC戈IJ戈IJ財務計 劃CUU財會成本會 計C職，會 計U

8、UC業務過 程訂單查 詢CU把槍掃 描CU上傳信 息CUUU派件U收貨UCUUU貨物分 類U發貨UC2 .基于U-C圖的分析。通過又t此U-C圖的分析，我們發現了如下問題。首先, 公司雖然有明確的部門劃分，但是部門之間并沒有明確的責任制度。 例如，一個 數據應只由一個功能過程產生，而每一個數據應至少有一個用途，但在本圖中， 計劃由經營計劃和財務計劃兩部分決定產生。 其次，各部門之間的工作任務有重 復，造成人力物力財力不必要的浪費，如果可以明確各部門準確的任務， 可以節 省資源，產生更大的效益。最后，有部分的工作沒有被任一部門完全包括，而只 是在某幾個部門的工作中有所涉及，但沒有充分做好。在這些

9、分析的基礎上，我們繪制了如圖的業務流程圖和數據流程圖。3 .業務流程圖填寫發貨 單通旬業務發貨單發賁表存檔發更清 求單分類設送貨 物I匯善效據分類發貨 表業務清單檢核收貸表業務部由圖所示的業務流程圖，公司的業務過程主要為，首先，客戶根據發貨請求 單填寫發貨單，產生的發貨單作為話務員的依據通知業務， 然后發貨表被存檔并 進入業務部進行分類處理，處理得到的分類發貨表作為運輸部分類投送貨物并匯 總數據的依據，接著業務部檢核收貨表和發貨表， 無誤后存檔，業務清單進入財 務部進行結算，得到的收益情況存檔，以備以后查閱需要。4 .數據流程圖。訂單處理卜面為針對訂單處理過程的展開圖 訂單/- I發貨人一，1

10、r 拒絕訂單I1 I 1訂單審核、計茸收貨人，收 簟111-1 f訂單信息庫編口氣客戶晝、流程圖描述了應用訂單記錄，訂單處理過程將發貨人和收貨人聯系在了一 起，而針對訂單處理過程的展開圖描述了訂單由發貨人發出到貨物送達收貨人手 中的過程。5 .管理制度、運行體制分析一個成功的管理信息系統需要相應的管理制度、運行體制作為保障。從本系 統的角度分析，本系統需要一個明智的領導人，明確每個部門的任務的責任，把 責任落實到人，避免多個人重復做一件事，而有的事沒有人負責的情況發生。 在 使用計算機網絡在管理中時，會加快企業運轉的速度，提高企業工作的效率。同 時，本系統需要一個紀律嚴明的運行體制， 使相關任

11、務及時、準確、高效地完成。系統設計一.系統總體結構圖L總體結構設計。本系統應該具有財務管理、人事管理、原書管理、文檔管理、廣告宣傳、客 戶服務等六大功能，在公司中每個功能對應著一個功能執行部門，負責一定的工 作任務。2.子系統結構圖。企業MIS系統財務管理子系統人事管理子系統運輸管理子系統文檔管理子系統廣告宣傳子系統客戶服務子系統本企業MIS系統按照各部分功能不同分為六個子系統，分別為財務管理子系 統、人事管理子系統、運輸管理子系統、文檔管理子系統、廣告宣傳子系統和客 戶服務子系統。二.系統配置設備配置服務器計算機（預裝 Windows Server 2003）,路由器、集線器、同軸電纜, P

12、C若干、終端POS機若干，打印機網絡拓撲結構星型結構，中心計算機連入 Internet,其余計算機連成局域網，統一接入Internet。計篁機計算機POS設置：業務部、運輸部設置POS機若干，預裝自行開發的訂單錄入系統。并且連 有終端打印機。財務部POS機預裝財務管理軟件。PC設置：廣告部、業務部、運輸部、人事部等各大部門均配有標配PC,并可自由接入互聯網。附：“訂單管理系統”運行環境說明操作系統:Windows XP/Vista/7數據管理系統：SQL Server 2003開發軟件：Power Builder 9.0三.數據庫結構設計L數據字典。在上述數據流程圖中，有四個實體，分別為發貨人

13、，即貨物的 發送者；收貨人，即貨物的接收端；出庫貨物，即從公司送出的貨物；入庫貨物, 即從機場、鐵路等地接受到的準備派送的貨物。數據字典如下數據元素名說明類別/長度數據元素名說明類別長度發貨人姓名Char/6收貨人聯系電話Char/10發貨人地址Char/20貨物重量Int/4發貨人聯系電話Char/10貨物價格Int/4物品種類文件、包裹等Char/10訂單號為主鍵Char/10取貨時問商議得Data/10發貨地Char/10收貨人姓名Char6目的地Char/10發貨人ID為主鍵Char/16發貨時問Data/10收貨人ID為主鍵Char/16發貨重量Int/4收貨人地址Char/20接收

14、重量Int/4顧客簽名Char/10接貨數量外包裹數量Int/42.表與表之間的聯系發貨情況表。數據元素名說明類別/長度發貨人ID為主鍵Char/10發貨人姓名Char/10發貨人地址Char/20發貨人聯系電話Char/10發貨地Char/10貨物種類包括文件、包裹Char/10貨物重量Char/10貨物價格Int/4訂單號為外鍵Char/10發貨時間Data/10收貨情況表數據元素名說明類別/長度收貨人ID為主鍵Char/10收貨人姓名Char/10收貨人地址Char/10收貨人聯系電話Char/10收貨地Char/10收貨數量包裹數Int/4訂單號為外鍵Char/10收貨時間Data/1

15、0目的地Char/10顧客簽名Char/10四.人機界面、輸入輸出及編碼校對設計L人機界面設計。 登 錄 界 面 設 計登陸后界面設計您好，您已登錄賬戶訂單處理信息查詢退出登陸后界面中有賬戶、訂單處理、信息查詢退出四個選項 賬 戶 子 菜 單 界 面 設 計。賬號信息修改：賬戶子菜單中有密碼修改和賬號信息修改兩個選項。訂單子菜單界面設計。訂單處理新建訂單刪除訂單修改訂單訂單處理子菜單中包括新建訂單、刪除訂單和修改訂單四個選項。信息查詢子菜單界面設計信息查詢界面包括按訂單號、貨物名、發貨時間和收獲人查詢四個選項。2 .輸入設計。輸入方式設計。鍵盤輸入。關于發貨人的具體信息和訂單號、貨物數量、種類

16、等信息，需 要業務員利用鍵盤輸入，簡單方便快捷。條碼輸入。利用標準的貨物分類和統一規范化的條碼貼，然后通過光學符 號閱讀儀提取貨物的相關信息，在運輸過程中的貨物確認、統計等環節中，利用 此項輸入方式。網絡傳送數據。在話務員接到業務訂單或顧客投訴時， 利用數字網絡直接 向上級系統輸入數據。輸入格式設計。為了使數據在流通過程中不會出現因為格式不統一而受阻 的現象，應盡量是數據庫和統計報表的格式相同，現在一般采用智能輸入的方式校對方式。可以采用以下兩種校對方式二次鍵入校對方式。 在輸入的時候， 同一批數據進行兩次輸入， 以加以確認， 在計算機內部比較兩次數據， 如果相同則證明數據輸人正確， 如果不同

17、則挑 選出來進行單獨進一步校對。數據平衡校對。 在財務報表時， 在每行每列中增加一位字數小計字段， 在 新系統輸入的時候再另設一個累計值， 系統將輸入的數值累加起來， 與原始數據 中的小計數據自動比較，如果相同，則數據輸入正確。3 .輸出設計。報表生成器設計。在用戶輸入需要的數據后，系統會自動生成一張報表。圖形方式。 大多數的編程軟件可以利用用戶輸入的數據直接生成所需要的圖形。4 .編碼設計。訂單號代碼設計。訂單號由公司統一設計，方式如下：D-2010-0414-003其中，D代表訂單，后四位代表業務接受年份，再后四位 代表業務接受日期，最后三位代表此訂單在一天業務中的編號。職工號編碼設計。職工號由公司統一設計，方式如下：Z-CW-23其中，Z代表職工，后兩位字母代表職工所在部門，例如， CW代 表財務部，YS弋表運輸部等，最后兩位數字代表員工在所在部門的編號。五層次模塊結構圖LHIPO圖