1、物流管理信息系統物流管理信息系統教師：孟艷敏本書結構物流信息系統概述物流信息技術物流信息系統分析物流信息系統設計物流信息系統開發組織物流決策支持系統第四章 物流信息系統設計主要內容總體設計系統總體布局方案確定，劃分子系統。軟件系統總體結構的設計，設計模塊結構圖、系統流程圖硬件方案的選擇和設計。數據存儲的總體設計。詳細設計代碼設計數據存儲文件設計輸入/輸出設計第四章 內容物流信息系統模塊結構圖設計物流信息系統數據庫設計物流信息系統代碼設計物流信息系統輸入/輸出設計第三方物流信息系統設計Z物流公司全球集裝箱運輸信息系統設計第一節 物流信息系統模塊結構圖設計模塊模塊結構圖模塊的調用規則模塊獨立性模塊

2、結構圖的導出第一節 物流信息系統模塊結構圖設計模塊結構圖：是指描述系統內各個組成部分的結構及其相互關系的圖。是結構化設計的一個工具。表達被分解成若干模塊組成的系統結構圖的層次和通信關系。物流企業大致分為：倉儲、運輸、訂單幾個模塊。第一節 物流信息系統模塊結構圖設計模塊 是指一個系統分解成若干個彼此間具有一定獨立性，同時又具有一定聯系，能完成某個特定任務的組成部分，這些部分稱為模塊。模塊的三種屬性：功能、處理邏輯、模塊所處的位置。第一節 物流信息系統模塊結構圖設計 模塊結構圖：組成部分：模塊、模塊之間的調動關系ABABABABAB數據標識循環選擇選擇調用關系第一節 物流信息系統模塊結構圖設計第一

3、節 物流信息系統模塊結構圖設計模塊的調用規則：上級模塊調用下級模塊模塊通信僅限于上下級之間，任何模塊不能與其它上下級模塊或同組模塊進行直接通信。與其它同組模塊通信要通過上級模塊。模塊調用次序：自上而下、自左向右。第一節 物流信息系統模塊結構圖設計 模塊的獨立性模塊之間沒有過多的相互作用，一個模塊運行時，與另一個模塊有存在無關。獨立性的度量標準：塊間耦合 、塊內聚合。第一節 物流信息系統模塊結構圖設計塊間耦合：模塊間聯系緊密程度數據耦合控制耦合公共耦合內容耦合模塊設計原則：盡量使用數據耦合；必要時用控制耦合；對公共耦合要限制耦合的模塊數；堅決不用內容耦合。第一節 物流信息系統模塊結構圖設計塊內聚

4、合：模塊內部成分間的聯系（專一化）程度偶然聚合邏輯聚合時間聚合過程聚合數據聚合順序聚合功能聚合第一節 物流信息系統模塊結構圖設計功能控制開關第一節 物流信息系統模塊結構圖設計控制流第一節 物流信息系統模塊結構圖設計相同的輸入/輸出數據第一節 物流信息系統模塊結構圖設計順序聚合第一節 物流信息系統模塊結構圖設計模塊結構圖的導出兩種結構：變換型結構事務型結構第一節 物流信息系統模塊結構圖設計變換型結構輸入加工輸出第一節 物流信息系統模塊結構圖設計事務型數據流事務中心第一節 物流信息系統模塊結構圖設計數據流程圖導出初始模塊結構圖方法：變換中心分析事務中心分析數據流程圖第一節 物流信息系統模塊結構圖設

5、計初始模塊結構圖第一節 物流信息系統模塊結構圖設計變換中心分析方法：依據變換型流程圖，使用變換中心分析，從變換數據流圖導出系統結構圖。三步：確定主加工設計頂層模塊和第一層模塊設計第一層模塊的下層模塊的順序是任意的，但通常按輸入、輸出、變換的順序設計。第一節 物流信息系統模塊結構圖設計事務中心分析方法：當業務處理有幾種，需根據不同的結果進行不同的業務處理，變換中心分析不再適用時，采用事務中心分析，從據流圖導出系統結構圖。三步：分析數據流圖，確定數據流圖類型確定事務中心，繪制第一層模塊結構圖將中心模塊所轄的下層模塊逐層進行分解，形成一個完整的系統結構圖。第二節 物流信息系統數據庫設計規范化問題4.

6、2.1 數據依賴4.2.2 關系規范化規范化問題q數據依賴的基礎是屬性之間的數據依賴。4.2.1 數據依賴 設一個關系R(U)，X和Y為屬性集U上的子集，若對于元組中X上的每個值都有Y上的一個惟一值與之對應，則稱X和Y具有函數依賴關系，并稱X函數決定Y，或稱Y函數依賴于X，記作X Y，稱X為決定因素。例: 職工關系為（職工號，姓名，性別，年齡、職務）。職工號 姓名，性別 姓名4.2.1 數據依賴-數據依賴定義一 設一個關系R(U)，X和Y為屬性集U上的子集，若X Y且XY，則稱X Y為非平凡函數依賴；否則若XY 則必有X Y，稱此X Y為平凡函數依賴。例: 職工關系為（職工號，姓名，性別，年齡

7、、職務）。（職工號， 性別） 職工號職工號 性別4.2.1 數據依賴-數據依賴定義二 設一個關系R(U)，X和Y為屬性集U上的子集，若X Y，同時X的一個真子集 也能夠函數決定Y，即 Y，則稱X函數部分決定Y，或Y 部分函數依賴于X，記作否則若不存在一個真子集 ，使得 也能夠函數決定Y，即 Y，則稱X完全函數決定Y，或Y 完全函數依賴于X，記作例: 教師任課關系（教工號，姓名，職稱，課程號，課程名，課時數，課時費）XXYXRXXXYXf4.2.1 數據依賴-數據依賴定義三 設一個關系R(U)，X、Y和Z為屬性集U上的子集，其中X Y，Y Z，但Y X，YZ，則存在X Z，稱此為傳遞函數依賴，即

8、X傳遞函數決定Z，Z傳遞函數依賴于X。例: 學生關系為（學號，姓名，性別，系號，系名，系主任名）。學號 系名系號 系主任名 學號 系主任名4.2.1 數據依賴-數據依賴定義四 設一個關系R(U)，X、Y和Z為屬性集U上的子集，若X Y，則存在XZ YZ和XZ Y 。 -增廣性規則例: 職工關系為（職工號，姓名，性別，年齡、職務）。職工號 姓名，（職工號，性別） （姓名，性別）（職工號，性別） 姓名4.2.1 數據依賴-數據依賴定義五 若X Y，X Z，則存在X YZ職工關系為（職工號，姓名，性別，年齡、職務）。-增廣性規則職工號 性別，職工號 姓名，職工號 （姓名，性別）4.2.1 數據依賴-

9、數據依賴定義五 設一個關系R(U)，X、Y為屬性集U上的子集，若X Y，并且為完全非平凡函數依賴，同時Y 為單屬性，則稱X Y為R的最小函數依賴。由R中所有最小函數依賴構成R的最小函數依賴集，其中不含有冗余的傳遞函數依賴。例: R(A,B,C,D)，函數依賴集:FD=A B，B C，A C，B D 是否為R 的最小依賴集？4.2.1 數據依賴-數據依賴定義六 設一個關系R(U)，X為屬性集U上的子集，若X能夠函數決定U中的每個屬性，并且X的任何真子集都不能函數決定U中的每個屬性， 則稱X為關系R的一個候選碼。例： 教師任課關系（教工號，姓名，職稱，課程號，課程名，課時數，課時費）。（教工號，課

10、程號教工號，課程號）學生關系為（學號學號，姓名，性別，系號，系名，系主任名）-學號4.2.1 數據依賴-數據依賴定義七例: 一個教學關系為（教師號，姓名，課程號，課程名，課程學分，專業號，專業名，教學等級分）。假定：每個教師有一個惟一的教師號，每門課程有一個惟一的課程號，每個專業有一個惟一的專業號，每個教師號對應一個姓名， 每個課程號對應一個課程名和一個課程學分，每個專業號對應一個專業名，教學等級分是根據某個教師給某個專業上某門課程的教學效果而得到的分數，每個教師可以給不同的專業上不同的課程。通過數據依賴分析，求出該關系的候選碼。 （如果教師姓名不重復時？）4.2.1 數據依賴-數據依賴定義七

11、 例: 一個關系（A,B,C,D,E,F）它的最小函數依賴集為FDA B，A C，（C，D） E。求出該關系的候選碼。4.2.1 數據依賴-數據依賴定義七 自反性： 若X Y，存在X Y。增廣性： 若X Y，則存在XZ YZ傳遞性： 若X Y，Y Z，則存在X Z合并性： 若X Y，X Z，則存在X YZ分解性： 若X Y，Y Z，則存在X Z偽傳遞性：若X Y，WY Z，則存在WX Z復合性：若X Y，Z W，則存在XZ YW自增性：若X Y，則存在WX Y4.2.1 數據依賴-函數依賴的一些常用規則 第一范式 第二范式 第三范式 BC范式4.2.2 關系規范化關系數據庫 關系 關系模式 關

12、系值 關系 元組 屬性4.2.2 關系規范化 設一個關系R(U)，若U中的每個屬性都是不可再分的，或者說都是不被其他屬性所包含的獨立屬性，則稱關系R(U)是符合第一范式的。第一范式通常簡稱為INF。例： 一個通信錄關系T（姓名，性別，單位，省市，電話（長途區號，辦公電話，家庭電話），假定對應的關系實例表所示。4.2.2 關系規范化-第一范式 設一個關系R(U)，它滿足第一范式，若R中不存在非主屬性對候選碼的部分函數依賴，則稱該關系是符合第二范式的。第二范式簡稱為2NF。例： 學生選課關系SSC（學生號，姓名，性別，專業，課程號，課程名，課程學分，成績），其中每個學生只能屬于一個專業，每個學生可

13、以選修多門課程，每門運會課程可以由多個學生選修，成績屬性描述某個學生學習某門課程的成績。SSC關系具體實例如表示。4.2.2 關系規范化-第二范式 設一個關系R(U)，它滿足第一范式，若R中不存在非主屬性對候選碼的傳遞函數依賴，則稱該關系是符合第三范式的。第三范式簡稱為3NF。例： 關系SDH（學號學號，姓名，性別，籍貫,系號,系名,系地址,系電話,宿舍號,宿舍電話），每個學生只能屬于一個系，一個系有許多學生,每個系有對應的系號、系名、系地址和系電話，每個學生只能住在一個宿舍里，一個宿舍可以住多個學生，宿舍有一個編號和至多一個聯系電話。關系具體實例如表示。4.2.2 關系規范化-第三范式q函數

14、依賴涉及平凡函數依賴、非平凡函數依賴、完全函數依賴、局部函數依賴、直接函數依賴、傳遞函數依賴；q根據一個關系模式的語義，能夠求出它的最小函數依賴集，從而得到函數依賴集，得到候選碼；q第一范式，確保關系中的每個屬性都是單值屬性；4.2.2 關系規范化q第二范式，消除了關系中所有非主屬性對候選碼的部分依賴。若關系中的每個候選碼都是單屬性，則符合第一范式的關系自然出達到第二范式；q第三范式，消除了關系中所有非主屬性對候選碼的部分依賴和傳遞依賴。在關系規范化的過程中，經常是先消除傳遞依賴，然后消除部分依賴；4.2.2 關系規范化qBC范式消除了關系中所有屬性對候選碼的部分依賴和傳遞依賴。若一個關系達到

15、了第三范式，并且它只有單個候選碼，或者它的每個候選碼都是單屬性，則該關系自然達到BC范式；q關系規范化的過程是概念單一化和逐步分解關系的過程，就是把屬性間存在的部分依賴和傳遞依賴逐步轉化為1對1和1對多的聯系的過程；4.2.2 關系規范化q通過關系規范化，能夠逐步消除數據冗余和操作異常，從而提高數據的共享度，提高插入、刪除、修改數據的安全性、一致性、單一性和靈活性。但規范化赿高，查詢時需要進行多個關系間的連接操作，從而增加了一些查詢的復雜性。所以，對于一個關系數據庫應用系統，每個關系空間規范到何種程度，視具體情況靈活掌握，不能一概而論。4.2.2 關系規范化第二節 物流信息系統數據庫設計q關系

16、數據庫設計：需求分析概念設計邏輯設計q 物理設計數據庫實施與維護數據錄入第二節 物流信息系統數據庫設計q概念設計第二節 物流信息系統數據庫設計q概念設計：屬性表示q邏輯設計：面向DBMS，由E-R圖導出關系模式，進行規范化處理，并檢驗是否滿足用戶需求。q轉換規則：1:1、1:n、n:m第二節 物流信息系統數據庫設計q1:1轉換第二節 物流信息系統數據庫設計q1:n轉換第二節 物流信息系統數據庫設計qn:m轉換第二節 物流信息系統數據庫設計q物理設計：存儲空間，響應時間等第二節 物流信息系統數據庫設計數據庫設計第三節 物流信息系統代碼設計代碼設計q代碼設計目的q信息分類的原則和方法q代碼設計原則

17、q代碼種類q代碼結構中的校驗位第三節 物流信息系統代碼設計代碼設計q代碼設計目的：代碼代表事務名稱、屬性和狀態等的符號人機交互的語言GB2260-80中華人民共和國行政區劃代碼GB1988-80信息處理交換用的七位編碼集第三節 物流信息系統代碼設計代碼設計q信息分類的原則和方法：線分類法（層次分類法）面分類法第三節 物流信息系統代碼設計代碼設計q線分類法（層次分類法）上下級之間存在并列隸屬關系，同位類之間存在并列關系，同位類不重復、不交叉。省（自治區、直轄市）第、位數地區（市、州、盟）第、位縣（市、鎮、區）第、位第三節 物流信息系統代碼設計代碼設計q面分類法分類對象的若干屬性或特征視為若干個面

18、，每個面中又可為彼此獨立的若干個類。服裝中的：材料、款式、男女樣式第三節 物流信息系統代碼設計代碼設計q代碼設計原則惟一確定性標準化易識別性可擴充性簡單性第三節 物流信息系統代碼設計代碼設計q代碼的種類順序碼：01海運，02空運區間碼：郵政編碼、身份證號碼助記碼：TV-B-12縮寫碼：cm厘米第三節 物流信息系統代碼設計代碼設計q代碼結構中的校驗位校驗位可以發現錯誤的種類書寫錯誤易位錯誤隨機錯誤第三節 物流信息系統代碼設計代碼設計q校驗位的計算過程算術級法幾何級數法質數法第四節 物流信息系統輸入輸入/輸出設計輸出設計q輸出設計q輸入設計q用戶界面設計第四節 物流信息系統輸入輸入/輸出設計輸出設

19、計q輸出設計輸出設計的內容輸出報告的內容第四節 物流信息系統輸入輸入/輸出設計輸出設計q輸出設計的內容有關輸出信息使用方面的內容輸出信息的內容采用的輸出設備輸出介質第四節 物流信息系統輸入輸入/輸出設計輸出設計第四節 物流信息系統輸入輸入/輸出設計輸出設計q輸出報告的設計方便使用者考慮計算機的硬件功能考慮原系統的輸出格式字體大小要適應打印機輸出表格要考慮到系統發展的需要。第四節 物流信息系統輸入輸入/輸出設計輸出設計q輸入設計輸入方式校對方式第四節 物流信息系統輸入輸入/輸出設計輸出設計q輸入方式鍵盤輸入A/D，D/A轉換網絡或通信傳輸第四節 物流信息系統輸入輸入/輸出設計輸出設計q校對方式人

20、工校對二次鍵入第四節 物流信息系統輸入輸入/輸出設計輸出設計q用戶界面的設計菜單方式會話管理方式提示方式與權限管理第四節 物流信息系統輸入輸入/輸出設計輸出設計q菜單方式菜單形式：下拉式、彈出式、按鈕選擇式菜單選擇方式：移動光標、選擇數字、觸摸式菜單設計一般安排在同一層的菜單盡可能地多在兩個鄰近的功能可以考慮顏色的深淺變化一般采用下拉式菜單第四節 物流信息系統輸入輸入/輸出設計輸出設計q會話管理方式系統根據用戶的會話內容，執行相應判斷處理。處理結果顯示在屏幕上。用于決策支持系統、專家系統或基于知識的分析推理系統中。第四節 物流信息系統輸入輸入/輸出設計輸出設計q提示方式與權限管理 提示方式有兩

21、種：在屏幕邊上、狀態指針。權限管理：鍵入口令、網絡節點、上機口令等。第四節 第三方第三方物流信息系統設計設計q傳統的準物流業傳統的準物流業:運輸業、倉儲業、貨代業運輸業、倉儲業、貨代業q第三方物流業的起源：承運人型企業、倉儲型企業、第三方物流業的起源：承運人型企業、倉儲型企業、貨代型企業貨代型企業、信息型企業和客戶型企業、信息型企業和客戶型企業q虛擬經營：貸代型企業不具備提供物流服務的基礎虛擬經營：貸代型企業不具備提供物流服務的基礎設施，而是與各種類型的服務商組合成物流供應鏈以設施，而是與各種類型的服務商組合成物流供應鏈以滿足客房的需求，這些服務商以貸代的分包商形式存滿足客房的需求，這些服務商以貸代的分