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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

55、 返回,3.4.2 原型法運(yùn)用方式,1. 探索型2. 實(shí)驗(yàn)型3. 演化型

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

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

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

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

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

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

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

63、數(shù)據(jù)和行為特征的數(shù)據(jù)模型。即一個(gè)對(duì)象與一個(gè)客觀實(shí)體相對(duì)應(yīng)，由實(shí)體抽象的形狀數(shù)據(jù)和對(duì)此數(shù)據(jù)進(jìn)行的各種操作一起封裝構(gòu)成一種數(shù)據(jù)和操作包體。(學(xué)生例子),,⑵ 類,——具有相同屬性（數(shù)據(jù)和操作）對(duì)象的集合的描述或定義。是一組具有相同模板或子模板對(duì)象類型的抽象和說(shuō)明。　　模板（子）表示對(duì)象集合中每個(gè)對(duì)象所具有的數(shù)據(jù)和操作。　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　對(duì)象／類／消

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

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

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

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

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