第四章--物流信息系統的規劃與開發方法課件_第1頁
第四章--物流信息系統的規劃與開發方法課件_第2頁
第四章--物流信息系統的規劃與開發方法課件_第3頁
第四章--物流信息系統的規劃與開發方法課件_第4頁
第四章--物流信息系統的規劃與開發方法課件_第5頁
已閱讀5頁,還剩50頁未讀 繼續免費閱讀

下載本文檔

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

文檔簡介

1、第四章 物流信息系統的規劃與開發方法目錄CONTENTS1.信息系統規劃的相關概念2.物流信息系統規劃4.物流信息系統的開發方法3.物流信息系統規劃的主要方法物流聚焦一、企業信息化與運作人員的相互抱怨 從現場人員的感受我們可以意識到目前企業物料上線的信息化管理確實存在不小的問題,讓我們系統性地分析一下這些問題產生的原因。二、制造企業物料上線管理之痛 大部分生產制造企業的生產經理,普遍的感覺是身心疲憊,手機24小時開機,需要協調的問題不斷,常常被物料上線原因導致的停線追責,由此引發我們進行深層次的探究,生產制造企業的物料上線管理到底痛在何處?1.生產計劃能不能真的鎖定? 大部分企業都運行了ERP

2、系統,計劃部門也制定了月度、周、三天、日生產計劃,但所有的計劃都避免不了來自方方面面的意外導致的問題:市場某暢銷產品不能滿足供貨、某關鍵供應商的物料不能保障供應、某產品的模具出現了故障、某新品的試制必須滿足集團的考核進度、必須插入試制生產計劃 凡此種種,生產可是牽一發動全身,一個計劃的調整,全身的每個細胞都要跟著動,可是我們的系統卻不是聯動的,一個環節想不到,一堆的問題就會找上門,計劃、采購、生產、物流等部門負責人神經都快繃斷了。2.生產的產品品種能不能減少一點? 原來一個產品包打天下,一招鮮吃遍天,產品上線從頭跑到尾,都在掌控之中,現在怎么了?A產品干不了幾百臺,要干B產品了,B產品還要區分

3、高配和低配,一個顏色生產不會超過50臺,這些還沒完全適應過來,又要切換其他產品了。每個產品的變化,物料清單、配送工位、上線順序都要跟著不停地變化,我們的調度系統啥時才能變成超級無敵變形金剛。物流企業花了巨資在信息化上,為啥還有這么多痛點沒解決?物流聚焦3.我們的供應商能不能給力一點? 一款產品上千種物料已是很正常了,幾百個產品品種下來就得上萬種物料才能滿足生產,為了防止主供應商掉鏈子,還要配備B、C廠家保供,為了防止供應商斷料,我們制定了嚴格的供應商停線索賠機制,但是總會有不長眼的供應商供不上物料,好像他們也有倒不完的苦水:我們沒法及時看到你們生產計劃的調整,我們不知道你們實時庫存情況,你們產

4、品升級要早一點通知我們再多的理由,有一個件不到,生產線就跑不下去,停線的責任總得有人抗。4.原材料的倉庫為什么不能與供應商和物料配送達到無縫銜接? 原材料倉庫被四面墻攔住了,供應商不知道已有的庫存還能滿足多少天的生產,生產計劃調整后還有多少物料需要緊急調撥到位,無計可施只能派個有經驗的現場主管到客戶工廠倉庫去蹲點,在前線拿到的第一手資料是最準確可靠的,但這個人工成本可是一筆不小的支出。5.物流的上線配送工作啥時才能變得有條不紊? 物料的上線工作是一個復雜的系統工程,若干條生產線,幾百個生產工位,成千上萬種物料,料車、料架、周轉箱、流利式貨架、AGV小車等等各式各樣的中轉器具,全靠幾十或上百個配

5、送員根據經驗安排,總有不長腦子的配送員放錯了批量、選錯了容器、跟不上產線節奏,為什么沒有一個專門的系統能把每一個物料按照排產、器具、工位、生產節奏有序的管理起來呢? 所謂痛則不通、通則不痛。物料上線管理暴露出的問題從源頭生產計劃開始,衍生到原料采購、供應商管理、原物料倉儲出貨、原物料上周轉器具、配送上工位等各個環節,各環節沒有有效打通照顧到彼此,并通過系統統籌有效地管控起來。讓我們重新回到現場,看看到底哪些環節堵塞了系統間的銜接。物流企業花了巨資在信息化上,為啥還有這么多痛點沒解決?第一節信息系統規劃的相關概念1信息系統規劃的相關概念一、信息系統規劃的概念 信息系統規劃是將組織目標、支持組織目

6、標所必需的信息、提供這些必需信息的信息系統,以及這些信息系統的實施等諸要素集成的信息系統方案,是面向組織中信息系統發展遠景的系統開發計劃。 信息系統的規劃是系統生命周期中的第一個階段,也是系統開發過程的第一步,其質量直接影響這系統開發的成敗。1信息系統規劃的相關概念二、信息系統發展的階段論第1階段:初裝 初裝階段指單位購置第一臺計算機并初步開發管理應用程序。該階段,計算機的作用被初步認識,個別人具有了初步使用計算機的能力。一般情況下,“初裝”階段發生在單位的財務部門。第2階段:蔓延 隨著計算機應用初見成效,信息系統從少數部門擴散到多數部門,并開發了大量應用程序,使單位的事物處理效率有了提高,這

7、便是所謂的“蔓延”階段。顯然,在該階段中,數據處理能力發展的最為迅速,但同時出現了許多有待解決的問題,如數據冗余性、不一致性、難以共享等。可見,此階段只有一小部分計算機的應用收到了實際效果。圖4-1 諾蘭階段模型1信息系統規劃的相關概念二、信息系統發展的階段論第3階段:控制 管理部門了解計算機數量超出控制,計算機預算每年以30%40%或更高的比例增長,而投資的回收卻不理想。同時隨著應用經驗的豐富,應用項目不斷積累,客觀上也要求加強組織協調,于是就出現了由企業領導和職能部門負責人參加的領導小組,對整個企業的系統建設進行統籌規劃,特別是利用數據庫技術解決數據共享問題。這時,嚴格的控制階段便代替了蔓

8、延階段。諾蘭認為,第三階段將是實現從以計算機管理為主到以數據管理為主的轉換的關鍵時期,一般發展較慢。圖4-1 諾蘭階段模型1信息系統規劃的相關概念二、信息系統發展的階段論第4階段:集成 所謂集成,就是在控制的基礎上,對子系統中的硬件進行重新連接,建立集中式的數據庫及能夠充分利用和管理各種信息系統。由于重新裝備大量設備,此階段預算費用又一次迅速增長。第5階段:數據管理 諾蘭認為,“集成”之后,會進入“數據管理”階段。但在20世紀80年代時,美國尚處在第4階段,因此,諾蘭沒能對該階段進行詳細的描述。第6階段:成熟圖4-1 諾蘭階段模型此外,諾蘭階段模型還指明了信息系統發展過程中的6種增長要素,分別

9、是: 計算機硬軟資源;應用方式;計劃控制;MIS在組織中的地位;領導模式;用戶意識1信息系統規劃的相關概念三、 信息系統的開發策略(1)“自上而下”的開發策略。“自上而下”的開發策略強調從整體上協調和規劃,由全面到局部,由長遠到近期,從探索合理的信息流出發來設計信息系統。由于這種開發策略要求很強的邏輯性,因而難度較大,但這是一種更重要的策略,是信息系統的發展走向集成和成熟的要求。(2)“自下而上”的開發策略是從現行系統的業務狀況出發,先實現一個個具體的功能,逐步地由低級到高級建立信息系統。因為,任何一個信息系統的基本功能都是數據處理,所以,“自下而上”開發首先從研制各項數據處理應用開始,然后根

10、據需要逐步增加有關管理控制方面的功能。一些組織在初裝和蔓延階段,各種條件(設備、資金、人力)尚不完備,常常采用這種開發策略。“自下而上”的策略,用于小型系統的設計,適用于對開發工作缺乏經驗的情況。在實踐中,對于大型系統往往把這兩種方法結合起來使用,即先自上而下地做好信息系統的戰略規劃,然后,自下而上地逐步實現各系統的應用開發。這是建設信息系統的正確策略,物流信息系統的建設也不例外。1信息系統規劃的相關概念四、信息系統戰略規劃的作用 制訂信息系統戰略規劃的作用在于:(1)合理分配和利用信息資源(信息、信息技術和信息生產者),以節省信息系統的投資;(2)通過制訂規劃,找出存在的問題,更正確地識別出

11、為實現企業目標信息系統必須完成的任務,促進信息系統的應用,帶來更多的經濟效益。 例如,存在產品質量問題的某些企業在企業戰略規劃中確定的戰略是:建立全面質量管理控制規程;由此導出的信息系統戰略為:建立新產品的全面質量管理控制數據庫系統。(3)指導信息系統的開發,用規劃作為將來考核系統開發工作的標準。第二節物流信息系統的安全性2物流信息系統規劃一、物流信息系統規劃的原因(1)物流信息系統的戰略規劃是關于物流信息系統的長遠發展規劃,也稱為總體規劃。它通常包括主要發展目標、發展重點、實現目標的途徑和措施等,物流信息系統的戰略規劃既可以看成是企業戰略規劃下的一個專門性規劃,也可以看成是企業戰略規劃的一個

12、重要組成部分,它應與企業組織的戰略規劃之間協調一致。也就是說,不論物流信息系統的戰略規劃是作為企業戰略規劃的一部分還是一個專門性的規劃,它都應當與企業戰略規劃有機地配合。(2)物流信息系統規劃是建立物流信息系統的第一階段,是系統開發的基礎準備和總體部署階段。通過對企業的初步調查和客觀分析,以整個系統為研究對象,概要審查系統的目標與需求,估計系統實現后的效果,確定系統的總目標和主要功能,即從總體上把握系統的目標和功能框架,繼而分析論證總體方案的可行性,為后繼的開發工作打好基礎。因此,物流信息系統的規劃在整個物流系統的開發過程中具有舉足輕重的地位,必須引起高度重視。2物流信息系統規劃二、物流信息統

13、規劃的主要內容一般說來,物流信息系統規劃包含的主要內容: (1)物流信息系統的目標、約束與結構。系統規劃應該根據組織的戰略目標、組織的業務流程與創新需求以及組織的內外約束條件,來確定系統的總目標、發展戰略規劃,以及系統的總體結構類型及子系統的構成。其中,信息系統的總目標為信息系統的發展方向提供準則,而發展戰略規劃提出是完成工作的衡量標準。(2)對目前組織業務流程與現有信息系統的功能、應用環境和應用現狀,當前人員狀況,經費情況,滿足現實要求的情況等多方面進行評價。了解當前的能力狀況,制訂改革業務流程和建設信息系統的政策、目標和戰略。2物流信息系統規劃二、物流信息統規劃的主要內容 (3)對影響計劃

14、的信息技術發展的預測。信息系統戰略規劃無疑要受當前和未來信息技術發展的影響。因此,計算機及其各項技術的影響應得到必要的重視并在戰略規劃中有所反映。另外,對信息網絡、數據庫、軟件的可用性、方法論的變化、周圍環境的變化以及它們對信息系統產生的影響也在考慮的因素之中。 (4)發展規劃階段安排。是對本次規劃第一個發展階段中有關項目實施計劃的安排原則的確定和具體安排。主要包括:硬件設備的采購時間表、應用項目的開發時間表、軟件維護與轉換工作時間表、人力資源的需求計劃以及人員培訓時間安排和資金需求等。2物流信息系統規劃三、 物流信息統規劃的原則 (一)完整性原則 信息系統戰略規劃無疑要受當前和未來信息技術發

15、展的影響。因此,計算機及其各項技術的影響應得到必要的重視并在戰略規劃中有所反映。另外,對信息網絡、數據庫、軟件的可用性、方法論的變化、周圍環境的變化以及它們對信息系統產生的影響也在考慮的因素之中。 (二)可靠性原則。 一個可靠的物流管理系統要能在正常情況下達到系統設計的預期精度要求,不管輸入的數據多么復雜,只要是在系統設計要求范圍內,都能輸出可靠結果。非正常情況下的可靠性,指系統在軟、硬件環境發生故障的情況下做出應對措施。因此,物流信息系統必須能處理異常情況,依托系統來突出問題和機會,管理者通過信息系統能夠集中精力關注最重要的情況,以便及時做出相應的危機公關決策。 (三)經濟性原則 企業是趨利

16、性組織,追逐經濟利益是其活動的最終目的,所以每一次投入它都會考慮產出,因此,在系統的投入中也要做到投入最小、收益最大。這就要求軟件的開發費用必須在保證質量的情況下盡量地壓縮。一個經濟實用的物流信息系統必須層次結構分明,不同層次上的部門和人員,要盡可能是不同類型的信息。 一個完善的物理信息系統,要有以下層次:1.數據層:將收集、加工的物流信息以數據庫的形式加以存儲。2.業務層:對合同、票據、報表等業務表現方式進行日常處理。3.應用層:包括倉庫作業計劃、最優路線選擇、控制與評價模型的建立,根據信息檢測物流系統的狀況。4.計劃層:建立各種物流系統分析模型,輔助高管人員制訂物流戰略計劃2物流信息系統規

17、劃四、物流信息系統規劃的步驟進行物流信息系統規劃一般包括以下一些步驟,如圖4-2所示。圖4-2 物流信息系統規劃步驟2物流信息系統規劃四、物流信息系統規劃的步驟第1步,規劃基本問題的確定。應包括:規劃的年限、規劃的方法;確定集中式還是分散式的規劃以及進取還是保守的規劃。第2步,收集初始信息。包括:從各級機構、賣主相似的企業、本企業內部各種信息系統委員會、各種文件以及書籍和雜志中收集信息。第3步,現存狀態的評價和識別計劃約束。包括:目標、系統開發方法、計劃、現存硬件和它的質量、信息部門人員、運行和控制、資金、安全措施、人員經驗、手續和標準、中期和長期優先順序、外部和內部關系、現存的設備、現存軟件

18、及其質量,以及企業的思想和道德狀況。第4步,設置目標。這實際上應由總經理和計算機委員會來設置,它應包括:服務的質量和范圍、政策、組織以及人員等。它不僅包括信息系統的目標,而且應考慮整個企業目標。2物流信息系統規劃四、物流信息系統規劃的步驟第5步,準備規劃矩陣。它是信息系統規劃內容之間相互關系所組成的矩陣,這些矩陣列出后,實際上就確定了各項內容以及它們實現的優先順序。第6步、第7步、第8步和第9步,是識別上面所列出的各種活動是一次性的工程項目性質的活動,還是一種重復性的經常進行的活動。由于資源有限,不可能所有項目同時進行,只有選擇一些好處最大的項目先進行,同時要正確選擇工程類項目和日常重復類項目

19、的比例,正確選擇風險大的項目和風險小的項目的比例。第10步,是給定項目的優先權和估計項目的成本費用。依次我們可編制項目的實施進度計劃即第11步,然后再第12步把戰略長期規劃書寫成文。在此過程中還要不斷與用戶、信息系統工作人員以及信息系統委員會的領導交換意見。 寫出的規劃要經過第13步,總經理批準才能生效,并宣告戰略規劃任務的完成,如果是未獲批準,只能重新進行規劃。第三節物流信息系統規劃的主要方法3物流信息系統規劃的主要方法一、關鍵成功因素法(一)關鍵成功因素的主要來源3.環境因素1.個別產業的結構4.暫時因素2.競爭策略、產業中的地位及地理位置 不同產業因產業本身特質及結構不同,而有不同的關鍵

20、成功因素,此因素是決定于產業本身的經營特性,該產業內的每一公司都必須注意這些因素。 企業的產業地位是由過去的歷史與現在競爭策略所決定,在產業中每一個公司因其競爭地位的不同,其關鍵成功因素也會有所不同對于由一家大公司主導的產業而言,領導廠商的行動常為產業內小公司帶來重大的問題,所以對小公司而言,大公司競爭者的策略,可能就是其生存的競爭的關鍵成功因素。 企業因外在因素的變動,會影響每個公司的關鍵成功因素。如在市場需求波動較大時,存貨控制肯定就會被高階主管視為關鍵成功因素之一。 大部分是由組織內特殊的理由而來,這些事在某一特定時期對組織的成功產生重大影響的活動領域。3物流信息系統規劃的主要方法一、關

21、鍵成功因素法1.環境分析法。包括將要影響或正在影響產業或企業績效的政治、經濟、社會等外在環境的力量,換句話說,重視外在環境的未來變化,比公司或產業的總體變化來得重要,若實際應用到產業或公司上會產生困難2.產業結構分析法。 應用Porter所提出的產業結構分析架構,作為此項分析的基礎。此架構由五個要素構成。每一個要素間關系的評估可提供分析這客觀的數據,以確認及檢驗產業的關鍵成功因素。產業結構分析的另一個優點是此架構提供一個完整的分類,還可以圖形的方式找出產業結構要素及其主要關系。3.產業/企業專家法。向產業專家、企業專家或具有知識與經驗的專家請教,除可獲得專家累積的智慧外,還可獲得客觀數據中無法

22、獲得的信息。但此法因缺乏客觀的數據會導致實證或驗證上的困難。4.競爭分析法。不同產業因產業本身特質及結構不同,而有不同的關鍵成功因素,此因素是決定于產業本身的經營特性,該產業內的每一公司都必須注意這些因素。 (二)成功因素的8種確認方法5.產業領導廠商分析法。產業領導廠商的行為模式,可當做產業關鍵成功因素重要的信息來源。因此,對于領導廠商進行分析,有助于確認關鍵成功因素,但對于其成功的解釋仍會受到限制。6.企業本體分析法。此項技術乃針對特定企業,對某些結構方面進行分析,如優劣勢評估、資源組合、優勢稽核及策略能力評估等。透過各功能的掃描,確實有助于關鍵成功因素的發展,但要耗費大量時間且數據相當有

23、限。7.突發因素分析法。此項技術亦是針對特定企業,透過對企業相當熟悉的專家協助。雖然較主觀,卻常能揭露一些其他傳統客觀技術無法察覺到的關鍵成功因素,且不受功能的限制,甚至可以獲得一些短期的關鍵成功因素,遺憾的是難以驗證這些短期的關鍵成功因素。8.市場策略對獲利影響的分析法。針對特定企業,以研究PIMS報告的結果進行分析。此技術的主要優點是它的實驗性基礎,而缺點在于“一般性的本質”,即無法指出這些數據是可直接應用于某一公司或某一產業,也無法得知這些因素的相對重要性。3物流信息系統規劃的主要方法一、關鍵成功因素法(三)關鍵成功因素法的步驟 圖4-4 關鍵成功因素法 關鍵成功因素法源自企業目標,通過

24、目標分解和識別、關鍵成功因素識別、性能指標識別,一直到產生數據字典。關鍵成功因素就是要識別聯系于系統目標的主要數據類型及其關系,識別關鍵成功因素所用的工具是樹枝因果圖。3物流信息系統規劃的主要方法一、關鍵成功因素法(三)關鍵成功因素法的步驟 例如:某企業有一個目標是提高產品競爭力,可以用樹枝圖畫出影響它的各種因素,以及影響這些因素的子因素,如圖4-5所示。 如何評價這些因素中哪些因素是關鍵成功因素,不同的企業評價標準是不同的。對于一個習慣于高層人員個人決策的企業,主要由高層人員個人再此圖中選擇。對于習慣于群體決策的企業,可以用德爾菲法或其他方法把不同人設想的關鍵因素綜合起來。關鍵成功因素法在高

25、層應用,一般效果較好。圖 4-5 樹枝圖3物流信息系統規劃的主要方法二、戰略目標集轉化法戰略目標集轉化法(Strategy Set Transition,簡稱SST)是1978年由William King提出的一種確定管理信息系統戰略目標的方法。該方法吧整個組織的戰略目標看成是一個“信息集合”,該集合由組織的使命、目標、戰略和其他影響戰略的因素(如管理的復雜性、改革習慣以及重要的環境約束)等組成。戰略目標集轉化法過程如圖4-6所示。圖 4-6 戰略目標集轉化法過程3物流信息系統規劃的主要方法二、戰略目標集轉化法戰略目標集轉化法的實施步驟如下: 第一步是識別組織的戰略集,先考察一下該組織是否有成

26、文的戰略式長期計劃,如果沒有,就要去構造這種戰略集合。可以采用以下步驟: (1)描繪出組織各類人員結構,如賣主、經理、雇員、供應商、顧客、貸款人、政府代理人、地區社團及競爭者等。(2) 識別每類人員的目標。(3)對于每類人員識別其使命及戰略。 第二步是將組織戰略集轉化成信息系統戰略,信息系統戰略應包括系統目標、約束以及設計原則等。這個轉化的過程包括對應組織戰略集的每個元素識別對應的信息系統戰略約束,然后提出整個信息系統的結構。最后,選出一個方案給總經理。下面是某企業的戰略目標轉化例子,如圖4-7所示。 由圖4-7我們可以看出,該企業的目標是由不同群體引出的。例如:組織目標01由股票持有者S、債

27、權人Cr以及管理者M引出;組織戰略S1由目標01和06引出,以此類推。這樣就可以列出信息系統的目標、約束以及設計戰略。圖 4-7 某企業戰略目標轉化3物流信息系統規劃的主要方法三、企業系統規劃法企業系統規劃法(Business System Planning,簡稱BSP)是為指導企業信息開發而建立起的一種結構化方法。20世紀70年代初,IBM公司使用企業系統規劃化法進行企業內部信息系統開發。此后,該方法在管理信息系統開發中得到了廣泛的應用。企業系統規劃法幫助企業進行規劃,確定企業信息系統建設的信息需求,以滿足企業長期發展的需要。企業系統規劃法要求:(1)信息系統應支持企業的目標;(2)信息系統

28、應表達并滿足企業中各個管理層次(戰略計劃、管理控制和操作控制)的信息需求;(3)信息系統應向整個企業提供一致的信息;(4)信息系統應在企業管理體制和組織機構發生變化時保持一定的穩定性和工作能力;(5)信息系統的戰略規劃應由總體信息系統中的子系統開始實現。3物流信息系統規劃的主要方法三、企業系統規劃法 企業系統規劃法由四個主要步驟組成,分別是定義企業目標、定義企業過程、進行數據分析、定義信息系統的結構,如圖4-8所示。 圖 4-8 企業系統規劃法的主要步驟企業系統規劃法的主要步驟(一)定義企業目標 定義企業目標的任務是識別企業的戰略,主要工作是對當前組織的功能、應用環境和現狀進行評價,從而識別組

29、織的目標和戰略。該階段的根本目的是保證管理信息系統的戰略與整個組織的戰略目標協調一致。其具體內容與系統戰略規劃類同。(二)定義企業過程 企業過程是企業管理工作中一組邏輯上相關的決策和活動,它們服務于企業的資源管理工作。定義企業過程就是對這些決策和活動進行識別和確定。通過定義企業過程,可更深入了解企業目標的完成過程,并為數據類的定義和信息系統的結構定義提供基礎依據。以企業過程為基礎所構建的信息系統具有較強的適應性。它能在很大程度上獨立于企業組織機構的變化。3物流信息系統規劃的主要方法三、企業系統規劃法企業系統規劃法的主要步驟(二)定義企業過程 1.定義企業過程的依據 一般來說,一個組織或部門活動

30、和決策往往與某類資源屬性有關,并形成對其他資源的支配,這種資源被稱為“關鍵資源”。關鍵資源一般具有垂直穿越各管理層次和平行穿越各職能部門的特點。因而,關鍵資源是識別企業過程,構建系統結構的重要基礎。比如在企業中,產品/服務往往用來定義關鍵資源。 利用關鍵資源識別企業過程,往往是通過關鍵資源及其支持性資源的4個生命周期階段來實現的。這4個階段是:第1階段 需求、計劃、度量和控制。即決定需要多少產品和資源。獲取它們的計劃及確定計劃要求、度量和控制。第2階段 獲取和實現。開發產品或服務,或獲取開發過程中所需資源。 第3階段 經營管理。組織、加工修改或維護有關支持性資源,對產品/服務進行存儲或服務。第

31、4階段 回收或分配,產品或服務價值的實現,支持性資源使用結束。3物流信息系統規劃的主要方法三、企業系統規劃法企業系統規劃法的主要步驟(二)定義企業過程 2.定義企業過程的步驟 對企業過程的識別借助三類主要資源:計劃和控制資源、產品服務資源和支持性資源。其中,通過對這一類資源生命周期的分析,能夠得出相應的企業過程。定義企業過程的步驟如圖4-9所示。 計劃和控制過程 在企業管理過程中,計劃是制訂各種任務、目標、策略和控制等并用以指導具體的活動,已達到計劃所規定的目的。計劃和控制過程以所收集的有關計劃、關鍵成功因素和相應的度量標準等信息,識別相應的企業過程。表4-1為某企業所識別的計劃和控制過程的例

32、子。 圖4-9 定義企業過程的步驟3物流信息系統規劃的主要方法三、企業系統規劃法企業系統規劃法的主要步驟(二)定義企業過程 2.定義企業過程的步驟 產品服務過程 產品服務過程的首要工作是識別企業的產品和服務,然后識別與之相關的過程。一般是按照服務生命周期,從需求階段開始分析。開始階段可多定義一些過程,然后再對它們進行必要的組合,同時調整層次上的不一致性。表4-2為某企業的產品服務過程的例子。 支持性資源過程 在企業系統規劃中,支持性資源是企業實現其目標的消耗品和使用物。基本的支持性資源有材料、資金、設備和人員四種類型。此外,還有一些如市場、廠商及文字材料等輔助性資源。 圖4-9 定義企業過程的

33、步驟3物流信息系統規劃的主要方法三、企業系統規劃法企業系統規劃法的主要步驟(二)定義企業過程 2.定義企業過程的步驟 過程歸并和分析 過程歸并和分析工作主要是對已經從計劃控制、產品服務和支持性資源中識別的過程進行組合,以消除在層次上的不一致性,歸并由共性的過程。 最后的工作是識別企業的關鍵過程,識別關鍵過程的目的是確定需要對哪些部門做更詳細的研究。戰略規劃和管理控制往往包含關鍵過程。企業過程定義是企業系統規劃法的首要工作,是以后各項工作的基礎。其根本作用在于了解信息系統能在那些方面支持企業,這也是企業系統規劃法的研究目標。 圖4-9 定義企業過程的步驟3物流信息系統規劃的主要方法三、企業系統規

34、劃法企業系統規劃法的主要步驟(三)進行數據分析 1.識別數據 可將數據分為存檔類、事務類、計劃類和統計類四種。其中,存檔類數據用于記錄資源的狀況,支持經營管理活動,一般僅和一個資源直接相關;事務類數據反映由于分配和獲取活動所引起的存檔類型數據的變化;計劃類數據是規劃未來活動的數據,主要包括戰略計劃、預測、預算模型及操作日程等;統計類數據是對以上各類數據的統計和綜合,它用于對企業進行度量和控制。 數據類的初步識別可通過構造企業資源/數據類矩陣完成。表4-4為一個企業資源/數據類矩陣示例。構造的過程可針對每一種企業資源找到其相應的數據類,當所有的數據類被識別出來后,根據層次性和一致性對它們進行綜合

35、和分解,最后得出數量適當的數據類。數據類的最后確定需按產品服務生命周期對每個使用數據過程構造一系列的輸入處理輸出數據類,如圖4-11所示。3物流信息系統規劃的主要方法三、企業系統規劃法企業系統規劃法的主要步驟(三)進行數據分析 1.識別數據 圖 4-11 輸入處理輸出數據類圖3物流信息系統規劃的主要方法三、企業系統規劃法企業系統規劃法的主要步驟(三)進行數據分析 2.定義數據類 定義數據類是對已經識別出的數據類的具體結構、內容及有關屬性作詳細的說明。可以認為,數據類定義是對數據類別過程的總結和檢驗。同時,它也是建立系統總體結構的基礎。定義的方法一般采用文字描述,也可采用其他的形式描述方法。 3

36、.過程關聯 所謂過程關聯就是建立數據類與數據使用過程的關系。它是在所識別和定義的數據類的基礎上,將數據和它的生成、使用過程相聯系。表4-5為一個過程數據矩陣U/C的例子。 過程數據矩陣又稱為U/C(User/Create)矩陣,它是將數據類和相應的企業過程安排在一個矩陣中,用字母C和U表示哪個過程產生該數據,那個過程使用該數據。在矩陣中,首先按關鍵資源的生命周期順序排列過程,即計劃過程、度量和控制過程、直接涉及產品的過程,最后是管理支持資源的過程;然后根據過程中產生的順序將數據類排在另一維上,即計劃過程產生的數據、其他過程產生的數據;最后在適當的行列交叉處填上C或U。3物流信息系統規劃的主要方

37、法三、企業系統規劃法企業系統規劃法的主要步驟2.表示數據流向 落在系統方框以外的字母U表示對數據流的應用,用箭頭表示數據從一個方框流向另一個方框,得到相應的數據流向圖,如表4-6所示。得到數據流向圖后,就可以去掉字母C和U重新安排坐標軸,并給每個方框命名,最后,得到了一個完整的用如圖4-12所示的總體結構圖表示的信息系統的總體結構。(四)定義信息系統的結構 1.確定主系統 確定主系統的目的是劃分出系統總體結構的基本框架。具體做法是以過程數據矩陣為依據,從矩陣的左上角開始,通過調整某些行和列,盡量將字母C排列在從左上角到右下角的對角線上。需要說明的是,在原始的過程數據矩陣中,由于過程和數據是按相

38、關資源的生命周期順序排列的,所以大部分字母C基本上已經位于對角線上。經過這樣處理后,得到了字母C的適當排列,從而將企業過程和數據依據其管理的資源而劃分成若干組后,用方框將這些組分開來,如表4-6所示。這些方框代表邏輯子系統的組合以及對特定數據類的產生和維護責任。3物流信息系統規劃的主要方法三、企業系統規劃法企業系統規劃法的主要步驟(四)定義信息系統的結構 3.識別子系統 總體結構圖為管理信息系統子系統的識別提供了良好的基礎和框架。一般認為,由于過程是按企業活動的邏輯關系劃分的,因此過程提供了合理的子系統的邊界,可將一個過程組成一個子系統,該子系統對其他過程提供支持。一個過程也可由多個子系統支持

39、。劃分子系統時,已有的系統不應對新系統的規模和邊界產生影響。 根據數據類的產生使用特點,可將子系統分為如下幾類:產生數據類但不使用其他數據類的子系統。為確定這類子系統,可將數據過程數據組合矩陣中的每個C考慮為一個子系統,這類子系統具有獨立性。使用其他數據類來產生一個數據類的子系統。所有非第一類子系統所屬的C均屬于該類。使用數據類但不產生數據類的子系統。在過程數據組合矩陣中,方框中在行上沒有C的就是這子系統,它一般是支持度量和控制過程的子系統。方框以外的那些U,通常不單獨構成子系統,但它們是子系統的一部分。 當所有子系統識別后,應當給予功能上的描述。子系統的識別最終明確了系統結構,并提供了確定系

40、統開發優先級的對象和企業未來信息支持的概貌。系統總體結構可幫助企業檢查出產生數據的過程和結構,以確定數據政策和管理責任。第四節物流信息系統的開發方法4物流信息系統的開發方法一、生命周期法 結構化系統開發方法(Structured System Development Methodologies),即生命周期法,是最常用的管理信息系統開發方法。它是用系統工程的方法,以用戶至上為原則,以結構化、模塊化的方式,自頂向下的對系統進行分析與設計。 用結構化系統開發方法開發一個系統,將整個開發過程分為5個首尾相連的階段,即系統開發的生命周期(life cycle)。包括:系統調查、系統分析、系統設計、系統

41、實施與運行、系統維護與評價。生命周期法實際上就是從系統提出請求開始,然后進行調查、分析、設計、實施、運行和維護的整個過程。(一)系統調研階段 系統分析員要對現行系統進行調查研究,弄清系統組織結構業務情況、資源、系統的界限和存在問題,然后確定新系統的目標,進行可行性研究并提出可行性研究的書面報告。 用戶需求調研涉及用戶和系統分析人員兩方。為了使用戶需求調研工作順利進行,必須事先制訂一個調研計劃,以便雙方有關人員,特別是用戶方面的人員,安排好工作時間。由表4-7可知,調研計劃包含了調研內容、接待部門和人員、調研成果3方面的信息。4物流信息系統的開發方法一、生命周期法(一)系統調研階段 經常采取的調

42、研方法主要有:表格調查法、座談調查法、查閱資料法和現場觀察法4種。同時,還要使用相應的調研工具,如統計表格、圖形等。 表格調查法。對于那些結構性強、指標含義明確并且有具體內容的調查,應使用表格來調查。一般可利用目標調查表、組織機構調查表、任務調查表、文件類信息調查表、報表數據調查表、計算機資源調查表、計算機應用項目調查表等表格來配合調查。 座談調查法。這是一種通過調查人員與被調查人員進行面對面的有目的的談話獲取所需資料的調查方法。一般由按綱問答法和自由暢談法兩種。 查閱資料法。該方法就是查閱企業各種各樣的定性和定量的文件。 現場觀察法。這是一種深入現場直接對調查對象的情況進行觀察、記錄,從而取

43、得第一手資料的調查方法。采用這種方法可以提高信息的可靠性。觀察可以分為對人的行為的觀察和對行為的客觀事物的觀察。4物流信息系統的開發方法一、生命周期法(二)系統分析階段 在詳細占有資料的基礎上,認真分析用戶的要求,確定新系統的邏輯功能,并通過一系列圖標工具表達出來,最后編寫系統分析說明書。(三)系統設計階段 根據系統分析階段確定的各種功能要求及數據流程圖,轉化為具體的物理系統。(四)系統實施與運行階段 包括:程序設計及測試、系統的轉換及運行、設備的安裝與調試、人員培訓工作。(五)系統維護與評價 維護可保證系統正常運行。系統評價是對新系統進行技術、運行和經濟效益的綜合評價。 生命周期法強調用戶參

44、與系統的開發;按照系統的觀點,自頂向下的完成開發工作;按照工程的觀點分層次安排開發計劃;充分考慮到新系統適應系統變化的情況等觀點。4物流信息系統的開發方法二、原型法 原型法( Prototyping)是一種實用的開發方法,其基本思想是假定系統的使用者是缺乏計算機技術知識背景的,因此開發者和使用者在討論系統的構成問題時存在著許多障礙。在這種情況下,開發者和用戶的合作無疑是非常困難的。 因此,一個解決方法就是開發者根據用戶提出的基本需求,投入少量人力和物力,盡快建立一個原始模型,使用戶可及早運行和看到模型的概貌和使用效果,并提出改進方案,開發人員進一步修改完善,如此循環更迭,直到形成一個用戶滿意的

45、模型為止。 從原型法的基本設想中可以看到,它要求在獲得系統的一組基本的用戶需求后,快速地實現新系統的一個“原型”,用戶、開發人員及其他有關人員在試用原型的過程中,通過反復評價和反復修改原型系統,從而使用戶的需求日益明確。同時,從原型到模型的形成,周期短、見效快,對環境變化的適應能力較強。4物流信息系統的開發方法二、原型法(一)原型法開發步驟如下:1.確定用戶的基本要求 在這一階段,開發者的任務是設計出若干基本的、關鍵的問題向用戶詢問,從而得到用戶對信息系統的基本要求,然后對系統給出初步的定義。用戶的基本要求是指對系統各種功能的要求,對數據結構、菜單和屏幕界面、報表內容和格式等的要求。這一步的關

46、鍵在于設計者能否抓住問題的本質,建立起簡明的系統模型。2.開發初始模型 根據用戶的初始需求,開發一個可以應用的原型系統。一般原型系統只有數十個屏幕畫面和少量試驗數據。通常只是單機上的系統,從系統的工作效率上來看也是很不完善的,但其目的主要是為了描述開發者所理解的用戶的基本需求,所以對系統的工作效率、界面完美程度并不做很多的追求。3.使用和評價原型 請用戶使用原型系統,讓他們實際體驗使用系統的感覺,并寫出所有不滿意的地方。用戶可以發現該系統和所設想的系統的差別,從而給開發者提供完善的思路。 這一步的目的是讓用戶發現原型系統中存在的問題,并不斷的修改原型系統直到出現下列兩種情況之一為止。 用戶認定

47、按原型開發的系統不是他們所希望的系統,或者開發者認為用戶提出的要求按目前的條件無法實現,從而終止開發工作。 除了規模和效率等幾個可以改善的問題外,用戶對原型系統已經滿意。4物流信息系統的開發方法二、原型法(一)原型法開發步驟如下:4.修改和完善 根據修改意見進行修改,以得到新的原型系統,然后再進行使用和評價,這樣經過有限次的循環往復,逐步提高和改善,直到形成一個用戶滿意的系統。原型法的開發步驟如圖4-13所示。 在信息系統開發中,一般以上循環過程不多于45次,同時,使用原型法的成功關鍵有以下幾點: 有適合的硬件設備和網絡設施; 有功能很強的系統構筑工具; 有可以控制的數據; 系統開發者有足夠豐

48、富的計算機知識; 用戶對于管理方面知識豐富,同時,對系統開發感興趣,能夠投身到反復的討論中;4物流信息系統的開發方法二、原型法(二)原型法的適用范圍: 作為一種具體的開發方法,原型法不是萬能的,而是由一定的適用范圍和局限性的。主要表現在以下幾個方面: 對于一個大型的系統,如果不經過系統分析來進行整體性劃分,想要直接用原型來一個一個地模擬是很困難的。 對于大量運算的、邏輯性較強的模塊程序,原型法很難構造出模型來供人評價,因為這類問題不是三言兩語可以說清楚的。 對于一個批處理系統,大部分是內部處理過程,用原型方法有一定的困難。4物流信息系統的開發方法三、面向對象方法(一)面向對象方法的基本思想:

49、面向對象是一種認識方法學,它既提供了從一般到特殊的演繹手段,又提供了從特殊到一般的歸納形式。面向對象的系統開發方法是以事物為中心來考慮計算機的處理體系。這里指的事物不僅基于信息隱蔽和抽象數據類型等概念,還把事物的形象、功能和意義一體化,作為處理的基本單位,即把系統內所有資源都視為“對象”,每個對象都封裝數據和方法,而方法實施對數據的處理,所以在面向對象時,只要給出“執行它”信息,便可以完成處理。(二)面向對象方法的概念 1.對象 廣義地講,對象可以是認為人或事物。面向對象方法認為,客觀世界是由各種各樣的對象組成的,每種對象都有各自的內部狀態和運動規律,不同的對象之間的相互作用和聯系就構成各種不

50、同的系統。當設計和實現一個客觀系統時,在滿足需求的條件下,把系統設計成由一些不可變的部分組成的集合,這些不可變的部分就是所謂的對象。4物流信息系統的開發方法三、面向對象方法(二)面向對象方法的概念 1.對象 廣義地講,對象可以是認為人或事物。面向對象方法認為,客觀世界是由各種各樣的對象組成的,每種對象都有各自的內部狀態和運動規律,不同的對象之間的相互作用和聯系就構成各種不同的系統。當設計和實現一個客觀系統時,在滿足需求的條件下,把系統設計成由一些不可變的部分組成的集合,這些不可變的部分就是所謂的對象。 2.對象的特征對象是面對對象方法的主體,對象的基本特征包括: 抽象性。對象是能夠被抽象地表示

51、出來的,抽象是對象世界的簡明表示。抽象地表示對象時強調描述對象的主要方面,忽略對象的不重要方面。用模型表達對象是對象抽象性。封裝性。面向對象方法中,對象是被嚴格模塊化的、一個個獨立存在的實體。對一個個對象來說,從外部可以了解它的功能,但其內部細節是“隱蔽”的,它不受外界干擾。所以對象之間的相互依賴性很小,可以獨立地被其他各個系統所選用,這就是所謂的封裝性。封裝了的對象滿足軟件工程的一切要求,而且可以直接被面向對象的程序設計語言所接受。繼承性。由于對象之間是有一定聯系的,每個對象在整體結構中都有自身的位置,不同位置的對象在屬性關系上的共同性構成了對象之間的聯系,在面向對象的方法中被稱為繼承性,即

52、子模塊繼承了父模塊的屬性。多態性。對象的多態性特征表現在各對象之間互操作、消息傳遞等方面。對象的多態性使不同的對象能夠作相同的操作,對不同的對象發送相同的消息。所以,對象的多態性增強軟件的靈活性、重用性和可理解性。4物流信息系統的開發方法三、面向對象方法(二)面向對象方法的概念 3.面向對象方法以對象為主體開發信息系統的方法就是面對對象方法。面向對象方法的結構和特征主要包括:任何客觀事物都是由客觀事物中的多個被抽象出的對象組成,對象通過某種組合,形成一定的結構,構成復雜的事物。0102對象由屬性和方法組成。屬性是對對象信息特征的反映,如:特點、值和狀態等;方法是用來定義的操作過程來完成。030

53、4對象之間的聯系主要通過傳遞消息來實現,傳遞消息的方式是通過消息模式和方法所定義的操作過程來完成。可按其屬性將對象進行歸類。類有一定的結構,類上可以有超類,類下可以有子類、超類、類和子類構成了對象或類之間的層次結構,它們之間的關系是靠繼承維系的。4物流信息系統的開發方法三、面向對象方法(三)面向對象方法的開發過程 3.面向對象方法 系統調查和需求分析 系統調查和需求分析就是對系統面臨的具體管理問題以及用戶對系統開發的需求進行調查研究,明確系統目標和功能。 問題分析和求解 問題分析和求解時識別出對象及其行為、結構、屬性和方法等。這個階段通常被稱為面向對象分析,簡稱OOA。 歸納 歸納式對第一階段

54、分析的結果作進一步的抽象、歸類,以范式的形式將它們確定下來。這個階段通常被稱為面向對象設計,簡稱OOD。 程序實現 程序實現是用戶面向對象的程序設計語言取第三階段整理出的范式,使之成為應用程序軟件,這個階段通常被稱為面向對象的編程,簡稱OOP。4物流信息系統的開發方法四、計算機輔助軟件工程法 計算機輔助軟件工程(Computer Aided Software Engineering,簡稱CASE)是在20世紀80年代后期提出并發展起來的。確切地說,CASE方法并不是一種信息系統開發方法,但這并不影響CASE方法在信息系統開發中的重要地位。CASE方法的重要性主要表現在其對信息系統的開發方法和開

55、發過程的支持作用上。 (一) CASE的基本思想 CASE的出現主要是為了解決“軟件危機”問題,“軟件危機”一直以來就是制約軟件發展的瓶頸問題。導致“軟件危機”的主要原因是傳統的軟件開發要靠“人”進行集約型的作業生產,于是“人”的主觀因素所造成的錯誤是不可避免的。 “軟件工程”研究的根本問題是如何降低成本,高效率地生產高質量的軟件,以克服“軟件危機”所遇到的困難。因此,軟件工程從它一誕生起就面臨著如何組織“人”進行大規模作業,以及如何逐步用其他方法代替“人”的作業這兩大課題。前者主要研究軟件開發方法和項目管理方法,后者就是軟件工程自動化工具,即CASE工具。 CASE的關鍵是集成一系列可協調的

56、軟件工具組成進而形成整體的軟件開發支持環境,并與項目管理工具和軟件開發方法相結合,實現對環境的支撐于優化。具體地說,CASE是一組工具和方法集合,可以輔助軟件在開發生命周期各個階段進行軟件開發。廣義地說,CASE是輔助軟件開發的任何計算機技術,它由兩個主要的含義:在軟件開發和維護過程中提供計算機輔助支持;在軟件開發和維護中引入工程化方法。4物流信息系統的開發方法四、計算機輔助軟件工程法(二)CASE工具介紹CASE工具與系統開發階段相對應,當前CASE主要有以下一些工具:1.在需求分析階段,CASE工具包括:帶分析功能的結構化圖形工具箱,如DFD圖形工具、實體關系圖(E-R圖)等。面向對象模型

57、化工具和分析工具、原型化工具、共享信息資源中心庫等。2.在程序設計與實現階段,CASE工具包括:Jackson程序結構圖、N-S圖、PAD圖等結構化圖形工具;源代碼生成工具;源代碼分析工具;測試數據生成工具;測試覆蓋率分析工具;異常結果差錯工具等。3.在測試階段,CASE工具包括:測試環境模擬工具、集成測試支持工具等。4.在維護階段,CASE工具包括:現存系統評價工具、分析和重新設計工具、移植工具、重新結構化工具和逆向軟件工程工具等。(三)CASE工具的分類4物流信息系統的開發方法四、計算機輔助軟件工程法(四)CASE工具的特點(1)一般CASE工具只能在特定的一個或幾個操作系統環境中運行,同時,不同的CASE工具所能支持的系統規模也有大有小。(2)CASE工具是在系統開發周期的不同階段產生的,根據CASE工具所支持的不同開發階段分為上游CASE工具和下游CASE工具。上游CASE工具主要是針對系統分析、設計階段,下游CASE工具主要針對系統實施,維護階段。當前,CASE工具正朝著集成化方向發展,但尚未成熟,這就使得大多數情

溫馨提示

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

評論

0/150

提交評論