物流管理信息系統(tǒng):9第二篇-管理信息系統(tǒng)開發(fā)_第1頁
物流管理信息系統(tǒng):9第二篇-管理信息系統(tǒng)開發(fā)_第2頁
物流管理信息系統(tǒng):9第二篇-管理信息系統(tǒng)開發(fā)_第3頁
物流管理信息系統(tǒng):9第二篇-管理信息系統(tǒng)開發(fā)_第4頁
物流管理信息系統(tǒng):9第二篇-管理信息系統(tǒng)開發(fā)_第5頁
已閱讀5頁,還剩223頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

第2篇物流管理信息系統(tǒng)開發(fā)第2篇物流管理信息系統(tǒng)開發(fā)概述本篇所講內容如下:物流管理信息系統(tǒng)的開發(fā)策略

1物流管理信息系統(tǒng)開發(fā)方法

2物流管理信息系統(tǒng)分析3物流管理信息系統(tǒng)設計4物流管理信息系統(tǒng)實施52.1物流管理信息系統(tǒng)的開發(fā)方式本節(jié)所講內容如下:自行開發(fā)方式1委托開發(fā)方式2合作開發(fā)方式3利用現(xiàn)成的軟件包開發(fā)方式42.1.1自行開發(fā)方式

定義:由用戶依靠自己的力量獨立完成系統(tǒng)開發(fā)的各項任務。

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

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

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

優(yōu)點:是省時、省事,開發(fā)的系統(tǒng)技術水平較高。

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

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

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

優(yōu)點:是相對于委托開發(fā)方式比較節(jié)約資金,可以培養(yǎng)、增強使用單位的技術力量,便于系統(tǒng)維護工作,系統(tǒng)的技術水平較高。

缺點:是雙方在合作中溝通易出現(xiàn)問題,因此,需要雙方及時達成共識,進行協(xié)調和檢查。2.1.4利用現(xiàn)成的軟件包開發(fā)方式

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

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

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

應注意的問題:

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

2、使用是否靈活;

3、是否容易使用;

4、軟硬件環(huán)境要求;

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

6、文檔是否完整;

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

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

1.結構化系統(tǒng)開發(fā)方法的基本思想

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

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

2.結構化系統(tǒng)開發(fā)方法的特點

①系統(tǒng)觀點

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

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

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

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

④工作成果文檔化,文檔資料規(guī)范化、標準化。

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

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

①優(yōu)點:

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

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

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

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

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

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

①封裝性

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

②抽象性

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

③繼承性

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

④動態(tài)鏈接性

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

①系統(tǒng)分析階段

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

②系統(tǒng)設計階段

根據系統(tǒng)分析階段的文檔資料,作進一步地抽象、歸類、整理,運用雛形法構造出系統(tǒng)的雛形。③系統(tǒng)實現(xiàn)階段

根據系統(tǒng)設計幾段的文檔資料,運用面向對象的程序設計語言加以實現(xiàn)。④系統(tǒng)運行維護階段進行系統(tǒng)的日常運行管理、維護與評價工作。5.面向對象法的優(yōu)缺點

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

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

1.CASE環(huán)境的特點①在實際開發(fā)一個系統(tǒng)中,CASE環(huán)境的應用必須依賴于一種具體的開發(fā)方法。

CASE只是一種輔助的開發(fā)方法。

由于CASE環(huán)境的出現(xiàn)從根本上改變了開發(fā)系統(tǒng)的軟件基礎。2.CASE采用的軟件工具

①查詢語言

②報表生成器③圖表軟件

④決策支持系統(tǒng)生成器

⑤應用軟件包等系統(tǒng)開發(fā)方法的比較?2.3信息系統(tǒng)分析

1系統(tǒng)分析的任務

2系統(tǒng)分析的方法

3系統(tǒng)分析的主要工具

4表達處理邏輯的工具(1)分析用戶要求(2)現(xiàn)行系統(tǒng)的詳細調查

(3)組織結構與業(yè)務流程分析

(4)系統(tǒng)數據流程分析

(5)建立新系統(tǒng)的邏輯模型

(6)提出系統(tǒng)分析報告2.3.1系統(tǒng)分析的任務2.3.2信息系統(tǒng)分析的方法目前,對于系統(tǒng)分析主要采用結構化的分析方法1.結構化系統(tǒng)分析的基本思想

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

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

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

在分解中要充分體現(xiàn)“抽象”的原則,逐層分解中的上一層就是下一層的抽象,系統(tǒng)的抽象模型應該按照一定的層次關系組織而成。下層是上層的分解,而上層是下層的抽象。

“分解”就是把一個復雜的問題“化整為零,各個擊破”,即把一個復雜龐大的系統(tǒng)分解成為容易理解、容易實現(xiàn)的子系統(tǒng)、小系統(tǒng)。第三方物流企業(yè)的物流管理信息系統(tǒng)數據流程分析:

圖第三方物流管理信息系統(tǒng)的頂層DFD

P

第三方物流

管理信息

系統(tǒng)

貨物

供應商

客戶

配送服務

回執(zhí)

回執(zhí)

第三方物流管理信息系統(tǒng)的第一層DFD

P2

物流作業(yè)

管理

貨物

供應商

庫存信息

訂單

訂單信息

客戶

P3

客戶關系

管理

P1

物流決策

管理

D1庫存

D2訂單

D3客戶資料

庫存信息

客戶基本資料

客戶資料信息

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

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

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

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

TFD(transactionflowdiagram,TFD)正是根據系統(tǒng)調查表中所得到的資料和問卷調查的結果,按業(yè)務實際處理過程且用給定的符號將它們繪制在同一張圖上。在繪制TFD的過程中發(fā)現(xiàn)問題,分析不足,優(yōu)化業(yè)務處理過程,所以說繪制TFD是分析業(yè)務流程的重要步驟。

TFD的繪制并無嚴格的規(guī)則,只需簡明扼要地如實反映實際業(yè)務過程。

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

倉庫定貨單催貨通知單取貨通知定貨合同采購員供貨單位采購員缺貨通知單訂貨合同單催貨通知單(補充)訂貨單供貨單位提(取)貨通知單例2

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

主管部門采購員保管員統(tǒng)計員入庫單庫存帳不合格入庫單日報表合格入庫單例3(練習)

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

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

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

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

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

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

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

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

采購付款流程的真正再造

對不對對采購部購貨信息

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

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

圖第三方物流管理信息系統(tǒng)的頂層DFD

P

第三方物流

管理信息

系統(tǒng)

貨物

供應商

客戶

配送服務

回執(zhí)

回執(zhí)

第三方物流管理信息系統(tǒng)的第一層DFD

P2

物流作業(yè)

管理

貨物

供應商

庫存信息

訂單

訂單信息

客戶

P3

客戶關系

管理

P1

物流決策

管理

D1庫存

D2訂單

D3客戶資料

庫存信息

客戶基本資料

客戶資料信息

第三方物流企業(yè)的物流管理信息系統(tǒng)數據流程分析:業(yè)務流程圖與數據流程圖有何區(qū)別?

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

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

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

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

抽象性

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

概括性

把系統(tǒng)對各種業(yè)務的處理過程聯(lián)系起來,形成一個整體,從而給系統(tǒng)一個全貌。它把系統(tǒng)對各種業(yè)務的處理過程聯(lián)系起來考慮,形成一個總體。

而業(yè)務流程圖只能孤立地分析各個業(yè)務,不能反映出各業(yè)務之間的數據關系。第三方物流企業(yè)的物流管理信息系統(tǒng)數據流程分析:

圖第三方物流管理信息系統(tǒng)的頂層DFD

P

第三方物流

管理信息

系統(tǒng)

貨物

供應商

客戶

配送服務

回執(zhí)

回執(zhí)

第三方物流管理信息系統(tǒng)的第一層DFD

P2

物流作業(yè)

管理

貨物

供應商

庫存信息

訂單

訂單信息

客戶

P3

客戶關系

管理

P1

物流決策

管理

D1庫存

D2訂單

D3客戶資料

庫存信息

客戶基本資料

客戶資料信息

第三方物流企業(yè)的物流管理信息系統(tǒng)數據流程分析:

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

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

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

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

(或稱加工)

是對數據進行的操作,處理邏輯(加工)也稱處理,包括兩方面內容:

①變換數據的組成,即改變數據結構;

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

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

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

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

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

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

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

(1)

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

(2)

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

(3)

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

例3數據流程圖舉例

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

根據以上采購管理業(yè)務過程繪制數據流程圖倉庫訂貨P1供貨單位訂貨合同F(xiàn)1采購管理業(yè)務的數據流程圖缺貨通知單訂貨單催貨單取貨通知作業(yè):

通過系統(tǒng)調查,給出庫存管理業(yè)務如下:

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

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

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

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

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

數據項編號:A03-04

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

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

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

例:數據存儲定義⑤外部實體外部實體是數據的來源和去向。在數據字典中主要說明外部實體產生的數據流和傳給該外部實體的數據流,以及該外部實體的數量。數據字典中對其定義包括:外部實體編號;外部實體名稱簡述;輸入的數據流;輸出的數據流;外部實體編號:S03-01外部實體名稱:用戶簡述:購買本公司貨物的用戶輸入的數據流:FS03-06(“訂貨單”),F(xiàn)03-02(“發(fā)貨單”)輸出的數據流:FS03-06(“訂貨單”)

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

2.決策樹(decisiontree)

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

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

否則(條件不成立)動作B(3)循環(huán)語句循環(huán)語句表達在一定條件下重復執(zhí)行的相同動作,重復執(zhí)行的次數取決于循環(huán)的條件。循環(huán)語句的一般形式為:

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

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

若年交易額4萬元以上,且最近3個月無欠款的顧客,可享受10%的折扣;若近3個月有欠款,是本公司5年以上老顧客,可享受5%的折扣;若不是老顧客,只有2%的折扣;年訂貨量不足4萬元者無折扣。折扣政策>=4萬元<4萬元最近三個月無拖欠款最近三個月有拖欠款>=5年<5年10%5%2%無折扣年交易額支付信用與本公司業(yè)務史折扣政策按鍵★練習:某貨運站的收費標準如下:若收件地點在本省,則快件每公斤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:無折扣√條件和行動各種條件組合構造方法

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

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

(Use)/C

(Create)矩陣

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

功能/數據分析

功能/數據分析是在業(yè)務流程、數據流程及數據分析的基礎上,為了整體地考慮新系統(tǒng)的功能子系統(tǒng)和數據資源的合理分布而進行的系統(tǒng)化的分析。

功能/數據分析是通過U/C矩陣的建立和分析來實現(xiàn)的。

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

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

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

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

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

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

物流信息系統(tǒng)設計

物流信息系統(tǒng)實施組織架構與功能分析

業(yè)務流程分析

數據流程分析

數據字典

分析報告典型物流管理信息系統(tǒng)物流信息系統(tǒng)分析物流信息系統(tǒng)設計

物流信息系統(tǒng)實施典型物流管理信息系統(tǒng)信息系統(tǒng)總體結構設計

數據庫設計

代碼、輸入、輸出設計

設計報告物流信息系統(tǒng)分析

物流信息系統(tǒng)設計

物流信息系統(tǒng)實施進銷存管理信息系統(tǒng)系統(tǒng)測試

試運行和系統(tǒng)切換

運行管理和維護

系統(tǒng)評價物流信息系統(tǒng)分析物流信息系統(tǒng)設計

物流信息系統(tǒng)實施管理信息系統(tǒng)倉儲管理信息系統(tǒng)

運輸管理信息系統(tǒng)

典型物流信息系統(tǒng)2.4信息系統(tǒng)設計1功能模塊結構圖設計2代碼設計

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

5處理流程設計

6系統(tǒng)物理配置方案設計

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

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

圖6-

“倉儲管理”功能圖

倉儲管理

入倉管理

出倉管理

庫位查詢

庫存控制

出倉數據刪除

倉間調撥

倉位分配

入倉數據輸入

入倉數據修改

入倉數據查詢

出倉數據錄入

出倉數據修改

庫存查詢

每月庫存查詢

打印庫存報表

累計數據查詢

每日庫存查詢

入倉數據刪除

庫位管理

出倉數據查詢

倉位資料修改

倉位資料輸入

倉位資料查詢

倉位資料刪除

倉位狀態(tài)查詢

倉位統(tǒng)計查詢

自動倉租計算

租期預警

入倉庫存修改

出倉庫存修改

庫存

警報

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

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

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

代碼的分類2)區(qū)間碼

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

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

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

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

12345

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

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

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

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

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

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

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

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

輸入設計

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論