軟體工程概論

大綱何謂軟體工程軟體的危機(jī)軟體工程知識體軟體流程結(jié)論何謂軟體工程何謂軟體軟體的實際應(yīng)用何謂軟體工程軟體工程的基本原則傳統(tǒng)的軟體工程物件導(dǎo)向的軟體工程何謂軟體1軟體包含電腦程式執(zhí)行時可以提供所需功能及效能的指令。資料與資料結(jié)構(gòu)使電腦程式可以適當(dāng)?shù)奶幚碣Y訊的資料結(jié)構(gòu)。文件描述程式操作及使用的文件。軟體的實際應(yīng)用1軟體實際應(yīng)用的範(fàn)圍包含

:系統(tǒng)軟體用來服務(wù)其他程式所組成的軟體。即時處理軟體在事件發(fā)生時加以監(jiān)督/控制/分析的程式。軟體的實際應(yīng)用2商業(yè)軟體專用於商業(yè)的資訊處理是最大的軟體應(yīng)用領(lǐng)域。工程軟體具有處理大資料量的演算法特性。內(nèi)嵌軟體內(nèi)嵌式軟體放在硬體的唯讀記憶體內(nèi)。軟體的實際應(yīng)用3人工智慧

利用非結(jié)構(gòu)化、模擬人類思維的演算法來解決複雜化的問題。網(wǎng)路專用軟體

利用瀏覽器擷取的網(wǎng)頁結(jié)合執(zhí)行指令及資料的軟體。何謂軟體工程1真實世界的需求軟體工程軟體世界的解決方案何謂軟體工程2三個階段定義:What發(fā)展:How維護(hù):Changes何謂軟體工程3軟體工程的核心目標(biāo)，在於以系統(tǒng)化、規(guī)範(fàn)化、數(shù)量化的原則與方法，進(jìn)行軟體開發(fā)及維護(hù)。軟體工程整合軟體發(fā)展的方法、工具、流程的一門學(xué)科。

廣義的軟體工程也涵蓋軟體專案管理

包含專案規(guī)畫、專案執(zhí)行、專案監(jiān)控、軟體度量、風(fēng)險管理等軟體工程的基本原則1軟體工程的核心，從抽象的問題發(fā)展出具體的解答，可以協(xié)助解決問題、提高工作效率的基本原則?；驹瓌t包含如下情況最簡化把最主要的問題展開，分解成多種不同的主題，在把焦點(diǎn)專注於其中，在慢慢的逐一解決

軟體工程的基本原則2抽象化表示將物件的最主要部份，從相對不重要的細(xì)節(jié)中區(qū)分，以方便管理其複雜度。系統(tǒng)模組化將一個系統(tǒng)分解成簡單並且容易處理的模組，所以會變成模組化的系統(tǒng)。軟體設(shè)計通用性針對複雜問題，嘗試用一般化的解決辦法軟體工程的基本原則3預(yù)視改變軟體方便修改，故預(yù)視改變是一種軟體工程獨(dú)有的特徵。遞增法

描繪出一個按部就班逐步前進(jìn)的過程，利用連續(xù)型的逐漸趨近目標(biāo)。傳統(tǒng)的軟體工程系統(tǒng)分析與設(shè)計資料流程行為實體關(guān)聯(lián)圖資料流程圖狀態(tài)圖物件導(dǎo)向的軟體工程系統(tǒng)分析與設(shè)計互動物件行為循序圖類別圖狀態(tài)圖…軟體的危機(jī)何謂軟體危機(jī)。軟體危機(jī)的問題。成本的改變。真實案例。軟體的問題。軟體、硬體的特色。硬體故障曲線。軟體故障曲線。何謂軟體危機(jī)1軟體的重要性急速地提高的同時，軟體技術(shù)、人員教育訓(xùn)練及企業(yè)軟體制度來不及建立下，進(jìn)而產(chǎn)生的危機(jī)。軟體的生產(chǎn)力過低硬體的成長率每年大約30%，軟體每年只勉強(qiáng)以4~7%速度在成長，資訊系統(tǒng)的交付日期一再延後，許多待開發(fā)的軟體系統(tǒng)無法如期開始。

何謂軟體危機(jī)2軟體生產(chǎn)成本高

1960年代軟體開發(fā)成本佔總成本的20%以下；

1970年代軟體成本已佔總成本的80%以上，軟體維護(hù)費(fèi)用在軟體成本中竟然高達(dá)65%。

軟體品質(zhì)低落

1986年公佈的數(shù)據(jù)所有驗收的外包軟體中，竟然只有4%是可用而其餘的96%卻是不堪一用。大部分的企業(yè)自行開發(fā)的資訊系統(tǒng)中，有四分之三也是功敗垂成。因此軟體維護(hù)成本居高不下，軟體產(chǎn)品品質(zhì)低落是最主要的原因。軟體危機(jī)的問題1根據(jù)數(shù)據(jù)的調(diào)查，目前現(xiàn)階段的軟體專案項目沒有在預(yù)計的時間以及預(yù)算範(fàn)圍內(nèi)沒有完成的大致上佔了84%。統(tǒng)計在1995年美國的8000軟體專案項目。有30%以上的軟體專案項目被取消。超過預(yù)算的有189%。軟體危機(jī)的問題2關(guān)鍵問題軟體公司經(jīng)常被迫去執(zhí)行不切實際的最後完成日期。客戶總是在專案快要完成之前要求新的功能，以及需求不明確。軟體本身非常的複雜。開發(fā)過程充滿不確定性。改變的成本定義開發(fā)釋出後1x1.5-6x60-100x成本時間真實案例1美國銀行的主網(wǎng)路系統(tǒng)1982商業(yè)信託系統(tǒng)開發(fā)。一個指標(biāo)性系統(tǒng)，花費(fèi)18個月的深入研究與分析原先的預(yù)算:2000萬美元。原先計劃的時程:九個月，完工於1984/12/31。但是，直到1987年的三月才完成，共花費(fèi)6000萬。期間失去了6億的業(yè)務(wù)。最後還是放棄了此系統(tǒng)，以及轉(zhuǎn)走了340億的信託帳戶。真實案例2類似案例ExplosionofAriane5prototypein1996ExplosionofBoeing’sDeltaIIIrocket軟體的問題普遍性的議題軟體的特性軟體不易維護(hù)從無開始做起，導(dǎo)致生產(chǎn)力低落軟體特性軟體硬體邏輯性系統(tǒng)元素工程化開發(fā)不會損壞但性能會降低通常是客製化居多實體系統(tǒng)元素製造會損壞

以現(xiàn)有的元件組裝沒有備用零件有備用零件硬體故障曲線時間故障率初期的缺陷壞掉軟體故障曲線理想曲線改變實際曲線時間由於邊際效益造成故障率的提升故障率軟體工程知識體簡介軟體工程知識體簡介單純只是了解軟體工程的定義與說明，對實務(wù)來說基本原理是不夠用的，軟體工程的核心知識需要許多需要克服的困難，而要解決這些問題需要一些具備軟體工程的知識內(nèi)涵，統(tǒng)稱為軟體工程知識體。軟體工程知識體1軟體的需求(Softwarerequirements)

找出並確認(rèn)軟體所需具備的功能，加以分析並撰寫成正式的文件。軟體的設(shè)計(Softwaredesign)

定義軟體系統(tǒng)的基本結(jié)構(gòu)，包括每一層的細(xì)節(jié)，將系統(tǒng)細(xì)分成模組，找出模組的介面，並且設(shè)計出每個模組所需的演算法。軟體工程知識體2軟體的建構(gòu)(Softwareconstruction)

軟體的實作，包含細(xì)部的設(shè)計、程式撰寫與除錯以及單元測試。軟體測試(Softwaretest)

執(zhí)行軟體測試並而發(fā)現(xiàn)軟體缺陷，評估軟體效能。軟體工程知識體3軟體更新及維護(hù)(Softwaremaintenance)

修改或提升現(xiàn)有軟體的功能，並且同時更新相關(guān)文件，進(jìn)行合適的測試。軟體建構(gòu)管理

(SoftwareConfigurationManagement)

包含與軟體相關(guān)的修改以及版本控制軟體工程知識體4軟體工程管理

(Softwareengineeringmanagement)

追蹤、規(guī)劃以及控制軟體專案的進(jìn)行或軟體的團(tuán)隊。軟體開發(fā)流程

(Softwaredevelopmentprocess)

關(guān)於改善軟體開發(fā)的品質(zhì)、時效、生產(chǎn)力或其他代表專案績效因子的活動。軟體工程知識體5軟體工程方法及工具

可以支援軟體開發(fā)的工具與方法。軟體品質(zhì)(SoftwareQuality)

評估軟體的品質(zhì)、確定軟體具備足夠可靠性的活動。軟體流程何謂軟體流程軟體開發(fā)流程模式軟體流程改善模式何謂軟體流程1何謂流程(Process)泛指一系列的步驟包含:活動、限制、使用的資源等。流程也可以稱作是過程，是為了執(zhí)行某一個特定目的的一種一系列行動。整合人、程序、方法以及工具在一起。何謂軟體流程為了達(dá)成特定目標(biāo)而執(zhí)行的一系列步驟包含:軟體定義、分析、設(shè)計、建置、測試。軟體流程還會包含到每個活動的說明。何謂軟體流程2軟體流程的抽象化表示，從一般角度描述組織專案活動，並且分成兩種描述型(Descriptive)

協(xié)助思考，幫助企業(yè)抉擇哪些工作先須完成。規(guī)範(fàn)型(Prescriptive)

有一個規(guī)範(fàn)的準(zhǔn)則，並須按部就班完成。何謂軟體流程3何謂流程模式一套通用的程序要求，蒐集最佳化作法、實際知識，以指導(dǎo)為優(yōu)先，並且描述出特徵。建立出一個基準(zhǔn)找出需要改進(jìn)的地方。衡量應(yīng)該著手改進(jìn)的活動。軟體開發(fā)流程模式1描述軟體開發(fā)過程的一系列步驟及其執(zhí)行程序。開發(fā)的過程依循系統(tǒng)化、邏輯化的步驟進(jìn)行時，將有利於標(biāo)準(zhǔn)、規(guī)範(fàn)與政策之推行和建立，而且開發(fā)過程將更有效率，更能確保品質(zhì)，也更容易管理。不同的開發(fā)模式，適用於不同情況的系統(tǒng)開發(fā)。軟體開發(fā)流程模式2編碼與修正模式。階段模式。瀑布模式。漸增模式。雛型模式。螺旋模式。同步模式。RUP模式。軟體開發(fā)流程模式3各種開發(fā)模式之演進(jìn)年代編碼與修正模式1無方法論可言，主要包含兩個步驟先寫部分程式。再修正程式中之問題。編碼與修正模式2主要問題：過程中沒有規(guī)劃(plan)、分析及設(shè)計，故經(jīng)過幾次修正之後，程式碼的邏輯變得難以理解。無使用者需求分析與確認(rèn)，軟體雖設(shè)計得很好，但可能並不符合使用者的需求。階段模式1具有方法論之雛型。改善了編碼與修正模式之問題並強(qiáng)調(diào)系統(tǒng)開發(fā)前要有規(guī)劃(plan)。程式編碼(coding)前要有分析與設(shè)計。系統(tǒng)上線前要有測試(testing)。階段模式2階段模式3雖已改善了編碼與修正模式之問題，但使用上仍衍生以下之問題：不論系統(tǒng)之大小或複雜程度均需經(jīng)歷八階段。各階段之進(jìn)行是循序的且階段間沒有回饋。各階段均需考量完整的系統(tǒng)範(fàn)圍，不可僅考量部份系統(tǒng)。假設(shè)使用者需求可完整且清楚的描述。瀑布模式1開發(fā)的過程分成幾個階段，且劃分上較有彈性。每個階段清楚定義要做那些工作及交付那些文件，使系統(tǒng)開發(fā)之工作更明確及容易掌握?？稍试S階段間之回饋，若在各階段發(fā)現(xiàn)錯誤，能儘早修正以減少系統(tǒng)修改或重做之成本。各階段循序的執(zhí)行且僅循環(huán)一次。瀑布模式2當(dāng)系統(tǒng)較小或較單純，劃分的階段可能少至三個，例如分析、設(shè)計、實作

(Implementation)等階段。瀑布模式3瀑布模式4若面對較大或複雜之系統(tǒng)時，其階段可再被細(xì)分成更多個階段：分析設(shè)計實作可行性分析概念性設(shè)計程式編輯與單元測試需求分析細(xì)部設(shè)計整合測試系統(tǒng)分析安裝與系統(tǒng)測試教育訓(xùn)練操作與維護(hù)瀑布模式5瀑布模式6瀑布模式的一些問題：假設(shè)在專案開始時，需求可完整且清楚描述。所有需求在各階段均需同時考量，且系統(tǒng)開發(fā)在一個週期內(nèi)完成。在程式編輯前過於強(qiáng)調(diào)完整的分析與設(shè)計文件，故一但需求變更，文件需大幅修改。程式編輯於系統(tǒng)開發(fā)週期之後段才開始，故風(fēng)險較高，且失敗之成本亦較高。瀑布模式7系統(tǒng)開發(fā)週期較長且過程中使用者參與不足。漸增模式1把需求分成幾個部分，然後將每個部分的需求之開發(fā)訂為一個開發(fā)週期，每個週期可依序或平行開發(fā)。每個週期之階段清楚定義要做那些工作及交付那些文件。每個週期內(nèi)，各階段循序進(jìn)行且僅循環(huán)一次。漸增模式2漸增模式3特色：系統(tǒng)被分成幾個子系統(tǒng)或功能，各子系統(tǒng)可獨(dú)立依序或平行開發(fā)。系統(tǒng)開發(fā)可由多個週期完成，每個週期均有分析設(shè)計、程式編輯及測試，每個週期完成不同版本之系統(tǒng)。使用者參與程度高，每個週期均參與，故相較於瀑布模式，漸增模式之風(fēng)險較低。漸增模式4漸增模式適用之情況：目標(biāo)與需求可完全與清楚描述。預(yù)算需分期編列。需要時間來熟悉和接受新科技。雛型模式1此方法先針對使用者需求較清楚的部分或資訊人員較能掌握之部份，依分析、設(shè)計與實施等步驟快速進(jìn)行雛型系統(tǒng)開發(fā)。過程中，強(qiáng)調(diào)儘早以雛型系統(tǒng)做為使用者與資訊人員需求溝通與學(xué)習(xí)之工具，雙方透過雛型之操作與回饋，以釐清、修改及擴(kuò)充需求，並藉以修改與擴(kuò)充雛型系統(tǒng)。上述步驟反覆進(jìn)行，直到系統(tǒng)符合雙方約定為止。雛型系統(tǒng)有時是一個：只有使用者界面，而沒有核心部分的軟體。雛型模式2當(dāng)使用者需求無法完整且清楚的描述時雛型模式3主要特性與原則：強(qiáng)調(diào)雛型之儘早開發(fā)及使用者高度的參與。強(qiáng)調(diào)以雛型作為使用者及系統(tǒng)開發(fā)者之需求溝通與學(xué)習(xí)機(jī)制。從需求最清楚部分著手開發(fā)雛型，並透過使用者對雛型之操作與回饋，反覆修改與擴(kuò)充，每次反覆之週期要儘可能縮短。雛型模式4有兩種常見之應(yīng)用策略：演進(jìn)式雛型(EvolutionaryPrototyping)用後丟棄式雛型(RapidThrowawayPrototyping)雛型模式5演進(jìn)式雛型策略將所有需求看成一個整體，從需求最清楚的部分快速的經(jīng)歷一開發(fā)週期，以完成初版雛型系統(tǒng)。再利用該雛型與使用者溝通以確定、修改和擴(kuò)充需求，並藉以做為下一週期雛型演進(jìn)之依據(jù)。該週期不斷的反覆進(jìn)行，一直到雛型系統(tǒng)符合雙方約定為止。雛型模式6系統(tǒng)開發(fā)週期、雛型版本、及需求之演進(jìn)雛型模式7用後丟棄式雛型策略以一種快而粗糙(QuickandDirty)的方式建立雛型，以促使使用者能夠儘快藉由與雛型之互動來決定需求項目，或資訊人員藉以研發(fā)問題之解決方法與資訊科技之應(yīng)用。應(yīng)用該策略開發(fā)之雛型，不需考慮系統(tǒng)之運(yùn)用效率、可維護(hù)性與容錯能力等。雛型模式8用後丟棄式雛型丟棄的原因如下開發(fā)工具不同。作業(yè)系統(tǒng)不相容。設(shè)計方法不相容。雛型模式9用後丟棄式雛型策略僅實施在風(fēng)險程度最高的地方，例如需求或解決問題之知識、概念與資訊科技整合最不清楚的情況。因為雛型之丟棄也意味著成本的浪費(fèi)。其它情況則盡可能的採用演進(jìn)式雛型策略。螺旋模式1導(dǎo)入專案管理的概念與方法，為一風(fēng)險導(dǎo)向的模式。由三個步驟形成一週期：找出系統(tǒng)的目標(biāo)、可行之實施方案與限制。依目標(biāo)與限制評估方案，解決風(fēng)險。並由剩下之相關(guān)風(fēng)險，決定該步驟該如何進(jìn)行此週期反覆進(jìn)行，直到系統(tǒng)開發(fā)完成為止螺旋模式2螺旋模式3步驟一、找出系統(tǒng)的目標(biāo)、可行之實施方案與限制。找出系統(tǒng)的目標(biāo)系統(tǒng)目標(biāo)之評核因素很多，例如系統(tǒng)的績效、功能與容忍改變之能力等。找出系統(tǒng)之實施方案系統(tǒng)實施方案會因問題而異，例如找出之方案有設(shè)計A、設(shè)計B、重用、購買等。實施方案之限制可能為專案之成本、時程、系統(tǒng)介面等。螺旋模式4步驟二、依目標(biāo)與限制評估方案，解決風(fēng)險。主要是找出各方案之不確定處，並設(shè)法解決，其步驟如下：找出專案風(fēng)險之重要來源。解決風(fēng)險來源：可用雛型、模擬、標(biāo)竿(Benchmarking)、參考點(diǎn)檢查(ReferenceChecking)、問卷、分析模式、上述之綜合或其它技術(shù)以解決風(fēng)險。螺旋模式5步驟三、由剩下之風(fēng)險決定該步驟若系統(tǒng)的績效或使用者介面風(fēng)險將強(qiáng)力影響程式開發(fā)或內(nèi)部介面控制，則此步驟可能是採取演進(jìn)式雛型。若該雛型使用性佳且夠強(qiáng)韌（Robust），足以當(dāng)做未來系統(tǒng)發(fā)展之基礎(chǔ)，則往後將是一系列的雛型演進(jìn)。假如先前之雛型努力已解決了所有的績效或使用者介面之風(fēng)險，則此一步將遵循基本的瀑布模式，亦可適當(dāng)?shù)男揎椧哉蠞u增模式。螺旋模式6特色與應(yīng)用原則：在高風(fēng)險部分之設(shè)計尚未穩(wěn)定前，規(guī)格之發(fā)展不需要一致、詳盡或正式，以避免不必要之設(shè)計修改。在開發(fā)之任一階段，螺旋模式可選擇整合雛型模式以降低風(fēng)險。不同週期，可能採用不同的開發(fā)模式。當(dāng)更吸引人之方案被找出，或新風(fēng)險需被解決時，可整合重做或回到前面之階段。螺旋模式7包含了現(xiàn)有模式之大部分優(yōu)點(diǎn)，其風(fēng)險導(dǎo)向之方法解決了許多模式之問題。在某些條件下，螺旋模式相當(dāng)於某一現(xiàn)有之模式。若專案在系統(tǒng)的績效或使用者介面需求方面屬於低風(fēng)險，且在預(yù)算及時程控制方面屬於高風(fēng)險，則這些風(fēng)險之考量會使螺旋模式之執(zhí)行相當(dāng)於瀑布模式或漸增模式。若專案在預(yù)算及時程控制、大型系統(tǒng)之整合或需求變動方面之風(fēng)險較低，且在系統(tǒng)的績效、使用者介面或使用者決策支援需求方面之風(fēng)險較高，則這些風(fēng)險之考量會使螺旋模式之執(zhí)行類似於雛型模式。同步模式1主要是為了縮短系統(tǒng)開發(fā)時間，加速版本之更新，因應(yīng)商業(yè)套裝軟體的市場競爭。適用情形：需求可明確與完整的描述。有足夠的人力參與。團(tuán)隊間有良好的溝通、資訊交換與專案管理。同步模式2優(yōu)點(diǎn)：開發(fā)時間的縮短可提高產(chǎn)品的競爭力。缺點(diǎn)：緊湊的步驟及頻繁的資訊溝通，使得專案管理的複雜度大幅提高，人力成本也相對提高。若沒有輔以良好的工具及管理方法，則不易達(dá)成目標(biāo)。同步模式3基於三個主要的構(gòu)想來達(dá)到時程縮短的目標(biāo)：多個團(tuán)隊同時開發(fā)。這種多組人同時工作的方式稱為活動同步（ActivityConcurrency）。同步模式4同步模式之執(zhí)行程序同步模式5資訊同步。不同團(tuán)隊的資訊互相交流與共享稱為資訊同步（InformationConcurrency）資訊同步有三個技巧：向前傳遞(FrontLoading)向後傳遞(Flying)建立有效資訊交換網(wǎng)路及群體工作的支援環(huán)境整合性的管理系統(tǒng)。同步開發(fā)方法的管理方法比一般的系統(tǒng)開發(fā)複雜，必須開發(fā)一個管理系統(tǒng)以協(xié)調(diào)人員、資源、過程和產(chǎn)品間複雜的互動關(guān)係同步模式6同步開發(fā)與循序開發(fā)方法之比較同步模式7同步開發(fā)與循序開發(fā)方法之比較同步模式8開發(fā)活動跨越不同版本RUP模式1RUP(RationalUnifiedProcess)模式於1998由IvarJacobson、GradyBooch和JamesRumbaugh提出。以架構(gòu)為中心(Architecture-Centric)的開發(fā)模式。結(jié)合螺旋模式的概念，以「反覆式」(Iterative)與「漸增式」(Incremental)的軟體發(fā)展原理進(jìn)行軟體開發(fā)。反覆式意指重複用相同的的一系列操作或步驟以進(jìn)行軟體開發(fā)。漸增式意指每一次在軟體產(chǎn)品上新增工功能、模組、元件或子系統(tǒng)等。RUP模式2每一次的反覆需產(chǎn)出一個可運(yùn)作的系統(tǒng)版本，並在每一個反覆週期評估風(fēng)險，以儘早發(fā)現(xiàn)問題。不需假設(shè)專案開始時，使用者需求可完整且清楚描述?？捎蓜討B(tài)與靜態(tài)兩個構(gòu)面來說明系統(tǒng)開發(fā)專案之實施階段與核心工作。RUP模式3動態(tài)構(gòu)面把軟體開發(fā)依序分成四個主要階段：初始、詳述、建構(gòu)與轉(zhuǎn)移。這四個階段構(gòu)成一個週期，週期可反覆進(jìn)行，每個週期內(nèi)之各階段也可以視情況反覆進(jìn)行。靜態(tài)構(gòu)面主要表達(dá)成九個核心工作流程

(Workflows)或過程(Processes)：有六項屬於軟體工程工作：企業(yè)模型、需求、分析與設(shè)計、實作、測試、配置(Deployment)三項屬於管理支援工作：專案管理、組態(tài)管理與變動管理、環(huán)境。RUP模式4第四代技術(shù)1第四代技術(shù)(4thGenerationTechniques,4GT)指的是輸入圖形(diagrams)或特殊語言，可以自動產(chǎn)生原始程式碼的技術(shù)。圖形(diagrams)或特殊語言主要是用來描述軟體的特性與行為，4GT根據(jù)這些描述來產(chǎn)生原始程式碼。這些輸入就是所謂的第四代語言(4GL)。第四代技術(shù)2採用4GT開發(fā)軟體，還是要經(jīng)過分析、設(shè)計、編碼、測試、維護(hù)等階段。採用4GT開發(fā)的方式，必須使得軟體易於維護(hù)。使用4GT開發(fā)小型軟體，有時可直接從需求擷取的階段跳到實施(Implementation)的階段。若和元件開發(fā)方式合用，4GT可能便變成軟體開發(fā)的主要方法。第四代技術(shù)3優(yōu)點(diǎn)支持者聲稱可加快開發(fā)的速度，提升生產(chǎn)力。缺點(diǎn)反對者聲稱4GT的工具不比程式語言簡單，產(chǎn)生的原始程式碼執(zhí)行效率差，4GT產(chǎn)生的大型軟體，其維護(hù)仍然是個問題。快速應(yīng)用軟體開發(fā)1快速應(yīng)用軟體開發(fā)(RapidApplicationDevelopment,RAD)強(qiáng)調(diào)以極短時間(約60-90天)完成軟體的開發(fā)。程式的產(chǎn)生儘可能使用元件開發(fā)方式及第四代技術(shù)縮短開發(fā)時間。主要用於開發(fā)需求可完整且清楚描述的資訊系統(tǒng)。分?jǐn)?shù)個週期平行開發(fā)，每一週期由一個團(tuán)隊完成一功能組(模組)。快速應(yīng)用軟體開發(fā)2一個週期包含：商業(yè)塑模(businessmodeling)資料塑模(datamodeling)處理塑模(processingmodeling)程式的產(chǎn)生(applicationgeneration)測試及修改(testingandturnover)快速應(yīng)用軟體開發(fā)3缺點(diǎn)大型軟體需有足夠的人力參與。不適合開發(fā)技術(shù)風(fēng)險高的軟體。只適合能模組化的軟體。使用者與資訊人員雙方都必須要有決心，互相配合，以便在極短時間內(nèi)完成軟體的開發(fā)。六個系統(tǒng)開發(fā)模式之比較模式年代基本假設(shè)/適用情況主要特徵瀑布模式1970使用者可以完整且清楚的敘述需求軟/硬體之技術(shù)與支援沒問題重視設(shè)計與規(guī)劃之文件強(qiáng)調(diào)先有完整的設(shè)計與規(guī)劃階段的完成需通過驗證，才進(jìn)到下階段漸增模式1971同上開發(fā)階段要有清楚的定義強(qiáng)調(diào)先有完整的設(shè)計與規(guī)劃開發(fā)週期反覆進(jìn)行雛型模式1977使用者無法完整定義出所需的需求軟/硬體之技術(shù)與支援不確定系統(tǒng)開發(fā)階段無清楚之分界線不要強(qiáng)調(diào)先有完整的設(shè)計與規(guī)劃強(qiáng)調(diào)快速的完整雛型且儘早使用螺旋模式1986上述各情況均可雛型模式的主要特徵之綜合強(qiáng)調(diào)各開發(fā)週期之規(guī)劃與風(fēng)險評估同步模式1993需求可明確且完整敘述有足夠的人力參與開發(fā)工作分隔並同時進(jìn)行整合及系統(tǒng)測試不可分隔RUP1998上述各情況均可強(qiáng)調(diào)反覆與漸增式開發(fā)強(qiáng)調(diào)流程、工作產(chǎn)出與專案管理資訊系統(tǒng)特性與適用之開發(fā)模式資訊系統(tǒng)種類資訊系統(tǒng)特色適用之系統(tǒng)開發(fā)模式交易處理系統(tǒng)針對大量交易處理之自動化，其處理程序及資訊需求是非常結(jié)構(gòu)化的，且一經(jīng)決定就不常改變。瀑布模式、漸增模式雛型模式、螺旋模式同步模式、RUP模式管理資訊系統(tǒng)提供給不同層級的管理者，有關(guān)組織營運(yùn)狀況不同摘述程度之報表，且報表之格式是預(yù)定的。一般來說，這些資料之處理與報表產(chǎn)生，不常改變。瀑布模式、漸增模式雛型模式、螺旋模式同步模式、RUP模式?jīng)Q策支援系統(tǒng)主要是用來支援決策者半結(jié)構(gòu)化、非結(jié)構(gòu)化之決策。資訊內(nèi)容與報表內(nèi)容通常不固定。雛型模式、螺旋模式RUP模式企業(yè)資源規(guī)劃系統(tǒng)主要能及時整合與規(guī)劃分散於企業(yè)各據(jù)點(diǎn)資源，可以隨時彈性處理企業(yè)資訊的系統(tǒng)瀑布模式、漸增模式雛型模式、螺旋模式同步模式、RUP模式軟體流程改善模式CMMI

的基本認(rèn)知流程改善週期CMMI基本認(rèn)知1CMM與CMMI的演進(jìn)由美國卡內(nèi)基美隆大學(xué)所發(fā)展出一套認(rèn)證制度1987年為CMM(CapabilityMaturityModel)能力成熟模式發(fā)表一篇報告1989年出版了一本書軟體成熟度框架1991年發(fā)展出CMMV.1.0軟體1993/1994發(fā)展出CMMV.1.1軟體SEI開發(fā)出個人軟體流程(PSP)1995SEI開發(fā)出新的軟體專用CMM，包含：SA-CMM、SE-CMM、

IPD-CMM、People-CMM。CMMI基本認(rèn)知2CMM與CMMI的演進(jìn)

1996年SEI開發(fā)出團(tuán)隊軟體流程(TSP)。1997年由於有太多種衡量標(biāo)準(zhǔn)，所以全部整合在一起成為CMMI2000年發(fā)展出CMMIV.1.022001年發(fā)展出CMMIV.1.12006年發(fā)展出CMMI-DEVV.1.22007年發(fā)展出CMMI-ACQV.1.22009年CMMI-SVC發(fā)展中CMMI基本認(rèn)知3CMMI的發(fā)展由美國國防部以及美國國防工業(yè)發(fā)展協(xié)會共同制定的標(biāo)準(zhǔn)。超過100個人的參與內(nèi)包含：SEI政府企業(yè)共同努力一同制定。CMMI基本認(rèn)知4CMMI模式的表述，有兩種流程改善的方法組織成熟度方法：階段式表述。

成熟度等級在企業(yè)流程改善中是一個已定義的演進(jìn)水準(zhǔn)，每個成熟度等級會使一個重要的組織流程子集合更加成熟，為提升到下一個成熟度作準(zhǔn)備。流程能力方法：連續(xù)式表述。

能力度等級包含與