四川大學(xué)也計(jì)算機(jī)學(xué)院 管理信息系統(tǒng)第三章 管理信息系統(tǒng)的開發(fā)

管理信息系統(tǒng)3-1第三章管理信息系統(tǒng)的開發(fā)第三章管理信息系統(tǒng)的開發(fā)2-2管理信息系統(tǒng)開發(fā)的條件與原則

管理信息系統(tǒng)的開發(fā)方法管理信息系統(tǒng)開發(fā)的過(guò)程管理開發(fā)管理信息系統(tǒng)時(shí)，首先要選擇適宜的開發(fā)方式、合理的結(jié)構(gòu)模式，充分滿足開發(fā)管理信息系統(tǒng)的基本條件，分析開發(fā)過(guò)程可能要遇到的各種問題。其次要重視建立開發(fā)機(jī)構(gòu)，開發(fā)人員分工明確，責(zé)任到人。

信息系統(tǒng)開發(fā)失敗的原因

1、沒有建立信息系統(tǒng)開發(fā)的目標(biāo)體系：

●僅僅想以計(jì)算機(jī)系統(tǒng)代替人工系統(tǒng)。

2、缺少“用戶至上”觀點(diǎn)：

●僅僅作為一個(gè)技術(shù)系統(tǒng)開發(fā)，而不是一個(gè)管

理應(yīng)用系統(tǒng)。

3、開發(fā)人員與用戶無(wú)法有效溝通：

●專業(yè)背景不同及無(wú)有效的溝通工具。

4、開發(fā)過(guò)程沒有明確的階段與分工：

●信息系統(tǒng)是一個(gè)涉及面廣，技術(shù)復(fù)雜的系統(tǒng)。

●一著手馬上開始編程。

5、不留開發(fā)文檔：

●導(dǎo)致系統(tǒng)修改維護(hù)工作無(wú)法進(jìn)行。使管理信息系統(tǒng)正確反映管理需要，滿足用戶需求，使所開發(fā)的管理信息系統(tǒng)為管理決策提供信息支持；有效地管理系統(tǒng)開發(fā)過(guò)程，加快軟件開發(fā)速度，提高軟件生產(chǎn)效率，降低費(fèi)用；增強(qiáng)管理信息系統(tǒng)軟件產(chǎn)品的功能，提高軟件產(chǎn)品的質(zhì)量；充分利用軟件技術(shù)，盡快跟上硬件發(fā)展速度，從而最大限度地發(fā)揮和挖掘硬件的功能；合理組織和充分利用人力、物力和財(cái)力等資源。開發(fā)方法的基本目標(biāo)3.1管理信息系統(tǒng)開發(fā)的組織實(shí)施2-6領(lǐng)導(dǎo)的重視與業(yè)務(wù)部門的支持領(lǐng)導(dǎo)的重視和員工的積極參與。領(lǐng)導(dǎo)最熟悉清楚自己面臨的問題，最能合理地確定系統(tǒng)目標(biāo)，擁有實(shí)現(xiàn)自己目標(biāo)的人、財(cái)、物的調(diào)配權(quán)，能夠決定投資、調(diào)整機(jī)構(gòu)，確定應(yīng)用程度等。員工是信息系統(tǒng)建設(shè)不可缺少的力量，他們的業(yè)務(wù)水平、工作習(xí)慣、對(duì)新系統(tǒng)的積極性直接影響效果。

管理信息系統(tǒng)開發(fā)的條件2-7管理工作程序化管理業(yè)務(wù)標(biāo)準(zhǔn)化基礎(chǔ)數(shù)據(jù)管理制度化報(bào)表文件統(tǒng)一化數(shù)據(jù)資料代碼化建立一支專業(yè)隊(duì)伍項(xiàng)目領(lǐng)導(dǎo)者的培訓(xùn)開發(fā)人員的學(xué)習(xí)和培訓(xùn)使用人員的培訓(xùn)具備一定的資金能力

具有一定科學(xué)管理工作基礎(chǔ):組織中所應(yīng)用的管理理論與方法與組織的實(shí)際結(jié)合；組織有合理的管理體制和科學(xué)的管理方法、完善的規(guī)章制度、管理工作標(biāo)準(zhǔn)化、穩(wěn)定的作業(yè)秩序、完整準(zhǔn)確的原始數(shù)據(jù)。

3.1管理信息系統(tǒng)開發(fā)的組織實(shí)施2-8領(lǐng)導(dǎo)參加的原則（一把手原則）信息系統(tǒng)的開發(fā)是一項(xiàng)龐大的系統(tǒng)工程，它涉及到組織日常管理工作的各個(gè)方面，所以領(lǐng)導(dǎo)出面組織力量，協(xié)調(diào)各方面的關(guān)系是開發(fā)成功的首要條件。優(yōu)化與創(chuàng)新的原則信息系統(tǒng)的開發(fā)不能簡(jiǎn)單模擬舊的管理模式和業(yè)務(wù)流程，它必須根據(jù)實(shí)際情況和科學(xué)管理的要求，加以優(yōu)化和創(chuàng)新。充分利用信息資源的原則數(shù)據(jù)盡可能共享，減少系統(tǒng)的輸入輸出，對(duì)已有的數(shù)據(jù)作進(jìn)一步的分析處理，以便充分發(fā)揮深層次加工信息和作用。實(shí)用和實(shí)效的原則要求從系統(tǒng)規(guī)劃開始直到系統(tǒng)實(shí)施，所有的方案都必須是實(shí)用的、及時(shí)的、有效的。規(guī)范化原則要求按照標(biāo)準(zhǔn)化、工程化的方法和技術(shù)進(jìn)行系統(tǒng)開發(fā)。同時(shí)也要求用戶單位基礎(chǔ)管理科學(xué)化，即滿足管理工作程序化、管理業(yè)務(wù)標(biāo)準(zhǔn)化、報(bào)表文件標(biāo)準(zhǔn)化、數(shù)據(jù)資料完整化。適應(yīng)性原則充分考慮到組織結(jié)構(gòu)、管理模式、業(yè)務(wù)流程等可能發(fā)生的變化，使系統(tǒng)具有一定的柔性，能夠在一定范圍內(nèi)適應(yīng)環(huán)境的變化。3.2管理信息系統(tǒng)的開發(fā)方法2-9系統(tǒng)開發(fā)方法的演變

70年代開發(fā)環(huán)境：第三代語(yǔ)言（COBOL）用于編程已有數(shù)據(jù)庫(kù)管理系統(tǒng)用于數(shù)據(jù)管理聯(lián)機(jī)處理和批處理混合使用主要針對(duì)主干機(jī)開發(fā)只由專業(yè)程序員進(jìn)行程序開發(fā)利用標(biāo)準(zhǔn)符號(hào)來(lái)說(shuō)明過(guò)程用戶只在定義需求階段和安裝階段介入開發(fā)企圖用結(jié)構(gòu)化的程序設(shè)計(jì)方法和自動(dòng)化的項(xiàng)目管理開發(fā)方法：系統(tǒng)需求軟件需求初步設(shè)計(jì)詳細(xì)設(shè)計(jì)編程調(diào)試測(cè)試運(yùn)行運(yùn)行維護(hù)著名的“瀑布模型”“瀑布模型”說(shuō)明需求、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試要不斷循環(huán)進(jìn)行3.2管理信息系統(tǒng)的開發(fā)方法2-10系統(tǒng)開發(fā)方法的演變

80年代初開發(fā)環(huán)境逐漸成熟，出現(xiàn)了面向問題的第四代語(yǔ)言（4GL），也產(chǎn)生了另一種開發(fā)方法，即原型法（prototyping）。生命周期法是在開發(fā)前，完全定義好需求，然后經(jīng)過(guò)分析、設(shè)計(jì)、編程和實(shí)施，一次全面的完成目標(biāo)。（是單次的）原型法是在未定義好全局前，先抓住局部設(shè)計(jì)實(shí)現(xiàn)，然后不斷修改，達(dá)到全面滿足要求。（多重循環(huán)的）進(jìn)行原型法開發(fā)要求語(yǔ)言具有很強(qiáng)的交互能力。3.3管理信息系統(tǒng)的開發(fā)方法2-11

80年代末-90年代初計(jì)算機(jī)輔助軟件工程（computeraidedsoftwareengineering,CASE）和面向?qū)ο螅╫bject-oriented,OO）的開發(fā)方法得到很大發(fā)展。面向?qū)ο蟮姆椒ㄔ?0年代初已用于計(jì)算機(jī)科學(xué)，80年代末開始用于企業(yè)系統(tǒng)。90年代初，面向?qū)ο蟮姆治雠c設(shè)計(jì)和面向?qū)ο蟮恼Z(yǔ)言開始實(shí)際應(yīng)用?？蛻?服務(wù)器（client/server）的時(shí)代，或基于Web的開發(fā)時(shí)代?？蛻舸蠖噘I現(xiàn)成的軟件部件，自己或請(qǐng)顧問公司把它們集成起來(lái)，這就是系統(tǒng)集成或基于部件的開發(fā)。90年代中后期這種趨勢(shì)越來(lái)越明顯。90年代

80年代末-90年代初系統(tǒng)開發(fā)方法的演變系統(tǒng)開發(fā)方法體系結(jié)構(gòu)圖計(jì)算機(jī)輔助軟件工程技術(shù)計(jì)算機(jī)開發(fā)方法生命周期法（LC）原型法面向過(guò)程方法（結(jié)構(gòu)化方法）面向數(shù)據(jù)方法（信息工程方法）面向?qū)ο蠓椒ǎ∣O方法）計(jì)算機(jī)信息系統(tǒng)開發(fā)環(huán)境/工具系統(tǒng)開發(fā)生命周期方法學(xué)驅(qū)動(dòng)可視化技術(shù)計(jì)算機(jī)輔助軟件工程軟件復(fù)用技術(shù)其他技術(shù)軟件開發(fā)環(huán)境集成化的項(xiàng)目/程序支持環(huán)境中央資源庫(kù)

系統(tǒng)工程思想及應(yīng)用系統(tǒng)開發(fā)的生命周期系統(tǒng)規(guī)劃階段主要是弄清這一工作的目的是什么？系統(tǒng)規(guī)劃首先提出系統(tǒng)開發(fā)要求，確定系統(tǒng)目標(biāo)，并給定資源條件和約束條件，然后制訂系統(tǒng)開發(fā)計(jì)劃。系統(tǒng)分析階段主要是弄清目標(biāo)對(duì)象是什么？系統(tǒng)分析是一個(gè)有目的、有步驟的探索、研究和判斷的過(guò)程，系統(tǒng)分析員使用科學(xué)的分析工具和方法，對(duì)系統(tǒng)的目標(biāo)、功能、環(huán)境、費(fèi)用、效益等進(jìn)行充分的調(diào)查和分析，最后獲得最佳的系統(tǒng)方案。系統(tǒng)設(shè)計(jì)階段根據(jù)需求調(diào)查和系統(tǒng)分析的結(jié)果，進(jìn)行概略設(shè)計(jì)，提出不同的新系統(tǒng)方案，同時(shí)對(duì)新系統(tǒng)方案進(jìn)行比較，并由此確定新系統(tǒng)的最佳方案，最后進(jìn)行系統(tǒng)詳細(xì)設(shè)計(jì)。系統(tǒng)實(shí)施與運(yùn)行進(jìn)行系統(tǒng)的實(shí)施、調(diào)試、維護(hù)、評(píng)價(jià)和運(yùn)行等工作。系統(tǒng)開發(fā)策略“自頂而下”的開發(fā)策略在系統(tǒng)分析與設(shè)計(jì)時(shí)，應(yīng)從組織的高層管理著手，考慮系統(tǒng)的整體目標(biāo)，以及資源與約束，再確定需要哪些功能去保證目標(biāo)的完成，劃分相應(yīng)得子系統(tǒng)，并進(jìn)行各子系統(tǒng)的業(yè)務(wù)分析和設(shè)計(jì)。“自頂而下”的執(zhí)行步驟是：分析系統(tǒng)整體目標(biāo)、環(huán)境、資源和約束條件；確定各項(xiàng)主要業(yè)務(wù)處理功能和決策能力，從而得到各個(gè)子系統(tǒng)的分工、協(xié)調(diào)和接口；確定每一種功能（子系統(tǒng)）所需要的輸入、輸出、數(shù)據(jù)存貯；對(duì)各子系統(tǒng)的功能模塊和數(shù)據(jù)進(jìn)行進(jìn)一步分析與分解；根據(jù)需要與可能，確定優(yōu)先開發(fā)的子系統(tǒng)。系統(tǒng)開發(fā)策略“自底向上”的策略從組織的各個(gè)基層業(yè)務(wù)子系統(tǒng)的日常業(yè)務(wù)處理入手，進(jìn)行系統(tǒng)分析與設(shè)計(jì)。這種應(yīng)用子系統(tǒng)容易被識(shí)別、理解、開發(fā)和調(diào)整，有關(guān)的數(shù)據(jù)流和數(shù)據(jù)存貯也容易確定。當(dāng)下層子系統(tǒng)分析完成后，再進(jìn)行上一層系統(tǒng)的分析與設(shè)計(jì)，將不同的功能和數(shù)據(jù)綜合起來(lái)考慮。為了支持系統(tǒng)的總目標(biāo)，滿足管理層和決策層的需要，除增添新的功能和數(shù)據(jù)外，還要考慮一定的經(jīng)濟(jì)管理模型。系統(tǒng)開發(fā)策略綜合策略為了充分發(fā)揮上述兩種策略的優(yōu)點(diǎn)，人們往往將它們綜合起來(lái)應(yīng)用?！白皂敹隆钡牟呗赃m用于一個(gè)組織的總體方案的設(shè)計(jì)，而“自底向上”的策略又適用于具體業(yè)務(wù)信息系統(tǒng)總體設(shè)計(jì)。在用“自頂而下”原則確定了一個(gè)信息系統(tǒng)的總體方案之后，再采用“自底向上”的策略，在總體方案指導(dǎo)下，對(duì)一個(gè)個(gè)業(yè)務(wù)子系統(tǒng)進(jìn)行具體功能和數(shù)據(jù)的分析和分解，并逐層歸納到?jīng)Q策層。這樣，通過(guò)全面分析、協(xié)調(diào)和調(diào)整之后，能得到一個(gè)比較理想的，耗費(fèi)人力、物力、時(shí)間較少的，用戶滿意的新系統(tǒng)。信息系統(tǒng)開發(fā)思想

系統(tǒng)工程思想及應(yīng)用開發(fā)過(guò)程的一般規(guī)律3.2管理信息系統(tǒng)的開發(fā)方法2-18結(jié)構(gòu)化系統(tǒng)開發(fā)方法(SSA&D)

結(jié)構(gòu)化系統(tǒng)開發(fā)方法是自頂向下的結(jié)構(gòu)化方法、工程化的系統(tǒng)開發(fā)方法和生命周期法的結(jié)合。是迄今為止開發(fā)方法中應(yīng)用最普遍、最成熟的一種。

(structuredsystemanalysisanddesign)

用系統(tǒng)工程的思想和工程化的方法，按用戶至上的原則，結(jié)構(gòu)化，模塊化，自頂向下地對(duì)系統(tǒng)進(jìn)行分析與設(shè)計(jì)。就是先將整個(gè)信息系統(tǒng)開發(fā)過(guò)程劃分出若干相對(duì)獨(dú)立的階段，如系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施等。

基本思想3.2管理信息系統(tǒng)的開發(fā)方法2-19結(jié)構(gòu)化系統(tǒng)開發(fā)方法(SSA&D)

(structuredsystemanalysisanddesign)

系統(tǒng)開發(fā)的生命周期用結(jié)構(gòu)化系統(tǒng)開發(fā)方法開發(fā)一個(gè)系統(tǒng)，將整個(gè)開發(fā)過(guò)程劃分為首尾相連接的若干個(gè)階段，稱為系統(tǒng)開發(fā)的生命周期（lifecycle）。一般將其劃分為三階段、四階段、五階段或六階段。3.3管理信息系統(tǒng)的開發(fā)方法2-20結(jié)構(gòu)化系統(tǒng)開發(fā)方法(SSA&D)

(structuredsystemanalysisanddesign)（1）三階段劃分

原系統(tǒng)新系統(tǒng)系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)分析報(bào)告系統(tǒng)設(shè)計(jì)報(bào)告可運(yùn)行系統(tǒng)用戶手冊(cè)任務(wù)書SPSASDSPSASDSPSASD

系統(tǒng)開發(fā)的生命周期3.3管理信息系統(tǒng)的開發(fā)方法2-21結(jié)構(gòu)化系統(tǒng)開發(fā)方法(SSA&D)

(structuredsystemanalysisanddesign)

系統(tǒng)開發(fā)的生命周期開發(fā)請(qǐng)求系統(tǒng)評(píng)價(jià)初步調(diào)查可行性研究審批詳細(xì)調(diào)查邏輯設(shè)計(jì)審查總體設(shè)計(jì)詳細(xì)設(shè)計(jì)審查編程調(diào)試系統(tǒng)轉(zhuǎn)換驗(yàn)收系統(tǒng)維護(hù)系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)運(yùn)行于維護(hù)（2）五階段劃分

系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)運(yùn)行與維護(hù)3.3管理信息系統(tǒng)的開發(fā)方法2-22

(structuredsystemanalysisanddesign)（3）六階段劃分

階段基本任務(wù)總體設(shè)計(jì)（模塊、硬件配置設(shè)計(jì)）詳細(xì)設(shè)計(jì)(代碼.數(shù)據(jù)庫(kù).輸入.輸出.處理過(guò)程)初步調(diào)查系統(tǒng)開發(fā)的可行性研究編寫可行性報(bào)告審批立項(xiàng)制定開發(fā)計(jì)劃程序模塊測(cè)試功能模塊測(cè)試、子系統(tǒng)調(diào)試系統(tǒng)聯(lián)調(diào)系統(tǒng)測(cè)試試運(yùn)行可行性研究與開發(fā)計(jì)劃系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)分析系統(tǒng)運(yùn)行系統(tǒng)調(diào)試與測(cè)試詳細(xì)調(diào)查分析用戶環(huán)境.需求.流程.數(shù)據(jù)結(jié)構(gòu)確定系統(tǒng)目標(biāo)與功能開發(fā)新系統(tǒng)邏輯模型完成程序編制移交運(yùn)行硬件軟件維護(hù)系統(tǒng)評(píng)價(jià)結(jié)構(gòu)化系統(tǒng)開發(fā)方法(SSA&D)

系統(tǒng)開發(fā)的生命周期2.3管理信息系統(tǒng)的開發(fā)方法2-23

結(jié)構(gòu)化系統(tǒng)開發(fā)方法的優(yōu)缺點(diǎn)（1）優(yōu)點(diǎn)開發(fā)過(guò)程階段清楚，任務(wù)明確，并有標(biāo)準(zhǔn)的圖、表、說(shuō)明等組成各階段的文檔資料。吸收用戶單位的管理人員和業(yè)務(wù)人員參加，每個(gè)階段的成果都經(jīng)用戶審批。采用系統(tǒng)觀點(diǎn)和系統(tǒng)工程方法，自頂向下進(jìn)行分析與設(shè)計(jì)并自下而上進(jìn)行實(shí)施，強(qiáng)調(diào)系統(tǒng)的整體性。邏輯設(shè)計(jì)與物理設(shè)計(jì)分開。（2）缺點(diǎn)

起點(diǎn)低，開發(fā)周期長(zhǎng)文檔規(guī)格說(shuō)明難以完善用戶需求模糊，易變結(jié)構(gòu)化系統(tǒng)開發(fā)方法(SSA&D)結(jié)構(gòu)化系統(tǒng)開發(fā)方法(SSA&D)開發(fā)原理用戶的積極參與：用戶積極參與信息系統(tǒng)的開發(fā)的全過(guò)程，是信息系統(tǒng)開發(fā)能否成功的一個(gè)關(guān)鍵的、絕對(duì)必要的因素。嚴(yán)格按劃分的階段和活動(dòng)進(jìn)行系統(tǒng)開發(fā)：運(yùn)用系統(tǒng)處理方法，將系統(tǒng)開發(fā)的全過(guò)程采取“分而治之（Divideandconquer）的策略，將整個(gè)系統(tǒng)的開發(fā)過(guò)程分為一系列“階段（Phases）”，然后再將階段分為一系列的“活動(dòng)（Activities）”，將活動(dòng)劃分為更小的、更易于管理和控制的“作業(yè)（Task）”。設(shè)立檢查點(diǎn)（Checkpoint）：在系統(tǒng)開發(fā)的每一個(gè)階段均設(shè)立檢查點(diǎn)，來(lái)評(píng)估所開發(fā)系統(tǒng)的可行性，避免由于系統(tǒng)開發(fā)的失敗造成更大的損失。文檔的標(biāo)準(zhǔn)化：文檔標(biāo)準(zhǔn)化是進(jìn)行良好通信的基礎(chǔ)，是提高軟件可重用性的有效的手段。結(jié)構(gòu)化方法3.3管理信息系統(tǒng)的開發(fā)方法2-26原型法

原型法的基本思想

系統(tǒng)開發(fā)者在初步了解用戶需求的基礎(chǔ)上，快速構(gòu)造系統(tǒng)開發(fā)的初步模型－－原型。這個(gè)原型可能是粗糙的、不完善的，經(jīng)用戶和開發(fā)人員共同研討、改進(jìn)和完善，提出修改方案。開發(fā)人員根據(jù)修改方案對(duì)原型進(jìn)行修改，得到新的原型，再去征求用戶意見，反復(fù)多次直到取得滿意的原型為止。

在建筑學(xué)和機(jī)械設(shè)計(jì)中，“原型”指的是其結(jié)構(gòu)、大小和功能都與某個(gè)物體相類似的模擬該物體的原始模型。在管理信息系統(tǒng)開發(fā)中，用“原型”來(lái)形象地表示系統(tǒng)的一個(gè)早期可運(yùn)行版本，它能反映新系統(tǒng)的部分重要功能和特征。原型法適應(yīng)的系統(tǒng)

1、預(yù)先指定的系統(tǒng)：系統(tǒng)的需求比較穩(wěn)定而且能夠預(yù)先指定2、用戶驅(qū)動(dòng)系統(tǒng)：系統(tǒng)的需求是模糊的或隨時(shí)間變化的，通常在安裝運(yùn)行之后，還會(huì)由用戶驅(qū)動(dòng)對(duì)需求進(jìn)行動(dòng)態(tài)修改。3.3管理信息系統(tǒng)的開發(fā)方法2-28原型法原型法的工作流程用戶提出要求識(shí)別歸納問題開發(fā)系統(tǒng)原型分析評(píng)價(jià)不滿意修改原型運(yùn)行系統(tǒng)原型不可行運(yùn)行管理滿意原型法開發(fā)的條件開發(fā)周期必須短且成本低要求用戶參與評(píng)價(jià)原型原型必須是可運(yùn)行的原型要易于修改3.3管理信息系統(tǒng)的開發(fā)方法2-29原型法原型法的軟件支持環(huán)境方便靈活的關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)（RDBS）；與RDBS相對(duì)應(yīng)的、方便靈活的數(shù)據(jù)字典描述工具；與RDBS相對(duì)應(yīng)的快速查詢系統(tǒng)；用以支持結(jié)構(gòu)化程序的軟件工具；非過(guò)程化的報(bào)告或屏幕生成器；自動(dòng)文檔編排功能。原型法的模型1．研究探索原型這種途徑關(guān)心的基本問題是如何進(jìn)行系統(tǒng)開發(fā)人員與用戶之間的交流合作。特別在軟件開發(fā)的早期這是很有用的。通常，開發(fā)人員對(duì)應(yīng)用領(lǐng)域了解很少，而用戶對(duì)計(jì)算機(jī)能為他們干些什么也毫無(wú)概念。在這種情況下，用一次實(shí)際演示來(lái)表演可能實(shí)現(xiàn)的系統(tǒng)功能，可以促使大家提出積極的意見，并導(dǎo)致參加的各方進(jìn)行建設(shè)性的合作。這樣的一次演示不應(yīng)當(dāng)排斥任何一種特定的方案，而應(yīng)能表示出不同方案的特點(diǎn)，進(jìn)而對(duì)其優(yōu)缺點(diǎn)進(jìn)行討論。2．實(shí)驗(yàn)性原型這種方法通常是根據(jù)針對(duì)用戶的問題的某種方案做出原型以供實(shí)驗(yàn)評(píng)估。實(shí)驗(yàn)性原型方法有以下幾種可供選擇的不同策略方案：

(1)人機(jī)接口模擬。

(2)全功能模擬。

(3)框架程序設(shè)計(jì)。

(4)基本機(jī)器構(gòu)造

(5)部分功能模擬。

3．演進(jìn)性原型方法

對(duì)演進(jìn)性原型方法來(lái)說(shuō)，一方面它是最強(qiáng)有力的原型化方法，另一方面也是最脫離原型方法本意的。有人認(rèn)為不該把它看作原型方法，而應(yīng)看成按版本開發(fā)。演進(jìn)型方法是建立在以下經(jīng)驗(yàn)基礎(chǔ)上的：與交互式應(yīng)用系統(tǒng)有關(guān)的機(jī)構(gòu)是逐漸形成的，因此就不斷產(chǎn)生新的用戶需求;一旦使用交互式應(yīng)用系統(tǒng)之后，就改變了自身的使用環(huán)境，因而本身也提出新的需求。按循環(huán)發(fā)生的程度，分為以下兩種形式：

(1)增式系統(tǒng)開發(fā)。這種開發(fā)形式是通過(guò)對(duì)基本系統(tǒng)原型的逐步擴(kuò)充而獲得對(duì)復(fù)雜問題的解決。

(2)演進(jìn)式系統(tǒng)開發(fā)。這種方法把軟件開發(fā)在總體上看成一系列循環(huán)，即重新設(shè)計(jì)、重新實(shí)現(xiàn)、重新評(píng)估。3.2管理信息系統(tǒng)的開發(fā)方法2-33原型法原型法的特點(diǎn)從認(rèn)識(shí)論的角度看，原型方法更多地遵循了人們認(rèn)識(shí)事物的規(guī)律，因而更容易為人們所普遍接受；原型方法將模擬的手段引入系統(tǒng)分析的初期階段，溝通了人們的思想，縮短了用戶和系統(tǒng)分析人員之間的距離，解決了結(jié)構(gòu)化方法中最難以解決的一環(huán)。充分利用了最新的軟件工具，擺脫了老一套工作方法，使系統(tǒng)開發(fā)的時(shí)間、費(fèi)用大大地減少，效率、技術(shù)等方面都大大地提高。3.2管理信息系統(tǒng)的開發(fā)方法2-34原型法原型法的適用方式探索型：針對(duì)開發(fā)目標(biāo)模糊，用戶和開發(fā)人員都缺乏經(jīng)驗(yàn)。實(shí)驗(yàn)型：大規(guī)模開發(fā)和實(shí)現(xiàn)之前的考核、驗(yàn)證。演化型：易于變化，可不斷改變?cè)汀＃?）對(duì)于大型系統(tǒng)，若不經(jīng)過(guò)系統(tǒng)分析進(jìn)行整體性劃分，而直接用屏幕來(lái)一個(gè)一個(gè)地模擬是很困難的。（2）對(duì)于大量運(yùn)算的、邏輯性較強(qiáng)的程序模塊，原型法很難構(gòu)造出模型來(lái)供人評(píng)價(jià)；（3）對(duì)于原基礎(chǔ)管理不善、信息處理過(guò)程混亂的問題，是擁有一定的困難。（4）對(duì)于一個(gè)批處理系統(tǒng)，其大部分是內(nèi)部處理過(guò)程，用原型法有一定的困難。

原型法的適用范圍和局限性3.3管理信息系統(tǒng)的開發(fā)方法2-35面向?qū)ο蟮姆椒ǎ∣bjectOriented,OO）

基本思想

基于所研究的問題，對(duì)問題空間（軟件域）進(jìn)行自然分割，識(shí)別其中的對(duì)象及其相互關(guān)系，建立問題空間的信息模型，在此基礎(chǔ)上進(jìn)行系統(tǒng)設(shè)計(jì)，用對(duì)應(yīng)對(duì)象和關(guān)系的軟件模塊構(gòu)造系統(tǒng)。使系統(tǒng)的開發(fā)過(guò)程能像硬件組裝那樣，由“軟件集成塊”來(lái)構(gòu)筑。對(duì)象：當(dāng)設(shè)計(jì)和實(shí)現(xiàn)一個(gè)信息系統(tǒng)時(shí)，如能在滿足需求的條件下，把系統(tǒng)設(shè)計(jì)成由一些不可變的（相對(duì)固定）部分組成的最小集合，這個(gè)設(shè)計(jì)就是最好的。它把握了事物的本質(zhì)，因而不再會(huì)被周圍環(huán)境（物理環(huán)境和管理模式）的變化以及用戶沒完沒了的需求變化所左右。這些不可變的部分就是所謂的對(duì)象。

客觀世界是由各種各樣的對(duì)象組成的，對(duì)象是一個(gè)獨(dú)立存在的實(shí)體，從外部可以了解它的功能，但其內(nèi)部細(xì)節(jié)是“隱蔽”的，它不受外界干擾。每種對(duì)象都有各自的內(nèi)部狀態(tài)和運(yùn)動(dòng)規(guī)律，不同的對(duì)象之間相互作用和聯(lián)系構(gòu)成了各種不同的系統(tǒng)。3.3管理信息系統(tǒng)的開發(fā)方法2-36面向?qū)ο蟮姆椒ǎ∣bjectOriented,OO）面向?qū)ο蠓椒ǖ倪M(jìn)一步解釋

（1）客觀事物都是由對(duì)象組成的（任何復(fù)雜的事物都可以通過(guò)對(duì)象的某種組合構(gòu)成）（2）對(duì)象由屬性和方法組成（屬性反映了對(duì)象的信息特征，如：特點(diǎn)、值、狀態(tài)等，方法則是用來(lái)定義改變屬性狀態(tài)的各種操作）（3）對(duì)象之間的聯(lián)系通過(guò)傳遞消息來(lái)實(shí)現(xiàn)（傳遞消息的方式是通過(guò)消息模式和方法所定義的操作過(guò)程來(lái)完成的）（4）對(duì)象可按其屬性進(jìn)行歸類（類有一定的結(jié)構(gòu)，類上可以有超類，類下可以有子類，這種對(duì)象或類之間的層次結(jié)構(gòu)是靠繼承關(guān)系維系著的）（5）對(duì)象是被封裝的實(shí)體（封裝指嚴(yán)格的模塊化。這種封裝了的對(duì)象滿足軟件工程的一切要求，而且可以直接被面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言所接受）3.3管理信息系統(tǒng)的開發(fā)方法面向?qū)ο蟮母拍顚?duì)象(Object)

類（Class）消息(Information)多態(tài)性(Polymorphism)繼承（Inheritance）永久對(duì)象(Persistentobject)3.3管理信息系統(tǒng)的開發(fā)方法2-38面向?qū)ο笙到y(tǒng)的開發(fā)過(guò)程面向?qū)ο蟮南到y(tǒng)開發(fā)生命周期（1）分析階段（ObjectOrientedAnalysis,OOA）

從問題域中選出詞匯，建立類和對(duì)象的模型世界。（2）設(shè)計(jì)階段（ObjectOrientedDesign,OOD）

對(duì)問題域的行為進(jìn)行關(guān)鍵抽象再分解的過(guò)程。（3）演化階段面向?qū)ο蟪绦蛟O(shè)計(jì)（ObjectOrientedProgramming,OOP

）、測(cè)試和集成組合在一起的階段。（4）維護(hù)階段是系統(tǒng)提交運(yùn)行之后的變更活動(dòng)。3.2管理信息系統(tǒng)的開發(fā)方法2-39面向?qū)ο蠓椒ǖ脑u(píng)價(jià)

特點(diǎn)：需要一個(gè)詳細(xì)的需求分析報(bào)告從小到大，自下而上的分析過(guò)程完成從對(duì)象客體的描述到軟件結(jié)構(gòu)之間的轉(zhuǎn)換必須與其他方法綜合運(yùn)用才能充分發(fā)揮其優(yōu)勢(shì)

面向?qū)ο蠓椒ǖ某霭l(fā)點(diǎn)和所追求的基本目標(biāo)是使分析、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)系統(tǒng)的方法盡可能接近人們認(rèn)識(shí)一個(gè)系統(tǒng)的方法，也就是使描述問題的問題空間和解決問題的方法空間在結(jié)構(gòu)上盡可能一致。使設(shè)計(jì)出的軟件盡可能直接地描述現(xiàn)實(shí)世界，構(gòu)造出模塊化的、可重用的、應(yīng)變能力和維護(hù)性好的軟件，并達(dá)到控制軟件的復(fù)雜性和降低開發(fā)維護(hù)費(fèi)用的目的。

1、獲取用戶基本需求

用戶與開發(fā)者之間進(jìn)行充分交流，常用Usercase來(lái)收集和描述用戶的需求。即先標(biāo)識(shí)使用該系統(tǒng)的不同的行為者(actor)。

OOA的分析過(guò)程獲取用戶基本需求標(biāo)識(shí)類和對(duì)象定義類的結(jié)構(gòu)和層次表示類(對(duì)象)間的關(guān)系為對(duì)象行為建模行為者所提出的每個(gè)使用場(chǎng)景（或功能）稱為一個(gè)用例，所有的用例則構(gòu)成完整的系統(tǒng)需求。OOA分析過(guò)程2、標(biāo)識(shí)類和對(duì)象標(biāo)識(shí)類與對(duì)象是一致的。在確定系統(tǒng)的用例后，可標(biāo)識(shí)類及類的屬性和操作。確定最終對(duì)象

可根據(jù)以下原則確定：需要保留的信息，需要的服務(wù)，具有多個(gè)屬性，具有公共屬性及操作。從問題域或用例描述入手，發(fā)現(xiàn)對(duì)象。

對(duì)象可能的形式有：外部實(shí)體、事物、發(fā)生的事件、角色、組織單位、場(chǎng)所、構(gòu)造物等。標(biāo)識(shí)屬性

從本質(zhì)上講，屬性定義了對(duì)象?？蓮膯栴}的陳述中或通過(guò)對(duì)類的理解而標(biāo)識(shí)出屬性。定義操作

操作定義了對(duì)象的行為并以某種方式修改對(duì)象的屬性。操作分為：對(duì)數(shù)據(jù)的操作，計(jì)算操作，控制操作。3、定義類的結(jié)構(gòu)和層次類的結(jié)構(gòu)有：一般—特殊(generalization-specialization)結(jié)構(gòu)整體—部分(whole-part)結(jié)構(gòu)構(gòu)成類圖的元素所表達(dá)的模型信息，分為三個(gè)層次：

對(duì)象層—給出系統(tǒng)中所有反映問題域和系統(tǒng)責(zé)任的對(duì)象。

特征層—給出類（對(duì)象）的內(nèi)部特征，即類的屬性和操作。

關(guān)系層—給出各類（對(duì)象）之間的關(guān)系，包括繼承、組裝、一般—特殊、整體—部分、屬性的靜態(tài)依賴關(guān)系，操作的動(dòng)態(tài)依賴關(guān)系。對(duì)象層特征層關(guān)系層

OOA基本模型用“對(duì)象-關(guān)系模型”描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。5、建立對(duì)象-行為模型描述了系統(tǒng)的動(dòng)態(tài)行為。4、建立類(對(duì)象)間的關(guān)系面向?qū)ο蟮脑O(shè)計(jì)OOD（Object-OrientedDesign）是面向?qū)ο蠓椒ㄔ谲浖O(shè)計(jì)階段應(yīng)用與擴(kuò)展的結(jié)果。是將OOA所創(chuàng)建的分析模型轉(zhuǎn)換為設(shè)計(jì)模型，解決如何作的問題。OOD與OOA沒有明顯的分界，采用相同的符號(hào)。

面向?qū)ο蟮脑O(shè)計(jì)OOD步驟1、系統(tǒng)設(shè)計(jì)

將分析模型劃分為若干子系統(tǒng)，子系統(tǒng)應(yīng)該具有良好的接口，子系統(tǒng)內(nèi)的類相互協(xié)作。標(biāo)識(shí)問題本身的并發(fā)性，為子系統(tǒng)分配處理器。2、對(duì)象設(shè)計(jì)

為每個(gè)類的屬性和操作進(jìn)行詳細(xì)設(shè)計(jì)，包括它們的數(shù)據(jù)結(jié)構(gòu)和實(shí)現(xiàn)算法。3、消息設(shè)計(jì)設(shè)計(jì)連接類與它的協(xié)作者之間的消息規(guī)約(specificationofthemessages)。4、復(fù)審面向?qū)ο髮?shí)現(xiàn)

面向?qū)ο髮?shí)現(xiàn)主要包括兩項(xiàng)工作：把面向?qū)ο笤O(shè)計(jì)結(jié)果翻譯成用某種程序語(yǔ)言書寫的面向?qū)ο蟪绦颍粶y(cè)試并調(diào)試面向?qū)ο蟮某绦?。面向?qū)ο蟪绦虻馁|(zhì)量基本上由面向?qū)ο笤O(shè)計(jì)的質(zhì)量決定，但是，所采用的程序語(yǔ)言的特點(diǎn)和程序設(shè)計(jì)風(fēng)格也將對(duì)程序的生成、可重用性及可維護(hù)性產(chǎn)生深遠(yuǎn)影響。3.2管理信息系統(tǒng)的開發(fā)方法2-47信息工程方法自頂向下按四個(gè)開發(fā)階段逐步進(jìn)行：（1）信息戰(zhàn)略規(guī)劃階段；（2）業(yè)務(wù)分析階段；（3）系統(tǒng)設(shè)計(jì)階段；（4）系統(tǒng)制作階段

信息工程方法的開發(fā)過(guò)程與結(jié)構(gòu)化生命周期法類似，也是分階段進(jìn)行的，該方法引入了知識(shí)庫(kù)的概念，從業(yè)務(wù)分析到系統(tǒng)制作的每一個(gè)過(guò)程都離不開知識(shí)庫(kù)的支撐。信息工程方法的開發(fā)階段信息戰(zhàn)略規(guī)劃業(yè)務(wù)分析初步設(shè)計(jì)原型法設(shè)計(jì)詳細(xì)設(shè)計(jì)硬件設(shè)計(jì)程序自動(dòng)生成測(cè)試運(yùn)行維護(hù)知識(shí)庫(kù)3.2管理信息系統(tǒng)的開發(fā)方法2-48信息工程方法信息戰(zhàn)略規(guī)劃階段

該階段的目的是使所開發(fā)的信息系統(tǒng)能支持企業(yè)領(lǐng)導(dǎo)的經(jīng)營(yíng)管理及其決策，能支持企業(yè)經(jīng)營(yíng)管理的方針和策略，保證系統(tǒng)在統(tǒng)一的目標(biāo)和要求下按計(jì)劃開發(fā)。具體工作包括：

（1）調(diào)研分析。初步調(diào)查企業(yè)的內(nèi)外環(huán)境、優(yōu)勢(shì)和劣勢(shì)、經(jīng)營(yíng)方針、目標(biāo)，明確實(shí)現(xiàn)方針、目標(biāo)的條件及關(guān)鍵要素。

（2）信息戰(zhàn)略規(guī)劃。根據(jù)初步調(diào)查和分析，決定系統(tǒng)開發(fā)的目的和開發(fā)規(guī)劃、總體框架及體系結(jié)構(gòu)、企業(yè)基本模型、數(shù)據(jù)基本模型、業(yè)務(wù)處理模型、技術(shù)規(guī)范、系統(tǒng)開發(fā)的優(yōu)先次序、人員、開發(fā)進(jìn)度等。3.3管理信息系統(tǒng)的開發(fā)方法2-49信息工程方法業(yè)務(wù)分析階段

該階段的工作內(nèi)容是從知識(shí)庫(kù)中取出規(guī)劃階段存入的信息，對(duì)業(yè)務(wù)處理的數(shù)據(jù)和處理過(guò)程進(jìn)行分析，總結(jié)出詳細(xì)的數(shù)據(jù)模型和處理模型及兩者之間的關(guān)系存入知識(shí)庫(kù)中。系統(tǒng)設(shè)計(jì)階段

從知識(shí)庫(kù)中取出分析階段存入的有關(guān)信息，進(jìn)行數(shù)據(jù)流程、數(shù)據(jù)結(jié)構(gòu)、輸入/輸出設(shè)計(jì)，并將結(jié)果存入知識(shí)庫(kù)中。系統(tǒng)制作階段

從知識(shí)庫(kù)中取出設(shè)計(jì)階段存入的有關(guān)信息，用程序生成器自動(dòng)生成程序代碼，并進(jìn)行調(diào)試和測(cè)試。3.3管理信息系統(tǒng)的開發(fā)方法2-50計(jì)算機(jī)輔助開發(fā)（CASE）方法（ComputeAidedSoftwareEngineering）

CASE方法解決問題的基本思路是：在前面所介紹的任何一種系統(tǒng)開發(fā)方法中，如果自對(duì)象系統(tǒng)調(diào)查后，系統(tǒng)開發(fā)過(guò)程中的每一步都可以在一定程度上形成對(duì)應(yīng)關(guān)系的話，那么就完全可以借助于專門研制的軟件工具來(lái)實(shí)現(xiàn)上述一個(gè)個(gè)的系統(tǒng)開發(fā)過(guò)程。這些系統(tǒng)開發(fā)過(guò)程中的對(duì)應(yīng)關(guān)系包括：結(jié)構(gòu)化方法中的業(yè)務(wù)流程分析—數(shù)據(jù)流程分析—功能模塊設(shè)計(jì)—程序?qū)崿F(xiàn)；業(yè)務(wù)功能一覽表---->數(shù)據(jù)分析、指標(biāo)體系---->數(shù)據(jù)／過(guò)程分析---->數(shù)據(jù)分布和數(shù)據(jù)庫(kù)設(shè)計(jì)---->數(shù)據(jù)庫(kù)系統(tǒng)等等；OO方法中的問題抽象---->屬性、結(jié)構(gòu)和方法定義---->對(duì)象分類---->確定范式---->程序?qū)崿F(xiàn)等等。

3.3管理信息系統(tǒng)的開發(fā)方法2-51計(jì)算機(jī)輔助開發(fā)（CASE）的特點(diǎn)在實(shí)際開發(fā)一個(gè)系統(tǒng)時(shí)，CASE環(huán)境的應(yīng)用必須依賴于一種具體的開發(fā)方法。如結(jié)構(gòu)化方法、原型法、OO方法等。CASE只是一種輔助的開發(fā)方法。它主要在于幫助開發(fā)者產(chǎn)生出開發(fā)過(guò)程中的各類圖表、程序和說(shuō)明性文檔。CASE出現(xiàn)從根本上改變了我們開發(fā)系統(tǒng)的物質(zhì)基礎(chǔ)，主要體現(xiàn)在考慮問題的角度、開發(fā)過(guò)程的做法、實(shí)現(xiàn)系統(tǒng)的措施。CASE的部件繪圖工具語(yǔ)句校對(duì)程序原型工具信息知識(shí)庫(kù)代碼生成器開發(fā)方法項(xiàng)目管理工具CASE環(huán)境

①提供一種機(jī)制，使環(huán)境中的所有工具可以共享軟件工程信息。 ②每一個(gè)信息項(xiàng)的改變，可以追蹤到其他相關(guān)信息項(xiàng)。 ③對(duì)所有軟件工程信息提供版本控制和配置管理。 ④對(duì)環(huán)境中任何工具，可進(jìn)行直接的、非順序的訪問。 ⑤在標(biāo)準(zhǔn)的分解結(jié)構(gòu)中提供工具和數(shù)據(jù)的自動(dòng)支持。 ⑥使每個(gè)工具的用戶，共享人機(jī)界面所有的功能。 ⑦收集能夠改善過(guò)程和產(chǎn)品的各項(xiàng)度量指標(biāo)。 ⑧支持軟件工程師們之間的通信。CASE工具的優(yōu)勢(shì)自動(dòng)完成許多手工的系統(tǒng)開發(fā)任務(wù)在一種方法下促進(jìn)標(biāo)準(zhǔn)化在開發(fā)項(xiàng)目中促進(jìn)連貫和協(xié)作為系統(tǒng)生成大部分文檔，包括數(shù)據(jù)流程圖、數(shù)據(jù)模型、結(jié)構(gòu)圖或其它CASE工具不能完成的工作自動(dòng)提供功能上相關(guān)的系統(tǒng)。利用CASE工具開發(fā)好、壞系統(tǒng)的難易程序相同利用數(shù)據(jù)庫(kù)和第四代生成語(yǔ)言容易形成用戶界面自動(dòng)強(qiáng)制使用已有的或新創(chuàng)造一種不存在的開發(fā)方法根本上改變系統(tǒng)的分析設(shè)計(jì)過(guò)程3.2管理信息系統(tǒng)的開發(fā)方法快速應(yīng)用開發(fā)（RAD）是一個(gè)增量型的軟件開發(fā)過(guò)程模型，強(qiáng)調(diào)極短的開發(fā)周期。RAD模型是線性順序模型的一個(gè)“高速”變種，通過(guò)使用構(gòu)件的建造方法贏得了快速開發(fā)。RAD過(guò)程強(qiáng)調(diào)的是復(fù)用，復(fù)用已有的或開發(fā)可復(fù)用的構(gòu)件。實(shí)際上RAD采用第四代技術(shù)。管理信息系統(tǒng)的開發(fā)方法一.業(yè)務(wù)建模:確定驅(qū)動(dòng)業(yè)務(wù)過(guò)程運(yùn)作的信息、要生成的信息、如何生成、信息流的去向及其處理等，可以輔之以數(shù)據(jù)流圖。二.數(shù)據(jù)建模:為支持業(yè)務(wù)過(guò)程的數(shù)據(jù)流查找數(shù)據(jù)對(duì)象集合、定義數(shù)據(jù)對(duì)象屬性，并與其他數(shù)據(jù)對(duì)象的關(guān)系構(gòu)成數(shù)據(jù)模型，可輔之以E-R圖。三.過(guò)程建模:使數(shù)據(jù)對(duì)象在信息流中完成各業(yè)務(wù)功能，創(chuàng)建過(guò)程以描述數(shù)據(jù)對(duì)象的增加、修改、刪除、查找，即細(xì)化數(shù)據(jù)流圖中的處理框。四.應(yīng)用生成:利用第4代語(yǔ)言（4GL）寫出處理程序，重用已有構(gòu)件或創(chuàng)建新的可重用構(gòu)件，利用環(huán)境提供的工具自動(dòng)生成以構(gòu)造出整個(gè)的應(yīng)用系統(tǒng)。五.測(cè)試及反復(fù):強(qiáng)調(diào)復(fù)用，對(duì)新的構(gòu)件及其接口進(jìn)行測(cè)試管理信息系統(tǒng)的開發(fā)方法與瀑布模型相比，RAD模型不采用傳統(tǒng)的第3代程序設(shè)計(jì)語(yǔ)言來(lái)創(chuàng)建軟件，而是采用基于構(gòu)件的開發(fā)方法復(fù)用已有的程序結(jié)構(gòu)（如果可能）或使用可復(fù)用構(gòu)件和或創(chuàng)建可復(fù)用的構(gòu)件（如果需要）。在所有情況下，均使用自動(dòng)化工具輔助軟件創(chuàng)造。很顯然，加在一個(gè)RAD模型項(xiàng)目上的時(shí)間約束需要“一個(gè)可伸縮的范圍”。如果一個(gè)業(yè)務(wù)能夠被模塊化使得其中每一個(gè)主要功能均可以在不到3個(gè)月的時(shí)間內(nèi)完成，則其是RAD的一個(gè)候選者。每一個(gè)主要功能可由一個(gè)單獨(dú)的RAD組來(lái)實(shí)現(xiàn)，最后集成起來(lái)形成一個(gè)整體。管理信息系統(tǒng)的開發(fā)方法①并非所有應(yīng)用都適合RAD。RAD模型對(duì)模塊化要求比較高，如果有哪一個(gè)功能不能被模塊化，那么建造RAD所需要的構(gòu)件就會(huì)有問題。如果高性能是一個(gè)指標(biāo)且該指標(biāo)必須通過(guò)調(diào)整接口使其適應(yīng)系統(tǒng)構(gòu)件才能贏得，RAD方法也有可能不能奏效。②開發(fā)人員和客戶必須在很短的時(shí)間內(nèi)完成一系列的需求分析，任何一方配合不當(dāng)都會(huì)導(dǎo)致RAD項(xiàng)目失敗。③RAD只能用于信息系統(tǒng)開發(fā)，不適合技術(shù)風(fēng)險(xiǎn)很高的情況。當(dāng)一個(gè)新應(yīng)用要采用很多新技術(shù)或當(dāng)新軟件要求與已有的計(jì)算機(jī)程序的高互操作性時(shí)，這種情況就會(huì)發(fā)生。增量模型分析設(shè)計(jì)編碼測(cè)試分析設(shè)計(jì)編碼測(cè)試分析設(shè)計(jì)編碼測(cè)試分析設(shè)計(jì)編碼測(cè)試增量1增量2增量3增量n增量1交付客戶增量2交付客戶增量3交付客戶增量n交付客戶日歷時(shí)間…..過(guò)程漸進(jìn)性：每次提交一個(gè)滿足用戶需求子集的增量構(gòu)件；增量模型強(qiáng)調(diào)每一個(gè)增量均發(fā)布一個(gè)可操作的產(chǎn)品。能在短時(shí)間內(nèi)向用戶提交可使用的軟件；軟件系統(tǒng)的體系結(jié)構(gòu)必須具有高度的開放性和可擴(kuò)充性；在逐步增加產(chǎn)品功能的過(guò)程中有充裕的時(shí)間學(xué)習(xí)和適應(yīng)新的功能。增量模型的特點(diǎn)增量模型的示例第一個(gè)增量基本的文件管理、編輯和文檔生成功能（最核心）第二個(gè)增量完善的編輯和文檔生成能力第三個(gè)增量實(shí)現(xiàn)拼寫和文法檢查功能第四個(gè)增量完成高級(jí)的頁(yè)面布局功能

基于構(gòu)件的開發(fā)基于構(gòu)件的開發(fā)模型融合了螺旋模型的許多特征。它本質(zhì)上演化型，要求軟件創(chuàng)建的迭代方法。利用預(yù)先包裝好的軟件構(gòu)件（或稱類）來(lái)構(gòu)造應(yīng)用的。它導(dǎo)致軟件復(fù)用。缺點(diǎn)：

1、只能用于信息系統(tǒng)。

2、對(duì)于較大的項(xiàng)目需要足夠的人力資源去建造足夠的RAD組。

3、開發(fā)者和客戶必須在很短的時(shí)間完成一系列的需求分析，任何一方配合不當(dāng)都會(huì)導(dǎo)致RAD項(xiàng)目失敗。

4、這種模型對(duì)模塊化要求比較高，如果有哪一功能不能被模塊化，那么建造RAD所需要的構(gòu)件就會(huì)有問題。

5、技術(shù)風(fēng)險(xiǎn)很高的情況下不適合這種模型。優(yōu)點(diǎn)：

1、開發(fā)速度快，質(zhì)量有保證。

2、對(duì)信息系統(tǒng)特別有效。

UML統(tǒng)一建模語(yǔ)言

UML統(tǒng)一建模語(yǔ)言（UnifiedModelingLanguage）是一種建模語(yǔ)言。是第三代用來(lái)為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說(shuō)明可視化和編制文檔的方法。

UML取代目前軟件業(yè)眾多的分析和設(shè)計(jì)方法（Booch

CoadJacobsonOdellRumbaugh

Wirfs-Brock等）成為一種標(biāo)準(zhǔn)，這是軟件界的第一次有了一個(gè)統(tǒng)一的建模語(yǔ)言。它是面向?qū)ο蠓治雠c設(shè)計(jì)的一種標(biāo)準(zhǔn)表示。它不是一種可視化的程序設(shè)計(jì)語(yǔ)言，而是一種可視化的建模語(yǔ)言。不是工具或知識(shí)庫(kù)的規(guī)格說(shuō)明，而是一種建模語(yǔ)言規(guī)格說(shuō)明，是一種表示的標(biāo)準(zhǔn)。不是過(guò)程也不是方法，但允許任何一種過(guò)程和方法使用它RUP

RUP（RationalUnifiedProcess，統(tǒng)一軟件開發(fā)過(guò)程）具有很多長(zhǎng)處：提高了團(tuán)隊(duì)生產(chǎn)力，在迭代的開發(fā)過(guò)程、需求管理、基于組件的體系結(jié)構(gòu)、可視化軟件建模、驗(yàn)證軟件質(zhì)量及控制軟件變更等方面，針對(duì)所有關(guān)鍵的開發(fā)活動(dòng)為每個(gè)開發(fā)成員提供了必要的準(zhǔn)則、模板和工具指導(dǎo)，并確保全體成員共享相同的知識(shí)基礎(chǔ)。它建立了簡(jiǎn)潔和清晰的過(guò)程結(jié)構(gòu)，為開發(fā)過(guò)程提供較大的通用性。但同時(shí)它也存在一些不足：RUP只是一個(gè)開發(fā)過(guò)程，并沒有涵蓋軟件過(guò)程的全部?jī)?nèi)容，例如它缺少關(guān)于軟件運(yùn)行和支持等方面的內(nèi)容；此外，它沒有支持多項(xiàng)目的開發(fā)結(jié)構(gòu)，這在一定程度上降低了在開發(fā)組織內(nèi)大范圍實(shí)現(xiàn)重用的可能性?？梢哉f(shuō)RUP是一個(gè)非常好的開端，但并不完美，在實(shí)際的應(yīng)用中可以根據(jù)需要對(duì)其進(jìn)行改進(jìn)并可以用OPEN和OOSP等其他軟件過(guò)程的相關(guān)內(nèi)容對(duì)RUP進(jìn)行補(bǔ)充和完善。

形式化方法是軟件工程師能通過(guò)應(yīng)用一個(gè)嚴(yán)格的、數(shù)學(xué)的符號(hào)體系來(lái)規(guī)約、開發(fā)和驗(yàn)證基于計(jì)算機(jī)的系統(tǒng)。形式化方法模型的缺陷：形式化模型的開發(fā)目前還很費(fèi)時(shí)和昂貴。因?yàn)楹苌儆熊浖_發(fā)者具有使用形式化方法所需的背景知識(shí)，所以尚需多方面的進(jìn)行培訓(xùn)。難以使用該模型作為與對(duì)其一無(wú)所知的用戶進(jìn)行通信的機(jī)制。形式化方法模型3.4管理信息系統(tǒng)開發(fā)的過(guò)程管理2-69管理信息系統(tǒng)的開發(fā)方式1．自行開發(fā)優(yōu)點(diǎn)：易于協(xié)調(diào)，可以保證進(jìn)度；開發(fā)人員熟悉企業(yè)情況，可以較好地滿足用戶的需求；方便運(yùn)行與維護(hù)；可以滿足特殊需要等。缺點(diǎn)：開發(fā)周期較長(zhǎng)；成功率低；系統(tǒng)的技術(shù)水平和規(guī)范程度往往不高。2．委托開發(fā)3．合作開發(fā)主要問題是企業(yè)如何選擇合適的開發(fā)伙伴，它應(yīng)該有技術(shù)實(shí)力，有類似企業(yè)的開發(fā)經(jīng)歷，熟悉行業(yè)特點(diǎn)，一般多為大專院校和科研院所。4．咨詢開發(fā)以企業(yè)自己的力量為主，外請(qǐng)專家進(jìn)行咨詢的方式。5．外購(gòu)商品化軟件各種開發(fā)方式比較2.4管理信息系統(tǒng)開發(fā)的過(guò)程管理2-71管理信息系統(tǒng)開發(fā)的計(jì)劃與控制進(jìn)度計(jì)劃與控制階段性評(píng)審在總體規(guī)劃階段就應(yīng)制定系統(tǒng)開發(fā)大致的進(jìn)度計(jì)劃，隨著系統(tǒng)分析、系統(tǒng)設(shè)計(jì)的不斷深入，再制定系統(tǒng)詳細(xì)的開發(fā)進(jìn)度計(jì)劃，并指定專人負(fù)責(zé)。在今后執(zhí)行過(guò)程中，項(xiàng)目負(fù)責(zé)人要對(duì)各項(xiàng)任務(wù)進(jìn)行定期檢查。系統(tǒng)開發(fā)的進(jìn)度計(jì)劃以甘特圖的形式表示，按計(jì)劃定期檢查，確保系統(tǒng)按計(jì)劃進(jìn)行。系統(tǒng)各階段完成后，要進(jìn)行評(píng)審，審核各階段的工作，然后進(jìn)入后一階段工作。尤其要做好系統(tǒng)分析階段的評(píng)審工作，把好質(zhì)量關(guān)，為系統(tǒng)的成功開發(fā)打下基礎(chǔ)。某企業(yè)管理信息系統(tǒng)開發(fā)進(jìn)度安排2-721總體規(guī)劃分析設(shè)計(jì)組張洪濤可行性研究報(bào)告2系統(tǒng)分析系統(tǒng)分析組王哲系統(tǒng)分析說(shuō)明書3系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)組李宏偉系統(tǒng)設(shè)計(jì)說(shuō)明書4硬件安裝調(diào)試硬件組硬件測(cè)試報(bào)告9人員培訓(xùn)分析軟件組人員培訓(xùn)計(jì)劃序號(hào)完成者

進(jìn)度安排2002年2003年6789101112123456789101112工作項(xiàng)目負(fù)責(zé)人提交的文檔10系統(tǒng)總調(diào)各小組測(cè)試報(bào)告12系統(tǒng)評(píng)價(jià)各小組總結(jié)11系統(tǒng)試運(yùn)行各小組運(yùn)行結(jié)果