物流管理信息系統教師：孟艷敏,本書結構,物流信息系統概述,物流信息技術,物流信息系統分析,物流信息系統設計,物流信息系統開發組織,物流決策支持系統,第四章物流信息系統設計,主要內容,總體設計系統總體布局方案確定，劃分子系統。軟件系統總體結構的設計，設計模塊結構圖、系統流程圖硬件方案的選擇和設計。數據存儲的總體設計。詳細設計代碼設計數據存儲文件設計輸入/輸出設計,第四章內容,物流信息系統模塊結構圖設計物流信息系統數據庫設計物流信息系統代碼設計物流信息系統輸入/輸出設計第三方物流信息系統設計Z物流公司全球集裝箱運輸信息系統設計,第一節物流信息系統模塊結構圖設計,模塊模塊結構圖模塊的調用規則模塊獨立性模塊結構圖的導出,第一節物流信息系統模塊結構圖設計,模塊結構圖：是指描述系統內各個組成部分的結構及其相互關系的圖。是結構化設計的一個工具。表達被分解成若干模塊組成的系統結構圖的層次和通信關系。物流企業大致分為：倉儲、運輸、訂單幾個模塊。,第一節物流信息系統模塊結構圖設計,模塊是指一個系統分解成若干個彼此間具有一定獨立性，同時又具有一定聯系，能完成某個特定任務的組成部分，這些部分稱為模塊。模塊的三種屬性：功能、處理邏輯、模塊所處的位置。,第一節物流信息系統模塊結構圖設計,模塊結構圖：組成部分：模塊、模塊之間的調動關系,選擇調用關系,第一節物流信息系統模塊結構圖設計,第一節物流信息系統模塊結構圖設計,模塊的調用規則：上級模塊調用下級模塊模塊通信僅限于上下級之間，任何模塊不能與其它上下級模塊或同組模塊進行直接通信。與其它同組模塊通信要通過上級模塊。模塊調用次序：自上而下、自左向右。,第一節物流信息系統模塊結構圖設計,模塊的獨立性模塊之間沒有過多的相互作用，一個模塊運行時，與另一個模塊有存在無關。獨立性的度量標準：塊間耦合、塊內聚合。,第一節物流信息系統模塊結構圖設計,塊間耦合：模塊間聯系緊密程度數據耦合控制耦合公共耦合內容耦合模塊設計原則：盡量使用數據耦合；必要時用控制耦合；對公共耦合要限制耦合的模塊數；堅決不用內容耦合。,第一節物流信息系統模塊結構圖設計,塊內聚合：模塊內部成分間的聯系（專一化）程度偶然聚合邏輯聚合時間聚合過程聚合數據聚合順序聚合功能聚合,第一節物流信息系統模塊結構圖設計,功能控制開關,第一節物流信息系統模塊結構圖設計,控制流,第一節物流信息系統模塊結構圖設計,相同的輸入/輸出數據,第一節物流信息系統模塊結構圖設計,順序聚合,第一節物流信息系統模塊結構圖設計,模塊結構圖的導出兩種結構：變換型結構事務型結構,第一節物流信息系統模塊結構圖設計,變換型結構輸入加工輸出,第一節物流信息系統模塊結構圖設計,事務型數據流,事務中心,第一節物流信息系統模塊結構圖設計,數據流程圖導出初始模塊結構圖方法：變換中心分析事務中心分析,數據流程圖,第一節物流信息系統模塊結構圖設計,初始模塊結構圖,第一節物流信息系統模塊結構圖設計,變換中心分析方法：依據變換型流程圖，使用變換中心分析，從變換數據流圖導出系統結構圖。三步：確定主加工設計頂層模塊和第一層模塊設計第一層模塊的下層模塊的順序是任意的，但通常按輸入、輸出、變換的順序設計。,第一節物流信息系統模塊結構圖設計,事務中心分析方法：當業務處理有幾種，需根據不同的結果進行不同的業務處理，變換中心分析不再適用時，采用事務中心分析，從據流圖導出系統結構圖。三步：分析數據流圖，確定數據流圖類型確定事務中心，繪制第一層模塊結構圖將中心模塊所轄的下層模塊逐層進行分解，形成一個完整的系統結構圖。,第二節物流信息系統數據庫設計,規范化問題,4.2.1數據依賴4.2.2關系規范化,規范化問題,數據依賴的基礎是屬性之間的數據依賴。,4.2.1數據依賴,設一個關系R(U)，X和Y為屬性集U上的子集，若對于元組中X上的每個值都有Y上的一個惟一值與之對應，則稱X和Y具有函數依賴關系，并稱X函數決定Y，或稱Y函數依賴于X，記作XY，稱X為決定因素。例:職工關系為（職工號，姓名，性別，年齡、職務）。職工號姓名，性別姓名,4.2.1數據依賴-數據依賴定義一,設一個關系R(U)，X和Y為屬性集U上的子集，若XY且XY，則稱XY為非平凡函數依賴；否則若XY則必有XY，稱此XY為平凡函數依賴。例:職工關系為（職工號，姓名，性別，年齡、職務）。（職工號，性別）職工號職工號性別,4.2.1數據依賴-數據依賴定義二,4.2.1數據依賴-數據依賴定義三,設一個關系R(U)，X、Y和Z為屬性集U上的子集，其中XY，YZ，但YX，YZ，則存在XZ，稱此為傳遞函數依賴，即X傳遞函數決定Z，Z傳遞函數依賴于X。例:學生關系為（學號，姓名，性別，系號，系名，系主任名）。學號系名系號系主任名學號系主任名,4.2.1數據依賴-數據依賴定義四,設一個關系R(U)，X、Y和Z為屬性集U上的子集，若XY，則存在XZYZ和XZY。-增廣性規則例:職工關系為（職工號，姓名，性別，年齡、職務）。職工號姓名，（職工號，性別）（姓名，性別）（職工號，性別）姓名,4.2.1數據依賴-數據依賴定義五,4.2.1數據依賴-數據依賴定義五,4.2.1數據依賴-數據依賴定義六,設一個關系R(U)，X為屬性集U上的子集，若X能夠函數決定U中的每個屬性，并且X的任何真子集都不能函數決定U中的每個屬性，則稱X為關系R的一個候選碼。例：教師任課關系（教工號，姓名，職稱，課程號，課程名，課時數，課時費）。（教工號，課程號）學生關系為（學號，姓名，性別，系號，系名，系主任名）-學號,4.2.1數據依賴-數據依賴定義七,例:一個教學關系為（教師號，姓名，課程號，課程名，課程學分，專業號，專業名，教學等級分）。假定：每個教師有一個惟一的教師號，每門課程有一個惟一的課程號，每個專業有一個惟一的專業號，每個教師號對應一個姓名，每個課程號對應一個課程名和一個課程學分，每個專業號對應一個專業名，教學等級分是根據某個教師給某個專業上某門課程的教學效果而得到的分數，每個教師可以給不同的專業上不同的課程。通過數據依賴分析，求出該關系的候選碼。（如果教師姓名不重復時？）,4.2.1數據依賴-數據依賴定義七,4.2.1數據依賴-數據依賴定義七,4.2.1數據依賴-函數依賴的一些常用規則,第一范式第二范式第三范式BC范式,4.2.2關系規范化,關系數據庫關系關系模式關系值關系元組屬性,4.2.2關系規范化,設一個關系R(U)，若U中的每個屬性都是不可再分的，或者說都是不被其他屬性所包含的獨立屬性，則稱關系R(U)是符合第一范式的。第一范式通常簡稱為INF。例：一個通信錄關系T（姓名，性別，單位，省市，電話（長途區號，辦公電話，家庭電話），假定對應的關系實例表所示。,4.2.2關系規范化-第一范式,設一個關系R(U)，它滿足第一范式，若R中不存在非主屬性對候選碼的部分函數依賴，則稱該關系是符合第二范式的。第二范式簡稱為2NF。例：學生選課關系SSC（學生號，姓名，性別，專業，課程號，課程名，課程學分，成績），其中每個學生只能屬于一個專業，每個學生可以選修多門課程，每門運會課程可以由多個學生選修，成績屬性描述某個學生學習某門課程的成績。SSC關系具體實例如表示。,4.2.2關系規范化-第二范式,設一個關系R(U)，它滿足第一范式，若R中不存在非主屬性對候選碼的傳遞函數依賴，則稱該關系是符合第三范式的。第三范式簡稱為3NF。例：關系SDH（學號，姓名，性別，籍貫,系號,系名,系地址,系電話,宿舍號,宿舍電話），每個學生只能屬于一個系，一個系有許多學生,每個系有對應的系號、系名、系地址和系電話，每個學生只能住在一個宿舍里，一個宿舍可以住多個學生，宿舍有一個編號和至多一個聯系電話。關系具體實例如表示。,4.2.2關系規范化-第三范式,函數依賴涉及平凡函數依賴、非平凡函數依賴、完全函數依賴、局部函數依賴、直接函數依賴、傳遞函數依賴；根據一個關系模式的語義，能夠求出它的最小函數依賴集，從而得到函數依賴集，得到候選碼；第一范式，確保關系中的每個屬性都是單值屬性；,4.2.2關系規范化,第二范式，消除了關系中所有非主屬性對候選碼的部分依賴。若關系中的每個候選碼都是單屬性，則符合第一范式的關系自然出達到第二范式；第三范式，消除了關系中所有非主屬性對候選碼的部分依賴和傳遞依賴。在關系規范化的過程中，經常是先消除傳遞依賴，然后消除部分依賴；,4.2.2關系規范化,BC范式消除了關系中所有屬性對候選碼的部分依賴和傳遞依賴。若一個關系達到了第三范式，并且它只有單個候選碼，或者它的每個候選碼都是單屬性，則該關系自然達到BC范式；關系規范化的過程是概念單一化和逐步分解關系的過程，就是把屬性間存在的部分依賴和傳遞依賴逐步轉化為1對1和1對多的聯系的過程；,4.2.2關系規范化,通過關系規范化，能夠逐步消除數據冗余和操作異常，從而提高數據的共享度，提高插入、刪除、修改數據的安全性、一致性、單一性和靈活性。但規范化赿高，查詢時需要進行多個關系間的連接操作，從而增加了一些查詢的復雜性。所以，對于一個關系數據庫應用系統，每個關系空間規范到何種程度，視具體情況靈活掌握，不能一概而論。,4.2.2關系規范化,第二節物流信息系統數據庫設計,關系數據庫設計：需求分析概念設計邏輯設計,物理設計數據庫實施與維護數據錄入,第二節物流信息系統數據庫設計,概念設計,第二節物流信息系統數據庫設計,概念設計：屬性表示,邏輯設計：面向DBMS，由E-R圖導出關系模式，進行規范化處理，并檢驗是否滿足用戶需求。轉換規則：1:1、1:n、n:m,第二節物流信息系統數據庫設計,1:1轉換,第二節物流信息系統數據庫設計,1:n轉換,第二節物流信息系統數據庫設計,n:m轉換,第二節物流信息系統數據庫設計,物理設計：存儲空間，響應時間等,第二節物流信息系統數據庫設計,第三節物流信息系統代碼設計,代碼設計目的信息分類的原則和方法代碼設計原則代碼種類代碼結構中的校驗位,第三節物流信息系統代碼設計,代碼設計目的：代碼代表事務名稱、屬性和狀態等的符號人機交互的語言GB2260-80中華人民共和國行政區劃代碼GB1988-80信息處理交換用的七位編碼集,第三節物流信息系統代碼設計,信息分類的原則和方法：線分類法（層次分類法）面分類法,第三節物流信息系統代碼設計,線分類法（層次分類法）上下級之間存在并列隸屬關系，同位類之間存在并列關系，同位類不重復、不交叉。,第三節物流信息系統代碼設計,面分類法分類對象的若干屬性或特征視為若干個面，每個面中又可為彼此獨立的若干個類。服裝中的：材料、款式、男女樣式,第三節物流信息系統代碼設計,代碼設計原則惟一確定性標準化易識別性可擴充性簡單性,第三節物流信息系統代碼設計,代碼的種類順序碼：01海運，02空運區間碼：郵政編碼、身份證號碼助記碼：TV-B-12縮寫碼：cm厘米,第三節物流信息系統代碼設計,代碼結構中的校驗位校驗位可以發現錯誤的種類書寫錯誤易位錯誤隨機錯誤,第三節物流信息系統代碼設計,校驗位的計算過程算術級法幾何級數法質數法,第四節物流信息系統輸入/輸出設計,輸出設計輸入設計用戶界面設計,第四節物流信息系統輸入/輸出設計,輸出設計輸出設計的內容輸出報告的內容,第四節物流信息系統輸入/輸出設計,輸出設計的內容有關輸出信息使用方面的內容輸出信息的內容采用的輸出設備輸出介質,第四節物流信息系統輸入/輸出設計,第四節物流信息系統輸入/輸出設計,輸出報告的設計方便使用者考慮計算機的硬件功能考慮原系統的輸出格式字體大小要適應打印機輸出表格要考慮到系統發展的需要。,第四節物流信息系統輸入/輸出設計,輸入設計輸入方式校對方式,第四節物流信息系統輸入/輸出設計,輸入方式鍵盤輸入A/D，D/A轉換網絡或通信傳輸,第四節物流信息系統輸入/輸出設計,校對方式人工校對二次鍵入,第四節物流信息系統輸入/輸出設計,用戶界面的設計菜單方式會話管理方式提示方式與權限管理,第四節物流信息系統輸入/輸出設計,菜單方式菜單形式：下拉式、彈出式、按鈕選擇式菜單選擇方式：移動光標、選擇數字、觸摸式菜單設計一般安排在同一層的菜單盡可能地多在兩個鄰近的功能可以考慮顏色的深淺變化一般采用下拉式菜單,第四節物流信息系統輸入/輸出設計,會話管理方式系統根據用戶的會話內容，執行相應判斷處理。處理結果顯示在屏幕上。用于決策支持系統、專家系統或基于知識的分析推理系統中。,第四節物流信息系統輸入/輸出設計,提示方式與權限管理提示方式有兩種：在屏幕邊上、狀態指針。權限管理：鍵入口令、網絡節點、上機口令等。,第四節第三方物流信息系統設計,傳統的準物流業:運輸業、倉儲業、貨代業第三方物流業的起源：承運人型企業、倉儲型企業、貨代型企業、信息型企業和客戶型企業虛擬經營：貸代型企業不具備提供物流服務的基礎設施，而是與各種類型的服務商組合成物流供應鏈以滿足客房的需求，這些服務商以貸代的分包商形式存在。第三方物流供應商具有：獨立的信息系統、網絡系統、管理系統,第四節第三方物流信息系統設計,虛擬經營關系圖,第四節第三方物流信息系統設計,第三方物流企業業務概述運輸倉儲報關配送包裝整合/分撥EDI電子數據交換,物流全過程的貨物跟蹤與客戶生產系統之間的信息交換INTERNET上的信息服務各地庫存的調度和統計全球供應鏈的策劃和管理營銷分析環境信息搜集與分析,第三方物流信息系統基本特征范圍大動態性強種類多,第四節第三方物流信息系統設計,第三方物流信息系統建設目標適應當前基于INTERNET/INTRANET的網絡信息結構，以E-BUSINESS為發展方向，根據現代物流的發展特點，借鑒發達國家同類物流企業的經驗，開發出適合本企