第2篇物流管理信息系統開發第2篇物流管理信息系統開發概述本篇所講內容如下：物流管理信息系統的開發策略

1物流管理信息系統開發方法

2物流管理信息系統分析3物流管理信息系統設計4物流管理信息系統實施52.1物流管理信息系統的開發方式本節所講內容如下：自行開發方式1委托開發方式2合作開發方式3利用現成的軟件包開發方式42.1.1自行開發方式

定義：由用戶依靠自己的力量獨立完成系統開發的各項任務。

適用于：有較強專業開發分析與設計隊伍和程序設計人員、系統維護使用隊伍的組織和單位。如大學、研究所、計算機公司、高科技公司等單位。2.1物流管理信息系統的開發方式（一）自行開發方式

開發費用少，容易開發出適合本單位需要的系統，方便維護和擴展，有利于培養自己的系統開發人員。由于不是專業開發隊伍，容易受業務工作的限制，系統整體優化不夠，開發水平較低。同時開發人員一般都是臨時從所屬個單位抽調出來進行MIS的開發工作，他們都有自己的工作，精力有限，這樣就會造成系統開發時間長，開發人員調動后，系統維護工作沒有保障的情況。2.1物流管理信息系統的開發方式優點：缺點：（一）自行開發方式

2.1物流管理信息系統的開發方式（1）需要大力加強領導，實行“一把手”原則；（2）向專業開發人士或公司進行必要的技術咨詢，或聘請他們作為開發顧問。注意2.1.2委托開發方式定義：由使用單位（甲方）委托通常是有豐富開發經驗的機構或專業開發人員（乙方），按照用戶的需求承擔系統開發的任務。適用于：使用單位(甲方)沒有MIS的系統分析、系統設計及軟件開發人員或開發隊伍力量較弱、但資金較為充足的單位。2.1.2委托開發方式

優點：是省時、省事，開發的系統技術水平較高。

缺點：是費用高、系統維護與擴展需要開發單位的長期支持，不利于本單位的人才培養。將組織的部分或全部信息系統資產、人員和（或）活動委托給一個或多個外部供應商來完成執行。包括下面的任何一種類型或其多種形式的組合：系統規劃、系統應用分析和設計，系統應用開發、系統運行和維護，系統集成，數據中心實施，通信管理和維護，軟件、硬件產品、設備管理（如維護），最終用戶支持（如培訓）等。2.1.2委托開發方式（1）使用單位（甲方）的業務骨干要參與系統的論證工作；（2）開發過程中需要開發單位（乙方）和使用單位（甲方）雙方及時溝通，進行協調和檢查。注意2.1.3合作開發方式

定義：由使用單位（甲方）和有豐富開發經驗的機構或專業開發人員（乙方），共同完成開發任務。雙方共享開發成果，實際上是一種半委托性質的開發工作。

適用于：使用單位有一定的管理信息系統分析、設計及軟件開發人員，但開發隊伍力量較弱，希望通過管理信息系統的開發建立、完善和提高自己的技術隊伍，便于系統維護工作的單位。2.1.3合作開發方式

優點：是相對于委托開發方式比較節約資金，可以培養、增強使用單位的技術力量，便于系統維護工作，系統的技術水平較高。

缺點：是雙方在合作中溝通易出現問題，因此，需要雙方及時達成共識，進行協調和檢查。2.1.4利用現成的軟件包開發方式

應用軟件包：是預先編制好的、能完成一定功能的、供出售或出租的成套軟件系統。它可以小到只有一項單一的功能，比如打印郵簽，也可以是有50萬行代碼的、400多個模塊組成的復雜的運行在主機上的大系統。2.1.4利用現成的軟件包開發方式

定義：為了避免重復勞動，提高系統開發的經濟效益，可以利用市場上現成的軟件包開發組織的MIS。因為軟件包已經完成了設計、編碼和測試工作，又有完整的文檔供培訓和維護使用，所以用它來開發MIS，時間會大大縮短。2.1.4利用現成的軟件包開發方式

優點：是能縮短開發時間，節省開發費用，技術水平比較高，系統可以得到較好的維護。缺點：是功能比較簡單，通用軟件的專用性比較差，難以滿足特殊要求，需要有一定的技術力量根據使用者的要求做軟件改善和編制必要的接口軟件等二次開發的工作。2.1.4利用現成的軟件包開發方式

應注意的問題：

1、軟件包的功能是否能滿足用戶的功能要求；

2、使用是否靈活；

3、是否容易使用；

4、軟硬件環境要求；

5、對文件和數據庫結構的要求、安裝維護的承諾；

6、文檔是否完整；

7、供應商的狀況及價格等。我國物流軟件企業生存狀況據統計，目前中國的物流軟件企業20％以上都是中小型企業。概括說來。國內物流軟件企業可以劃分為三大類型：一、大型ERP軟件提供商代表企業如SAP、Oracle、Infor以及國內的ERP系統供應商（用友、金蝶）等。它們以ERP系統為核心產品，供應鏈管理系統以及倉儲管理系統等物流軟件只是其ERP系統的延伸產品或者是功能模塊。因而這些軟件的專業性并不很強。這些企業的服務對象主要是外資企業。二、外資供應鏈軟件供應商其產品功能全面強大。以美國Manhattan、紅色草原（RedPrairie）、日本最大的WMS供應商飛龍科技物流科技有限公司等，其綜合物流解決方案包括倉儲管理、運輸管理、分布式訂單管理、逆向物流管理和貿易伙伴管理應用軟件，以及無線射頻標識（RFID）、績效管理和事件管理等功能，可以幫助客戶優化整條供應鏈的實施流程。他們已經紛紛在中國設立分公司。三、國內物流軟件提供商，它們或是從其他領域轉行過來，或是行業新進入者。多數企業規模小，只有少數企業，如上海博科、上海菱通、北京絡捷斯特等，在自己專注的領域取得了成功，獲得了較快發展。上海博科資訊股份有限公司是國內較早從事物流軟件開發的企業，在2002年到2004年，博科在物流和供應鏈管理軟件產品領域快速發展，一舉超過國內同行。2004年之后，博科定位回歸ERP，物流／供應鏈軟件成為其管理軟件解決方案產品中的重要一員。不久前，博科宣布其2002年的戰略方向為“做中國最大的行業管理軟件提供商”，并看好物流行業，明確提出尋求合作伙伴打造中國最大的物流供應鏈軟件生態鏈。北京絡捷斯特科技發展有限公司是一家專業從事物流信息系統開發的高科技公司，據稱其針對高校的物流實驗室解決方案占據了國內同類產品市場的70％，是近年專業軟件企業中非常成功的一個，因而受到行業的關注。2.2物流管理信息系統開發方法本節所講內容如下：結構化系統開發方法1原型法2面向對象法3CASE（計算機輔助軟件工程）方法42.2.1結構化系統開發方法

2.2物流管理信息系統開發方法結構化系統開發方法——強調從系統的角度出發來分析問題和解決問題，面對要開發的系統，從層次的角度，自頂向下地分析和設計系統，認為任何系統都有一個從發生、發展到消亡的生命周期，新系統是舊系統的繼續。開發過程強調嚴格的規范管理，工作文檔要成文，要標準。目前，該類方法仍不失為一種有效的信息系統開發方法。2.2.1結構化系統開發方法

1.結構化系統開發方法的基本思想

基本思想：用系統工程的思想和工程化的方法，按用戶至上的原則，結構化、模塊化、自頂向下地對系統進行分析與設計。也就是說，先將整個管理信息系統的開發劃分成若干個不同階段，如系統規劃、系統分析、系統設計、系統實施、運行和維護；然后在系統規劃、分析和設計階段采用自頂向下的方法對系統進行結構化劃分；最后在系統實施階段，采用自底向上的方法逐步實施。2.2物流管理信息系統開發方法系統開發生命周期各階段的主要工作

詳細設計提出要求可行性研究系統評價系統維護驗收編程調試系統轉換詳細調查初步調查邏輯設計開發方案選擇審批審查審查總體設計系統規劃系統分析系統設計系統實施系統運行和維護生命周期法的開發過程提出要求初步調查可行性研究可行性分析報告審批修改目標、追加資源、等待條件A停止研制否修改是修改說明書A詳細調查邏輯設計系統分析報告審批B停止研制否修改是B總體設計詳細設計系統設計說明書審批停止研制修改設計方案C否修改C系統實施調試修改系統驗收交付使用是修改

2.結構化系統開發方法的特點

①系統觀點

我們要建立的信息系統和建立這個系統的整個過程是一個系統問題，要按照系統的觀點來分析和解決它。要明確信息系統建立的目的，要把企業的需求搞清楚，不能含糊；要從整體的角度出發分析問題和解決問題，不能見木不見林，只管局部的最優忽略全局最優；還要考慮系統的相關性及環境適應性，注重子系統之間的各種聯系，并給系統留有一定的擴充余地。2.2管物流理信息系統開發方法首先其次最后

②嚴格區分工作階段，每個階段都有明確的任務和應得的成果。

結構化方法強調按照時間順序、工作內容，將系統開發過程劃分為幾個階段，如系統規劃階段、系統分析階段、系統設計階段、系統實施階段、系統運行和維護階段。明確每個階段的任務和目標，在開發領導小組的檢查和督促下逐一完成各個階段的任務，前一階段是后一階段的工作依據，不可打亂或顛倒。2.2物流管理信息系統開發方法

③自頂向下的分析與設計和自底向上的系統實施。按照系統的觀點，任何事情都是互相聯系的整體。因此在系統分析與設計時要站在整體的角度，自頂向下地工作。但在系統實施時，先對最底層的模塊編程，然后一個模塊、幾個模塊地調試，最后自底向上逐步構成整個系統。2.2物流管理信息系統開發方法

④工作成果文檔化，文檔資料規范化、標準化。

MIS開發是一項復雜的系統工程，參加人員多，經歷時間長，為了保證工作的連續性，根據系統工程的思想，MIS的各個階段性的成果必須文檔化，文檔資料標準化、格式化。這樣才能更好的實現用戶與系統開發人員的交流，才能確保各個階段的無縫連接。2.2物流管理信息系統開發方法2.2物流管理信息系統開發方法3.結構化系統開發方法的五個階段

用結構化系統開發方法開發一個系統，一般將整個開發過程劃分成五個首尾相連的階段，稱之為結構化系統開發的生命周期。系統開發生命周期的五個階段包括：①系統規劃階段②系統分析階段③系統設計階段④系統實施階段⑤系統運行和維護階段系統規劃階段該階段的任務是對企業的環境、企業目標、現行系統的狀況進行初步調查，根據企業的目標和發展戰略，確定信息系統的發展戰略，對開發新系統的需求作出分析和預測，同時還要考慮開發新系統所受的各種約束條件，研究新系統的必要性和可能性。給出擬開發系統的備選方案，對這些方案進行可行性分析，寫出可行性分析報告。確定分析階段實施進度，最后編寫系統設計任務書。生命周期法各類人員的分工系統分析階段該階段的任務是根據系統設計任務書所確定的范圍，通過對組織的現行系統進行詳細調查分析，描述現行系統的業務流程，指出現行系統的局限性和不足之處，確定新系統的基本目標和邏輯功能要求，即提出新系統的邏輯模型。這個階段又叫系統邏輯設計階段。系統分析階段工作成果是系統分析說明書。它既是給用戶看的，又是下個階段工作依據。系統設計階段簡單地說，系統分析階段的任務是回答系統“做什么”的問題，而系統設計階段要回答的問題是“怎么做”。該階段的任務是根據系統分析說明書中規定的功能要求，考慮實際條件，具體設計實現邏輯模型的技術方案，也即設計新系統的物理模型。這個階段又稱為物理設計階段。這一階段可分為總體設計和詳細設計兩個階段。這個階段的主要技術文檔是“系統設計說明書”。系統實施階段該階段的任務計算機等設備的購置、安裝和調試，程序的編寫和調試，用戶人員的培訓，數據文件轉換，系統調試與轉換等。這一階段的特點是幾個相互聯系、相互制約的任務同時展開，必須精心安排、合理組織。系統實施是按實施計劃分階段完成的，每個階段應寫出實施進度報告。系統測試之后寫出系統測試分析報告。系統運行和維護階段系統投入運行后，需要進行系統的日常運行管理、維護和評價三部分工作。若運行結果良好，則送管理部門，指導生產經營活動；如果存在問題，則要對系統進行修改、維護或者是局部調整；如果出現了不可調和的大問題（這種情況一般是系統運行若干年后，系統運行的環境已發生了根本的變化時才可能出現），則用戶將會進一步提出開發新系統的要求，這標志這老系統生命的結束，新系統的誕生。4.結構化系統開發方法的優缺點

①優點：

整體思路清楚，能夠從全局出發，步步為營，減少返工，有利于提高開發質量；設計工作中階段性非常強，每一階段均有工作成果出現；每一階段的工作成果是下一階段工作的依據，工作進度比較容易把握，有利于系統開發的總體管理和控制；

2.2物流管理信息系統開發方法②缺點：系統的開發周期太長，有時，系統開發尚未完成，而內外環境已經發生了變化，對系統的需求也發生了變化。這種方法要求系統開發者在調查中就充分地掌握用戶需求、管理狀況以及預見可能發生的變化，這不大符合人們循序漸進地認識事物的規律性。需要大量的文檔和圖表，這方面的工作勞動量非常大，有時會造成效率低、成本高的問題。2.2管物流理信息系統開發方法5.結構化系統方法的適用范圍:

主要適用于大系統或系統開發缺乏經驗的情況。2.2物流管理信息系統開發方法2.2物流管理信息系統開發方法2.2.2原型法1．原型法的基本思想

其系統開發是一個分析、設計、編程、運行、評價多次重復、不斷演進的過程。開發管理信息系統，首先要對用戶提出的基本需求進行總結，然后構造一個合適的原型并運行，此后通過系統開發人員與用戶對原型運行情況的不斷分析、修改和研討，不斷擴充和完善系統的結構和功能，直到符合用戶的要求。2.2物流管理信息系統開發方法2.原型法開發步驟①確定用戶的基本需求。要在很短的時間內調查并確定用戶基本需求，這時的需求可能是不完全的、粗糙的，但也是最基本的，如系統功能、數據規范、結果格式、屏幕及菜單等。②開發初始原型系統。開發者根據用戶基本需求開發一個應用系統的初始原型，并交付原型的基本功能及有關屏幕畫面。2.2物流管理信息系統開發方法③對原型進行評價。讓用戶試用原型，根據實際運行情況，明確原型存在的問題。④修正和改進原型系統。開發者根據用戶試用及提出的問題，與用戶共同研究確定修改原型的方案，經過修改和完善得到新的原型。然后再試用、評價，再修改完善，多次反復一直到滿意為止。確定用戶最初要求研制系統原型評價、使用系統原型完成系統開發并交付使用修改和完善系統原型用戶滿意？圖3-2原型法開發流程

2.2物流管理信息系統開發方法優點缺點認識論上的突破，從下到上的開發原則開發工具要求高加強了與用戶的交流解決復雜系統和大型系統問題很困難（沒有全面的分析）開發風險及開發成本降低開發前沒有經過嚴格論證，所以常出現原型報廢，造成較大浪費3.原型法的優缺點4．原型法的適用場合1用戶事先難以說明需求的較小的應用系統。2決策支持系統。3與結構化系統開發方法結合起來使用。2.2.3面向對象法1.面向對象法的基本思想

基本思想是：面向對象方法是分析問題和解決問題的新方法，其基本出發點就是盡可能按照人類認識世界的方法和思維方式來分析和解決問題?？陀^世界是由許多各種各樣的對象所組成的，每種對象都有各自的內部狀態和運動規律，不同的對象之間的相互作用和聯系就構成了各種不同的系統。客觀事物都是由對象組成的，對象是在原來事物基礎上抽象的結果。任何復雜的事物都可以通過對象的某種組合而構成。面向對象的方法正是以對象作為最基本的元素和分析問題，解決問題的核心。2.2物流管理信息系統開發方法2.面向對象法的基本概念①對象：是現實世界中具有相同屬性、服從相同規則的一系列事物的抽象，也就是將相似事物抽象化，其中的具體事物稱為對象的實例。對象可以是具體的，如一臺空調、一輛轎車等；對象也可以是概念化的，如一種思路，一種方法等。對象是一個封閉體，它由一組數據和施加于這些數據上的一組操作組成。2.面向對象法的基本概念②對象的屬性：是指描述對象的數據，可以是系統或用戶定義的數據類型，也可以是一個抽象的數據類型。③類：是具有相同屬性和相同行為描述的一組對象。如人、公司、高校、管理信息系統都是類。④行為：是指一個對象對于屬性改變或消息收到后所進行的行動和反映。一個對象的行為完全取決于它的活動。⑤關系：是指現實世界中兩個對象或多個對象之間的相互作用和影響。如交易關系、師生關系等。3.面向對象法的特點

①封裝性

在面向對象法中，程序和數據是封裝在一起的，對象作為一個實體，其操作隱藏在行為中，其狀態由對象的“屬性”來描述，并且只能通過對象中的“行為”來改變，外界一無所知。封裝性是一種信息隱藏技術，是面向對象法的基礎。

②抽象性

在面向對象法中，把抽出實體的本質和內在屬性而忽略一些無關緊要的屬性稱之為抽象。類是抽象的產物，對象是類的一個實例。同類中的對象具有類中規定的屬性和行為。3.面向對象法的特點

③繼承性

繼承性是指子類共享父類的屬性與操作的一種方式，是類特有的性質。類可以派生出子類，子類自動繼承父類的屬性與方法。可見，繼承大大地提高了軟件的可重用性。

④動態鏈接性

動態連接性是指各種對象間統一、方便、動態的消息傳遞機制。4.面向對象法的四大開發階段

①系統分析階段

根據用戶對系統開發的需求進行調查研究，在繁雜的問題領域中抽象地識別出對象及其行為、結構、屬性等。

②系統設計階段

根據系統分析階段的文檔資料，作進一步地抽象、歸類、整理，運用雛形法構造出系統的雛形。③系統實現階段

根據系統設計幾段的文檔資料，運用面向對象的程序設計語言加以實現。④系統運行維護階段進行系統的日常運行管理、維護與評價工作。5.面向對象法的優缺點

優點：更接近于現實世界，可以很好地限制由于不同的人對于系統的不同理解所造成的偏差，以對象為中心，利用特定的軟件工具直接完成從對象客體的描述到軟件結構的轉換，縮短了開發周期，是一種很有潛力的系統開發方法。缺點：需要一定的軟件支撐，并且在大型開發中不進行自頂向下的整體劃分，自直接采用自底向上的開發，同樣會造成系統結構不合理，訓部分關系失調等問題。2.2.4

CASE（計算機輔助軟件工程）方法定義：是計算機技術在系統開發活動、技術和方法中的應用，是軟件工具與開發方法的結合體。CASE工具：是指能夠支持或使結構化系統開發生命周期法中一個或多個階段自動化的計算機程序（軟件）。CASE的目的：使開發支持工具與開發方法學統一和結合起來；通過實現分析、設計與程序開發、維護的自動化，提高管理信息系統開發的效率和管理信息系統的質量，最終實現系統開發自動化。

1.CASE環境的特點①在實際開發一個系統中，CASE環境的應用必須依賴于一種具體的開發方法。

CASE只是一種輔助的開發方法。

由于CASE環境的出現從根本上改變了開發系統的軟件基礎。2.CASE采用的軟件工具

①查詢語言

②報表生成器③圖表軟件

④決策支持系統生成器

⑤應用軟件包等系統開發方法的比較？2．3信息系統分析

1系統分析的任務

2系統分析的方法

3系統分析的主要工具

4表達處理邏輯的工具（1）分析用戶要求（2）現行系統的詳細調查

（3）組織結構與業務流程分析

（4）系統數據流程分析

（5）建立新系統的邏輯模型

（6）提出系統分析報告2．3．1系統分析的任務2.3.2信息系統分析的方法目前，對于系統分析主要采用結構化的分析方法1.結構化系統分析的基本思想

結構化系統分析的圖表工具主要由數據流程圖、數據字典和數據處理說明組成。

用系統的思想，系統工程的方法，按用戶至上的原則，結構化、模塊化，自頂向下地對信息系統進行分析，并用結構化分析的圖表作為系統邏輯模型描述的主要手段。2.結構化系統分析的一般過程

結構化分析方法所采用的基本方法是“抽象”和“分解”，分析過程體現為“自頂向下逐層分解”。

在分解中要充分體現“抽象”的原則，逐層分解中的上一層就是下一層的抽象，系統的抽象模型應該按照一定的層次關系組織而成。下層是上層的分解，而上層是下層的抽象。

“分解”就是把一個復雜的問題“化整為零，各個擊破”，即把一個復雜龐大的系統分解成為容易理解、容易實現的子系統、小系統。第三方物流企業的物流管理信息系統數據流程分析：

圖第三方物流管理信息系統的頂層DFD

P

第三方物流

管理信息

系統

貨物

供應商

客戶

配送服務

回執

回執

圖

第三方物流管理信息系統的第一層DFD

P2

物流作業

管理

貨物

供應商

庫存信息

訂單

訂單信息

客戶

P3

客戶關系

管理

P1

物流決策

管理

D1庫存

D2訂單

D3客戶資料

庫存信息

客戶基本資料

客戶資料信息

第三方物流企業的物流管理信息系統數據流程分析：2.3.3系統分析的主要工具1.組織結構圖、功能結構圖2.業務流程的描述工具3.數據流程圖4.數據字典

組織結構與功能分析(包括三部分內容：組織結構分析，業務功能分析，業務過程和組織結構之間的聯系)功能指的是完成某項工作的能力。為了實現系統目標，系統必須具有各種功能。各子系統功能的完成，又依賴于下面更具體的工作的完成。管理功能的調查是要確定系統的這種功能結構。業務功能一覽表是一個完全以業務功能為主體的樹型表。其目的在于描述組織內部各部分的業務和功能。（1）.組織結構與功能分析組織結構圖總經理銷售部生產部總經理助理生產車間1生產車間2財務部供應部人力資源部i采購部庫管部運輸部（2）功能結構圖調查中可以用功能層次圖（或組織/功能關系表/P105）來描述從系統目標到各項功能的層次關系，下圖表示了某銷售系統的管理功能（業務結構）。銷售計劃管理市場預測銷售統計分析庫存管理銷售管理銷售歷史資料管理銷售計劃管理編制年度銷售大綱市場預測市場預測銷售收入核算出庫管理庫存統計入庫管理銷售統計分析銷售利潤核算2.業務流程圖

業務流程圖（transitionflowdiagram,TFD）是一種描述管理系統內各單位、人員之間業務關系、作業順序和管理信息流動的流程圖，它用一些規定的符號及連線表示某個具體業務的處理過程，它可以幫助分析人員找出業務流程中的不合理回路。業務流程圖的基本符號系統中人員系統外實體數據流向數據、報表、賬目業務流程圖的繪制

業務流程分析是在已經理出的業務功能基礎上將其細化，利用系統調查的資料將業務處理過程中的每個步驟用一個完整的圖形將其串起來。

TFD（transactionflowdiagram，TFD）正是根據系統調查表中所得到的資料和問卷調查的結果，按業務實際處理過程且用給定的符號將它們繪制在同一張圖上。在繪制TFD的過程中發現問題，分析不足，優化業務處理過程，所以說繪制TFD是分析業務流程的重要步驟。

TFD的繪制并無嚴格的規則，只需簡明扼要地如實反映實際業務過程。

業務流程圖的基本符號(或參考教材P109)系統中人員系統外實體數據流向數據、報表、賬目例2例1例3例1業務流程圖采購員從倉庫收到缺貨通知單以后，查閱訂貨合同單，若已訂貨，向供貨單位發出催貨請求（催貨通知單），否則，填寫訂貨單交供貨單位。供貨單位發出貨物后，立即向采購員發出取貨通知。

倉庫定貨單催貨通知單取貨通知定貨合同采購員供貨單位采購員缺貨通知單訂貨合同單催貨通知單（補充）訂貨單供貨單位提（?。┴浲ㄖ獑卫?

畫業務流程圖采購員將入庫單交給檢驗員，檢驗員將不合格的入庫單退回采購員，合格的入庫單交保管員并記入庫存臺帳，統計員根據庫存臺帳制定日報表交主管部門審閱。

主管部門采購員保管員統計員入庫單庫存帳不合格入庫單日報表合格入庫單例3（練習）

畫業務流程圖車間填寫領料單給庫長（倉庫主管）要求領料，庫長（倉庫主管）根據用料計劃審批領料單，未批準的退回車間，已批準的領料單送到倉庫保管員處，由他查閱庫存帳。若帳上有貨則通知車間前來領料，否則將缺貨通知采購人員。圖企業領料業務流程圖已批準的領料單領料單車間庫長未批準的領料單倉庫保管員采購員庫存賬用料計劃領料通知缺貨通知4321重復的單據或報告、報表和帳目處理表格分配圖中三種基本符號數據流向表格分配圖：表示系統中各種單據和報告都與哪些部門發生業務關系例：采購業務表格分配圖采購部門財務部門收購部門準備采購單采購單4供應單位采購單3采購單2采購單1登記待收貨待收貨登記表應付款處理應付賬存檔表格分配圖

為了傳遞信息，管理部門經常將某種單據或報告復印多份分發到其他多個部門，在這種情況下，可以采用表格分配圖來描述有關業務。表格分配圖表達清楚，可以幫助系統分析人員描述系統中復制多份的報告或單據的數量以及這些報告或單據都與哪些部門發生業務聯系。繪制表格分配圖的方法首先，分析并弄清多份表格或數據產生的部門和傳遞的部門；其次，了解產生表格或數據的部門進行的處理工作，同時了解接收表格或數據的部門所進行的處理工作；然后，弄清各部門經處理工作后形成的數據文件；最后，用數據流線將數據與各處理功能之間及處理功能與形成的數據文件之間指明正確的傳遞方向。例：采購業務表格分配圖采購部門財務部門收購部門準備采購單采購單4供貨單位采購單3采購單2采購單1登記待收貨待收貨登記表應付款處理應付賬存檔

供應部門根據發貨計劃準備一式四份出庫單。一份出庫單送成品庫，并登記庫存臺帳。一份出庫單送銷售部門，將供貨合同執行情況登記入合同帳。一份出庫單送財會部門作應收款處理，計入應收帳。一份留在本部門作為存檔資料。練習1：根據以下業務過程畫出

發貨業務的表格分配圖準備出庫單432出庫單1應收款處理登記合同帳登記庫存臺帳應收帳合同帳庫存臺帳存檔供應部門財會部門銷售部門成品庫練習題2：成品庫保管員按車間送來的入庫單登記庫存臺帳，發貨時，發貨員根據銷售料送來的發貨通知單將成品出庫并發貨，同時填寫三份出庫單，其中一份交給成品庫保管員，由他按此出庫單登記庫存臺帳，出庫單的另外兩聯分別送銷售科和會計科。試按以上業務過程畫出業務流程圖。企業流程再造的案例1——福特福特公司的北美汽車公司的一次成功流程重組。80年代初，福特像許多美國大企業一樣面臨著日本競爭對手的挑戰，正在想方設法削減管理費和各種行政開支。促使福特公司認真考慮“應付帳款”工作的是日本馬自達汽車公司。馬自達公司是福特公司參股的一家公司，盡管規模遠小于福特公司，但畢竟有一定的規模了。馬自達公司負責應付帳款工作的只有5個職員。5：500，這個比例讓福特公司經理再也無法泰然處之。流程再造的經典案例福特汽車公司采購付款原流程定貨單采購部供貨商物料部發貨收貨單財務部核對調查差錯報告管理部門購貨單復印件發票付款對不對福特公司舊的采購流程采購訂單 供應商 入庫 財務采購時填寫采購單給供應商，并給財務結算中心一份副件 發貨后給財務結算中心開具發票 入庫后，倉庫管理員將入庫單給財 務結算中心財務部門收到來自三個不同部分的單據，核實單據如何一致則付款，否則拒絕付款

采購付款流程第一次改進采購部預購單物料部發貨供貨商訂貨單收貨單財務部核對調查差錯報告管理部門付款改進點500人減到125人對不對采購付款流程第二次改進采購部預購單物料部發貨供貨商核對收貨單財務部退貨訂貨單付款改進點減少到25人不對對采購付款流程第三次改進

不對對采購部購貨信息共用數據庫物料部核對收貨信息財務部發貨

供貨商退貨訂貨單付款福特公司基于信息系統的新流程信息系統采購采購部門在采購時將采購訂單輸入到信息系統收貨

貨物送到后，倉庫管理員核實貨物是否與訂單一致，如果一致，收貨并將入庫信息輸入信息系統，如果不一致拒收貨物

采購付款流程的真正再造

對不對對采購部購貨信息

共用數據庫訂貨單物料部核對收貨信息供貨商付款退貨發貨財務部取消3.數據流程圖數據流程圖（dataflowdiagram,簡稱DFD）是進行數據流程分析的主要工具，也是描述系統邏輯模型的主要工具。數據流程圖用幾種基本符號反映了信息在系統中的流動、存儲和處理。數據流程圖的作用

按照業務流程圖整理出業務流程順序，將相應調查過程所掌握的數據處理過程，繪制成一套完整的數據流程圖，一邊整理繪圖，一邊核對相應的數據和報表、模型等。系統分析員用這種工具自頂向下分析系統信息流程可在圖上畫出計算機處理的部分根據邏輯存儲，進一步作數據分析，可向數據庫設計過渡根據數據流向，定出存取方式對應一個處理過程，可用相應的程序語言來表達處理方法，向程序設計過渡第三方物流企業的物流管理信息系統數據流程分析：

圖第三方物流管理信息系統的頂層DFD

P

第三方物流

管理信息

系統

貨物

供應商

客戶

配送服務

回執

回執

圖

第三方物流管理信息系統的第一層DFD

P2

物流作業

管理

貨物

供應商

庫存信息

訂單

訂單信息

客戶

P3

客戶關系

管理

P1

物流決策

管理

D1庫存

D2訂單

D3客戶資料

庫存信息

客戶基本資料

客戶資料信息

第三方物流企業的物流管理信息系統數據流程分析：業務流程圖與數據流程圖有何區別？

管理業務流程圖和數據流程圖的共同特點是他們都是描述管理中信息流動和存儲過程和情況。但是他們有很明顯的區別：管理業務流程圖是一種描述系統內各單位、人員之間業務關系、作業順序和管理信息流向的圖表，利用它可以幫助分析人員找出業務流程中的不合理流向。因此它具備形象性的特點。

數據流程圖則便于用計算機進行信息管理。相比

起管理業務流程圖，它具有抽象性和概括性，完全舍去了具體的物質，只剩下數據的流動。

2.數據流程圖⑴特點⑵基本成分⑶繪制方法⑷應用舉例⑸繪制數據流程圖的注意事項⑹用途⑴數據流程圖的特點①

抽象性

不考慮具體的物理因素，只是抽象地反映信息的流動、加工、存儲和使用的情況，能抽象地總結出MIS的任務，以及各項任務之間的順序和關系，從信息處理的角度將一個復雜的實際系統抽象成一個邏輯模型。②

概括性

把系統對各種業務的處理過程聯系起來，形成一個整體，從而給系統一個全貌。它把系統對各種業務的處理過程聯系起來考慮，形成一個總體。

而業務流程圖只能孤立地分析各個業務，不能反映出各業務之間的數據關系。第三方物流企業的物流管理信息系統數據流程分析：

圖第三方物流管理信息系統的頂層DFD

P

第三方物流

管理信息

系統

貨物

供應商

客戶

配送服務

回執

回執

圖

第三方物流管理信息系統的第一層DFD

P2

物流作業

管理

貨物

供應商

庫存信息

訂單

訂單信息

客戶

P3

客戶關系

管理

P1

物流決策

管理

D1庫存

D2訂單

D3客戶資料

庫存信息

客戶基本資料

客戶資料信息

第三方物流企業的物流管理信息系統數據流程分析：

⑵數據流程圖的基本成分數據流處理邏輯

(加工)數據存儲外部實體★按鍵或擊鼠標數據流

表示流動著的數據，它可以是一項數據，也可以是一組數據，用帶有名字的箭頭表示，名字表示流經的數據，箭頭表示流向。例如：

“發票”——由品名、規格、單價、數量等數據組成。處理邏輯

(或稱加工)

是對數據進行的操作，處理邏輯（加工）也稱處理，包括兩方面內容：

①變換數據的組成，即改變數據結構；

②在原有的數據內容基礎上增加新的內容，形成新的數據?！锇存I或擊鼠標加工表示對數據進行的操作,如“處理選課單”、“產生發票”加工的編號，說明這個加工在層次分解中的位置加工的命名頂層的加工名就是整個系統項目的名字盡量最好使用動賓詞組，也可用主謂詞組不要使用空洞的動詞儲戶處理1帳戶數據1數據2儲戶檢查合理性帳戶取款單合理取款單無意義的名字較好的命名：數據存儲指邏輯意義上的數據存儲環節，即系統信息處理功能需要的、不考慮存儲的物理介質和技術手段的數據存儲環節。

如：數據文件、文件夾、賬本等數據存儲表示需要保存的數據流向,如“學生檔案”、“課程表”數據存儲與加工的方向“讀出”、“寫入”庫存臺帳商品目錄檢索商品信息修改庫存信息外部實體

在所研究系統外獨立于系統而存在的，但又和系統有聯系的實體，它表示數據的來源和去向，它可以是某個人員、組織、某一信息系統或某種事物。

確定系統的外部實體，實際上就是明確系統與外部環境之間的界限，從而確定系統的范圍。⑶數據流程圖的繪制方法一般步驟：確定與本系統有關的外部實體，即確定與本系統有關的單位、部門和人員。確定系統的處理邏輯。確定系統的存儲單元，即確定系統中需要存儲的文件和數據。繪制頂層的數據流程圖。從左到右，自頂向下繪制低層的數據流程圖。逐層細化組織用戶領導、管理人員和業務人員等各方面代表反復討論、分析、比較，直到得到一個用戶和開發人員都能理解的、滿意的數據流程圖S2132.22.12.33.13.2

頂層（第1層）2層3層(基本系統模型)(系統的子功能)DFD的分層表示⑷應用舉例例1①銀行活期存取款業務

②訂貨處理：銷售部門接到用戶的訂單后，根據庫存情況向用戶發貨。例2例3練習題①銀行活期存取款業務(頂層圖)儲戶業務處理存(取)款單存折賬目分解圖★按鍵或擊鼠標分解圖現金庫儲戶存折存折存折取款單存折存款單存折存(取)單業務分類處理1.1存款處理1.2取款處理1.3賬目D1★按鍵或擊鼠標

②訂貨處理(頂層圖)用戶訂貨單發貨單銷售處理PF1庫存賬分解圖★按鍵或擊鼠標分解圖采購部門用戶不合格訂貨單驗收訂貨單P1確定發貨單P2填寫暫存訂貨單P4定貨單合格訂貨單未滿足的訂貨可發貨的訂貨庫存賬F1開發貨單修改庫存P3對照暫存訂貨單P5F2暫存訂貨單F4訂貨單存檔F3應收賬到貨通知發貨單★按鍵或擊鼠標例子倉庫保管員進貨通知單銷售商品P1采購商品P2顧客商品存量表F1缺貨登記表F2領貨單缺貨單訂單商品入庫信息例2:某倉庫管理系統按以下步驟進行信息處理，試畫出數據流程圖。

（1）

保管員根據當日的出庫單和入庫單通過出庫處理和入庫處理分別將數據輸入到“出庫流水帳”和“入庫流水帳”，并修改“庫存臺帳”。

（2）

根據庫存臺帳由統計、打印程序輸出庫存日報表。

（3）

需要查詢時，可利用查詢程序在輸入查詢條件后，到庫存臺帳去查找，顯示查詢結果。出庫處理出庫流水賬入庫處理入庫單出庫單入庫流水賬庫存臺賬統計打印查詢庫存查詢結果庫存日報表查詢條件

例3數據流程圖舉例

車間填寫領料單給倉庫要求領料，庫長根據用料計劃審批領料單，未批準的退回車間，已批準的領料單送到倉庫保管員處，由他查閱庫存帳。若帳上有貨則通知車間前來領料，否則將缺貨通知采購人員。用料計劃采購員庫存賬審批領料單車間查閱庫存帳未批準的領料單已批準領料單缺貨通知領料通知領料單練習題：畫數據流程圖由需購置設備的部門填寫申購表格,將此表格送交設備科進行預算處理,設備科填寫預算表格送財務處,財務處核對后,將資金送到采購科進行采購處理,然后購得設備由供應商送需購設備的部門,將并收據送財務處。供貨單位設備預算處理設備購置部門財務核對處理設備預算表格資金申購表格財務處采購處理收據練習：采購管理業務通過系統調查，給出采購管理業務如下：采購員從倉庫收到缺貨通知單后立即進行訂貨處理即查閱訂貨合同單，若已訂貨，則向供貨單位發出催貨單，否則，填寫訂貨單送供貨單位。供貨單位發運貨物后，立即向采購員發出取貨通知。

根據以上采購管理業務過程繪制數據流程圖倉庫訂貨P1供貨單位訂貨合同F1采購管理業務的數據流程圖缺貨通知單訂貨單催貨單取貨通知作業：

通過系統調查，給出庫存管理業務如下：

產品入庫管理的過程是：各生產車間隨時將制造出來的產品連同填寫好的入庫單一起送至倉庫。倉庫人員進行檢驗，檢驗合格的產品立即進行產品入庫處理，同時登記產品入庫流水賬；檢驗不合格的產品要及時退回車間。產品出庫管理的過程是：倉庫保管員根據銷售科開出的有效產品出庫單及時發貨，并判明是零售出庫還是成批銷售出庫，以便及時登記相應的產品出庫流水賬。每天出入庫處理結束后，記賬員就根據入庫流水賬和出庫流水賬進行累計，以便將本日內發生的累計數填入庫存臺帳。最后由庫存臺帳制作出庫存收發存月報表。

根據上述庫存業務過程繪制數據流程圖⑸繪制DFD的注意事項1、數據流是現實環境中傳遞的一組數據，是由一組數據項組成的。2、加工處理是對數據進行處理的單元。編號、名字3、數據存儲是用來存儲數據的文件。讀、寫4、關于層次的劃分。5、需要說明的是DFD的表示方法不是唯一的。⑹DFD的用途1、利用它系統分析人員可以自頂向下地分析整個系統的信息流程。2、根據邏輯存儲，可以進一步做數據分析，向數據庫設計過渡。3、根據數據流向，確定存儲方式。4、可以在流程圖上標出需要計算機處理的部分。5、對應一個處理過程，用相應的程序語言、判斷表等工具來表達處理方法，向程序設計過渡。(1)數據字典的定義是以特定格式記錄下來的、對系統的數據流程圖中各個基本要素(數據流、加工、存儲、和外部實體)的內容和特征所作的完整的定義和說明。5.數據字典數據流程圖配以數據字典，就可以從圖形和文字兩個方面對系統的邏輯模型進行描述，從而形成一個完整的說明。數據字典（DataDictionary,DD）

在數據流程圖中，通過數據流、文件和加工描述了一個系統的業務過程，但它還只是系統的框架。圖中沒有表達也很難表達出很多具體細節。數據字典就是為描述這些細節而建立的，它是數據流程圖的輔助資料，對數據流程圖起注解作用。數據字典是在新的信息系統數據流程圖的基礎上,進一步定義和描述系統邏輯內容的工具。(2)數據字典的內容①

數據項②數據流③處理邏輯④數據存儲⑤外部實體

①數據項數據項，也稱數據元素，具有獨立邏輯含義的最小數據單位，是不可再分的數據單位。數據字典中對其定義包括：數據項的名稱、編號、別名、簡述；數據項的取值范圍；數據項的長度

數據項編號：A03－04

數據項名稱：庫存量別名：數量簡述：某種配件的庫存數量長度：6個字節取值范圍：0－999999例：數據項定義用料計劃采購員庫存賬審批領料單車間查閱庫存帳未批準的領料單已批準領料單缺貨通知領料通知領料單②數據流表明系統中數據的邏輯流向，可以是數據項或數據結構。數據字典中對其定義包括：數據流的名稱、編號；簡述；數據流的來源；數據流的去向；數據流的組成；數據流的流通量；高峰期數據流編號：F03－02數據流名稱：發貨單簡述：銷售科為用戶開出的發貨單數據流來源：開發貨單處理功能數據流組成：發貨單數據結構流通量：150份/天高峰流通量：70/份每天上午9：00－11：00

例：數據流定義③處理邏輯（加工）僅對數據流程圖中最底層的處理邏輯加以說明。數據字典中對其定義包括：處理邏輯的名稱、編號；簡述；輸入；處理過程；輸出；處理頻率；編號：P03－01處理邏輯名稱：驗收訂貨單簡述：確定用戶的訂貨單是否填寫正確輸入的數據流：訂貨單，來源：外部實體“用戶”處理：檢驗訂貨單數據，查明是否符合供貨范圍輸出的數據流：合格的訂貨單，去向是處理邏輯“確定發貨量”；不合格的訂貨單，去向是外部實體“用戶”處理頻率：50次/天例：處理邏輯定義

②訂貨處理(頂層圖)用戶訂貨單發貨單銷售處理PF1庫存賬分解圖★按鍵或擊鼠標分解圖采購部門用戶不合格訂貨單驗收訂貨單P1確定發貨單P2填寫暫存訂貨單P4定貨單合格訂貨單未滿足的訂貨可發貨的訂貨庫存賬F1開發貨單修改庫存P3對照暫存訂貨單P5F2暫存訂貨單F4訂貨單存檔F3應收賬到貨通知發貨單★按鍵或擊鼠標④數據存儲數據存儲是數據流動的暫停或永久保存的地方。數據字典中對其定義包括：數據存儲的編號；名稱簡述；組成；關鍵字；相關的處理；數據存儲編號：D03－02數據存儲名稱：庫存帳簡述：存放配件的歷年庫存和單價數據存儲組成：配件編號+配件名稱+單價+庫存量+備注關鍵字：配件編號相關聯的處理：P2（“確定發貨量”），P3（“開發貨單、修改庫存”）

例：數據存儲定義⑤外部實體外部實體是數據的來源和去向。在數據字典中主要說明外部實體產生的數據流和傳給該外部實體的數據流，以及該外部實體的數量。數據字典中對其定義包括：外部實體編號；外部實體名稱簡述；輸入的數據流；輸出的數據流；外部實體編號：S03－01外部實體名稱：用戶簡述：購買本公司貨物的用戶輸入的數據流：FS03－06（“訂貨單”），F03-02（“發貨單”）輸出的數據流：FS03－06（“訂貨單”）

例：外部實體的定義例子倉庫保管員進貨通知單銷售商品P1采購商品P2顧客商品存量表F1缺貨登記表F2領貨單缺貨單訂單商品入庫信息2.3.4表達處理邏輯的工具1.結構化查詢語言

2.決策樹(decisiontree)

3.決策表(decisiontable)1.結構化查詢語言結構化語言是由結構化程序設計思想啟發而來的，是介于形式語言和自然語言之間的一種語言，主要作用是解決自然語言描述不準確的問題。結構化語言只允許三種基本語句，即簡單的祈使語句、判斷語句、循環語句。(1)祈使語句祈使語句指出要做什么事情，包括一個動詞和一個賓語。動詞指出要執行的功能，賓語表示動作的對象，如計算利息、輸入年限、計算工資、登記庫存臺帳等.需要注意祈使句中的動詞要表達明確，祈使句力求準確、精煉。(2)判斷語句判斷語句類似于結構化程序設計中的分支結構，其一般形式為：

例如，對前圖中的加工處理“驗證訂貨單”用判斷語句進行描述為：如果訂貨單合格則輸出合格訂貨單否則輸出不合格訂貨單如果條件成立則動作A

否則（條件不成立）動作B(3)循環語句循環語句表達在一定條件下重復執行的相同動作，重復執行的次數取決于循環的條件。循環語句的一般形式為：

當條件成立時執行動作A循環語句系統規劃提出要求初步調查可行性研究可行性分析報告審批修改目標、追加資源、等待條件A修改是2.決策樹決策樹又稱判斷樹，是用來表示邏輯判斷問題的一種圖形工具。它用“樹”來表達不同條件下的不同處理，比用語言的方式更為直觀。某個動作的執行不只依賴于一個條件，而是和若干個條件有關。一般形式

決策樹的左邊為樹根，從左向右依次排列各條件，左邊的條件比右邊的優先考慮。根據每個條件的取值不同，樹可以產生很多分支，各分支的最右端(即樹梢)為不同的條件取值狀態下采取的行動(也稱策略)。根條件行動或策略例：某公司的折扣政策

若年交易額4萬元以上，且最近3個月無欠款的顧客，可享受10%的折扣；若近3個月有欠款，是本公司5年以上老顧客，可享受5%的折扣；若不是老顧客，只有2%的折扣；年訂貨量不足4萬元者無折扣。折扣政策>=4萬元<4萬元最近三個月無拖欠款最近三個月有拖欠款>=5年<5年10%5%2%無折扣年交易額支付信用與本公司業務史折扣政策按鍵★練習:某貨運站的收費標準如下：若收件地點在本省，則快件每公斤6元，慢件每公斤4元；若收件地點在外省，則在25公斤以內（包括25公斤）快件每公斤2元，慢件每公斤6元；如果超過25公斤時，快件每公斤10元，慢件每公斤2元。試繪制確定收費標準的決策樹。

（關鍵詞提示）練習:某貨運站的收費標準如下：若收件地點在本省，則快件每公斤6元，慢件每公斤4元；若收件地點在外省，則在25公斤以內（包括25公斤）快件每公斤2元，慢件每公斤6元；如果超過25公斤時，快件每公斤10元，慢件每公斤2元。試繪制確定收費標準的決策樹。3.決策表決策表也稱判斷表，也是一種表達邏輯判斷的工具，它以表格的形式給出各種條件的全部組合以及在各種組合下應采取的行動。當條件的個數較多。每一條件的取值有若干個、相應的動作也很多的情況下，使用決策表比決策樹更加有效和清晰。組成

條件說明

條件的組合

行動說明采取的行動例：折扣政策12345672C1:交易額>=4萬YYYYNNNNC2:最近3個月無拖欠YYNNYYNYC3:與本公司交易>=5年YNYNYNYYA1:折扣率10%√√A2:折扣率5%√A3:折扣率2%√A4:無折扣√√√√條件和行動各種條件組合例：折扣政策12345C1:交易額>=4萬YYYYNC2:最近3個月無拖欠YYNN-C3:與本公司交易>=5年YNYN-A1:折扣率10%√√A2:折扣率5%√A3:折扣率2%√A4:無折扣√條件和行動各種條件組合構造方法

⑴列出所有可能的條件及方案；⑵按全部方案列出其選擇的行動；⑶縮小表的列數，即在相同的行列中，尋找不必要存在的條件所列出的方案，并將這些方案從表中刪除。課堂練習

某倉庫發貨方案如下：欠款時間在30天(含)以內的，如果需求量不大于庫存量，則立即發貨，否則先按庫存發貨，進貨后再補發；欠款時間在30天以上100天(含)以內的，如果需求量不大于庫存量，先付款再發貨，否則不發貨；欠款時間在100天以上的，通知先交欠款。畫出描述此處理邏輯的決策樹和決策表功能分析和劃分子系統劃分子系統的依據常用U

（Use）/C

（Create）矩陣

U/C矩陣是一張表格。它可以表示數據/功能系統化分析的結果。它的左邊第一列列出系統中各功能的名稱，上面第一行列出系統中各數據類的名稱。表中在各功能與數據類的交叉處，填寫功能與數據類的關系。

功能/數據分析

功能／數據分析是在業務流程、數據流程及數據分析的基礎上，為了整體地考慮新系統的功能子系統和數據資源的合理分布而進行的系統化的分析。

功能／數據分析是通過U／C矩陣的建立和分析來實現的。

U/C矩陣是MIS開發中用于系統分析階段的一個重要工具。提出了一種用關系數據庫實現U/C矩陣的方法，并對其存儲、正確性檢驗、表上作業等做了分析，同時利用結果關系進行了子系統劃分。U／C矩陣的主要功能（1）通過U／C矩陣的正確性檢驗，及時發現前段分析和調查工作的疏漏和錯誤；（2）通過對U／C矩陣的求解過程最終得到子系統的劃分；（3）通過對子系統之間的聯系（“U”）可以確定子系統之間的共享數據。1、U／C矩陣的建立2、正確性檢驗（1）完備性（completeness）檢驗：指對具體的數據項必須有一個產生者（C）和至少一個使用者（U），功能則必須有產生或使用（U或C）發生。（2）一致性（uniformity）檢驗：指對具體的數據項必須有且僅有一個產生者（C）。（3）無冗余性（non-verbosity）檢驗：指U／C矩陣中不允許有空行和空列。3、U／C矩陣的求解（1）U／C矩陣的求解過程就是對系統結構劃分的優化過程。它是基于子系統劃分應相互相對獨立且內部凝聚性高這一原則之上的一種聚類操作。（2）U／C矩陣的求解過程常通過表上作業法來完成。其具體操作方法是：調整表中的行變量或列變量，使得“C”元素盡量地朝對角線靠近，然后再以“C”元素為標準，劃分子系統。表上移動作業過程4、系統功能劃分與數據資源分布（1）系統邏輯功能的劃分：在求解后的U／C矩陣中劃出一個個的方塊，每一個小方塊即為一個子系統。劃分時應注意：

沿對角線一個接一個地畫，既不能重疊，又不能漏掉任何一個數據和功能；小方塊的劃分是任意的，但必須將所有的“C”元素都包含在小方塊內。子系統劃分數據聯系(2)、數據資源分布

所有數據的使用關系都被小方塊分隔成了兩類：

一類在小方塊以內；一類在小方塊以外。

在小方塊以內所產生和使用的數據，則今后主要放在本系統的計算機設備上處理；而在小方塊以外的“U”

，則表示了各子系統之間的數據聯系，這些數據資源今后應考慮放在網絡服務器上供各子系統共享或通過網絡來相互傳遞數據。物流信息系統分析

物流信息系統設計

物流信息系統實施組織架構與功能分析

業務流程分析

數據流程分析

數據字典

分析報告典型物流管理信息系統物流信息系統分析物流信息系統設計

物流信息系統實施典型物流管理信息系統信息系統總體結構設計

數據庫設計

代碼、輸入、輸出設計

設計報告物流信息系統分析

物流信息系統設計

物流信息系統實施進銷存管理信息系統系統測試

試運行和系統切換

運行管理和維護

系統評價物流信息系統分析物流信息系統設計

物流信息系統實施管理信息系統倉儲管理信息系統

運輸管理信息系統

典型物流信息系統2．4信息系統設計1功能模塊結構圖設計2代碼設計

3數據庫設計4用戶界面設計

5處理流程設計

6系統物理配置方案設計

2.4.1功能模塊結構圖設計訂單管理采購管理配方管理庫存管理某企業ERP系統新品請求新品采納客戶訂單簽訂銷售管理財務管理客戶檔案管理油料目錄原料目錄計劃缺料目錄安全庫存管理采購計劃成本管理工資管理訂單撤銷訂單確認訂單起草已要貨訂單未要貨訂單系統的功能設計

系統的功能圖主要用來描述系統的功能塊，說明參與者和功能之間的關系，不解釋系統的內部結構。

圖6-

“倉儲管理”功能圖

倉儲管理

入倉管理

出倉管理

庫位查詢

庫存控制

出倉數據刪除

倉間調撥

倉位分配

入倉數據輸入

入倉數據修改

入倉數據查詢

出倉數據錄入

出倉數據修改

庫存查詢

每月庫存查詢

打印庫存報表

累計數據查詢

每日庫存查詢

入倉數據刪除

庫位管理

出倉數據查詢

倉位資料修改

倉位資料輸入

倉位資料查詢

倉位資料刪除

倉位狀態查詢

倉位統計查詢

自動倉租計算

租期預警

入倉庫存修改

出倉庫存修改

庫存

量

警報

42.4.2代碼設計代碼：代表事物名稱、屬性、狀態等的符號，為了便于計算機對信息的處理，一般用數字、字母或它們的組合來表示。

1.代碼的功能⑴標識：代碼是鑒別編碼對象的唯一標志；⑵分類：當按編碼對象的屬性或特征（如工藝、材料、用途等）分類，并賦予不同的類別代碼時，代碼又可以作為區分編碼對象類別的標志；⑶排序：當按編碼對象發現（產生）的時間、所占有的空間或其他方面的順序關系分類，并賦予不同的代碼時，代碼又可作為編碼對象排序的標志；⑷特定含義：由于某種客觀需要采用一些專用符號時，此代碼又可提供一定的特定含義。⑸代碼是人和計算機的共同語言，是兩者交換信息的工具。2.代碼的分類1）有序碼用連續數字代表編碼對象的碼，通常從1開始。如張平的工號為0001，王立為0002，……。塊碼是有序碼的特例，將有序碼分為各個塊，每塊代表一定類型的編碼對象，這種編碼允許擴充，例如：01……宣傳部02……組織部01-04為政治部03……04……05……行政科06……膳食科05-08為總務處01……基建科08……

有序碼因為沒有邏輯含義作基礎，一般不能說明信息的任何特性，但在有些場合下使用它比較方便。

代碼的分類2）區間碼

區間碼把數據項分成若干組，每一區間代表一個組。碼中的數字和位置都代表一定意義。

例：關于某公司的組織機構的代碼含義如表，依據下表，代碼112就代表總公司銷售科廣告組。層次碼公司級課時級小組級1—總公司1—銷售科1—訂單處理組2—江蘇分公司2—會計科2—廣告組…………3—會計組某企業的用戶分類和代碼

用戶類型(第一位)采購總量(第二位)碼

12345分類批發部門零售單位教育界國防部門其它部門碼

12345

分類<9999元10000-9999元30000-49999元>49999元代碼的分類3）特征碼：在代碼的結構中，為多個屬性各規定一個位置，從而表示某一編碼對象的不同方面特征，例如某服裝廠生產的服裝編碼如表5-4所示。例如：某一種男裝的編碼為M38-2W1。由于數字的值與位置均代表一定意義，故使排序、分類、檢索容易進行，缺點是有時造成碼很長。表5-4特征碼類別尺寸式樣料子M（男裝）381—9W1(毛料)F（女裝）39C1(布料)4041代碼的分類4）助憶碼將編碼對象的名稱，規格等作為代碼的一部分，例如：黑白電視機:HBDS彩色電視機:CSDS5)縮略碼是助憶碼的特例，從編碼對象名稱中撮幾個關鍵字母作為代碼，例如：Amt總額（amount）Cont合同（contract）Inv.No發票號（invoicenumber）2.4.3數據庫設計(不講)數據庫設計的全部內容包括：用戶需求分析概念結構設計邏輯結構設計物理結構設計

四

個

階

段2.4．4用戶界面設計1.輸出設計2.輸入設計3.人機界面設計1輸出設計

輸出設計是一樣繁瑣復雜的工作。一般來說，輸出設計的主要工作內容如下。

(1)確定輸出內容和所表示的含義。

(2)選擇輸出設備和輸出介質。

(3)確定信息的輸出方式。①報表輸出方式。②圖形輸出方式。

中國長江三峽開發總公司設備調撥單請購單位：工程建設部：右岸工程部1991年5月21日91調字第設備名稱棒磨機型號規格

數量計劃1賬面價格單價180,200.00總價180,200.00單位設備編號15013001-001實收數1結算價款單價180,200.00總價180,200.0000臺合同號10號倉庫發貨倉庫中國建設銀行開戶銀行32100816543賬號備注總計金額其他有關費用運輸費管理費保險費包裝費610.45保險費包裝費（大寫）壹拾捌萬貳佰元整180,200.00□存根□財務會計□請購單位□發貨倉庫□財務稽查□業務單位主管：收款：提貨：發貨：制單：2

輸入設計

一般來說，數據輸入方式的設計主要是根據總體設計和數據庫設計的要求來確定數據輸入的具體形式。常用的輸入方式有鍵盤輸入；模/數、數/模輸入；網絡傳送數據；磁盤傳送數據等幾種形式。一般來說，常用校驗方式有人工校驗、二次鍵入校驗以及數據平衡校驗等。原始單據的格式設計輸入設計的重要內容之一是設計好原始單據的格式。設計原則便于填寫便于歸檔單據的格式應能保證輸入精度實例見下表人事變動通知單______年______月_____日1002周英杰01400.0040.0090.0001004吳關興02350.0035.0050.0021005趙子英01450.0045.0090.0021001馬凌云02600.0060.00120.001