物流信息系統 07 開發方法學習資料_第1頁
物流信息系統 07 開發方法學習資料_第2頁
物流信息系統 07 開發方法學習資料_第3頁
物流信息系統 07 開發方法學習資料_第4頁
物流信息系統 07 開發方法學習資料_第5頁
已閱讀5頁,還剩90頁未讀 繼續免費閱讀

付費下載

下載本文檔

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

文檔簡介

1第10講物流信息系統開發方法知識回顧MIS開發的基本原則MIS開發前的準備工作幾種不同的開發方式及其優缺點幾種不同的開發策略及其使用場合。2常用開發方法三種常用開發方法結構化生命周期系統開發方法原型化系統開發方法面向對象的系統開發方法31結構化生命周期法1系統開發生命周期2結構化生命周期法的開發過程3結構化生命周期法的特點4結構化生命周期法的缺點4系統開發生命周期

從提出要建立一個MIS開始,到完全建成的全過程,是一個連續發展的過程,即一個階段的完成就是下一個階段的開始,這個過程稱為系統的開發生命周期(SystemDevelopmentLifeCycle,簡稱SDLC)。5基本思想

將系統的生命周期劃分為:系統規劃、系統分析、系統設計、系統實施、系統運行和維護等階段。應用系統工程的方法,按照規定的步驟和任務要求,使用一定的圖表工具完成規定的文檔,在結構化和模塊化的基礎上進行MIS的開發工作。

6系統工程

組織管理系統的規劃、研究、設計、制造、試驗和使用的科學方法。采用系統思想方法,借助自然科學、社會科學的理論和方法以及工程分析和設計的方法,研究系統的組織建立和管理,使局部與整體、系統與環境之間的關系互相協調,以實現系統標綜合最優。7系統工程

基本思想、觀點:追求系統最優、綜合應用各門科學和技術的最新成果、加強系統適應環境變化的應變能力、加強實踐等。8結構化

思想:用一組規范的步驟、準則和工具來進行某項工作。

基于生命周期的結構化方法:把系統功能視為一個個的模塊,根據系統分析設計的要求對其進行進一步的模塊分解或組合工作。9模塊化

思想:把系統劃分為若干個模塊,每個模塊完成一個特定的功能,然后將這些模塊匯集起來組成一個整體(即系統),用以完成指定的功能。1011詳細設計提出要求可行性研究系統評價系統維護驗收編程調試系統轉換詳細調查初步調查邏輯設計開發方案選擇審批審查審查總體設計系統規劃系統分析系統設計系統實施系統運行和維護2結構化生命周期法的開發過程1.系統規劃階段2.系統分析階段3.系統設計階段4.系統實施階段5.系統運行和維護階段圖2-3生命周期法的開發過程

12圖2—3生命周期法的開發過程13提出要求初步調查可行性研究可行性分析報告審批修改目標、追加資源、等待條件A停止研制否修改是★圖2—3生命周期法的開發過程14A詳細調查邏輯設計系統分析報告審批B修改說明書停止研制否修改是★圖2—3生命周期法的開發過程15B總體設計詳細設計系統設計說明書審批停止研制修改設計方案C否修改是圖2—3生命周期法的開發過程16C系統實施調試修改系統驗收交付使用是修改★1.系統規劃階段

對企業的環境、目標、現行系統的狀況進行初步調查,根據企業目標和發展戰略,確定MIS的發展戰略,對建設新系統的需求。做出分析和預測,同時考慮建設新系統所受的各種約束,研究建設新系統的必要性和可行性。

輸出:可行性分析報告、系統設計任務書172.系統分析階段

——邏輯設計階段根據系統任務書所確定的范圍,對現行系統進行詳細調查,描述現行系統的業務流程,指出現行系統的局限性和不足之處,確定新系統的基本目標和邏輯功能要求,即提出新系統的邏輯模型。

輸出:系統分析報告183.

系統設計階段——物理設計階段根據系統分析報告中規定的功能要求,考慮實際條件,具體設計實現邏輯模型的技術方案即設計新系統的物理模型。包括:總體設計詳細設計

輸出:系統設計說明書194.

系統實施階段

將設計的系統付諸實施。購置、安裝、調試計算機等設備,編寫程序,調試程序,人員培訓,數據文件轉換,系統調試,系統轉換。205.

系統運行和維護階段

記錄系統的運行情況,根據一定的規格對系統進行必要的修改,評價系統的工作質量和經濟效益。213結構化生命周期法的特點1.建立面向用戶的觀點2.加強調查研究和系統分析

3.邏輯設計與物理設計分別進行4.使用結構化、模塊化方法5.嚴格劃分工作階段6.工作文件標準化文獻化221.建立用戶第一的觀點MIS是為用戶服務的,開發全過程中要有用戶觀點,一切從用戶出發、從用戶利益考慮。要盡量吸收用戶(管理、業務人員)參加開發,加強與用戶溝通,主動、及時交換意見,以取得共識。232.加強調查研究和系統分析

為使新系統滿足用戶要求,要對現系統進行認真的全面調查。以便在此基礎上進行系統分析,通過方案對比,確定新系統最佳方案。243.邏輯設計與物理設計分別進行

在系統分析階段,開發人員提出新系統的邏輯模型(利用圖表工具表示,如: UML),使用戶有一個了解,在系統設計階段,根據新系統邏輯模型進行具體的物理設計。254.使用結構化、模塊化方法

采用結構化的設計方法,使新系統各部分獨立性強,便于設計、實施和維護。模塊的劃分采取自上而下的方法,在保證總體模塊正確的前提下,逐步分層細化,劃分為適當的模塊,在此基礎上進行物理設計和程序設計。265.嚴格按照階段進行

將整個新系統的開發過程分為若干個階段,每個階段都有其明確的任務和目標,每個階段又可分為若干工作步驟。便于開發過程的控制。前一階段為后續工作提供依據。每一階段完成,要嚴格審查,防止留下隱患。276.工作文件標準化文獻化

為保證各階段工作的銜接與日后系統的維護,各階段工作完成之后,要按照統一的要求形成相應的文檔資料。28

結構化生命周期法的缺點1.用戶介入系統開發的深度不夠,系統需求難以確定(原因);2.開發周期長,文檔過多;3.各階段文檔的審批工作困難。29原因⑴用戶懂管理,不懂計算機,分析人員缺乏對特定組織的管理狀態的認識和了解;⑵用戶不能確切描述現行信息系統的現狀和未來目標,分析人員理解會有偏差;⑶組織的管理體制隨環境而變化,要求系統開發有高度的可變性,這正是生命周期法難以支持的.30

原型法1原型法基本原理2原型法開發過程3原型的種類及構造方法4原型法的優點及存在的問題5原型法與傳統的生命周期法的比較311原型法基本原理

原型:可以逐步改進成運行系統的模型,開發者在初步了解用戶需求的基礎上,構成、設計和開發一個系統初始模型,該模型稱為原型或骨架。(一個可以實現的系統應用模型。)

開發人員和用戶在此基礎上共同探討、改進和完善方案,開發人員再根據方案對原型進行修改得到新的原型,再征求用戶意見,如此反復,直至用戶滿意為止。322原型法開發過程1.確定用戶的基本需求2.開發初始原型系統3.對原型進行評價4.修正和改進原型系統(循環、不斷修改完善)3334原型法開發MIS的過程示意圖確定用戶基本要求構造初始模型評價、使用系統原型用戶滿意?系統轉換、系統維護與評價修改、完善系統原型圖2—4原型法開發過程YN3原型的種類及構造方法1.原型的種類2.各類原型的構造方法351.

原型的種類本質上分為從應用場合分為36丟棄型進化型⑴丟棄式(研究)⑵演化式(試驗)⑶遞增式(進化)丟棄型⑴丟棄(研究)式

把原型作為用戶與開發人員之間通信的媒介,不打算將它作為實際系統運行。37⑴丟棄(研究)式目的:為對最終系統進行研究,用戶和開發者借助此系統進行交流,共同明確新系統的需求。可將這一過程作為生命周期法的一個階段,即需求定義階段(原型法與生命周期法結合)。38丟棄(研究)式原型法與生命周期法的結合39生命周期法可行性研究需求定義確定基本要求構造原型評審滿意否?修改NY初步設計詳細設計實施維護與評價原型法圖2—5丟棄式原型法與生命周期法的結合特點:開發費用低、速度快,一般要利用軟件工具即環境進行支持。40⑴丟棄(研究)式⑵演化(試驗)式

按照基本需求開發出一個系統,讓用戶先使用起來,有問題隨時修改。(用戶的要求及系統的功能在變化)。41⑵演化(試驗)式●過程:設計、實施、演化●特點:開發完成的系統可立即使用,但修改、增加原系統的功能極為頻繁。●注意:在實際實施中,要加強管理和控制,圍繞系統的基本需求進行開發。4243系統設計系統實施滿意否?最終系統YN演化(重新設計、實施)圖2—6演化式原型法的開發過程圖⑶遞增(進化)式

開始時系統有一個總體框架,各功能單元的結構和功能較清楚,但沒有具體實現。在以后的開發過程中一個一個的完善這些模塊。前提: 系統的組織結構不發生變化,模塊的外部功能不發生變化。4445圖2—7遞增式原型法的開發過程系統總體設計功能子單元全部實現?實現一個功能子單元NY最終系統

各類原型的構造方法1.丟棄(研究)式原型構造方法2.演化(試驗)式原型構造方法3.遞增(進化)式原型構造方法46⑴丟棄(研究)式原型構造方法又稱:需求原型法在沒有任何常規需求分析能滿意地識別和確認用戶真正的需求時使用。開始時開發者沒有用戶應用領域的專門知識,用戶對計算機能為自己做些什么也不清楚,只能通過演示才能促使用戶對系統功能的理解,激發其創造性。開發者不將精力集中在解決某一特定方案上,而是和用戶一起研究各種不同方案。沒有規范的形式及嚴格的規律,具有創造性。47⑵演化(試驗)式原型構造方法

和“原型”最接近,解決用戶的問題將通過試驗來評審。該方法從初始描述之后就開始適用于任何開發階段,它是對最終系統的一種強化。可用于:決定所開發系統性能的可行性、當資源受到限制時給出問題的解決方案。48演化(試驗)式原型構造方法的類型返回

?人機交互界面仿真原型

?輪廓仿真原型

?局部功能仿真原型

?全局功能仿真原型49人機交互界面仿真原型

向用戶提供所開發系統的人機交互界面的預期感受,原型常以對話、屏幕和菜單形式出現在最終系統中,系統其他部分中都使用這種模型。在該仿真模型中用戶看到的原型是和真實系統相似的系統,在原型背后可能根本沒有真正的數據,而是只對輸入作一些驗證。5051

該原型構造方法,從本質上來講,應成為最終系統的一種強化工具,它起的作用有:

1.補充系統用戶需求的描述;

2.從已有的描述中提煉出主要的描述信息來;

3.作為描述和實現的中間階段,為下一階段服務。人機交互界面仿真原型輪廓仿真原型

試圖去建設最終系統的總體結構,它是基于一些基本的系統功能之上的。目標:設計出整個系統,但要實現的僅僅是縮小的功能范圍,在該類原型中,所包含的功能使得用戶能全面完成他們的工作任務,并且繪制出沒有輪廓原型所支持的其他工作步驟。

52

局部功能仿真原型——用于測試最終系統的特性。如:測試一種規定的算法是否在給定的應用系統中有滿意解,以及這種算法是否使用了所設想的資源。53全局功能仿真原型——建立在含有最終系統所有功能的原型系統基礎上,4GL常用于獲取所需代碼,比傳統語言快的多,用戶的需求往往被翻譯成一種可以進行操作的系統,由這種系統來應用系統的仿真,該原型就是功能上的原型。構造這種原型時:要尋求實現和修改過程中的方便性,而不是最終系統所需的效率。54⑶遞增(進化)式原型構造方法采用一種進化中近似的問題解來表征原型系統,初始原型變成了進化系統的核心,每一種進化原型周期都會增加更多的系統特征,這種原型構造就成為整個開發過程的一種代替,原型最終必然會變成一種運行的系統。開發方式:①進化式②遞增式55原型法的優點及存在的問題1.原型法的優點2.原型法的缺點

561.原型法的優點⑴開發周期短⑵增加用戶的滿意度⑶加強了開發過程中的用戶參與程度⑷降低系統開發中的風險⑸降低系統開發的成本⑹易學易用,減少對用戶的培訓時間⑺可產生正確的系統需求描述572.原型法的缺點⑴對于大系統,復雜系統,不適于直接使用;⑵開發過程管理困難;⑶用戶較早看到原型,錯認為就是新系統,使用戶缺乏耐心;⑷開發人員很容易用原型取代系統分析。58原型法與傳統的生命周期法的比較1.原型法的特點2.原型法與生命周期法的比較(表1)591.原型法的特點⑴開發過程是一個循環往復的反饋過程⑵將模擬的手段引入系統分析的初期階段602.原型法與生命周期法的比較(表—1)61

方法內容

原型法

生命周期法開發路徑循環、迭代型嚴格、順序型文檔數量較少多用戶參與程度高低開發過程的可見度好差對功能需求或環境變化的適應性較好差用戶的信息反饋早遲對開發環境軟件工具的要求高低對開發過程的管理和控制較困難較容易

軟件開發工具1軟件開發工具的概念2軟件開發工具類別3軟件開發工具的基本功能與一般結構1軟件開發工具的概念

在高級程序設計語言的基礎上,為提高軟件開發的質量和效率,從規劃、分析、設計、測試、成文和管理各方面,對軟件開發者提供各種不同程度幫助的一類新型的軟件。軟件開發工具類別按工作階段劃分設計工具。如:rationalrose,powerDesigner等分析工具。如:rationalrose,powerDesigner,office等計劃工具。如:msproject等按集成程度劃分專用工具。如:powerDesigner,cvs,專用測試工具等集成工具。如:各種開發IDE等按與硬件、軟件的關系劃分依賴于某一特定的計算機或特定的軟件如:某種數據庫管理系統、設計工具、集成化工具獨立于硬件于其它軟件 如:分析工具、計劃工具1.基本功能⑴認識與描述客觀系統⑵存儲及管理開發過程中信息⑶代碼的編寫或生成⑷文檔的編制或生成⑸軟件項目的管理軟件開發工具的基本功能與一般結構⑴認識與描述客觀系統

協助開發人員認識軟件工作的環境與要求、合理地組織與管理系統開發的工作過程。 識別軟件的開發邊界; 識別軟件的開發環境; 識別用戶的環境,包括用戶資源情況,環境要求等。⑵存儲及管理開發過程中信息

系統開發中產生大量的信息,結構復雜,數量眾多,由工具提供一個信息庫和人機界面,有效的管理這些信息。⑶代碼的編寫或生成

通過各種信息的提供,使用戶在較短時間內,半自動地生成所需的代碼段落,進行測試、修改。⑷文檔的編制或生成

包括文字資料、各種報表、圖形(文檔編寫是系統開發中十分繁重的工作,費時、費力、很難保持一致。)⑸軟件項目的管理項目管理包括:進度資源費用質量管理2.一般結構總控文檔生成代碼生成其他輸出使用查詢一致性維護錄入更新系統狀況設計成果運行狀態項目版本聯機查詢信息庫管理信息庫人機界面分析人員項目管理人員運行管理人員MIS開發的組織工作1系統開發的組織機構與分工2系統開發的人員組成與職責3系統分析師的作用4系統開發中的文檔管理1

系統開發的組織機構與分工1.系統開發領導小組2.系統開發工作小組1.系統開發領導小組——負責新系統開發的行政組織和領導工作,具有權威的作用。(權力:機構調整,人員、設備、資金的調配,制訂規章制度,項目管理及對系統開發做出重要決策。)組成:

①企、事業單位管理業務的骨干人員;②計算機或信息管理的主管人③系統開發的技術負責人等。1.系統開發領導小組2.系統開發工作小組——負責系統開發工作的組織與實施,在系統開發領導小組的領導下,具體執行系統開發的過程。其中:技術負責人起主導作用。組成:參加系統開發的所有人員。2系統開發的人員組成與職責1.系統分析人員2.系統設計人員3.程序員4.操作員/測試人員5.其他6.開發人員之間的相互關系圖1.系統分析人員負責系統的調查與分析工作(又稱為系統分析師)經過專門的培訓,對計算機、MIS、現代管理理論和實踐都有較豐富的知識。知識面廣,善于學習不同行業的業務知識,有很強的負責精神,善于與不同背景的人員進行討論,交流思想,有較強的組織工作的能力。2.系統設計人員

負責系統的設計工作,又稱為系統設計師。進行系統的總體設計、物理設計,具有熟練的計算機專業知識,掌握建立MIS的技術基礎,責任心強,熟悉系統實施與轉換的一般技術方法。3.程序員負責系統的程序設計、調試和轉換工作。要求:精通程序設計語言與編程技巧,掌握系統測試的原理和方法,具有準確理解和貫徹系統分析與系統設計思想的素質和能力,善于學習和運用程序設計的新方法新技術,有一定的美學修養。4.操作員/測試人員

參與系統調試和轉換工作,負責系統正常運行期間對系統功能的執行(數據錄入、查刪改、統計、打印輸出、數據備份與恢復等)。要求:除有熟練的鍵盤操作技能,準確的漢字錄入能力外,還要掌握基本的硬件操作知識與OS命令,善于學習和掌握應用系統的功能結構和性能特點,遵守操作規程,有責任心。5.其他

在系統開發及正常運行后的管理與維護中,可根據需要配備相應的人員。如:設備維護、文檔管理、網絡系統管理等專門或兼職人員。系統開發人員之間的相互關系用戶用戶用戶用戶系統分析師數據管理員系統設計師程序設計員硬件網絡設計員系統分析師的任務及定義任務:設計和實施系統項目以滿足組織的需要。定義:是從事為一個組織找出其目標,決定

溫馨提示

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

評論

0/150

提交評論