系統(tǒng)分析與設(shè)計SystemAnalysisandDesign (2)主講教師：申曉留郵件地址：辦公地點：主樓D座625房間聯(lián)系電話：61772133

課程的模塊化結(jié)構(gòu)第一篇概述第二篇

系統(tǒng)分析方法第三篇系統(tǒng)設(shè)計方法第四篇系統(tǒng)實施第五篇系統(tǒng)管理理解用于質(zhì)量管理的能力成熟度模型（CMM）描述系統(tǒng)開發(fā)過程的目的闡述系統(tǒng)開發(fā)生命周期（SDLC）的不同階段描述系統(tǒng)開發(fā)生命周期（SDLC）的一些變體描述貫穿信息系統(tǒng)開發(fā)基本階段的幾種常用開發(fā)方法闡述系統(tǒng)開發(fā)的當(dāng)前趨勢描述用于系統(tǒng)開發(fā)的各種自動化工具

第二章 系統(tǒng)開發(fā)方法過程——系統(tǒng)開發(fā)過程

開發(fā)信息系統(tǒng)的過程視角大多數(shù)軟件組織都有一個正式的系統(tǒng)開發(fā)過程，包括一套標(biāo)準的過程與步驟，這些過程與步驟在任何系統(tǒng)開發(fā)項目中都需要遵循，不同組織差別很大，仍能發(fā)現(xiàn)共同點：

——遵循一種問題解決方法，一般通用問題解決步驟系統(tǒng)開發(fā)過程通用問題解決步驟系統(tǒng)啟動1確定問題（包括規(guī)劃問題方案）系統(tǒng)分析2分析和理解問題3確定方案需求和預(yù)期系統(tǒng)設(shè)計4確定替代方案選擇最佳方案5設(shè)計所選方案系統(tǒng)實施6實現(xiàn)所選方案7評估效果開發(fā)信息系統(tǒng)的過程視角—啟動信息系統(tǒng)項目復(fù)雜，需要大量人力、物力、金錢，解決的問題表述含糊，初始方案可能不成熟，需要仔細規(guī)劃。項目啟動階段確立解決問題所需要的項目范圍、目標(biāo)、進度和預(yù)算，或項目帶來的機會項目范圍定義了項目涉及的業(yè)務(wù)領(lǐng)域，以及要實現(xiàn)的目標(biāo)，范圍與目標(biāo)最終影響資源的投入，也就是進度和預(yù)算，他們對于成功完成項目是必要的。通過建立對應(yīng)初始范圍和目標(biāo)的項目進度和預(yù)算，也就建立了一個基線。依據(jù)這個基線，所有的關(guān)聯(lián)人員可以接受這樣的現(xiàn)實，未來對目標(biāo)和范圍的修改，間影響進度和預(yù)算。開發(fā)信息系統(tǒng)的過程視角—系統(tǒng)分析系統(tǒng)分析的目的是為項目團隊提供對開發(fā)項目的問題和需求更全面的理解。因此需要研究和分析業(yè)務(wù)領(lǐng)域（啟動階段定義的項目范圍），以獲得對有什么，沒有什么以及需要什么等內(nèi)容更深入的理解。系統(tǒng)分析階段要求同用戶一起工作以便清楚地定義購買或開發(fā)的新系統(tǒng)的業(yè)務(wù)需求和預(yù)期。如果預(yù)算不足以實現(xiàn)所有預(yù)期，需要定義業(yè)務(wù)的優(yōu)先權(quán)。開發(fā)信息系統(tǒng)的過程視角—系統(tǒng)設(shè)計給定某個信息系統(tǒng)業(yè)務(wù)需求，就可以進行系統(tǒng)設(shè)計。系統(tǒng)設(shè)計期間，最初需要探索不同的技術(shù)方案，任何問題至少有一種方案。一旦選定和批準了某個技術(shù)方案，系統(tǒng)設(shè)計階段就要開發(fā)實現(xiàn)最終方案所需的技術(shù)藍圖和規(guī)格說明。技術(shù)藍圖和規(guī)格說明將被用來實現(xiàn)信息系統(tǒng)所需的數(shù)據(jù)庫，程序，用戶界面和網(wǎng)絡(luò)。如果選擇購買軟件而非開發(fā)構(gòu)造軟件，那么藍圖將說明購買的軟件如何集成到企業(yè)中，以及如何同其它信息系統(tǒng)集成。開發(fā)信息系統(tǒng)的過程視角—系統(tǒng)實現(xiàn)系統(tǒng)開發(fā)的最后一步就是系統(tǒng)實現(xiàn)，系統(tǒng)實現(xiàn)階段是構(gòu)造出新的信息系統(tǒng)，并將其投入使用。新的硬件和系統(tǒng)軟件都將在該階段安裝和測試，購買的數(shù)據(jù)庫和應(yīng)用軟件也在這個階段安裝和配置，定制軟件和數(shù)據(jù)庫則使用系統(tǒng)設(shè)計階段開發(fā)的技術(shù)藍圖和規(guī)格說明進行構(gòu)造。構(gòu)造和安裝系統(tǒng)時，必須獨立測試它們，同時，必須測試整個系統(tǒng)，以確保其正常工作并滿足用戶需求和預(yù)期。一旦系統(tǒng)經(jīng)過了全面測試，就可以投入運行。以前的數(shù)據(jù)需要轉(zhuǎn)換輸入到已確定數(shù)據(jù)庫中，系統(tǒng)用戶必須接受培訓(xùn)以便正確使用系統(tǒng)。最后，可能還需要實現(xiàn)某種從舊的業(yè)務(wù)過程和信息系統(tǒng)中轉(zhuǎn)換計劃。開發(fā)信息系統(tǒng)的過程視角—系統(tǒng)支持和持續(xù)改進如果不簡要的承認實現(xiàn)的信息系統(tǒng)面臨支持和持續(xù)改進的生命期，就是失職。實現(xiàn)后的系統(tǒng)很少是完美的，用戶將會發(fā)現(xiàn)錯誤（bug）,也經(jīng)常會發(fā)現(xiàn)需要注意和修改設(shè)計和實現(xiàn)的缺陷。另外，業(yè)務(wù)需求和用戶需求經(jīng)常會變。因此，有必要持續(xù)的改進信息系統(tǒng)直到它退役為止。系統(tǒng)開發(fā)過程系統(tǒng)開發(fā)過程（Systemdevelopmentprocess）是一組活動、方法、最佳實踐、交付成果和自動化工具，系統(tǒng)開發(fā)的關(guān)聯(lián)人員用它們來開發(fā)和維護信息系統(tǒng)及軟件.

—信息系統(tǒng)是一個復(fù)雜產(chǎn)品—使用標(biāo)準開發(fā)過程來開發(fā)信息系統(tǒng): —使用一致的系統(tǒng)開發(fā)過程能夠提高效率，管理層 可以在項目之間調(diào)動資源—一致的方法產(chǎn)生一致的文檔，減少了維護系統(tǒng)的 生命周期費用—總之，提高質(zhì)量，全面質(zhì)量管理，能力成熟度模 型的質(zhì)量框架系統(tǒng)開發(fā)過程對質(zhì)量的影響一個200,000行代碼開發(fā)項目的CMM項目統(tǒng)計組織的CMM等級項目持續(xù)時間(months)項目人月出現(xiàn)的錯誤數(shù)平均費用($millions)最低費用($millions)最高費用

($millions)130600615.51.8100+218.5143121.30.961.73158070.7280.5180.933?能力成熟度模型CapabilityMaturityModel(CMM)–是用來評估組織的信息系統(tǒng)開發(fā)過程及管理過程和產(chǎn)品的成熟度等級的框架，由5個開發(fā)成熟度等級構(gòu)成:Level1—初始級Initial:系統(tǒng)開發(fā)項目沒有規(guī)定的過程可以遵循.Level2—可重復(fù)級Repeatable:組織已經(jīng)建立了項目管理過程和實踐來跟蹤項目費用、進度和功能，重點在項目管理.Level3—已定義級Defined:組織已經(jīng)購買或開發(fā)了一個標(biāo)準的系統(tǒng)開發(fā)過程（或稱為方法學(xué)），所有項目都是用這個軟件開發(fā)過程來開發(fā)和維護信息系統(tǒng)和軟件.Level4—已管理級Managed:組織建立了可度量的質(zhì)量和生產(chǎn)率目標(biāo).Level5—優(yōu)化級Optimizing:根據(jù)第4級建立的度量和數(shù)據(jù)分析，標(biāo)準化的系統(tǒng)開發(fā)過程被連續(xù)地監(jiān)督和改進.

能力成熟度模型(1)能力成熟度模型(2)系統(tǒng)生命周期和系統(tǒng)開發(fā)方法系統(tǒng)生命周期Systemlifecycle–將一個信息系統(tǒng)的生命分為兩個階段,(1)系統(tǒng)開發(fā)階段；(2)系統(tǒng)運行和維護階段.首先建造系統(tǒng)，然后使用系統(tǒng)，運行系統(tǒng)并維護系統(tǒng)，最后從運行和維護階段再回到開發(fā)階段.

系統(tǒng)開發(fā)方法Systemdevelopmentmethodology–是一個十分正式且精確的系統(tǒng)開發(fā)過程，它為系統(tǒng)開發(fā)人員和項目經(jīng)理定義了(在CMM第3級)一組活動、方法、最佳實踐、交付成果和自動化工具，用來開發(fā)和維護大部分或所有的信息系統(tǒng)和軟件.系統(tǒng)開發(fā)的各個階段系統(tǒng)規(guī)劃Systemplanning

——是項目的初始規(guī)劃，定義初始業(yè)務(wù)范圍、目標(biāo)、進度和預(yù)算.系統(tǒng)分析Systemanalysis——是研究業(yè)務(wù)問題領(lǐng)域，以推薦改進措施并說明方案的業(yè)務(wù)需求和優(yōu)先權(quán).系統(tǒng)設(shè)計Systemdesign–為系統(tǒng)分析階段確定的業(yè)務(wù)需求設(shè)計一個技術(shù)性的基于計算機的方案.系統(tǒng)實現(xiàn)Systemimplementation——是構(gòu)造、安裝、測試和發(fā)布一個系統(tǒng)投入生產(chǎn).系統(tǒng)支持和持續(xù)改進（維護和提升項目）系統(tǒng)規(guī)劃之項目確定問題Problem——是不期望發(fā)生的情況，它妨礙組織完整地實現(xiàn)其任務(wù)、愿景、目標(biāo)和/或指示.機會Opportunity——是即使在沒有出現(xiàn)具體問題的情況下也能改善組織的可能性.指示Directive——是一個由管理層、政府或者其他外部影響強加的新需求.問題分類框架PIECESP—提高性能

performance的需要I—改進信息

information(和數(shù)據(jù))的需要E—改進經(jīng)濟economics，控制成本或增加效益的需要C—改進控制control或安全security的需要E—改進人與過程的效率

efficiency的需要S—改進對客戶、供應(yīng)商、合作伙伴、雇員等的服務(wù)（service）的需要.系統(tǒng)規(guī)劃——是項目的初始規(guī)劃，用來定義項目范圍、進度、預(yù)算以及所需的開發(fā)小組成員。最重要的活動就是準確地定義解決問題所需的項目范圍，它定義了系統(tǒng)涉及的業(yè)務(wù)領(lǐng)域，而項目的進度和預(yù)算最終也受到項目范圍的影響。參與者－－系統(tǒng)所有者、系統(tǒng)分析員和項目經(jīng)理，一般不包括系統(tǒng)用戶。回答問題－－這個項目是否值得？典型任務(wù)－－列出觸發(fā)項目的問題協(xié)商項目的初步范圍評估項目價值計劃項目進度表、預(yù)算和開發(fā)成員匯報項目計劃關(guān)鍵發(fā)布物－－項目計劃系統(tǒng)規(guī)劃階段規(guī)劃階段——列出觸發(fā)項目的問題

具體活動——確定觸發(fā)項目的每個問題，并且按照緊急程度、可見性、收益、優(yōu)先權(quán)進行評估以及給出合適的建議方案。參與者——項目經(jīng)理或高級系統(tǒng)分析員領(lǐng)導(dǎo)該任務(wù)、系統(tǒng)所有者。完成任務(wù)使用的技術(shù)——調(diào)查研究、同系統(tǒng)所有者開會關(guān)鍵發(fā)布物——初始問題陳述具體活動——定義了系統(tǒng)的邊界，確定系統(tǒng)包括的業(yè)務(wù)以及不包括的業(yè)務(wù)。參與者——項目經(jīng)理或高級系統(tǒng)分析員，領(lǐng)導(dǎo)該任務(wù)、系統(tǒng)所有者。完成任務(wù)使用的技術(shù)——調(diào)查研究、同系統(tǒng)所有者開會關(guān)鍵發(fā)布物——項目范圍陳述系統(tǒng)分析與設(shè)計規(guī)劃階段——協(xié)商項目的初步范圍具體活動——在上述兩個任務(wù)完成的基礎(chǔ)上，通過可行性分析回答問題：“這個項目是否值得？”參與者——項目經(jīng)理或高級系統(tǒng)分析員領(lǐng)導(dǎo)該任務(wù)，但由系統(tǒng)所有者做出決策。完成任務(wù)使用的技術(shù)——可行性分析關(guān)鍵發(fā)布物——沒有書面發(fā)布物，僅僅是做出“繼續(xù)或不繼續(xù)”的決定規(guī)劃階段——評估項目價值規(guī)劃階段——計劃項目進度表、預(yù)算和開發(fā)成員具體活動——深入地計劃項目，一個項目計劃至少包括一個基線計劃和下一個階段的一個詳細計劃和進度表。參與者——項目經(jīng)理、盡可能地讓項目團隊成員參與。完成任務(wù)使用的技術(shù)——PERT圖、甘特圖、聯(lián)合項目計劃（JRP）、工作分解結(jié)構(gòu)、關(guān)鍵路徑分析關(guān)鍵發(fā)布物——基線計劃和進度表具體活動——向一個由非信息系統(tǒng)專家或管理人員構(gòu)成的指導(dǎo)部門匯報項目計劃以獲得批準。參與者——主要負責(zé)人應(yīng)該同項目經(jīng)理一起推動該任務(wù)，其它參與者包括整個項目團隊、所有感興趣的雇員。完成任務(wù)使用的技術(shù)——有效的人際溝通能力是關(guān)鍵，包括說服、推銷變化、商務(wù)寫作和演講關(guān)鍵發(fā)布物——項目計劃，包括初始問題陳述、項目范圍陳述、項目參與者、所采用的方法學(xué)、項目進度表和預(yù)算、交付成果等。規(guī)劃階段——匯報項目計劃系統(tǒng)分析階段?系統(tǒng)分析——研究業(yè)務(wù)問題領(lǐng)域，從而給出改進措施并說明系統(tǒng)的業(yè)務(wù)需求和優(yōu)先權(quán)。系統(tǒng)分析階段的重點是業(yè)務(wù)問題和需求，這些需求獨立于實現(xiàn)方案中可能使用的任何技術(shù)，系統(tǒng)分析階段強調(diào)業(yè)務(wù)問題方面，而不是技術(shù)或?qū)崿F(xiàn)方面。?參與者——系統(tǒng)用戶、系統(tǒng)分析員和項目經(jīng)理。?系統(tǒng)分析是系統(tǒng)開發(fā)生命周期的一個重要階段，可以劃分為四個子階段—— 問題分析子階段 需求分析子階段 邏輯設(shè)計子階段 決策分析子階段

系統(tǒng)分析階段——問題分析子階段問題分析子階段－－研究現(xiàn)有系統(tǒng)，分析發(fā)現(xiàn)的問題，促使項目團隊更深入地理解引發(fā)該項目的問題。參與者－－系統(tǒng)所有者、項目經(jīng)理、系統(tǒng)分析員、系統(tǒng)用戶（主動包括）?；卮饐栴}－－真的值得開發(fā)一個新系統(tǒng)用來解決這些問題嗎？典型任務(wù)－－ 研究業(yè)務(wù)領(lǐng)域 分析問題 [可選的]分析并重構(gòu)業(yè)務(wù)過程 制定系統(tǒng)改進目標(biāo) 修改項目計劃 匯報調(diào)查結(jié)果和系統(tǒng)建議

系統(tǒng)分析階段——研究業(yè)務(wù)領(lǐng)域具體活動——了解當(dāng)前系統(tǒng)，不同的角色對系統(tǒng)具有不同層次的理解，有著不同的詳細程度、不同的表達方式以及不同的觀點。參與者——由項目經(jīng)理領(lǐng)導(dǎo)，資深系統(tǒng)分析員主持，也包括參與面談、作記錄的其它系統(tǒng)分析員，系統(tǒng)所有者和足夠的系統(tǒng)用戶代表。完成任務(wù)使用的技術(shù)—調(diào)查研究、尤其是聯(lián)合需求計劃（JRP）關(guān)鍵發(fā)布物－－以文檔形式記錄的對問題領(lǐng)域和業(yè)務(wù)術(shù)語的理解

具體活動——了解當(dāng)前系統(tǒng)的基礎(chǔ)上，項目團隊同系統(tǒng)所有者和系統(tǒng)用戶一起分析問題。參與者——由系統(tǒng)分析員推動該任務(wù)，系統(tǒng)所有者和系統(tǒng)用戶應(yīng)該主動地參與到因果分析中。完成任務(wù)使用的技術(shù)——調(diào)查研究技術(shù)、JRP技術(shù)以及因果分析法關(guān)鍵發(fā)布物——修改的問題陳述以及對每個問題的因果分析系統(tǒng)分析階段——分析問題系統(tǒng)分析階段——分析并重構(gòu)業(yè)務(wù)過程具體活動——有些項目需要重構(gòu)業(yè)務(wù)過程，這就要求項目團隊十分詳細地檢查組織的業(yè)務(wù)過程，度量每個過程相對于整個組織增加或減少的價值。參與者——由在業(yè)務(wù)過程重構(gòu)方面有經(jīng)驗的系統(tǒng)分析員主持該任務(wù)，系統(tǒng)所有者和系統(tǒng)用戶要參與討論分析。完成任務(wù)使用的技術(shù)——調(diào)查研究技術(shù)、JRP技術(shù)以及過程建模技術(shù)關(guān)鍵發(fā)布物－－當(dāng)前系統(tǒng)的過程模型和過程分析

系統(tǒng)分析階段——制定系統(tǒng)改進目標(biāo)具體活動－－在分析問題的基礎(chǔ)上，可以制定系統(tǒng)改進目標(biāo)，建立新系統(tǒng)成功的準則，對當(dāng)前系統(tǒng)的任何改進將按照這個準則進行度量，當(dāng)然也需要確定任何可能限制系統(tǒng)改進的約束條件。參與者－－由系統(tǒng)分析員推動該任務(wù)，系統(tǒng)所有者和系統(tǒng)用戶要參與討論。關(guān)鍵發(fā)布物－－精確的、可度量的定義新系統(tǒng)預(yù)期的業(yè)務(wù)性能陳述的系統(tǒng)改進目標(biāo)系統(tǒng)分析階段——修改項目計劃具體活動－－在對問題分析的基礎(chǔ)上，需要重新評估項目范圍，并相應(yīng)地修改項目計劃。參與者－－整個項目團隊一起推動該任務(wù)，系統(tǒng)分析員和系統(tǒng)所有者起關(guān)鍵作用。關(guān)鍵發(fā)布物－－修改后的項目計劃系統(tǒng)分析階段——匯報調(diào)查結(jié)果和系統(tǒng)建議具體活動－－向所有和項目相關(guān)的人員匯報調(diào)查結(jié)果和系統(tǒng)建議。參與者－－主要負責(zé)人應(yīng)該同項目經(jīng)理一起推動該任務(wù)，其它參與者包括整個項目團隊、所有感興趣的雇員。關(guān)鍵發(fā)布物－－系統(tǒng)建議的報告需求分析子階段需求分析子階段－－定義業(yè)務(wù)需求，并為它們排序。參與者－－項目經(jīng)理、系統(tǒng)分析員、系統(tǒng)用戶?；卮饐栴}－－用戶需要什么？希望從新系統(tǒng)中獲得什么？典型任務(wù)－－定義業(yè)務(wù)需求確定業(yè)務(wù)需求的優(yōu)先級修改項目計劃定義業(yè)務(wù)需求具體活動－－根據(jù)問題分析子階段確定的系統(tǒng)改進目標(biāo)來定義業(yè)務(wù)需求，包括描述新系統(tǒng)必須提供的服務(wù)和活動的功能需求，以及描述新系統(tǒng)的性能、易學(xué)易用性、預(yù)算等的非功能需求。參與者－－系統(tǒng)分析員，而系統(tǒng)設(shè)計人員和構(gòu)造人員一般不參與該任務(wù)。完成任務(wù)使用的技術(shù)－－JRP是快速整理業(yè)務(wù)需求的首選技術(shù)，其它需求獲取的各種調(diào)查研究技術(shù)如面談也是常用手段，在表述業(yè)務(wù)需求時還可以選擇用例建模技術(shù)。關(guān)鍵發(fā)布物－－各種形式的功能需求和非功能需求陳述

確定業(yè)務(wù)需求的優(yōu)先級具體活動－－根據(jù)系統(tǒng)改進目標(biāo)的重要性，相應(yīng)的業(yè)務(wù)需求也具有不同的優(yōu)先級別。參與者－－系統(tǒng)所有者和用戶制定實際的優(yōu)先級，系統(tǒng)分析員推動該任務(wù)，完成任務(wù)使用的技術(shù)－－調(diào)查研究技術(shù)、時間盒關(guān)鍵發(fā)布物－－含優(yōu)先級的業(yè)務(wù)需求修改項目計劃具體活動－－系統(tǒng)的業(yè)務(wù)需求確定之后，往往發(fā)現(xiàn)新系統(tǒng)的規(guī)模會變大，這時需要重新定義項目范圍，并修改項目計劃來調(diào)整項目進度、預(yù)算等約束條件。參與者－－整個項目團隊一起推動該任務(wù)，系統(tǒng)分析員和系統(tǒng)所有者起關(guān)鍵作用。關(guān)鍵發(fā)布物－－修改后的項目計劃，該計劃包括后期邏輯設(shè)計子階段的詳細計劃。邏輯設(shè)計子階段邏輯設(shè)計子階段－－將用戶的業(yè)務(wù)需求轉(zhuǎn)換成邏輯系統(tǒng)模型圖，以驗證系統(tǒng)的功能需求，這些模型圖僅僅描述了業(yè)務(wù)需求，并不涉及任何技術(shù)設(shè)計或?qū)崿F(xiàn)。參與者－－系統(tǒng)分析員主持該任務(wù)，需要同系統(tǒng)用戶交流來獲取模型圖的細節(jié)信息?；卮饐栴}－－新系統(tǒng)必須實現(xiàn)什么?完成任務(wù)使用的技術(shù)－－系統(tǒng)建模技術(shù)、構(gòu)造原型技術(shù)關(guān)鍵發(fā)布物－－邏輯設(shè)計模型和規(guī)格說明決策設(shè)計子階段

邏輯設(shè)計子階段－－系統(tǒng)分析向系統(tǒng)設(shè)計的過渡階段，從對業(yè)務(wù)需求的關(guān)心轉(zhuǎn)移到對技術(shù)實現(xiàn)的關(guān)心上來。確定候選方案、分析這些候選方案的可行性并推薦一個候選方案作為目標(biāo)方案進行設(shè)計和實現(xiàn)。參與者－－項目經(jīng)理、系統(tǒng)分析員、系統(tǒng)設(shè)計員、系統(tǒng)用戶回答問題－－實現(xiàn)新系統(tǒng)的最佳方案是什么?典型任務(wù)－－確定候選方案分析和比較候選方案修改項目計劃匯報推薦的系統(tǒng)方案完成任務(wù)使用的技術(shù)－－調(diào)查研究、JRP、可行性分析等關(guān)鍵發(fā)布物－－系統(tǒng)方案建議系統(tǒng)設(shè)計階段系統(tǒng)設(shè)計——在前期分析階段獲取、分析業(yè)務(wù)需求以及決策制定的基礎(chǔ)上，具體設(shè)計系統(tǒng)的解決方案，從而為系統(tǒng)構(gòu)造人員提供清晰完整的物理設(shè)計說明。詳細的計算機系統(tǒng)方案的規(guī)格說明，關(guān)注的是系統(tǒng)的技術(shù)方面。參與者——項目經(jīng)理、系統(tǒng)分析員、系統(tǒng)設(shè)計人員、系統(tǒng)用戶（部分）?；卮饐栴}——系統(tǒng)方案如何實現(xiàn)？典型任務(wù)：

——設(shè)計系統(tǒng)架構(gòu)

——設(shè)計系統(tǒng)數(shù)據(jù)庫

——設(shè)計輸出、輸入和用戶界面 ——整理物理設(shè)計說明

——修改項目計劃關(guān)鍵發(fā)布物——物理設(shè)計模型和規(guī)格說明、設(shè)計原型系統(tǒng)實施階段系統(tǒng)實施——構(gòu)造、測試、安裝和發(fā)布一個新系統(tǒng)投入運行。參與者——項目經(jīng)理、系統(tǒng)分析員、系統(tǒng)用戶、系統(tǒng)設(shè)計員（有時）、系統(tǒng)構(gòu)造員典型任務(wù)：建造和測試網(wǎng)絡(luò)建造和測試數(shù)據(jù)庫安裝和測試新軟件包（若采用外部購買軟件的開發(fā)方式）編寫和測試新程序（若采用內(nèi)部編制軟件的開發(fā)方式）進行系統(tǒng)測試準備轉(zhuǎn)換計劃安裝數(shù)據(jù)庫培訓(xùn)用戶轉(zhuǎn)化到新系統(tǒng)關(guān)鍵發(fā)布物——功能系統(tǒng)、運行系統(tǒng)至此，一個完整的系統(tǒng)開發(fā)生命周期就展現(xiàn)在你的面前了！系統(tǒng)支持階段系統(tǒng)支持－－是處理可能出現(xiàn)的錯誤或新的需求所需的維護工作。包括程序維護、系統(tǒng)恢復(fù)、技術(shù)支持和系統(tǒng)改進4類活動。系統(tǒng)支持需要花費大量的時間和金錢，課程所介紹的系統(tǒng)分析與設(shè)計方法均是為了減少系統(tǒng)支持的費用。隨著時間的推移，所有的系統(tǒng)都會老化，當(dāng)支持不再合算時，系統(tǒng)就要退役了，這時也會啟動新的系統(tǒng)開發(fā)項目來替換這個系統(tǒng)。

至此，一個完整的系統(tǒng)開發(fā)生命周期就展現(xiàn)在你的面前了！邏輯模型——物理模型系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)實施邏輯模型物理模型》1個兒童房》1個主臥》廚房、衛(wèi)生間等等系統(tǒng)需求系統(tǒng)分析與設(shè)計課程解決其中二個問題瀑布模型

項目階段的進度安排和迭代迭代開發(fā)增量開發(fā)、螺旋模型、快速原型模型、極限編程系統(tǒng)開發(fā)生命周期的變體各階段名稱的變體對基本瀑布模型改進的變體

原理1：盡可能地讓系統(tǒng)用戶參與到開發(fā)中來 系統(tǒng)開發(fā)是系統(tǒng)用戶、系統(tǒng)分析員、設(shè)計人員和建造人員之間的一次合作 交流不暢和誤解仍是系統(tǒng)開發(fā)中存在的主要問題。參與有助于新思想新技術(shù)被接受原理2：使用一套問題解決步驟。系統(tǒng)開發(fā)方法首先是構(gòu)造問題的解決步驟。問題的含義：①真正的問題；②改進的機會；③來自管理層的指示；系統(tǒng)分析員應(yīng)該在所有項目中都使用這套問題解決步驟的某個變種，缺少經(jīng)驗的問題解決者往往會省去或忽略以上步驟的一步或幾步原理3：確立開發(fā)階段和開發(fā)活動。所有生命周期方法都規(guī)定了相應(yīng)的開發(fā)階段和開發(fā)活動。這些階段包括：①范圍定義②問題分析③需求分析④邏輯設(shè)計⑤決策分析⑥物理設(shè)計和集成⑦建造和測試⑧安裝發(fā)布。不是絕對順序的，也可以重疊原理4. 在開發(fā)過程中記錄文檔。在大中型組織中人員會不斷變化文檔必須隨同整個系統(tǒng)同時展開，文檔提高了多個關(guān)聯(lián)人員之間的溝通和相互接受程度，展示了系統(tǒng)的優(yōu)點缺陷，促進了用戶的參與度，確保對進度的管理。原理5：建立標(biāo)準。為了實現(xiàn)和改進系統(tǒng)集成，組織需要遵從標(biāo)準，在許多組織中，這些標(biāo)準一企業(yè)信息系統(tǒng)架構(gòu)形式出現(xiàn)，指導(dǎo)技術(shù)解決方案和信息系統(tǒng)采用公共的技術(shù)愿景或者配置。原理6：管理過程和項目。原理7：將信息系統(tǒng)作為重要的投資看待，采用漸進的方式逐步投入原理8：保持持續(xù)的過程管理和項目管理，不必害怕取消和返工原理9：分而治之。將一個大系統(tǒng)分成子系統(tǒng)和組件，系統(tǒng)開發(fā)基本原理方法、模型方法－－提供完成系統(tǒng)開發(fā)生命周期各階段的詳細指導(dǎo)，包括具體的活動、使用的模型、采用的技術(shù)以及輔助的工具。有代表性的系統(tǒng)開發(fā)方法包括結(jié)構(gòu)化開發(fā)、面向?qū)ο箝_發(fā)、快速應(yīng)用開發(fā)、結(jié)構(gòu)化快速應(yīng)用開發(fā)、信息工程、聯(lián)合應(yīng)用開發(fā)、Rational統(tǒng)一過程開發(fā)、極限編程等。模型－－現(xiàn)實世界的抽象，在系統(tǒng)開發(fā)過程中，通過系統(tǒng)模型表示系統(tǒng)的現(xiàn)實情況或者希望的情況。描述系統(tǒng)的有代表性的模型包括上下文圖、用例圖、數(shù)據(jù)流圖、實體關(guān)系圖、類圖、交互圖、程序流程圖等

技術(shù)、工具技術(shù)－－幫助開發(fā)人員完成系統(tǒng)開發(fā)的任務(wù)和活動，如為創(chuàng)建模型提供指導(dǎo)，或者為從系統(tǒng)用戶那里獲取業(yè)務(wù)需求提供建議。常用的系統(tǒng)開發(fā)技術(shù)包括結(jié)構(gòu)化分析技術(shù)、結(jié)構(gòu)化設(shè)計技術(shù)、調(diào)查研究技術(shù)、數(shù)據(jù)建模技術(shù)、過程建模技術(shù)、面向?qū)ο蠼＜夹g(shù)、數(shù)據(jù)庫設(shè)計技術(shù)、人機交互技術(shù)、編程技術(shù)、軟件測試技術(shù)等。工具－－用于輔助開發(fā)人員更方便地完成系統(tǒng)開發(fā)的任務(wù)和活動，如創(chuàng)建模型圖的簡單繪制程序，或者集成開發(fā)環(huán)境（IDE），工具是為了幫助系統(tǒng)開發(fā)人員而專門設(shè)計的。常用的系統(tǒng)開發(fā)工具包括計算機輔助工程設(shè)計系統(tǒng)工程（CASE）工具、IDE、文本編輯器、繪圖應(yīng)用程序、數(shù)據(jù)庫管理應(yīng)用程序、代碼生成工具、項目管理應(yīng)用程序等。有代表性的系統(tǒng)開發(fā)方法傳統(tǒng)開發(fā)方法——結(jié)構(gòu)化系統(tǒng)開發(fā)方法——信息工程面向?qū)ο箝_發(fā)方法原型化和快速應(yīng)用開發(fā)(ArchitectedRAD)商用應(yīng)用軟件包開發(fā)方法結(jié)構(gòu)化系統(tǒng)開發(fā)方法的特點自頂向下整體性的分析與設(shè)計和自底向上逐步實施的系統(tǒng)開發(fā)過程，在系統(tǒng)分析與設(shè)計時要從整體全局考慮，自頂向下地分解，而在系統(tǒng)實現(xiàn)時，則要根據(jù)設(shè)計的要求先編制一個個具體的功能模塊，然后自底向上逐步實現(xiàn)整個系統(tǒng)。面向用戶，用戶對系統(tǒng)開發(fā)的成敗是至關(guān)重要的，故在系統(tǒng)開發(fā)過程中要充分考慮用戶的需求和愿望，盡可能地讓用戶參與進來，以提高系統(tǒng)的開發(fā)效率和質(zhì)量。嚴格區(qū)分工作階段，把整個系統(tǒng)開發(fā)過程劃分為若干個階段，每個階段都有其明確的任務(wù)和目標(biāo)，強調(diào)一步一步地嚴格地進行系統(tǒng)分析和設(shè)計，每一步工作都及時地總結(jié)，發(fā)現(xiàn)問題及時地反饋和糾正。從而避免了開發(fā)過程的混亂狀態(tài)。開發(fā)過程工程化，要求開發(fā)過程的每一步都按工程標(biāo)準規(guī)范化，文檔資料標(biāo)準化。結(jié)構(gòu)化方法流程下圖說明了從結(jié)構(gòu)化分析到結(jié)構(gòu)化設(shè)計再到結(jié)構(gòu)化編程的順序結(jié)構(gòu)化分析事件數(shù)據(jù)流圖實體聯(lián)系圖結(jié)構(gòu)化設(shè)計結(jié)構(gòu)圖模塊說明書結(jié)構(gòu)化程序設(shè)計系統(tǒng)分析階段系統(tǒng)設(shè)計階段系統(tǒng)實施階段結(jié)構(gòu)化方法的優(yōu)缺點■優(yōu)點

□開發(fā)策略強調(diào)“從上到下”，注重開發(fā)過程的整體性和全局性□整體思路清楚，能夠從全局出發(fā)，從系統(tǒng)出發(fā)考慮問題；設(shè)計時目標(biāo)明確；□設(shè)計工作中階段性非常強，每一階段都有工作成果出現(xiàn)；每一階段的工作成果是下一階段工作的依據(jù)，工作進度的把握較容易，有利于系統(tǒng)開發(fā)的總體管理和控制?！鋈秉c□開發(fā)周期長，完成時需求往往發(fā)生變化□靈活性差，需求有變時要作修改或大量返工□各階段文檔的審批工作困難面向?qū)ο箝_發(fā)方法認為信息系統(tǒng)是由一組為完成某個任務(wù)而相互作用的對象組成，對象是某種存在的或者能被感知到的事物，是客觀世界中的實體抽象。UML（統(tǒng)一建模語言）主要的優(yōu)點是自然性和可復(fù)用性。和傳統(tǒng)的結(jié)構(gòu)化開發(fā)方法的不同：結(jié)構(gòu)化開發(fā)方法認為系統(tǒng)是處理過程的集合，處理與數(shù)據(jù)實體的交互，處理過程的輸入和輸出數(shù)據(jù)，而面向?qū)ο蠓椒ㄕJ為系統(tǒng)是對象的集合，對象通過消息與其它對象相互作用完成某個任務(wù)。面向?qū)ο蠓椒嫦驅(qū)ο蠓椒ㄆ鹪从诙兰o六十年代挪威開發(fā)語言Simula（一種模擬語言），九十年代成為計算機領(lǐng)域中開發(fā)軟件的主流技術(shù)。開發(fā)過程□系統(tǒng)調(diào)查和需求分析□分析問題的性質(zhì)：抽象出對象及其行為、結(jié)構(gòu)、屬性、方法等，即OOA□整理問題：對分析的結(jié)果作進一步的抽象、歸類、整理，并最終以范式的形式將它們確定下來，即OOD□程序?qū)崿F(xiàn)：用面向?qū)ο蟮某绦蛟O(shè)計語言將上一步整理的范式直接映射為應(yīng)用軟件，即OOP特點□OO方法直接反映了人們對客觀世界的認知模式□從應(yīng)用設(shè)計到解決問題的方案更加抽象化而且具有極強的對應(yīng)性□在設(shè)計中容易與用戶溝通□把數(shù)據(jù)和操作封裝到對象之中□設(shè)計中產(chǎn)生各式各樣的部件，然后由部件組成框架，以至于整個程序□應(yīng)用程序具有較好的重用性、易改進、易維護和易擴充原型化方法強調(diào)構(gòu)造原型然后觀察用戶對原型的反應(yīng)，使用原型的開發(fā)方法。原型化方法是快速收集有關(guān)用戶需求的特定信息的重要技術(shù)通常使用兩類原型系統(tǒng)——一是在需求分析階段，為了獲取或明確用戶的系統(tǒng)需求的發(fā)現(xiàn)型原型系統(tǒng)。——二是在整個開發(fā)期間，被反復(fù)開發(fā)直到成為最終系統(tǒng)的發(fā)展型原型系統(tǒng)。原型化方法的適用范圍原型法基本原理針對上述問題以及瀑布模式的不足，Bally等人在1979年提出了原型模式。

■原型法基本原理

開發(fā)者在初步了解用戶需求的基礎(chǔ)上，開發(fā)一個初始系統(tǒng)（稱為原型系統(tǒng)），然后將其演示給用戶，之后開發(fā)者和用戶在此基礎(chǔ)上共同探討、改進和完善方案，開發(fā)者再根據(jù)方案對原型進行修改得到新的原型，再次征求用戶意見，如此反復(fù)，直至獲得一個用戶滿意的系統(tǒng)為止。原型法開發(fā)IS的過程示意確定用戶基本要求構(gòu)造初始系統(tǒng)評價、使用系統(tǒng)原型用戶滿意？系統(tǒng)轉(zhuǎn)換、系統(tǒng)維護與評價修改、完善系統(tǒng)原型YN原型法的優(yōu)缺點■優(yōu)點□開發(fā)周期短□增加用戶的滿意度□加強了開發(fā)過程中的用戶參與程度□降低系統(tǒng)開發(fā)中的風(fēng)險□降低系統(tǒng)開發(fā)的成本□易學(xué)易用，減少對用戶的培訓(xùn)時間□可產(chǎn)生正確的系統(tǒng)需求描述■缺點□對于大系統(tǒng)，復(fù)雜系統(tǒng)，不適于直接使用；□開發(fā)過程管理困難；□用戶較早看到原型，錯認為就是新系統(tǒng)，使用戶缺乏耐心；□開發(fā)人員很容易用原型取代系統(tǒng)分析。快速應(yīng)用開發(fā)是一種面向?qū)ο蟮南到y(tǒng)開發(fā)方法，強調(diào)用戶深入地參與到一系列工作原型的快速進化和構(gòu)造過程中，以加速系統(tǒng)的開發(fā)過程，工作原型進化成最終的信息系統(tǒng)，可看作原型化方法的一個特例。幾個基本思想：更強調(diào)用戶主動參與到分析、設(shè)計和構(gòu)造階段的活動中重視系統(tǒng)開發(fā)過程中組織的會議，讓系統(tǒng)相關(guān)人員一起討論解決問題建議使用一種迭代的構(gòu)造方法來加速需求分析和設(shè)計階段通過構(gòu)造原型使得用戶盡早看到一個可工作系統(tǒng)通常由需求規(guī)劃、與用戶共同設(shè)計、構(gòu)建和轉(zhuǎn)換四個階段組成。優(yōu)缺點商用應(yīng)用軟件包開發(fā)方法是一種可以購買并在一定限度內(nèi)定制的軟件應(yīng)用，以滿足大量組織或特定行業(yè)的業(yè)務(wù)需求?；舅枷霝榱藢崿F(xiàn)業(yè)務(wù)需求，必須仔細地選擇封裝式軟件方案，你得到你想要的，然后付費。封裝式軟件方案不僅需要花錢購買，而且也可能需要花錢實現(xiàn)。實際上，商用軟件包開發(fā)路線可能比內(nèi)部開發(fā)路線更貴。軟件包通常必須定制并集成到企業(yè)中，另外，軟件包通常需要重新設(shè)計現(xiàn)有業(yè)務(wù)過程以適應(yīng)該軟件。軟件包很少能實現(xiàn)讓用戶完全滿意的所有業(yè)務(wù)需求，因此，一定程度的內(nèi)部系統(tǒng)開發(fā)對于滿足那些沒有實現(xiàn)的需求仍是必需的。系統(tǒng)開發(fā)的趨勢螺旋模型統(tǒng)一軟件開發(fā)過程RUP

基于組件的開發(fā)方法敏捷開發(fā)方法極限編程XP支持系統(tǒng)開發(fā)的自動化工具計算機輔助系統(tǒng)工程（CASE）有代表性的CASE工具包括Rational公司的Rose、VisibleSystem公司的VisibleAnalyst、Oracle公司的Designer、微軟公司的Visio等。應(yīng)用開發(fā)環(huán)境有代表性的ADE工具包括IBM公司的Websphere（Java）、Inprise公司的JBuilder（Java）、微軟公司的VisualStudio.Net（VB.Net、C#.Net、C++.Net）、Oracle公司的Developer以及Sybase公司的PowerBuilder。項目和過程管理工具計算機輔助系統(tǒng)工程(CASE)計算機輔助系統(tǒng)工程Computer-aidedsystemsengineering(CASE)–使用支持系統(tǒng)模型的繪制和分析的自動化工具，有些CASE工具也提供原型設(shè)計和代碼生成能力.CASE資料庫

–

是一個系統(tǒng)開發(fā)人員的數(shù)據(jù)庫，它是開發(fā)人員存儲系統(tǒng)模型、詳細描述和說明以及系統(tǒng)開發(fā)的其他產(chǎn)品的地方.CASE工具

–

作圖、字典、設(shè)計、質(zhì)量管理、文檔記錄工具.正向工程Forwardeng