第3章_管理信息系統(tǒng)的開發(fā)方式與方法

1、,第3章 MIS的開發(fā)方式與方法,內(nèi)容,內(nèi)容提要3.1 MIS開發(fā)涉及的基本問題3.2 MIS的開發(fā)方式3.3 結(jié)構(gòu)化生命周期法3.4 原型法（Prototyping Approach）3.5 面向?qū)ο蟮姆椒?.6 軟件開發(fā)工具3.7 MIS開發(fā)的組織工作 小結(jié) 習題3 　　　返回,內(nèi)容提要,MIS的開

2、發(fā)是一個復雜的系統(tǒng)工程，它要受到多方面條件的制約。研究這些條件無疑將有助于MIS的開發(fā)，有利于對MIS開發(fā)中涉及到的有關(guān)問題的理解。在MIS建設(shè)的長期實踐中，已形成了多種系統(tǒng)開發(fā)的方式和方法。因此，為了保證系統(tǒng)開發(fā)工作的順利進行，應該根據(jù)所開發(fā)系統(tǒng)的規(guī)模大小、技術(shù)的復雜程度、管理水平的高低、技術(shù)人員的情況、資金與時間要求等各個方面的不同要求采用不同的開發(fā)方式與方法。

3、 返回,學完本章后，應該掌握以下內(nèi)容：,1．  MIS開發(fā)的基本原則 2．  MIS開發(fā)應具備的條件 3．  MIS的開發(fā)策略 4．  MIS的開發(fā)方式 5．  MIS的常用開發(fā)方法 6. MIS開發(fā)的環(huán)境 返回,3.1 MIS開發(fā)涉及的基本

4、問題,3.1.1 MIS開發(fā)的基本原則 3.1.2 MIS開發(fā)的條件3.1.3 MIS的開發(fā)策略

5、 返回,3.1.1 MIS開發(fā)的基本原則,⑴ 實用性原則 ⑵ 系統(tǒng)性原則 ⑶ 符合軟件工程規(guī)范的原則 ⑷ 完善，逐步發(fā)展的原則 返回,⑴ 實用性原則,系統(tǒng)必須滿足用戶管理上的要求，既保證系統(tǒng)功能的正確性又方便實用，需要友好的用戶界面、靈活的

6、功能調(diào)度、簡便的操作和完善的系統(tǒng)維護措施。 實用/系統(tǒng)/軟件工程/逐步/返回,⑵ 系統(tǒng)性原則,在MIS的開發(fā)過程中,必須十分注重其功能和數(shù)據(jù)上的整體性、系統(tǒng)性。 實用/系統(tǒng)/軟件工程/逐步/返回,⑶ 符合軟件工程規(guī)范的原

7、則,MIS的開發(fā)是一項復雜的應用軟件工程，應該按軟件工程的理論、方法和規(guī)范去組織與實施。 實用/系統(tǒng)/軟件工程/逐步/返回,⑷ 逐步完善,逐步發(fā)展的原則,MIS的建立不可能一開始就十分完善和先進，而總是要經(jīng)歷一個逐步完善、逐步發(fā)展的過程。 實用/系統(tǒng)/軟件工程/逐步/返回,3.1.2 MIS開

8、發(fā)的條件,1. MIS開發(fā)的條件 2. MIS開發(fā)前的準備工作

9、 返回,1.MIS開發(fā)的條件,⑴領(lǐng)導重視，業(yè)務(wù)人員積極性高; ⑵必須有建立MIS的實際需求和迫切性;⑶必須要有一定的科學管理基礎(chǔ);⑷有必要的投資保證，并能提供系統(tǒng)維護人員的編制和維護費用; ⑸管理人員知識結(jié)構(gòu)應滿足系統(tǒng)建設(shè)需要;⑹基礎(chǔ)數(shù)據(jù)要齊全規(guī)范。,返回,2.MIS開發(fā)前的準備工作,⑴建立開發(fā)領(lǐng)導機構(gòu)及組織開發(fā)隊伍；⑵借鑒同類系統(tǒng)的開發(fā)經(jīng)驗；⑶選擇適

10、合本企業(yè)實際的開發(fā)方式；⑷確定系統(tǒng)目標、開發(fā)策略和投資金額；⑸收集和整理基礎(chǔ)數(shù)據(jù)。 返回,3.1.3 MIS的開發(fā)策略,1.幾種可以考慮的開發(fā)策略2.選擇策略時應注意的3個問題

11、 返回,1.幾種可以考慮的開發(fā)策略,⑴ 接受式開發(fā)策略⑵ 直線式開發(fā)策略 ⑶ 迭代式開發(fā)策略 ⑷ 實驗式開發(fā)策略 ⑸ 規(guī)劃式開發(fā)策略 ? 圖3—1

12、選擇開發(fā)策略的模型 返回,⑴ 接受式開發(fā)策略,認為用戶對信息的需求的敘述是正確的、完全的和固定的，并且以此作為開發(fā)的根據(jù)。 接受/直線/迭代/實驗/規(guī)劃/模型/適合/返回,適合：,

13、小項目，高度結(jié)構(gòu)化，用戶需求明確和開發(fā)者有充分經(jīng)驗的情形。 例如：對文件的轉(zhuǎn)換、從已有文件或數(shù)據(jù)庫中產(chǎn)生各種報表、以及某些簡單的、單用戶的系統(tǒng)等。

14、 返回,⑵ 直線式開發(fā)策略,從需求說明開始到最后開發(fā)直線的進行下去,每完成一步都要進行評審,以驗證是否和需求一致。 接受/直線/迭代/實驗/規(guī)劃/模型/適合/返回,直線式開發(fā)策略適合：,用戶的應用需求可較好的定義,且以后不需進一步修改或只需稍作修改 (如生命周期法)、系

15、統(tǒng)規(guī)模較大,但結(jié)構(gòu)化程度高,用戶任務(wù)的綜合性強以及開發(fā)者具有熟練技術(shù)與豐富經(jīng)驗的情形。

16、 返回,⑶ 迭代式開發(fā)策略,研制過程中驗證需求不論是有錯還是不恰當，都可以回到需求確定過程，對需求說明進行修改，如此重復進行,直到所開發(fā)的系統(tǒng)滿足需求為止。 若開發(fā)需求的不確定性比較高,直線式開發(fā)策略不能保證用戶真正的信息需求,就需要把傳統(tǒng)直線式過程加以改進,使其按迭代方式重復進行。

17、 接受/直線/迭代/實驗/規(guī)劃/模型/適合/返回,迭代式開發(fā)策略適合：,大型多用戶系統(tǒng)、對用戶或開發(fā)者來說是新的應用領(lǐng)域的情形。

18、 返回,⑷ 實驗式開發(fā)策略,采用原型法或應用的模擬,通過試驗的方式去逐次近似并減少不確定信息需求,同時找出原型的缺點,直到用戶對需求完全理解和需求得到保證為止。 接受/直線/迭代/

19、實驗/規(guī)劃/模型/下頁/返回,若信息需求不確定性很高,則可通過一個實際工作系統(tǒng)來驗證需求是否得到保證。如：高層管理決策支持系統(tǒng)、交互預測模型及多用戶的非結(jié)構(gòu)化系統(tǒng)等。

20、 返回,⑸ 規(guī)劃式開發(fā)策略,從系統(tǒng)的戰(zhàn)略目標、信息需求分析、資源分配和項目計劃等方面進行規(guī)劃,合理的設(shè)計出系統(tǒng)的總體結(jié)構(gòu)。各個子系統(tǒng)的開發(fā),則根據(jù)其信息需求的不確定性程度,選擇不同的開發(fā)策略。 接受/直線/迭代/實驗/規(guī)劃/模型/適合/返回,規(guī)劃式開發(fā)策略適用于：,

21、MIS的規(guī)模特別大,復雜程度特別高,例如跨地區(qū)、跨部門的全國性的大系統(tǒng),其信息需求的不確定性程度特別大,必須做好MIS的總體規(guī)劃。

22、 返回,圖3—1 選擇開發(fā)策略的模型,接受/直線/迭代/實驗/規(guī)劃/模型/返回,不確定因素,不確定級別,開發(fā)策略,?項目的規(guī)則?結(jié)構(gòu)化程度 ?用戶對任務(wù)的理解程度 ?開發(fā)者對任務(wù)熟練程度,低中高很高,?接受式?直線式?迭代式?實驗式?規(guī)劃式,,,,,,2. 選擇策略時應注意的3個問題,(1) 關(guān)于總體規(guī)劃(2) 開發(fā)的技術(shù)方法(3

23、) 開發(fā)的進程控制 返回,⑴ 關(guān)于總體規(guī)劃,在系統(tǒng)建立與開發(fā)過程的整體規(guī)劃上,應采取“總體規(guī)劃,分期實施,逐步投資,逐步見效”的策略原則。?具體的方法有以下兩

24、種： ① “自上而下”的方法 ② “自下而上”的方法 返回,⑵ 開發(fā)的技術(shù)方法,在考慮系統(tǒng)開發(fā)的技術(shù)方法上,必須注意應用成熟的技術(shù),MIS開發(fā)不是搞科研,而是一項應用軟件工程。 返回,(3)開發(fā)的進程控制,在系統(tǒng)開發(fā)的進程控制上，應立足于采用增量實現(xiàn)的策略。 返回,3.2 MIS的開

25、發(fā)方式,3.2.1 自行開發(fā)3.2.2 委托開發(fā)3.2.3 合作開發(fā)3.2.4 利用現(xiàn)成軟件包開發(fā) 返回,3.2.1 自行開發(fā),——由用戶依靠自己的力量獨立完成系統(tǒng)開發(fā)的各項任務(wù)。 自行開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回,適 合,?有較強專業(yè)開發(fā)分析與設(shè)計隊伍 和程序設(shè)計人員 ?系統(tǒng)維護

26、使用隊伍的組織和單位 如：大學、研究所、計算機公司、 高科技公司等單位。 　　自行開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回,優(yōu) 點,開發(fā)費用少,容易開發(fā)出適合本單位需要的系統(tǒng),方便維護和擴展,有利于培養(yǎng)自己的系統(tǒng)開發(fā)人員。 自行開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回,缺 點,(1)容易受業(yè)務(wù)工作的限制，系統(tǒng)整體

27、優(yōu)化不夠，開發(fā)水平較低。 (2)系統(tǒng)開發(fā)時間長，開發(fā)人員調(diào)動后，系統(tǒng)維護工作沒有保障。 自行開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回,注 意,（1）需要大力加強領(lǐng)導，實行“一把手”原則； （2）向?qū)I(yè)開發(fā)人士或公司進行必要的技術(shù)咨詢，或聘請他們作為開發(fā)顧問。 自行開發(fā)/適合/優(yōu)點/缺點/注意/比

28、較/返回,3.2.2 委托開發(fā),——由使用單位(甲方)委托通常是有豐富開發(fā)經(jīng)驗的機構(gòu)或?qū)I(yè)開發(fā)人員(乙方),按照用戶的需求承擔系統(tǒng)開發(fā)的任務(wù)。 委托開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回,適 合,使用單位(甲方)沒有MIS的系統(tǒng)分析、系統(tǒng)設(shè)計及軟件開發(fā)人員或開發(fā)隊伍力量較弱、但資金較

29、為充足的單位。 委托開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回,優(yōu) 點,省時、省事，開發(fā)的系統(tǒng)技術(shù)水平較高。 委托開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回,缺 點,費用高、系統(tǒng)維護與擴展需要開發(fā)單位的長期支持，不利于本單位的人才培養(yǎng)。 委托開發(fā)/適

30、合/優(yōu)點/缺點/注意/比較/返回,注 意,⑴ 使用單位(甲方)的業(yè)務(wù)骨干要參與系統(tǒng)的論證工作； ⑵ 開發(fā)過程中需要開發(fā)單位(乙方)和使用單位(甲方)雙方及時溝通，進行協(xié)調(diào)和檢查。 委托開發(fā)/適合

31、/優(yōu)點/缺點/注意/比較/返回,3.2.3 合作開發(fā),——由使用單位(甲方)和有豐富開發(fā)經(jīng)驗的機構(gòu)或?qū)I(yè)開發(fā)人員(乙方),共同完成開發(fā)任務(wù)。雙方共享開發(fā)成果,實際上是一種半委托性質(zhì)的開發(fā)工作。 合作開發(fā)/適合/優(yōu)點/缺點/比較/返回,適

32、合,使用單位(甲方)有一定的MIS分析、設(shè)計及軟件開發(fā)人員，但開發(fā)隊伍力量較弱，希望通過MIS的開發(fā)建立、完善和提高自己的技術(shù)隊伍，便于系統(tǒng)維護工作的單位。 合作開發(fā)/適合/優(yōu)點/缺點/比較/返回,優(yōu) 點,相對于委托開發(fā)方式比較節(jié)

33、約資金,可以培養(yǎng)、增強使用單位的技術(shù)力量,便于系統(tǒng)維護工作,系統(tǒng)的技術(shù)水平較高。 合作開發(fā)/適合/優(yōu)點/缺點/比較/返回,缺 點,雙方在合作中溝通易出現(xiàn)問題,因此,需要雙方及時達成共識,進行協(xié)調(diào)和檢查。

34、 合作開發(fā)/適合/優(yōu)點/缺點/比較/返回,3.2.4 利用現(xiàn)成軟件包開發(fā),——利用現(xiàn)成的軟件包開發(fā)MIS，可購買現(xiàn)成的應用軟件包或開發(fā)平臺,如財務(wù)管理系統(tǒng)、小型企業(yè)MIS、供銷存MIS等等。 　　　包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回,應用軟件包,是預先編制好的、能完成一定功能的、供出售或

35、出租的成套軟件系統(tǒng)。它可以小到只有一項單一的功能，比如打印郵簽，也可以是有50萬行代碼的、400多個模塊組成的復雜的運行在主機上的大系統(tǒng)。 包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回,適 合,對于功能單一的小系統(tǒng)開發(fā)頗為有效。但不太適用于規(guī)模較大、功能復雜、需求量的不確定性程度比較高的系統(tǒng)的開發(fā)。 　　　

36、 包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回,優(yōu) 點,能縮短開發(fā)時間,節(jié)省開發(fā)費用,技術(shù)水平比較高,系統(tǒng)可以得到較好的維護。 　　　 包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回,缺 點,功能比較簡單,通用軟件的專用性比較差,

37、難以滿足特殊要求,需要有一定的技術(shù)力量根據(jù)使用者的要求做軟件改善和編制必要的接口軟件等二次開發(fā)的工作。 　　　包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回,表3.1 開發(fā)方式的比較,自行開發(fā)/委托開發(fā)/合作開發(fā)/軟件包開發(fā)/返回,,3.3 結(jié)構(gòu)化系統(tǒng)開發(fā)方法,3.3.1 結(jié)構(gòu)化開發(fā)方法的基本思想3.3.2結(jié)構(gòu)化開發(fā)方法的特點3.3.3系統(tǒng)開發(fā)的生命周期3.3.4 結(jié)

38、構(gòu)化生命周期法的優(yōu)缺點 返回,3.3.1 結(jié)構(gòu)化開發(fā)方法基本思想,? 自頂向下

39、逐層解決? 結(jié)構(gòu)化的分析描述方式　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　返回,3.3.2結(jié)構(gòu)化開發(fā)方法基本特點,? 自頂向下設(shè)計，自底向下開發(fā)用戶至上深入調(diào)查研究嚴格區(qū)分工作階段預料發(fā)生的變化開發(fā)過程工程化　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　返回,3.3.3 系統(tǒng)開發(fā)生命周期,? 生命周期? 基本思想?

40、 圖3-2 MIS的生命周期　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　返回,?生命周期,從提出要建立一個MIS開始,到完全建成的全過程,是一個連續(xù)發(fā)展的過程,即一個階段的完成就是下一個階段的開始,這個過程稱為系統(tǒng)的開發(fā)生命周期(System Development Life Cycle,簡稱SDLC)。

41、 返回,?基本思想 返回,將系統(tǒng)的生命周期劃分為:系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)運行和維護等階段。 應用系統(tǒng)工程的方法,按照規(guī)定的步驟和任務(wù)要求,使用一定的圖表工具完成規(guī)定的文檔,在結(jié)構(gòu)化和模塊化的基礎(chǔ)上進行MIS的開發(fā)工作。,3.3.2 結(jié)構(gòu)化生命周期法的主要工作,1. 系統(tǒng)規(guī)劃階段2. 系統(tǒng)分析階段3. 系統(tǒng)設(shè)計階段4. 系統(tǒng)實施階段5. 系統(tǒng)運行和維護階段圖

42、2-3 生命周期法的開發(fā)過程,返回,1.系統(tǒng)規(guī)劃階段,對企業(yè)的環(huán)境、目標、現(xiàn)行系統(tǒng)的狀況進行初步調(diào)查，根據(jù)企業(yè)目標和發(fā)展戰(zhàn)略，確定MIS的發(fā)展戰(zhàn)略，對建設(shè)新系統(tǒng)的需求做出分析和預測，同時考慮建設(shè)新系統(tǒng)所受的各種約束，研究建設(shè)新系統(tǒng)的必要性和可行性。輸出：可行性分析報告、系統(tǒng)設(shè)計任務(wù)書 返回,2. 系統(tǒng)分析階段,——邏輯設(shè)計階段 根據(jù)系統(tǒng)任務(wù)書所確定的范圍，

43、對現(xiàn)行系統(tǒng)進行詳細調(diào)查，描述現(xiàn)行系統(tǒng)的業(yè)務(wù)流程，指出現(xiàn)行系統(tǒng)的局限性和不足之處，確定新系統(tǒng)的基本目標和邏輯功能要求，即提出新系統(tǒng)的邏輯模型。輸出：系統(tǒng)分析報告

44、 返回,3. 系統(tǒng)設(shè)計階段,——物理設(shè)計階段 根據(jù)系統(tǒng)分析報告中規(guī)定的功能要求，考慮實際條件，具體設(shè)計實現(xiàn)邏輯模型的技術(shù)方案即設(shè)計新系統(tǒng)的物理模型。 總體設(shè)計物理設(shè)計階段 詳細設(shè)計

45、 輸出：系統(tǒng)設(shè)計說明書 返回,,4

46、. 系統(tǒng)實施階段,將設(shè)計的系統(tǒng)付諸實施。購置、安裝、調(diào)試計算機等設(shè)備，編寫程序，調(diào)試程序，人員培訓，數(shù)據(jù)文件轉(zhuǎn)換，系統(tǒng)調(diào)試，系統(tǒng)轉(zhuǎn)換。 返回,5. 系統(tǒng)運行和維護階段,記錄系統(tǒng)的運行情況， 根據(jù)一定的規(guī)格對系統(tǒng)進行 必要的修改，評價系統(tǒng)的工 作質(zhì)量和經(jīng)濟效益。

47、 下頁,圖3—3 生命周期法的開發(fā)過程,? 生命周期/規(guī)劃/分析/設(shè)計/實施/

48、返回,提出要求,初步調(diào)查,可行性研究,可行性分析報告,審批,修改目標、追加資源、等待條件,A,停止研制,,,,,,,,,,,否,修改,是,請按鍵,★,圖4—3生命周期法的開發(fā)過程,? 生命周期/規(guī)劃/分析/設(shè)計/實施/返回,A,詳細調(diào)查,邏輯設(shè)計,系統(tǒng)分析報告,審批,B,修改說明書,停止研制,,,,,,,,,,,否,修改,是,請按鍵,★,圖3—3生命周

49、期法的開發(fā)過程,? 生命周期/規(guī)劃/分析/設(shè)計/實施/返回,B,總體設(shè)計,詳細設(shè)計,系統(tǒng)設(shè)計說明書,審批,停止研制,修改設(shè)計方案,C,,,,,,,,,,,否,修改,是,請按鍵,★,圖3—3 生命周期法的開發(fā)過程,? 生命周期/規(guī)劃/分析/設(shè)計/實施/返回,C,

50、系統(tǒng)實施,調(diào) 試,修改系統(tǒng),驗收,交付使用,,,,,,,,是,修改,請按鍵,★,3.3.4 結(jié)構(gòu)化生命周期法的優(yōu)缺點,優(yōu)點：從系統(tǒng)整體出發(fā)，強調(diào)在整體優(yōu)化的條件下“自上而下”地分析和設(shè)計，保證了系統(tǒng)的整體性和目標的一致性；遵循用戶至上原則；嚴格區(qū)分系統(tǒng)開發(fā)的階段性；每一階段的工作成果是下一階段的依據(jù)，便于系統(tǒng)開發(fā)的管理和控制；文檔規(guī)范化，按工程標準建立標準化的文檔資料。

51、 返回,3.3.4 結(jié)構(gòu)化生命周期法的優(yōu)缺點,缺點：1. 用戶介入系統(tǒng)開發(fā)的深度不夠，系統(tǒng)需求難以確定(原因)；2. 開發(fā)周期長，文檔過多；3. 各階段文檔的審批工作困難。

52、 返回,3.4 原型法,3.

53、4.1 原型法基本原理3.4.2 原型的種類及構(gòu)造方法3.4.3 原型法開發(fā)過程3.4.4 原型法的優(yōu)點及存在的問題

54、 返回,3.4.1 原型法基本原理,原型：可以逐步改進成運行系統(tǒng)的模型 開發(fā)者在初步了解用戶需求的基礎(chǔ)上，構(gòu)成、設(shè)計和開發(fā)一個系統(tǒng)初始模型，該模型稱為原型或骨架。(一個可以實現(xiàn)的系統(tǒng)應用模型。) 開發(fā)人員和用戶在此基礎(chǔ)上共同探討、改進和完善方案，開發(fā)人員再根據(jù)方案對原型進行修改得到新的原型，再征求用戶意見，如此反復，直至用戶滿意為止。

55、 返回,3.4.2 原型法運用方式,1. 探索型2. 實驗型3. 演化型

56、 示意圖/返回,3.4.3 原型法開發(fā)過程,1. 確定用戶的基本需求2. 開發(fā)初始原型系統(tǒng)3. 對原型進行評價4. 修正和改進原型系統(tǒng)(循環(huán)、不斷修改完善)

57、 示意圖/返回,返回,原型法開發(fā)MIS的過程示意圖,確定用戶基本要求,,構(gòu)造初始模型,,評價、使用系統(tǒng)原型,,用戶滿意？,,系統(tǒng)轉(zhuǎn)換、系統(tǒng)維護與評價,,修改、完善系統(tǒng)原型,,,圖3—4 原型法開發(fā)過程,Y,N,請按鍵,★,3.4.4 原型法的優(yōu)點及存在的問題,1. 　原型法的優(yōu)點2. 　原型法的缺點,返回

58、,1. 原型法的優(yōu)點,⑴ 開發(fā)周期短⑵ 增加用戶的滿意度⑶ 加強了開發(fā)過程中的用戶參與程度⑷ 降低系統(tǒng)開發(fā)中的風險⑸ 降低系統(tǒng)開發(fā)的成本⑹ 易學易用，減少對用戶的培訓時間⑺ 可產(chǎn)生正確的系統(tǒng)需求描述,返回,請按鍵,★,2. 原型法的缺點,⑴ 對于大系統(tǒng)，復雜系統(tǒng)，不適于 直接使用； ⑵ 開發(fā)過程管理困難； ⑶ 用戶較早看到原型，錯認為就是 新系統(tǒng)，使用戶缺乏耐心； ⑷ 開發(fā)人員很容易用原型取代系統(tǒng)

59、 分析。,請按鍵,★,返回,原型法與傳統(tǒng)的生命周期法的比較,1.原型法的特點2.原型法與生命周期法的比較(表1)

60、 返回,1. 原型法的特點,⑴ 開發(fā)過程是一個循環(huán)往復的反饋過程⑵ 將模擬的手段引入系統(tǒng)分析的初期階段　　　　返回,2. 原型法與生命周期法的比較(表—1）,,返回,3.5 面向?qū)ο蟮姆椒?3.5.1 面向?qū)ο蠓椒ê喗?.5.2  面向?qū)ο箝_發(fā)方法基本思想3.5.3 以對象為主題的面向?qū)ο蠓椒?.5.4 面

61、向?qū)ο蠓椒ǖ拈_發(fā)過程 返回,3.5.1 面向?qū)ο蠓椒ê喗?1. 世界的一切都是對象2. 相似的對象劃分成為類3 子類和父類 等層次結(jié)構(gòu)關(guān)系4 對象之間通過消息相互聯(lián)系 　　　　　　　　　　　　　　　　　　　　返回,3.5.2面向?qū)ο蠓椒ɑ魉枷?1. 基本概念2. 面向?qū)ο蟮奶卣?　　　　　　　　　　　　　　　　　　　　返回,1. 基本概念,⑴

62、對象⑵ 類⑶ 消息⑷ 繼承　　　　　　　　　　　　　　　　　　　　　　　　　　　　 返回,⑴ 對象,對象＝數(shù)據(jù)＋操作,對象／類／消息／繼承／返回,——客觀現(xiàn)實世界中（問題空間）的任何事物。計算機（求解空間）所創(chuàng)建的對象就是對客觀事物進行表達和模擬的一種數(shù)據(jù)模型，包括形狀

63、數(shù)據(jù)和行為特征的數(shù)據(jù)模型。即一個對象與一個客觀實體相對應，由實體抽象的形狀數(shù)據(jù)和對此數(shù)據(jù)進行的各種操作一起封裝構(gòu)成一種數(shù)據(jù)和操作包體。(學生例子),,⑵ 類,——具有相同屬性（數(shù)據(jù)和操作）對象的集合的描述或定義。是一組具有相同模板或子模板對象類型的抽象和說明?！　∧０澹ㄗ樱┍硎緦ο蠹现忻總€對象所具有的數(shù)據(jù)和操作?！　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ο螅悾?/p>

64、息／繼承／返回,⑶ 消息,對象之間相互作用和相互協(xié)作的一種機制。對象之間的相互操作、調(diào)用和應答多是通過發(fā)送消息到對象的外部接口來實施的。　　消息是為完成某些操作而向?qū)ο笏l(fā)送的命令和命令說明。　　　　　　　　　　　　　　　　　　　　　 對象／類／消息／繼承／返回,⑷ 繼承,相關(guān)對象類層次

65、之間的一種數(shù)據(jù)和操作（程序代碼）的共享機制。 如果類Ｂ繼承了類Ａ，則在Ａ中所定義的數(shù)據(jù)和操作也將成為Ｂ的組成部分?！　　　　　　　　　　　　　　?對象／類／消息／繼承／返回,3.5.3. 以對象為主體的面向?qū)ο蠓椒?⑴ 封裝性　 ⑵ 繼承性　 ⑶ 多態(tài)型　 ⑷ 可維護性 　　　　　　　　　　　　　　　

66、　　　　　　　　　　　　　　　　　返回,⑴ 封裝性,將自由數(shù)據(jù)與操作(方法)封閉在一起(即放于同個對象中)使自身的狀態(tài)、行為局部化(對數(shù)據(jù)的操作只通過該對象本身的方法來進行)。　　　　　　　　　　　　　　　　　封裝／繼承／多態(tài)／可維護／返回,⑵ 繼承性,通過對類繼承可以彌補由封裝對象而帶來的諸如數(shù)據(jù)或操作冗余的問題。通過繼承支持重用，實現(xiàn)軟件資源共享、演化以及增強擴充?！　　　　　　　　　　　　　　　　　　　　　　?/p>

67、　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　封裝／繼承／多態(tài)／可維護／返回,⑶ 多態(tài)型,同樣的消息為不同的對象接受后，會因不同對象所含操作的不同，而導致完全不同的行動，使軟件開發(fā)設(shè)計更便利，編碼更靈活。　　　　　　　　　　　　　　　　　　封裝／繼承／多態(tài)／可維護／返回,⑷ 可維護性,由于面向?qū)ο蟮某橄蠓庋b使對象信息隱藏在局部，當對象進行修改，或?qū)ο笞陨懋a(chǎn)生錯誤的時候，由此帶來的影響僅僅在對象內(nèi)

68、部而不會波及其他對象乃至整個系統(tǒng)環(huán)境，極大方便了軟件設(shè)計、構(gòu)造和運行過程中的檢錯、修改?！　　　　　　　　　?封裝／繼承／多態(tài)／可維護／返回,3.5.2    面向?qū)ο箝_發(fā)方法的特征及優(yōu)點,1. 面向?qū)ο箝_發(fā)方法的特征2. 面向?qū)ο箝_發(fā)方法的優(yōu)點　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 返回,1.