信息系統(tǒng)開發(fā)

信息系統(tǒng)開發(fā)第一頁，共四十頁，2022年，8月28日本章主要內(nèi)容3.1系統(tǒng)開發(fā)過程3.2FAST開發(fā)過程3.3開發(fā)路線和方法3.4自動化工具和技術(shù)第二頁，共四十頁，2022年，8月28日3.1系統(tǒng)開發(fā)過程堅持使用現(xiàn)代的嚴(yán)格的方法學(xué)可以在兩年內(nèi)使70%的系統(tǒng)開發(fā)組織的生產(chǎn)率至少提高30%。使用一致的系統(tǒng)開發(fā)過程：提高效率，管理層可以在項目之間調(diào)動資源；產(chǎn)生一致的文檔，減少維護(hù)系統(tǒng)的生命期費用；改善質(zhì)量第三頁，共四十頁，2022年，8月28日能力成熟度模型第四頁，共四十頁，2022年，8月28日3.1.1能力成熟度模型初始級:系統(tǒng)開發(fā)項目沒有規(guī)定的過程可以遵循開發(fā)成敗主要取決于項目團(tuán)隊的經(jīng)驗和技能項目開發(fā)過程不可預(yù)測、不可重復(fù)項目之間的文檔不一致可重復(fù)級:建立項目管理過程和實踐跟蹤項目成本、進(jìn)度、功能組織采用開發(fā)過程，但項目與項目之間的開發(fā)過程可能不同開發(fā)成敗仍主要取決于項目團(tuán)隊的經(jīng)驗和技能.可以重復(fù)早期項目的成功經(jīng)驗第五頁，共四十頁，2022年，8月28日能力成熟度模型已定義級:標(biāo)準(zhǔn)化系統(tǒng)開發(fā)過程(有時稱為“方法學(xué)”)所有項目都使用這個過程的裁減版本來開發(fā)和維護(hù)系統(tǒng)或軟件每個項目都產(chǎn)生一致且高質(zhì)量的文檔和交付成果開發(fā)過程穩(wěn)定、可預(yù)測、可重復(fù)已管理級:建立可度量的質(zhì)量和生產(chǎn)率目標(biāo)標(biāo)準(zhǔn)系統(tǒng)開發(fā)過程和產(chǎn)品質(zhì)量的度量數(shù)據(jù)存在數(shù)據(jù)庫里，并根據(jù)數(shù)據(jù)提高項目管理水平管理層主動而不是被動應(yīng)對系統(tǒng)開發(fā)問題系統(tǒng)遇到不可預(yù)期問題時，開發(fā)過程仍可以根據(jù)對問題的影響的預(yù)測和度量進(jìn)行調(diào)整第六頁，共四十頁，2022年，8月28日3.1.1能力成熟度模型優(yōu)化級:根據(jù)4級建立的度量和數(shù)據(jù)分析，對標(biāo)準(zhǔn)化過程進(jìn)行持續(xù)監(jiān)督和改進(jìn)。調(diào)整開發(fā)過程中的技術(shù)和最佳實踐，包括調(diào)整開發(fā)過程本身。經(jīng)驗教訓(xùn)在組織內(nèi)共享，保證質(zhì)量，并消除低效率。注意，每個等級都是下一等級的先決條件。第七頁，共四十頁，2022年，8月28日3.1.1能力成熟度模型CMMProjectStatisticsforaProjectResultingin200,000LinesofCodeOrganization’sCMMLevelProjectDuration(months)ProjectPerson-MonthsNumberofDefectsShippedMedianCost($millions)LowestCost($millions)HighestCost

($millions)130600615.51.8100+218.5143121.3.961.7315807.728.518.933系統(tǒng)開發(fā)過程對質(zhì)量影響第八頁，共四十頁，2022年，8月28日系統(tǒng)生命周期與開發(fā)方法Lifecyclestage使用系統(tǒng)選擇的IT系統(tǒng)開發(fā)使用系統(tǒng)開發(fā)方法學(xué)運行與維護(hù)Lifecyclestage報廢轉(zhuǎn)換系統(tǒng)生命期系統(tǒng)生命周期第九頁，共四十頁，2022年，8月28日系統(tǒng)生命周期與開發(fā)方法系統(tǒng)開發(fā)方法是一個十分正式且精確的系統(tǒng)開發(fā)過程，它為系統(tǒng)開發(fā)人員和項目管理者定義了一組活動、方法、最佳實踐、交付成果和自動化工具，用來開發(fā)和維護(hù)大部分或所有的信息系統(tǒng)和軟件。系統(tǒng)開發(fā)方法確保：提供一個一致且可再生的方法降低了錯誤的風(fēng)險為各個項目生成完整且一致的文檔由于所有人都使用同樣的過程，所以可以在項目之間靈活的分配系統(tǒng)分析員、設(shè)計人員和構(gòu)造人員后來者可以方便的獲得和理解以前的工作成果。第十頁，共四十頁，2022年，8月28日3.1.3系統(tǒng)開發(fā)基本原理讓用戶參與：系統(tǒng)用戶的參與對于成功的系統(tǒng)開發(fā)是必需的。交流不暢和誤解仍是系統(tǒng)開發(fā)中存在的主要問題。使用一套問題解決步驟：問題包括真正的問題、改進(jìn)的機(jī)會、來自管理層的指示研究并理解問題、問題的上下文和問題的影響定義方案必須滿足的需求確定滿足需求的侯選方案，并選擇最佳方案設(shè)計和/或?qū)崿F(xiàn)選出的方案觀察并評估該方案的影響，相應(yīng)的細(xì)化該方案第十一頁，共四十頁，2022年，8月28日3.1.3系統(tǒng)開發(fā)基本原理確立開發(fā)階段和開發(fā)活動：不同的作者、專家以及公司對開發(fā)階段和開發(fā)活動的數(shù)量和范圍的描述都不盡相同。在開發(fā)過程中記錄文檔：為了促進(jìn)不斷變化的關(guān)聯(lián)人員之間的有效交流，文檔必須隨同整個系統(tǒng)開發(fā)工作同時展開。第十二頁，共四十頁，2022年，8月28日3.1.3系統(tǒng)開發(fā)基本原理建立標(biāo)準(zhǔn)：為了實現(xiàn)或者改進(jìn)系統(tǒng)集成，組織需要遵從標(biāo)準(zhǔn)。數(shù)據(jù)庫技術(shù)軟件技術(shù)接口技術(shù)管理過程和項目過程管理確保一個組織選定的過程在所有項目中得到一致的運用。過程管理還定義和改進(jìn)選定的過程。項目管理確保以最小的開銷、在規(guī)定的時間內(nèi)、以可接受的質(zhì)量開發(fā)信息系統(tǒng)。第十三頁，共四十頁，2022年，8月28日3.1.3系統(tǒng)開發(fā)基本原理將信息系統(tǒng)作為重要的投資看待成本效益分析在整個系統(tǒng)開發(fā)過程中都要進(jìn)行分階段的系統(tǒng)開發(fā)方法提供了幾次重新評價成本效益、風(fēng)險和可行性的機(jī)會大多數(shù)系統(tǒng)所有者想從其系統(tǒng)中獲得超出投資范圍之外的功能不必害怕取消和返工建立多個可行性檢查點在每個檢查點上，所有的費用都被認(rèn)為是過去的，所以它們同決策無關(guān)在每個檢查點上，分析員應(yīng)考慮如果項目不再可行就取消它；如果項目范圍增加了，就重新評價并調(diào)整費用和進(jìn)度；如果不能改變項目預(yù)算和進(jìn)度，并且項目預(yù)算和進(jìn)度不足以實現(xiàn)所有的項目目標(biāo)，就減少范圍。第十四頁，共四十頁，2022年，8月28日3.1.3系統(tǒng)開發(fā)基本原理分而治之：通過不斷的將一個大系統(tǒng)分解成更容易管理的小系統(tǒng)，分析員可以簡化問題解決的過程設(shè)計系統(tǒng)時應(yīng)考慮到增長和變化：企業(yè)在不斷的變化，業(yè)務(wù)需求在變，業(yè)務(wù)的優(yōu)先次序在變。相應(yīng)的，支持業(yè)務(wù)的信息系統(tǒng)也必須不斷變化。第十五頁，共四十頁，2022年，8月28日3.2FAST系統(tǒng)開發(fā)過程FAST3.2.1項目確定3.2.2項目階段3.2.3跨生命周期活動第十六頁，共四十頁，2022年，8月28日3.2.1項目確定項目的推動力解決問題利用機(jī)會執(zhí)行指示PIECES框架性能Performance信息Information經(jīng)濟(jì)Economics控制Control效率Efficiency服務(wù)Service第十七頁，共四十頁，2022年，8月28日3.2.2FAST項目階段經(jīng)典項目階段：范圍定義階段問題分析階段需求分析階段邏輯設(shè)計階段決策分析階段物理設(shè)計和集成階段構(gòu)造和測試階段安裝和發(fā)布階段第十八頁，共四十頁，2022年，8月28日3.2.2項目階段第十九頁，共四十頁，2022年，8月28日3.2.3跨生命周期活動調(diào)查研究（信息收集和數(shù)據(jù)收集）：調(diào)查研究對于一個項目的早期階段至關(guān)重要。記錄文檔和演示匯報：這兩種溝通技術(shù)在系統(tǒng)開發(fā)項目中很常見?？尚行苑治觯杭夹g(shù)可行行、運行可行性、經(jīng)濟(jì)可行性、進(jìn)度可行行、風(fēng)險可行性項目管理和過程管理：過程管理定義了每個項目使用的方法。項目管理則是把管理方法應(yīng)用于單個項目時的實例。第二十頁，共四十頁，2022年，8月28日3.2.4順序開發(fā)和迭代開發(fā)順序開發(fā)：要求每個階段在另一個階段之后完成，直到信息系統(tǒng)終結(jié)。瀑布開發(fā)方法：各個階段可以在時間上一定程度地相互重疊迭代（增量）開發(fā)方法：完成足夠的分析、設(shè)計和實現(xiàn)以便能夠完全開發(fā)新系統(tǒng)的一部分并將其盡快投入運行。一旦系統(tǒng)的這個版本實現(xiàn)了，該策略就進(jìn)行另外的分析、設(shè)計和實現(xiàn)，以便發(fā)布系統(tǒng)的下一個版本。第二十一頁，共四十頁，2022年，8月28日3.3選擇開發(fā)路線和策略系統(tǒng)開發(fā)方法學(xué)和策略分類第二十二頁，共四十頁，2022年，8月28日3.3選擇開發(fā)路線和策略3.3.1模型驅(qū)動開發(fā)路線3.3.2快速應(yīng)用開發(fā)路線3.3.3商用應(yīng)用軟件包開發(fā)路線3.3.4混合開發(fā)路線第二十三頁，共四十頁，2022年，8月28日3.3.1模型驅(qū)動開發(fā)策略第二十四頁，共四十頁，2022年，8月28日模型驅(qū)動開發(fā)策略優(yōu)點：需求分析更全面更好地文檔化使用圖形比使用語言更容易驗證業(yè)務(wù)需求和系統(tǒng)設(shè)計更容易確定、概念化和分析多種技術(shù)方案設(shè)計說明更合理、穩(wěn)定、適應(yīng)性使用全面規(guī)格說明，容易正確地構(gòu)造系統(tǒng)缺點：項目持續(xù)時間長，需要時間收集實事、繪制和驗證模型模型能達(dá)到的需求理解程度最多和用戶理解程度一樣降低用戶在項目中的主動參與不夠靈活，用戶在設(shè)計之前必須完全說明需求，設(shè)計必須完全記錄下技術(shù)說明才能構(gòu)造第二十五頁，共四十頁，2022年，8月28日模型驅(qū)動開發(fā)策略三種流行的模型驅(qū)動開發(fā)技術(shù)：過程建模流程圖數(shù)據(jù)流圖數(shù)據(jù)建模實體關(guān)系圖對象建模對象第二十六頁，共四十頁，2022年，8月28日3.3.2快速應(yīng)用開發(fā)策略RAD基本思想：讓用戶主動參與到分析、設(shè)計和構(gòu)造活動中將系統(tǒng)開發(fā)組織成重點突出的研討會，讓所有關(guān)聯(lián)人員一同參與通過一種迭代的構(gòu)造方法加速需求分析與設(shè)計階段提前使用戶看到可工作系統(tǒng)原型–小規(guī)模、有代表性的或者可工作的模型，這個模型反映了信息系統(tǒng)的用戶需求或者建議設(shè)計。任何原型都可能忽略某些功能和特征，直到原型最終完全進(jìn)化成需求的一個可接受的實現(xiàn)系統(tǒng)為止。第二十七頁，共四十頁，2022年，8月28日3.3.2快速應(yīng)用開發(fā)策略第二十八頁，共四十頁，2022年，8月28日3.3.2快速應(yīng)用開發(fā)策略時間盒

在一段不能延長的時間內(nèi)（通常60-90天），系統(tǒng)的某個版本必須在這個時間段內(nèi)投入運行。優(yōu)點：有規(guī)律向用戶和管理層發(fā)布運行系統(tǒng)，提高和保持管理者和用戶對項目的熱情，因為系統(tǒng)工作版本按照有規(guī)律的模式進(jìn)行發(fā)布。第二十九頁，共四十頁，2022年，8月28日快速應(yīng)用開發(fā)策略RAD優(yōu)點：

適用于用戶需求不確定不明確的項目鼓勵用戶和管理層主動參與項目具有較高可視性和支持程度用戶和管理層看到可工作的方案更快些錯誤和遺漏更早發(fā)現(xiàn)測試和培訓(xùn)是原型法的自然副產(chǎn)品迭代方法更自然，因為變化是必然的RAD缺點：–可能增加運行、支持和維護(hù)費用–省略問題分析階段–RAD可能不鼓勵分析員考慮其他更有價值的技術(shù)方案–對速度的重視可能會破壞質(zhì)量–拋棄原型可能被視為產(chǎn)品的時間和精力的損失第三十頁，共四十頁，2022年，8月28日商用軟件包開發(fā)策略為了實現(xiàn)業(yè)務(wù)需求，必須仔細(xì)地選擇封裝式軟件方案封裝式軟件方案不僅需要花錢購買，而且也可能更需要花錢實現(xiàn)軟件包通常必須定制并集成到企業(yè)中軟件包很少能實現(xiàn)讓用戶完全滿意的所有業(yè)務(wù)需求第三十一頁，共四十頁，2022年，8月28日3.3.3商用軟件包開發(fā)策略第三十二頁，共四十頁，2022年，8月28日商用軟件包開發(fā)策略優(yōu)點更快實現(xiàn)系統(tǒng)許多企業(yè)沒有能力提供人力和專業(yè)知識開發(fā)內(nèi)部方案將開發(fā)費用平攤到客戶軟件供應(yīng)商負(fù)責(zé)對軟件進(jìn)行改進(jìn)和修改利用同行業(yè)的相似性，減少重復(fù)開發(fā)缺點形成對供應(yīng)商的依賴購買系統(tǒng)很少能反映理想方案改善業(yè)務(wù)過程以適應(yīng)軟件會遇到阻力第三十三頁，共四十頁，2022年，8月28日混合策略任何一個項目都可以選擇使用多條開發(fā)路線的組合使用什么開發(fā)路線總是在范圍定義階段期間進(jìn)行選擇，并作為工作陳述的一部分進(jìn)行協(xié)商一種常見的混合了模型驅(qū)動開發(fā)路線和快速應(yīng)用開發(fā)路線的策略是增量開發(fā)策略。第三十四頁，共四十頁，2022年，8月28日3.3.5系統(tǒng)維護(hù)第三十五頁，共四十頁，2022年，8月28日3.4自動化工具和技術(shù)3.4.1計算機(jī)輔助系統(tǒng)工程3.4.2應(yīng)用開發(fā)環(huán)境3.4.3過程和項目管理器第三十六頁，共四十頁，2022年，8月28日3.4.1CASE

Computer-aidedsoftwareengineering(CASE)

–使用支持系統(tǒng)模型的繪圖和分析的自動化工具。有些CASE工具提供原型和代碼產(chǎn)生能力。CASE資料庫（CASErepository

）–系統(tǒng)開發(fā)人員的數(shù)據(jù)庫，存儲系統(tǒng)模型、詳細(xì)描述和說明、以及系統(tǒng)其他開發(fā)產(chǎn)品的地方。也稱字典或者百科全書。正向工程–CASE工具的一種能力，能夠直接從系統(tǒng)模型生成初始的軟件或者數(shù)據(jù)庫代碼。

逆向工程–CASE工具的一種能力，能夠直接從軟件或者數(shù)據(jù)庫代碼生成初始的系統(tǒng)模型。第三十七頁，共四十頁，2022年，8月28日計算機(jī)輔助系統(tǒng)工程第三十八頁，共四十頁，2022年，8月28日3.4.2應(yīng)用開發(fā)環(huán)境應(yīng)用開發(fā)環(huán)境Applicationdevelopmentenvironments(ADEs)–集成化的軟件開發(fā)工具，提供了以最快速度和最高質(zhì)量開發(fā)新系統(tǒng)程序所需要的全部工具。也稱集成開發(fā)環(huán)境integrateddevelopmentenvironment(IDE)ADE工具:程序語言或者解釋器界面構(gòu)造工具