1、南京工業大學本科生課程設計（論文）課 題 設 計（論文）設計題目物流管理信息系統學 院土木工程學院專 業工程管理專業完成日期2014年6月29日物流系統管理信息系統課題指導老師：朱曉峰課題小組成員：孫偉燁冒玉新沈杰祝銘張文哲物流系統管理信息系統摘要21世紀企業的競爭逐漸轉向物流服務的競爭，物流也從不被人重視的角落提升到關乎企業生存發展的重大戰略決策高度上來。我國現階段的物流究竟發展到何種水平是各個企業非常重視的問題，據有關研究表明：一方面宏觀狀況社會物流總值大幅增長，但相對于發達國家的物流產業而言，中國的物流產業尚處于起步發展階段。而如今快遞已經充斥著我們的生活，成為我們日常生活中不可分割的一

2、部分?？梢哉f，現在人人都離不開物流，人人都需要物流。通過走訪詢問與觀察，了解南京物流市場的現狀，了解被服務群體對于物流的態度和意見。當前，一個完備，全面，高效的物流信息管理系統就顯得十分重要了。所以，我們課題小組選擇了該課題作為研究對象。詳見論文正文。關鍵字：物流，管理信息系統，高效，完備。目錄選題報告························

3、3;···· 1系統開發計劃··························· 8系統開發必要性················

4、;·········· 12可行性分析報告·························· 17可行性分析···········

5、;················· 19進度分析····························· 21系統分析說明書·

6、························· 22系統設計說明書·······················&#

7、183;·· 301選題報告1.1選題依據： 21世紀企業的競爭逐漸轉向物流服務的競爭，物流也從不被人重視的角落提升到關乎企業生存發展的重大戰略決策高度上來。我國現階段的物流究竟發展到何種水平是各個企業非常重視的問題，據有關研究表明：一方面宏觀狀況社會物流總值大幅增長，但相對于發達國家的物流產業而言，中國的物流產業尚處于起步發展階段。而如今快遞已經充斥著我們的生活，成為我們日常生活中不可分割的一部分?？梢哉f，現在人人都離不開物流，人人都需要物流。開發方向： 當前，一個完備，全面，高效的物流信息管理系統就顯得十分重要了。所以，我們課題小組選擇了該課題作為研究對象。1.2系統調

8、查表：（1）.調查目的通過走訪詢問與觀察，了解南京物流市場的現狀，了解被服務群體對于物流的態度和意見。（2）.調查對象 當地多個不同區域的物流服務對象人群。（3）. 調查問卷親，您好。萬分感謝您在百忙之中抽出時間來配合我們完成這份問卷。只需要耽誤您幾分鐘時間，請以一種輕松的心情來完成問卷吧。謝謝。Q1：你一般多久取一次快件？ 基本不取 一月一次 兩周一次 一周一次 一周兩次及以上Q2：你認為現在的物流取件地分布合理嗎? 是 否Q3：你有過在短時間內需要到幾個不同的地方取快件的經歷嗎? 是 否Q4：你認為取件地是否該集中在同一地點呢? 是 否Q5：若你認為取件地應集中在同一地點，那么應該在什么地

9、方比較合理?（多選哦） 市中心 居民住宅區 商場周邊 學校及公共場所附近Q6：你認為目前的取件方便嗎? 是 否Q7：你有過因快件過大或其他原因獨自無法將快件帶回的經歷? 是 否Q8：你是否認為物流公司應該將不方便取的快件送貨上門？ 是 否Q9：你認為現在的物流取件安全嗎? 是 否Q10：你有過快件被別人取走而自己不知道的經歷嗎? 是 否Q13：你會自己選擇物流公司嗎？ 是 否Q12：你選擇物流公司最看重的是什么？（又是多選-_-!） 人少不用排隊 服務態度好 貨物保管放心 距離自己寢室近Q11：你認為目前哪個物流公司最令你滿意?（多選哦） EMS 韻達 圓通 順豐 申通 天天 中通 其他

10、60;  謝謝您的參與，十分感謝。2 系統開發計劃2.1引言 1.編寫目的 本報告的主要作用是確定各個項目模塊的開發情況和主要的負責人,供各項目模塊的負責人閱讀,做到及時協調,按步有序進行項目的開發. 具體步驟：擬訂開發計劃書，分配項目工作，安排項目進度。 計劃對象：CMD開發小組。 2.項目背景 由于電子商務在我國發展速度很快，引發快遞行業的高速發展，以至于對快遞的信息系統要求日益趨高。新系統要求一套實時，高效，便捷，完善，安全性好的軟件系統。2.2項目概述 1 工作內容 各工作小組根據時間先后安排，分別對項目進行開發： 各項主要工作：需求分析小組對快遞行業調研（為期一個

11、星期）。 軟件開發小組對調查結果進行分析，擬訂實現方案（如 程序結構，流程，數據結構等）。 軟件編程小組對軟件進行集中開發。 軟件審核小組對軟件進行評定，審核。2條件與限制完成項目應具備的條件： l 調研環境 l 開發平臺 l 開發基礎設施 l 開發人員 開發小組已具有的條件： l 開發基礎設施 l 開發平臺 尚須創造的條件： l 良好的調研環境 3產品 31 程序 程序名稱：快遞信息系統3 2 文檔 許提交的文檔： l 項目開發計劃 l 系統使用手冊 l 系統維護手冊 l 詳細技術資料 2.3實施計劃 進行行業了解0.5天完成業務流程圖0.5天完成數據流程圖1天系統結構圖1天進行代碼設計1天

12、進行數據庫設計0.5天進行輸入輸出設計1天總計5.5天2進度 0.5天進行調研。 5天進行實現。 0.5天進行測試，維護。 1天進行實踐。4 關鍵問題 人員的調整和任務的分配大多數技術問題都能通過數據庫解決，所以選擇好的數據庫是保證開發完整的前提。 2.4人員組織及分工 選題報告：張文哲；可行性分析報告：沈杰；系統開發計劃：祝銘；系統分析說明書：冒玉新；系統設計說明書：孫煒燁；2.5交付期限 最遲交付日期：2014年6月29日。3 系統開發必要性快遞業務有兩個基本的特點，一個是快件運轉的速度快，另外一個特點是對快件進行全程跟蹤為用戶提供服務。業務之所以能快速運轉，能在最短的時間內為用戶提點對點

13、的服務，一個很重要的因素就是有強大的信息系統做支撐，而且信息流必須領先于實物流。實物流在運轉的過程中，信息系統如果不能對下一個環節提供前置信息，下一個環節就很難及時有效地調配資源，如調配航空資源，車輛等運力資源以及人力資源為實物流流向下一個環節做好準備?？蛻糁x擇某一家快遞公司，除了速度與價格上的因素之外，另外一個重要的因素是所提供服務，強大的客戶管理系統是快遞公司提升服務質量的唯一選擇。另外一方面信息系統是快遞公司運行效率的保證，快遞物品在運輸過程中希望以最高效、最經濟的方式流向下一個環節，如果不能提供及時有效的實物流信息，就有可能造成公司資源的浪費或者是造成快遞物品的投遞時效性的降低。3

14、.1技術可行性分析3.1.1編寫目的總結建議的開發項目在技術方面實現的可行性的研究結果，為產品開發中心決定是夠進行本開發項目提供依據。評價為了合理地達到開發目標所可能選擇的各種技術方案，說明并論證所選用的方案。1.項目名稱：校園快遞管理信息系統2.產品用戶：進行校園服務的快遞員，在校學生等3.1.2定義C/S結構的MIS系統，這種結構借助于網絡將應用資源和應用任務合理的分配到CLINET、SERVER兩端。具體的，客戶端主要功能是負責人機交互，管理用戶接口、執行客戶端應用程序，采集數據以及向服務器提交應用請求，而服務器則執行后臺程序，主要承擔數據庫存儲系統的共享管理、通訊管理、文件管理以及對客

15、戶機的請求提供服務。B/S結構的MIS系統，這種結構與C/S模式相比，它簡化了客戶端的程序，通常在這種模式結構的系統中，客戶端只需要一個瀏覽器就可以了。這種結構將許多工作交于WEB服務器來做，客戶端只通過瀏覽器請求WEB服務，WEB服務器再根據不同請求返回信息，這其中還需請求數據庫服務器以獲取正確數據。因此，這種結構模式的MIS系統，而有瘦客戶的稱號，這是于C/S結構的胖客戶相對而言的。 功能和要求：校園快遞管理系統旨在把進入校園的快遞進行集中管理，統籌分配。產品目標旨在通過代碼掃入，將快遞進行網上統一管理，同時通過地址管理將不同宿舍樓的快遞配送到各宿舍樓。并以此凈化校園環境，營造更加良好的校

16、園秩序。 安全與保密：本管理系統將直接與各快遞公司進行連接，進行信息的直接傳遞，在最大限度上保證收件人信息的安全性。 同本系統連接的其他系統：各快遞公司的管理系統、宿舍信息管理系統 易用性：基于WEB的設計開發，只需要操作系統擁有瀏覽器，工作人員就可以進入系統像瀏覽網頁一樣進行日常管理工作。 高效性：使用緩存技術對數據進行恰當處理，提高訪問速度；運用接口技術，加強系統擴展性，使多個在不同地區的用戶可以同時處理自己的工作，而互不干擾。3.1.3運行環境規定設備硬件：硬件包括計算機、必要的通信設施等，例如計算機主機、外存、打印機、服務器、通信電纜、通信設施，它是物流信息系統的物理設備、硬件資源，是

17、實現快遞管理系統的基礎，它構成系統運行的硬件平臺。軟件：在快遞管理系統中，軟件一般包括系統軟件、實用軟件和應用軟件。系統軟件主要有操作系統、網絡操作系統等，它控制、協調硬件資源，是快遞管理系統必不可少的軟件。實用軟件的種類很多，對于快遞管理系統，主要有數據庫管理系統、計算機語言、各種開發工具、瀏覽器等，主要用于開發應用軟件、管理數據資源、實現通信等。應用軟件是面向問題的軟件，與物流企業業務動作相關，實現輔助企業管理的功能。不同的企業可以根據應用的要求，來開發或購買軟件。數據庫與數據倉庫：數據庫技術將多個用戶、多種應用所涉及的數據，按一定數據模型進行組織、存儲、使用、控制和維護管理，數據的獨立性

18、高、剩余度小、共享性好，能進行數據完整性、安全性、一致性的控制。數據庫系統面向一般的管理層事務性處理。數據倉庫是面向主題的、集成的、穩定的、不同時間的數據集合，用以支持經營管理中的決策制定過程?；谥黝}而組織的數據便于面向主題分析決策，它所具有的集成性、穩定性及時間特征使其成為分析型數據，為決策層提供決策支持。數據倉庫系統也是一個管理系統，它由三部分組成：數據倉庫、數據倉庫管理信息系統、數據倉庫工具。3.1.4運行模式通過Internet將分散在不同地理位置的物流分支機構、我校、學生等連接起來，形成一個復雜但有密切聯系的信息網絡，從而通過快遞信息管理系統這個聯系方式實時的了解各地業務的動作情況

19、。快遞信息管理系統將對各地傳來的物流信息進行匯總、分類以及綜合分析，并通過網絡把結果反饋傳達下去，以指導、協調、綜合各個地區的業務工作。通常如果要求系統的響應要求快，又是用于局域網內部或機關企事業單位內部的系統，可以采用C/S結構模式。但如果用戶不在同一局域網內，而是分散在各個不再的地方或處于不同的單位，在這種情況下B/S結構模式通常比較適合。有時，在開發一個系統時，完成C/S結構模式、B/S結構模式兩個版本的程序。也有些系統采用混合的模式，一部分功能模塊采用C/S結構開發，而另一部分模塊采用B/S結構開發。所以本系統將采用B/S與C/S相結合的運行開發模式。綜上所述，本系統可行。3.2 經濟

20、可行性項目使用的全部軟件均為開源軟件，服務器使用的是個人計算機，網絡為北京科技大學提供的校園網，理論上只有對網絡平臺軟件的維護與運營成本。本系統的開發需求較低，有較為成熟的軟硬件環境作為基礎，目標系統開發與操作都不是十分復雜，大大節省了投資成本。開發完成運行后，可以代替人工進行許多繁雜的勞動；大大提高了工作人員的工作效率，為使用者帶來便利，也為系統的進一步推廣創造了條件。廉價的管理信息系統的成本，使得學校不用過多的考慮其對教育經費和科研經費的影響，這使管理信息系統的實施具有可行性。3.3組織可行性分析我們對現有的分管校園配送快遞的組織結構進行了調查和分析，發現校園機關團委等相關管理人員還是有相

21、當高的業務水平，可以很好的將各部門所需的物品郵件派送準確，只是現在并沒有一個合適的快遞管理信息系統來滿足他們的使用需求，將運抵學校的郵件物資合理分配發送給相關人員。據此我們主要在校園快遞管理信息系統的開發、校園快遞管理信息系統的流程再造、快遞管理信息系統的規范化管理等方面進行優化，以方便管理人員使用所需開發的校園快遞管理信息系統。3.4時間可行性分析在當前技術條件下，整個系統的開發可以分為系統開發必要性及可行性分析；管理信息系統初規劃及初設計；總體系統開發具體步驟；運行、檢驗系統及反饋四大部分，平均每一部分需要約一個周的時間分配。3.5法律可行性分析查詢了有關快遞行業的法律法規，要達成一個便捷

22、高效綠色的校園物流管理信息系統，必須要充分考慮與物流行業相關的法律規定，擴展充分的法律可行性。法律可行性分析分為兩個層次：一是開發此系統及其應用符合國家的相關法律、法規，我們設計此系統旨在提高校園快遞物流管理的效率，減少快遞混亂配送現象，整肅校容，規劃校園物流管理，提高學生的生活質量，減少安全威脅，并且會向學校有關管理部門申請通過，像財務部門申請檢驗等，符合國家法律的規定，并且符合學校有關規定，有利于提高學校的管理目標。二是在開放過程中，運用的資料及軟件、方法等均不會侵犯知識產權法，做到知法、懂法、守法。物流作為國民經濟發展中的一個重要的產業，主要受我國民商法、合同法、行政法、交通法等法律法規

23、的調整。因此，郵政物流企業在實務操作的過程中，就要依靠上述相關法律法規，逐步規范郵政物流業務的發展。4 可行性分析報告4.1引言1、系統名稱：校園物流運輸管理信息系統。2、選題原因：快遞業務有兩個基本的特點，一個是快件運轉的速度快，另外一個特點是對快件進行全程跟蹤為用戶提供服務。業務之所以能快速運轉，能在最短的時間內為用戶提點對點的服務，一個很重要的因素就是有強大的信息系統做支撐，另外一方面信息系統是快遞公司運行效率的保證，我們決定將校園物流運輸管理信息系統作為我們的研究課題。3、系統目標：能夠對快件全程進行跟蹤，方便對快件的整理、運輸、管理4、使用者：校園快遞 開發者：工程管理1101 孫煒

24、燁 沈杰 冒雨新 祝銘 張文哲5、參考資料：老師提供模板，管理信息系統課程課件。4.2校園物流運輸管理信息系統使用現狀校園快遞致力于快速、安全、準確地傳遞客戶的信任，一直努力以科技提升服務。近年，校園快遞積極研發和引進先進信息技術和設備，先后與IBM、ORACLE等國際知名企業合作，共同研發和建立了35個具備行業領先水平的信息系統，逐步提升作業自動化水平，實現了對快件流轉的全程信息監控、跟蹤及資源調度。新技術的實現在促進快遞網絡優化的同時，確保校園快遞服務質量穩定、客戶滿意。 第三方物流企業通過物流管理信息系統將整個物流過程整合起來, 為客戶提供從發貨到收貨整個物流活動的服務, 其中訂單處理、

25、運輸、倉儲是最主要的業務服務。下面將以訂單處理、運輸、倉儲的業務活動過程為主線, 貫穿于物流供應鏈的各個環節, 分析物流服務的全過程。校園物流一般運輸業務流程圖5 可行性分析5.1經濟可行性 項目使用的全部軟件均為開源軟件，服務器使用的是個人計算機，網絡為北京科技大學提供的校園網，理論上只有對網絡平臺軟件的維護與運營成本，本系統的開發需求較低5.2 技術可行性 完善的技術設備，包括硬件和軟件方面的，通過網絡將各個物流分支機構以及總部和客戶緊密聯系在一起，形成一個復雜但緊密聯系的信息網絡，通過快遞信息管理系統實時了解各地業務的動作情況。 要求系統的反應快，所以采用B/S和C/S相結合的運行開發模

26、式。5.3 組織可行性 我們對現有的分管校園配送校園快遞的組織結構進行了調查和分析，發現校園機關團委等相關管理人員還是有相當高的業務水平，可以很好的將各部門所需的物品郵件派送準確，只是現在并沒有一個合適的快遞管理信息系統來滿足他們的使用需求，將運抵學校的郵件物資合理分配發送給相關人員。5.3 時間可行性 在當前技術條件下，整個系統的開發可以分為系統開發必要性及可行性分析；管理信息系統初規劃及初設計；總體系統開發具體步驟；運行、檢驗系統及反饋四大部分，平均每一部分需要約一個周的時間分配。5.4 法律可行性 法律可行性分析分為兩個層次：一是開發此系統及其應用符合國家的相關法律、法規，我們設計此系統

27、旨在提高校園快遞物流管理的效率，減少快遞混亂配送現象，整肅校容，規劃校園物流管理，提高學生的生活質量，減少安全威脅，并且會向學校有關管理部門申請通過，像財務部門申請檢驗等，符合國家法律的規定，并且符合學校有關規定，有利于提高學校的管理目標。二是在開放過程中，運用的資料及軟件、方法等均不會侵犯知識產權法，做到知法、懂法、守法。5.5 時間進度分析(1)首先調查了解企業現狀,該企業的信息系統使用現狀,論述進行本系統分析設計的意義,分析設計的主要內容,要達到的主要功能目標；(2)調查分析組織結構和主要業務，完成業務流程圖；(3)完成數據流程圖；(4)利用數據字典、存取分析、處理邏輯描述對數據流程內容

28、詳細描述；(5)根據數據流程圖完成系統結構圖；(6)進行系統軟硬件配置;(7)進行代碼設計；(8)進行數據庫設計；(9)進行輸入輸出設計；(10)對系統結構圖的各模塊進行模塊功能說明。進行行業了解0.5天完成業務流程圖0.5天完成數據流程圖1天系統結構圖1天進行代碼設計1天進行數據庫設計0.5天進行輸入輸出設計1天總計5.5天6 進度分析(1)首先調查了解企業現狀,該企業的信息系統使用現狀,論述進行本系統分析設計的意義,分析設計的主要內容,要達到的主要功能目標；(2)調查分析組織結構和主要業務，完成業務流程圖；(3)完成數據流程圖；(4)利用數據字典、存取分析、處理邏輯描述對數據流程內容詳細描

29、述；(5)根據數據流程圖完成系統結構圖；(6)進行系統軟硬件配置;(7)進行代碼設計；(8)進行數據庫設計；(9)進行輸入輸出設計；(10)對系統結構圖的各模塊進行模塊功能說明。進行行業了解0.5天完成業務流程圖0.5天完成數據流程圖1天系統結構圖1天進行代碼設計1天進行數據庫設計0.5天進行輸入輸出設計1天總計5.5天7 系統分析說明書7.1 業務流程分析業務流程描述：第一， 寄件人填寫快遞單，收件員檢查。第二， 收件員錄入快遞單信息。第三， 快遞集中托運至分撥中心中轉。第四， 分撥中心錄入收件信息。第五， 分撥中心把快遞交至派件員送件。第六， 派件員錄入派件信息，完成派件任務。 第七，業務

30、管理部門調用統計信息分析。 第八，流程簡圖 流程詳圖7.2數據流程分析 第一層數據流程圖第二層數據流程圖7.3數據字典單據分發表名稱字段數據類型PKIDPKIDint單據類型Bill TypeVar char(50)單據開始編號Bill Start CodeVar char(50)單據結束編號Bill End CodeVar char(50)領票人Receive Bill PersonVar char(50)接貨點Accept StationVar char(50)領票時間Receive Bill TimeDate time分發人Release PersonVar char(50)單據明細表名

31、稱字段數據類型PKIDPKIDint單據類型Bill TypeVar char(50)單據編號Bill CodeVar char(50)單據狀態Bill StateVar char(50)填寫日期Write DateDate time接貨點Accept StationVar char(50)貨運單事件表名稱字段數據類型PKIDPKIDint貨運單PKIDGoods Bill PKIDint事件名稱Event NameVar char(50)備注RemarkVar char(50)發生時間Occur TimeDate time貨運回執單詳表名稱字段數據類型PKIDPKIDint貨運回執單PKID

32、Goods Revert Bill PKIDint貨運單詳表PKIDGoods Bill Detail PKIDint件數Piece Amountint重量Weightreal體積Volumereal計價方式Price ModeVar char(50)計費標準Price Standard Var char(50)貨物價值Goods Value money貨運回執單主表名稱字段數據類型PKIDPKIDint貨運回執單編號Goods Revert Bill CodeVar char(50)裝貨地點Load StationVar char(50)起運時間Start Carry TimeDate ti

33、me交貨地點Deal Goods StationVar char(50)到達時間Arrive TimeDate time收貨聯系人Receive Goods LinkmanVar char(50)聯系人電話Linkman PhoneVar char(50)聯系人手機Linkman MobileVar char(50)收貨詳細地址Receive Goods Detail Ad drVar char(50)運費結算方式Carriage Balance ModeVar char(50)備注RemarkVar char(50)司機PKIDDriver PKIDint是否結算If BalanceVar

34、char(50)回執單狀態Back Bill StateVar char(50)起運時的預付費用Start Advancemoney送貨單回執押金Carry Goods Bill Depositmoney承運人訂裝貨物保證金Carry Goods Insurancemoney配載服務費Dispatch Service Feemoney總運費All Carriagemoney保險費Insurancemoney簽定時間Sign TimeDate time接貨點Accept StationVar char(50)運費計價方式Carriage ModeVar char(50)執行Executebit客

35、戶回執信息表名稱字段數據類型PKIDPKIDdecimal(18)貨運單編號Goods Bill CodeN var char(50)客戶名稱CustomerN var char(50)驗收貨物記錄Check Goods RecordN var char(50)收貨人Receive Goods PersonN var char(50)收貨日期Receive Goods DateDate time運單事件PKIDCarry Bill Event PKIDint貨物回執信息表名稱字段數據類型PKIDPKIDint貨運回執編號Goods Revert CodeVar char(50)司機名稱Driv

36、er NameVar char(50)驗收貨物記錄Check Goods RecordVar char(50)收貨人Receive Goods PersonVar char(50)收貨日期Receive Goods DateDate time中轉信息表名稱字段數據類型PKIDPKIDint貨運單編號Goods Bill CodeVar char(50)中轉地Transfer StationVar char(50)中轉驗收人Transfer CheckVar char(50)驗收時間Check TimeDate time描述DescriptionVar char(50)中轉公司名Transfer

37、 CompanyVar char(50)中轉地址Transfer Ad drVar char(50)中轉地電話Transfer Station TelVar char(50)中轉費Transfer FeeVar char(50)中轉后單號After Transfer BillVar char(50)中轉公司信息表名稱字段數據類型PKIDPKIDint城市CityVar char(50)公司名稱Company NameVar char(50)聯系電話Link PhoneVar char(50)詳細地址Detail AddressVar char(200)投訴信息表名稱字段數據類型PKIDPKID

38、int客戶名稱CustomerVar char(50)貨運單編號Goods Bill CodeVar char(50)投訴內容Appeal ContentVar char(50)投訴日期Appeal DateVar char(50)是否處理If HandleVar char(50)處理日期Deal DateVar char(50)處理結果Deal ResultVar char(50)是否回告If CallbackVar char(50)回告日期Call Back DateVar char(50)處理人Deal PersonVar char(50)客戶基本信息表名稱字段數據類型PKIDPKIDi

39、nt客戶編號Customer CodeVar char(50)客戶名稱CustomerVar char(50)電話PhoneVar char(50)傳真FaxVar char(50)地址AddressVar char(50)郵編Post CodeVar char(50)聯系人LinkmanVar char(50)聯系人手機Linkman MobileVar char(50)客戶類型Customer TypeVar char(50)企業性質Enterprise PropertyVar char(50)企業規模Enterprise SizeVar char(50)電子郵件EmailVar char

40、(50)8 系統設計說明書8.1系統總體設計8.1.1系統模塊的劃分本小組信息系統分為訂單系統、倉儲管理信息系統、追蹤查詢系統、資源調度系統。結構如下：快遞管理信息系統結構圖快遞信息追蹤查詢系統在提供信息追蹤的同時，輔助實現信息共享，跨區域快件信息在始發地輸入通過信息追蹤系統發送到終到地所在區域和追蹤中心，同時滿足追蹤查詢和快件交付的需要；快件在快遞公司內部的儲運過程發送并存儲到追蹤中心，滿足追蹤查詢的需要?？爝f追蹤查詢系統由單據錄入子系統、單據查詢子系統、統計報表三大大部分組成。 系統總體結構設計8.1.2計算機系統的硬件設計系統采取的開發技術：通過權衡對各種編程語言和數據庫使用的熟練程度，

41、本系統選用Microsoft Visual Studio 2010作為前臺開發工具，后臺數據庫采用SQL Server 2008，整體設計以軟件工程思想為指導思想，力求開發一個實用性強、操作簡單且功能完整的物流管理信息系統 系統運行環境：客戶端操作系統：Windows 7 服務器操作系統：Windows 7 數據庫：Microsoft SQL Server 2008 前臺：Microsoft Visual Studio 201

42、0 計算機配置：處理器：1 GHz 32位或者64位處理器內 存：1 GB 及以上顯 卡：支持DirectX 9 128M 及以上(開啟AERO效果)硬盤空間：16G以上(主分區，NTFS格式)顯示器：要求分辨率在1024X768像素及以上(低于該分辨率則無法正常顯示部分功能)，或可支持觸摸技術的顯示設備網絡的選擇采用分布式結構。選擇有線網絡。8.2系統詳細設計8.2.1 處理流程設計圖8.2.2 代碼設計表表3-1快遞單號代碼表120613 01 12 02 001 00001前8位代表日期，9-10位國家代號，11-12位省份，13-14位市，15-17位代表營業網店編號，后5位

43、代表當天的訂單序號。表3-2 快遞員編號代碼表1991 01 001 01 001前4位代表出生年份，5-6位代表所屬分支，7-9代表營業網點編號，8-9位代表職位，后3位人員序號。表3-3快遞類型代碼表001 001前3位代表寄送范圍，后3位代表寄送速度要求。8.2.3輸入及輸出設計表8.2.3.1輸入設計(1)輸入設計的內容1輸入界面設計。根據具體業務要求確定（詳見主界面設計和各模塊設計）。2.輸入設備選擇：鍵盤-磁盤輸入裝置。數據錄入員通過工作站錄入，經拼寫檢查和可靠性驗證后存入磁記錄介質 。(2)輸入數據正確性校驗常用的校對方式有：1.人工校對：錄入數據后顯示或打印出來，由人進行校對。

44、2.根據輸入數據之間的邏輯關系校對：利用會計恒等式，對輸入的記賬憑證進行借貸平衡的檢驗。3.用程序設計實現校對：通過設置取值區間檢驗，或利用輸入數據表的外鍵進行一致性檢驗。8.2.3.2輸出設計(1)輸出設計的內容1.輸出信息使用情況。信息的使用者、業務統計、業務查詢、信息量等。2.輸出信息內容。派送單據、業務單據、統計業務量等。3.輸出格式。如表格、報告等。4.輸出設備和介質，設備：如打印機、顯示器等；介質：如磁盤、磁帶、紙張等。（2）輸出設計的方法 1表格信息。一般用來表示詳細的信息。1.主界面*快遞收件錄入中轉錄入派送錄入客戶查詢派送統計退出2.各子系統登陸界面賬號密碼登陸退出3.收件錄

45、入子系統界面快件單號始發站終點站收件人姓名重量快件類型品名預計到達時間寄件人電話費用收件人收件人電話收件人地址備注添加編輯刪除退出4.中轉子系統界面快件單號始發站終點站收件人姓名重量經過分撥中心現到達地快件類型品名預計到達時間寄件人電話費用收件人收件人電話收件人地址備注添加編輯刪除退出5. 派件錄入子系統界面快件單號始發站終點站收件人姓名重量經過分撥中心現到達地快件類型品名預計到達時間寄件人電話費用客戶是否簽收收件人收件人電話收件人地址備注添加編輯刪除退出6.客戶查詢子系統界面快遞單號查詢退出7.統計報表子系統界面快遞業務報表快件單號快件類型始發站終點站8.2.4文件及數據庫設計表8.2.4.

46、1 概念模型設計 數據庫的概念結構設計的任務是產生和反映企業組織信息需求的數據庫概念結構，即概念模型，概念模型不依賴于計算機系統和具體的DBMS。采用E-R法將現實世界的信息結構統一用屬性、實體、以及實體之間的聯系來描述。在本系統的實體類型有收件單、中轉單、派件單和快遞員等，這些實體間的相互聯系是：收件單和中轉單之間存在聯系“承接”，為“1對1”的關系中轉單和派件單之間存在聯系“承接”， 為“1對1”的關系快遞員和收件單之間存在聯系“承接”， 為“1對多”的關系快遞員和派件單之間存在聯系“承接”， 為“1對多”的關系各實體和聯系的屬性收件單：單號、快遞員編號、寄件人、收貨人、收貨地址、收貨人電

47、話、收件時間。中轉單：單號、快遞員編號、寄件人、收貨人、收貨地址、收貨人電話、收件時間、分撥中心。派件單：單號、快遞員編號、寄件人、收貨人、收貨地址、收貨人電話、收件時間?？爝f員：編號、姓名、手機號、家庭住址。承接1：單號、數量、時間。承接2：單號、數量、時間。負責1：快遞員編號、單號、數量、時間。負責2：快遞員編號、單號、數量、時間。 快遞信息追蹤查詢管理E-R模型圖8.2.4.2邏輯設計快遞信息追蹤查詢管理關系模型如下：收件單：（單號，快遞員編號，寄件人，收貨人，收貨地址，收貨人電話，收件時間）中轉單：（單號，快遞員編號，寄件人，收貨人，收貨地址，收貨人電話，收件時間，分撥中心） 派件單：

48、（單號、快遞員編號、寄件人、收貨人、收貨地址、收貨人電話、收件時間）快遞員：（編號，姓名，手機號，家庭住址）承接1：（單號，數量，時間）承接2：(單號，數量，時間)負責1：(快遞員編號,單號,數量,時間)負責2：(快遞員編號,單號,數量,時間)8.2.4.3物理設計本系統包括一個數據庫（expressrecieve.mdb），快遞管理系統根據功能共需要設計9張數據表。（1）綜合快遞物流信息系統表匯總序號表名稱功能描述1fj_lr派送單記錄表2js_lr接收單記錄表3ts_lr投訴單記錄表4zz_lr中轉記錄表5Sender品名信息表6User1用戶信息表7Memo備注信息表8Kuaidiyuan快遞員信息表9權限管理權限管理表(2)設計數據表 表名：fj_lr 派送單記錄表字段名代表意義數據類型長度是