軟件工程導(dǎo)論

軟件工程導(dǎo)論工程環(huán)境建立軟件過(guò)程（流程）軟件方法工程環(huán)境建立軟件過(guò)程（流程）軟件方法軟件工具軟件工程知識(shí)體系：軟件工程方法學(xué)軟件工程方法學(xué)計(jì)劃管理成本管理（經(jīng)濟(jì)）計(jì)劃管理成本管理（經(jīng)濟(jì)）人員管理（人文）配置管理質(zhì)量管理軟件管理軟件工程學(xué)軟件工程學(xué)軟件工程管理學(xué)軟件工程管理學(xué)軟件工程要素：軟件工程包括三個(gè)要素：方法、工具和過(guò)程。軟件工程知識(shí)體系構(gòu)成：軟件需求（softwarerequirements），是真實(shí)世界問(wèn)題而必須展示的特性。軟件設(shè)計(jì)（softwaredesign），設(shè)計(jì)是定義一個(gè)系統(tǒng)或組件的體系結(jié)構(gòu)、組件、接口和其他特征的過(guò)程。軟件構(gòu)造（softwareconstruction），是指通過(guò)算法實(shí)現(xiàn)、編碼、單元測(cè)試、集成和編譯等工作，創(chuàng)建一個(gè)可工作的、有價(jià)值的軟件。軟件測(cè)試（softwaretesting），是在有限測(cè)試用例集合上，根據(jù)所期望的結(jié)果，對(duì)軟件階段性成果和最終產(chǎn)品進(jìn)行驗(yàn)證和確認(rèn)，已發(fā)現(xiàn)問(wèn)題。軟件維護(hù)（softwaremaintenance），軟件投入運(yùn)行后，為了適應(yīng)運(yùn)行環(huán)境所發(fā)生的變化、修正出現(xiàn)的問(wèn)題、增強(qiáng)軟件功能和滿足用戶新的需求而對(duì)軟件進(jìn)行變更的工作。軟件配置管理（softwareconfigurationmanagement），為了系統(tǒng)地控制配置的變更和維護(hù)在整個(gè)系統(tǒng)生命周期中的完整性和可追蹤性，在時(shí)間上不同點(diǎn)上標(biāo)識(shí)軟件各個(gè)配置項(xiàng)。軟件工程管理（softwareengineeringmanagement），處理軟件工程的管理與度量。軟件工程過(guò)程（softwareengineeringprocess），涉及軟件工程過(guò)程本身的定義、實(shí)現(xiàn)、評(píng)定、度量、管理、變更和改進(jìn)。軟件工程工具和方法（softwareengineeringtoolandmethod）。軟件質(zhì)量（softwarequality），軟件生命周期過(guò)程的軟件質(zhì)量管理。基本概念關(guān)鍵問(wèn)題結(jié)構(gòu)與體系結(jié)構(gòu)質(zhì)量分析與評(píng)價(jià)設(shè)計(jì)符號(hào)策略與方法需求工程過(guò)程需求獲取需求分析需求規(guī)格說(shuō)明需求驗(yàn)證需求管理軟件需求基本概念關(guān)鍵問(wèn)題結(jié)構(gòu)與體系結(jié)構(gòu)質(zhì)量分析與評(píng)價(jià)設(shè)計(jì)符號(hào)策略與方法需求工程過(guò)程需求獲取需求分析需求規(guī)格說(shuō)明需求驗(yàn)證需求管理軟件需求軟件設(shè)計(jì)軟件測(cè)試軟件維護(hù)軟件工程過(guò)程軟件工程管理軟件配置設(shè)置軟件工程工具與方法軟件設(shè)計(jì)軟件測(cè)試軟件維護(hù)軟件工程過(guò)程軟件工程管理軟件配置設(shè)置軟件工程工具與方法軟件構(gòu)造降低復(fù)雜性預(yù)知多樣性軟件構(gòu)造降低復(fù)雜性預(yù)知多樣性結(jié)構(gòu)化驗(yàn)證使用外部標(biāo)準(zhǔn)基本概念和定義基本概念和定義測(cè)試級(jí)別測(cè)試技術(shù)測(cè)試相關(guān)度量測(cè)試過(guò)程管理基本概念基本概念維護(hù)過(guò)程關(guān)鍵問(wèn)題維護(hù)技術(shù)配置過(guò)程管理配置標(biāo)識(shí)配置控制配置過(guò)程管理配置標(biāo)識(shí)配置控制配置狀態(tài)報(bào)告配置審計(jì)軟件發(fā)布管理與交付軟件工程知識(shí)體系（SWEBOK）組織管理過(guò)程/項(xiàng)目管理軟件工程質(zhì)量軟件工具軟件方法軟件質(zhì)量組織管理過(guò)程/項(xiàng)目管理軟件工程質(zhì)量軟件工具軟件方法軟件質(zhì)量軟件過(guò)程概念軟件過(guò)程概念過(guò)程基礎(chǔ)設(shè)施過(guò)程度量過(guò)程定義定性過(guò)程分析過(guò)程實(shí)施與變更軟件質(zhì)量概念SQA軟件質(zhì)量概念SQA和V&V目的與計(jì)劃SQA和V&V活動(dòng)與技術(shù)SQA和V&V的度量標(biāo)準(zhǔn)的軟件開(kāi)發(fā)過(guò)程1.可行性與計(jì)劃研究階段可行性研究報(bào)告：在可行性研究與計(jì)劃階段內(nèi)，要確定該軟件的開(kāi)發(fā)目標(biāo)和總的要求，要進(jìn)行可行性分析、投資一收益分析、制訂開(kāi)發(fā)計(jì)劃，并完成應(yīng)編制的文件。項(xiàng)目開(kāi)發(fā)計(jì)劃：編制項(xiàng)目開(kāi)發(fā)計(jì)劃的目的是用文件的形式，把對(duì)于在開(kāi)發(fā)過(guò)程中各項(xiàng)工作的負(fù)責(zé)人員、開(kāi)發(fā)進(jìn)度、

所需經(jīng)費(fèi)預(yù)算、所需軟、硬件條件等問(wèn)題作出的安排記載下來(lái)，以便根據(jù)本計(jì)劃開(kāi)展和檢查本項(xiàng)目的開(kāi)發(fā)工作。2.需求分析階段軟件需求說(shuō)明書(shū)：軟件需求說(shuō)明書(shū)的編制是為了使用戶和軟件開(kāi)發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，

使之成為整個(gè)開(kāi)發(fā)工作的基礎(chǔ)。內(nèi)容包括對(duì)功能的規(guī)定對(duì)性能的規(guī)定等。數(shù)據(jù)要求說(shuō)明書(shū)：數(shù)據(jù)要求說(shuō)明書(shū)的編制目的是為了向整個(gè)開(kāi)發(fā)時(shí)期提供關(guān)于被處理數(shù)據(jù)的描述和數(shù)據(jù)采集要求的技術(shù)信息。初步的用戶手冊(cè)：用戶手冊(cè)的編制是要使用非專門(mén)術(shù)語(yǔ)的語(yǔ)言，充分地描述該軟件系統(tǒng)所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過(guò)本手冊(cè)能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。3.設(shè)計(jì)階段概要設(shè)計(jì)說(shuō)明書(shū)：概要設(shè)計(jì)說(shuō)明書(shū)又可稱系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，這里所說(shuō)的系統(tǒng)是指程序系統(tǒng)。編制的目的是說(shuō)明對(duì)程序系統(tǒng)的設(shè)計(jì)考慮，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)。

運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等，為程序的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。詳細(xì)設(shè)計(jì)說(shuō)明書(shū)：詳細(xì)設(shè)計(jì)說(shuō)明書(shū)又可稱程序設(shè)計(jì)說(shuō)明書(shū)。編制目的是說(shuō)明一個(gè)軟件系統(tǒng)各個(gè)層次中的每一個(gè)程序

（每個(gè)模塊或子程序）的設(shè)計(jì)考慮，如果一個(gè)軟件系統(tǒng)比較簡(jiǎn)單，層次很少，本文件可以不單獨(dú)編寫(xiě)，有關(guān)內(nèi)容合并入概要設(shè)計(jì)說(shuō)明書(shū)。數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)：數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)的編制目的是對(duì)于設(shè)計(jì)中的數(shù)據(jù)庫(kù)的所有標(biāo)識(shí)、邏輯結(jié)構(gòu)和物理結(jié)構(gòu)作出具體的設(shè)計(jì)規(guī)定。測(cè)試計(jì)劃初稿：這里所說(shuō)的測(cè)試，主要是指整個(gè)程序系統(tǒng)的組裝測(cè)試和確認(rèn)測(cè)試。本文件的編制是為了提供一個(gè)對(duì)該軟件的測(cè)試計(jì)劃，包括對(duì)每項(xiàng)測(cè)試活動(dòng)的內(nèi)容、進(jìn)度安排、設(shè)計(jì)考慮、測(cè)試數(shù)據(jù)的整理方法及評(píng)價(jià)準(zhǔn)則。4.實(shí)現(xiàn)階段模塊開(kāi)發(fā)卷宗（開(kāi)始編寫(xiě)）：模塊開(kāi)發(fā)卷宗是在模塊開(kāi)發(fā)過(guò)程中逐步編寫(xiě)出來(lái)的，每完成一個(gè)模塊或一組密切相關(guān)的模塊的復(fù)審時(shí)編寫(xiě)一份，應(yīng)該把所有的模塊開(kāi)發(fā)卷宗匯集在一起。編寫(xiě)的目的是記錄和匯總低層次開(kāi)發(fā)的進(jìn)度和結(jié)果，以便于對(duì)整個(gè)模塊開(kāi)發(fā)工作的管理和復(fù)審，并為將來(lái)的維護(hù)提供非常有用的技術(shù)信息。用戶手冊(cè)完工操作手冊(cè)：操作手冊(cè)的編制是為了向操作人員提供該軟件每一個(gè)運(yùn)行的具體過(guò)程和有關(guān)知識(shí)，包括操作方法的細(xì)節(jié)。測(cè)試計(jì)劃終稿：5.測(cè)試階段模塊開(kāi)發(fā)卷宗(此階段內(nèi)必須完成)測(cè)試分析報(bào)告：測(cè)試分析報(bào)告的編寫(xiě)是為了把組裝測(cè)試和確認(rèn)測(cè)試的結(jié)果、發(fā)現(xiàn)及分析寫(xiě)成文件加以記載。項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告：項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告的編制是為了總結(jié)本項(xiàng)目開(kāi)發(fā)工作的經(jīng)驗(yàn)，說(shuō)明實(shí)際取得的開(kāi)發(fā)結(jié)果以及對(duì)整個(gè)開(kāi)發(fā)工作的各個(gè)方面的評(píng)價(jià)。6.運(yùn)行與維護(hù)階段開(kāi)發(fā)進(jìn)度月報(bào)的編制目的是及時(shí)向有關(guān)管理部門(mén)匯報(bào)項(xiàng)目開(kāi)發(fā)的進(jìn)展和情況，以便及時(shí)發(fā)現(xiàn)和處理開(kāi)發(fā)過(guò)程中出現(xiàn)的問(wèn)題。一般地，開(kāi)發(fā)進(jìn)度月報(bào)是以項(xiàng)目組為單位每月編寫(xiě)的。如果被開(kāi)發(fā)的軟件系統(tǒng)規(guī)模比較大，整個(gè)工程項(xiàng)目被劃分給若干個(gè)分項(xiàng)目組承擔(dān)，開(kāi)發(fā)進(jìn)度月報(bào)將以分項(xiàng)目組為單位按月編寫(xiě)。軟件過(guò)程(SoftwareProcedure)是指\o"軟件生存周期"軟件生存周期所涉及的一系列相關(guān)過(guò)程，由工程過(guò)程、支持過(guò)程、管理過(guò)程、組織過(guò)程和客戶－供應(yīng)商的過(guò)程五部分組成。工程過(guò)程是軟件系統(tǒng)/產(chǎn)品的定義、設(shè)計(jì)、實(shí)現(xiàn)以及維護(hù)的過(guò)程。支持過(guò)程是在整個(gè)軟件生命周期中可能隨時(shí)被任何其他過(guò)程所采用的、起輔助作用的過(guò)程?？蛻簦?yīng)商過(guò)程（customer-supplierprocess）是指那些直接影響到客戶、對(duì)開(kāi)發(fā)的支持、向客戶交付軟件以及軟件正確操作與使用的過(guò)程。管理過(guò)程（managementprocess）是在整個(gè)生命周期中為工程過(guò)程、支持過(guò)程和客戶－供應(yīng)商過(guò)程的實(shí)踐活動(dòng)提供指導(dǎo)、跟蹤和監(jiān)控的過(guò)程。組織過(guò)程是指那些用于建立組織商業(yè)目標(biāo)和定義整個(gè)組織內(nèi)部培訓(xùn)、開(kāi)發(fā)活動(dòng)和資源使用等規(guī)則的過(guò)程，并有助于組織在實(shí)施項(xiàng)目時(shí)更好、更快地實(shí)現(xiàn)預(yù)訂的開(kāi)發(fā)任務(wù)和商業(yè)目標(biāo)。提供軟件軟件獲得操作軟件客戶需求管理提供客戶服務(wù)提供軟件軟件獲得操作軟件客戶需求管理提供客戶服務(wù)客戶－供應(yīng)商過(guò)程客戶－供應(yīng)商過(guò)程軟件設(shè)計(jì)實(shí)施集成并測(cè)試系統(tǒng)系統(tǒng)需求和設(shè)計(jì)集成并測(cè)試軟件軟件需求分析開(kāi)發(fā)軟件設(shè)計(jì)軟件設(shè)計(jì)實(shí)施集成并測(cè)試系統(tǒng)系統(tǒng)需求和設(shè)計(jì)集成并測(cè)試軟件軟件需求分析開(kāi)發(fā)軟件設(shè)計(jì)工程過(guò)程支持過(guò)程管理過(guò)程工程過(guò)程支持過(guò)程管理過(guò)程系統(tǒng)與軟件的維護(hù)系統(tǒng)與軟件的維護(hù)審核聯(lián)合評(píng)審確認(rèn)工作產(chǎn)品解決問(wèn)題文檔編制配置管理過(guò)程質(zhì)量保證過(guò)程驗(yàn)證工作產(chǎn)品審核聯(lián)合評(píng)審確認(rèn)工作產(chǎn)品解決問(wèn)題文檔編制配置管理過(guò)程質(zhì)量保證過(guò)程驗(yàn)證工作產(chǎn)品軟件軟件過(guò)程提供軟件工程架構(gòu)提供有技能的人員業(yè)務(wù)規(guī)劃定義過(guò)程改進(jìn)過(guò)程子合同管理風(fēng)險(xiǎn)管理項(xiàng)目管理質(zhì)量管理組織過(guò)程提供軟件工程架構(gòu)提供有技能的人員業(yè)務(wù)規(guī)劃定義過(guò)程改進(jìn)過(guò)程子合同管理風(fēng)險(xiǎn)管理項(xiàng)目管理質(zhì)量管理組織過(guò)程需求工程是指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問(wèn)題并定義目標(biāo)系統(tǒng)的所有外部特征的一門(mén)學(xué)科。它通過(guò)合適的工具和記號(hào)系統(tǒng)地描述待開(kāi)發(fā)系統(tǒng)及其行為特征和相關(guān)約束，形成需求文檔，并對(duì)用戶不斷變化的需求演進(jìn)給予支持。（1）需求獲?。和ㄟ^(guò)與用戶的交流，對(duì)現(xiàn)有系統(tǒng)的觀察及對(duì)任務(wù)進(jìn)行分析，從而開(kāi)發(fā)、捕獲和修訂用戶的需求；（2）需求建模：為最終用戶所看到的系統(tǒng)建立一個(gè)概念模型，作為對(duì)需求的抽象描述，并盡可能多的捕獲現(xiàn)實(shí)世界的語(yǔ)義；（3）形成需求規(guī)格：生成需求模型構(gòu)件的精確的形式化的描述，作為用戶和開(kāi)發(fā)者之間的一個(gè)協(xié)約；（4）需求驗(yàn)證：以需求規(guī)格說(shuō)明為輸入，通過(guò)符號(hào)執(zhí)行、模擬或快速原型等途徑，分析需求規(guī)格的正確性和可行性；（5）需求管理：支持系統(tǒng)的需求演進(jìn)，如需求變化和可跟蹤性問(wèn)題。\o"軟件需求"軟件需求的定義：(1)用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或權(quán)能(Capability)。

(2)系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。

(3)一種反映上面(1)或(2)所描述的條件或權(quán)能的文檔說(shuō)明。軟件需求包括三個(gè)不同的層次：業(yè)務(wù)需求、用戶需求和功能需求，也包括非功能需求。業(yè)務(wù)需求(businessrequirement)反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目\o"視圖"視圖與范圍文檔中予以說(shuō)明。用戶需求(userrequirement)文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例(\o"usecase"usecase)文檔或方案腳本(scenario)說(shuō)明中予以說(shuō)明。功能需求(functionalrequirement)定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。需求開(kāi)發(fā)需求開(kāi)發(fā)的目的是通過(guò)市場(chǎng)和用戶的調(diào)查，獲取用戶需求并進(jìn)行相應(yīng)的分析，從而能夠定義軟件產(chǎn)品的功能需求和非功能需求。需求開(kāi)發(fā)可以分為需求獲取、需求分析、需求建模、需求定義和需求確認(rèn)共五個(gè)階段。需求管理需求管理是針對(duì)不斷變化的客戶需求加以收集、處理和跟蹤，并建立軟件需求的基準(zhǔn)線，以作為項(xiàng)目中軟件開(kāi)發(fā)活動(dòng)過(guò)程和產(chǎn)品度量和變更管理的基礎(chǔ)。需求管理可以進(jìn)一步分為需求評(píng)審、需求跟蹤和需求變更控制。軟件設(shè)計(jì)軟件設(shè)計(jì)一般可以分為體系結(jié)構(gòu)設(shè)計(jì)（architecturedesign）和詳細(xì)設(shè)計(jì)（detaileddesign）兩個(gè)階段。體系結(jié)構(gòu)設(shè)計(jì)：高層次的設(shè)計(jì)，將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)，并定義子系統(tǒng)（組件）和它們之間的通信和接口。詳細(xì)設(shè)計(jì)：通過(guò)對(duì)結(jié)構(gòu)表示進(jìn)行細(xì)化，得到軟件詳細(xì)的數(shù)據(jù)結(jié)構(gòu)和算法，包括對(duì)所有的類都詳盡地進(jìn)行描述，給編寫(xiě)代碼的程序員一個(gè)清晰的規(guī)范說(shuō)明。軟件實(shí)施軟件的實(shí)施包括編程和測(cè)試。編程是將設(shè)計(jì)轉(zhuǎn)化為計(jì)算機(jī)語(yǔ)言描述的程序，使之可以運(yùn)行在計(jì)算機(jī)之上。測(cè)試則包括單元測(cè)試、集成測(cè)試、功能測(cè)試、系統(tǒng)測(cè)試等。編程和測(cè)試是并發(fā)進(jìn)行的。階段輸入要求輸出需求分析審查(requirementsreview）市場(chǎng)與產(chǎn)品需求定義、分析文檔和相關(guān)技術(shù)文檔需求定義要準(zhǔn)確、完整和一致，真正理解客戶的需求需求定義中問(wèn)題列表、批準(zhǔn)的需求分析文檔；測(cè)試計(jì)劃書(shū)的起草設(shè)計(jì)審查（designreview）產(chǎn)品規(guī)格設(shè)計(jì)說(shuō)明、系統(tǒng)架構(gòu)和技術(shù)設(shè)計(jì)文檔、測(cè)試計(jì)劃和測(cè)試用例系統(tǒng)結(jié)構(gòu)的合理性、處理過(guò)程的正確性、數(shù)據(jù)庫(kù)的規(guī)范化、模塊的獨(dú)立性等設(shè)計(jì)問(wèn)題列表、批準(zhǔn)的各類設(shè)計(jì)文檔、系統(tǒng)和功能的測(cè)試計(jì)劃和測(cè)試用例；測(cè)試環(huán)境的準(zhǔn)備單元測(cè)試（unittesting）源程序、編程規(guī)范、產(chǎn)品規(guī)格設(shè)計(jì)說(shuō)明書(shū)和詳細(xì)的程序設(shè)計(jì)文檔遵守規(guī)范、模塊的高內(nèi)聚性、功能實(shí)現(xiàn)的一致性和正確性缺陷報(bào)告、跟蹤報(bào)告；完善的測(cè)試用例、測(cè)試計(jì)劃；對(duì)系統(tǒng)功能及其實(shí)現(xiàn)等了解清楚集成測(cè)試（integrationtesting）通過(guò)單元測(cè)試的模塊或組件、編程規(guī)范、集成測(cè)試規(guī)格說(shuō)明和程序設(shè)計(jì)文檔、系統(tǒng)設(shè)計(jì)文檔接口定義清楚且正確、模塊或組件一起工作正常、能集成為完整的系統(tǒng)缺陷報(bào)告、跟蹤報(bào)告；完善的測(cè)試用例、測(cè)試計(jì)劃；集成測(cè)試分析報(bào)告；集成后的系統(tǒng)功能驗(yàn)證（functionalityting）代碼軟件包（含文檔），功能詳細(xì)設(shè)計(jì)說(shuō)明書(shū)；測(cè)試計(jì)劃和用例模塊集成功能的正確性、適用性缺陷報(bào)告、代碼完成狀態(tài)報(bào)告、功能驗(yàn)證測(cè)試報(bào)告系統(tǒng)測(cè)試（systemtesting）修改后的軟件包、測(cè)試環(huán)境、系統(tǒng)測(cè)試用例和測(cè)試計(jì)劃系統(tǒng)能正常地、有效的運(yùn)行，包括性能、可靠性、安全性、兼容性等缺陷報(bào)告、系統(tǒng)性能分析報(bào)告、缺陷狀態(tài)報(bào)告、階段性測(cè)試報(bào)告驗(yàn)收測(cè)試（acceptancetesting）產(chǎn)品規(guī)格設(shè)計(jì)說(shuō)明、預(yù)發(fā)布的軟件包、確認(rèn)測(cè)試用例向用戶表明系統(tǒng)能夠按照預(yù)定要求那樣工作，使系統(tǒng)最終可以正式發(fā)布或向用戶提供服務(wù)。用戶要參與驗(yàn)收測(cè)試，包括阿爾法測(cè)試（內(nèi)部用戶測(cè)試）、貝塔測(cè)試（外部用戶測(cè)試）用戶驗(yàn)收?qǐng)?bào)告、缺陷報(bào)告審查、版本審查、最終測(cè)試報(bào)告版本發(fā)布（release）軟件發(fā)布包、軟件發(fā)布檢查表（清單）當(dāng)前版本已知問(wèn)題的清單、版本發(fā)布報(bào)告維護(hù)（maintance）變更的需求、修改的軟件包、測(cè)試用例和計(jì)劃新的或增強(qiáng)的功能正常、原有的功能正常，不能出現(xiàn)回歸缺陷缺陷報(bào)告、更改跟蹤報(bào)告、測(cè)試報(bào)告軟件工程的基本目標(biāo)：提高軟件開(kāi)發(fā)的效率和軟件產(chǎn)品的質(zhì)量。軟件工程影響因素：軟件工程的思想：1）迭代開(kāi)發(fā)，以時(shí)間換空間，消除市場(chǎng)風(fēng)險(xiǎn)。2）敏捷開(kāi)發(fā)或輕量級(jí)過(guò)程，以不變應(yīng)萬(wàn)變。3）永遠(yuǎn)的Beta，不斷推陳出新，永無(wú)止境。4）持續(xù)集成、持續(xù)構(gòu)建、全程測(cè)試。5）知識(shí)管理，將軟件工程納入知識(shí)管理的范疇。6）面向?qū)ο笫且环N方法，也是一種思想。7）軟件即服務(wù)(SaaS)，面向服務(wù)架構(gòu)(SOA)的開(kāi)發(fā)思想。8）用例驅(qū)動(dòng)開(kāi)發(fā)，用戶為本思想在軟件中的體現(xiàn)。同時(shí)，軟件工程可以向傳統(tǒng)工業(yè)工程學(xué)習(xí)，吸收傳統(tǒng)工業(yè)工程上百年實(shí)踐積累下來(lái)的經(jīng)驗(yàn)、沉淀下來(lái)的思想。1）以顧客為中心的全面質(zhì)量管理。2）過(guò)程決定結(jié)果。3）有效的持續(xù)改進(jìn)過(guò)程。4）預(yù)防為主，檢驗(yàn)為輔。5）驗(yàn)證和確認(rèn)缺一不可，質(zhì)量保證和測(cè)試融為一體。6）以架構(gòu)設(shè)計(jì)為中心，體現(xiàn)設(shè)計(jì)為重的思想。7）生產(chǎn)標(biāo)準(zhǔn)化、產(chǎn)品標(biāo)準(zhǔn)化和技能標(biāo)準(zhǔn)化。8）軟件工廠思想造就了組件、構(gòu)件技術(shù)，包括自動(dòng)化測(cè)試。9）圍繞項(xiàng)目管理開(kāi)展工作，包括風(fēng)險(xiǎn)預(yù)防、里程碑控制和關(guān)鍵路徑法等。系統(tǒng)工程方法論在解決工程技術(shù)系統(tǒng)中的問(wèn)題時(shí)，常遵循霍爾三維結(jié)構(gòu)中的邏輯維中所列出的工作步驟：①明確問(wèn)題；②設(shè)計(jì)評(píng)價(jià)指標(biāo)體系；③系統(tǒng)綜合；④系統(tǒng)分析；⑤最優(yōu)化；⑥決策；⑦實(shí)施計(jì)劃。對(duì)于社會(huì)經(jīng)濟(jì)系統(tǒng)，除上述工作步驟外，還可以采用切克蘭德方法論的工作步驟：①說(shuō)明問(wèn)題現(xiàn)狀；②弄清關(guān)聯(lián)因素;③建立概念模型；④改善概念模型；⑤比較;⑥實(shí)施。切克蘭德方法論工作步驟的核心不是“最優(yōu)化”，而是“比較”或“學(xué)習(xí)”，從對(duì)模型和現(xiàn)狀的比較中學(xué)習(xí)改善現(xiàn)狀的途徑?！氨容^”的含義包括組織討論和聽(tīng)取各方面的意見(jiàn)在內(nèi)，因而不拘泥于建立數(shù)學(xué)模型來(lái)定量描述系統(tǒng)的最優(yōu)解。這正是反映了社會(huì)經(jīng)濟(jì)系統(tǒng)的特點(diǎn)和人在這類系統(tǒng)中的積極因素。軟系統(tǒng)方法論的步驟：1）調(diào)查非結(jié)構(gòu)化問(wèn)題；2）對(duì)于問(wèn)題情景的表示，運(yùn)用“豐富圖”（richpictures）來(lái)實(shí)現(xiàn)；3）對(duì)相關(guān)系統(tǒng)進(jìn)行根定義（RootDefinition）。用戶需求的獲取方法：需求訪談；便利的應(yīng)用規(guī)約技術(shù)。軟件工程的分析方法：系統(tǒng)分析方法：整體分析；結(jié)構(gòu)分析；層次分析；相關(guān)分析。問(wèn)題分析方法：?jiǎn)栴}說(shuō)明階段；分析研究階段；評(píng)估結(jié)果。根本原因分析。決策分析：評(píng)價(jià)準(zhǔn)則的建立；決策分析的指導(dǎo)原則；結(jié)構(gòu)化決策。軟件工程的設(shè)計(jì)方法原型設(shè)計(jì)方法。結(jié)構(gòu)化方法：面向數(shù)據(jù)結(jié)構(gòu)的軟件設(shè)計(jì)方法；問(wèn)題分析法；系統(tǒng)關(guān)聯(lián)圖；信息隱蔽方法。面向?qū)ο蠓椒?面向?qū)ο蠓治?；面向?qū)ο笤O(shè)計(jì)；面向構(gòu)件設(shè)計(jì)方法：從傳統(tǒng)的關(guān)注點(diǎn)分離到構(gòu)件組裝；COD方法的過(guò)程。面向服務(wù)方法服務(wù)的識(shí)別；服務(wù)的分級(jí)和分類；子系統(tǒng)分析；服務(wù)分配；服務(wù)實(shí)現(xiàn)。6.可視化方法。軟件開(kāi)發(fā)過(guò)程模型1.瀑布模型A.瀑布模型特征

從上一項(xiàng)活動(dòng)接收該項(xiàng)活動(dòng)的工作對(duì)象，作為輸入，

利用這一輸入實(shí)施該項(xiàng)活動(dòng)應(yīng)完成的內(nèi)容；

給出該項(xiàng)活動(dòng)的工作成果，作為輸出傳給下一項(xiàng)活動(dòng)；

對(duì)該項(xiàng)活動(dòng)實(shí)施的工作進(jìn)行評(píng)審，若其工作得到確認(rèn)，則繼續(xù)下一項(xiàng)活動(dòng)，否則返回前項(xiàng)，甚至更前項(xiàng)的活動(dòng)進(jìn)行返工。

B.瀑布模型的優(yōu)點(diǎn)

通過(guò)設(shè)置里程碑，明確每階段的任務(wù)與目標(biāo)；

可為每階段制定開(kāi)發(fā)計(jì)劃，進(jìn)行成本預(yù)算，組織開(kāi)發(fā)力量；

通過(guò)階段評(píng)審，將開(kāi)發(fā)過(guò)程納入正確軌道；

嚴(yán)格的計(jì)劃性保證軟件產(chǎn)品的按時(shí)交付。

C.瀑布模型的缺點(diǎn)

缺乏靈活性，不能適應(yīng)用戶需求的改變；

開(kāi)始階段的小錯(cuò)誤被逐級(jí)放大，可能導(dǎo)致軟件產(chǎn)品報(bào)廢；

返回上一級(jí)的開(kāi)發(fā)需要十分高昂的代價(jià)；

隨著軟件規(guī)模和復(fù)雜性的增加，軟件產(chǎn)品成功的機(jī)率大幅下降。2.螺旋模型（圖）A.螺旋模型的特征

每一圈是一個(gè)階段，每個(gè)階段里又有一些活動(dòng)；

階段可分為：操作的概念、軟件需求、產(chǎn)品設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單元測(cè)試、集成和測(cè)試、驗(yàn)收測(cè)試、實(shí)現(xiàn)活動(dòng)有：需求與計(jì)劃、風(fēng)險(xiǎn)分析、設(shè)計(jì)與制作、用戶評(píng)價(jià)。

B.螺旋模型的優(yōu)點(diǎn)

風(fēng)險(xiǎn)分析可使一些極端困難的問(wèn)題和可能導(dǎo)致費(fèi)用過(guò)高的問(wèn)題被更改或取消用戶評(píng)價(jià)為需求的變更帶來(lái)柔性。

C.螺旋模型的缺點(diǎn)

需要開(kāi)發(fā)人員具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門(mén)知識(shí)；

要求用戶參與階段評(píng)價(jià)，對(duì)用戶來(lái)說(shuō)比較困難，不易取得好的效果。3.原型模型（圖）A.原型模型的特征

立項(xiàng)以后先提交原型給用戶，在用戶試用的基礎(chǔ)上進(jìn)行需求調(diào)查與原形修改；

強(qiáng)調(diào)用戶對(duì)軟件功能和使用性能的評(píng)價(jià)；

設(shè)計(jì)、修改原型與試用交替進(jìn)行；

一次迭代中的開(kāi)發(fā)步驟：

*了解用戶/設(shè)計(jì)者的基本信息需求

*開(kāi)發(fā)初始原型系統(tǒng)

*用戶/設(shè)計(jì)者試用和評(píng)估原型系統(tǒng)

B.原型模型的優(yōu)點(diǎn)

開(kāi)發(fā)者與用戶充分交流，可以澄清模糊需求，需求定義比其他模型好得多；

開(kāi)發(fā)過(guò)程與用戶培訓(xùn)過(guò)程同步；

為用戶需求的改變提供了充分的余地；

開(kāi)發(fā)風(fēng)險(xiǎn)低，產(chǎn)品柔性好；

開(kāi)發(fā)費(fèi)用低，時(shí)間短；

系統(tǒng)易維護(hù)，對(duì)用戶更友好；

C.原型模型的缺點(diǎn)

開(kāi)發(fā)者在不熟悉的領(lǐng)域中不易分清主次，原型不切題；

產(chǎn)品原型在一定程度上限制了開(kāi)發(fā)人員的創(chuàng)新；

隨著更改次數(shù)的增多，次要部分越來(lái)越大，“淹沒(méi)”了主要部分；

原型過(guò)快收斂于需求集合，而忽略了一些基本點(diǎn)；

資源規(guī)劃和管理較為困難，隨時(shí)更新文檔也帶來(lái)麻煩；

只注意原型是否滿意，忽略了原型環(huán)境與用戶環(huán)境的差異。

4.構(gòu)件組裝模型/增量模型（圖）A.構(gòu)件組裝模型的特征

應(yīng)用軟件可用預(yù)先編好的、功能明確的產(chǎn)品部件定制而成,并可用不同版本的部件實(shí)現(xiàn)應(yīng)用的擴(kuò)展和更新。

利用模塊化方法，將復(fù)雜的難以維護(hù)的系統(tǒng)分解為互相獨(dú)立、協(xié)同工作的部件，并努力使這些部件可反復(fù)重用。

突破時(shí)間、空間及不同硬件設(shè)備的限制，利用客戶和軟件之間統(tǒng)一的接口實(shí)現(xiàn)跨平臺(tái)的互操作。

B.構(gòu)件組裝模型的優(yōu)點(diǎn)

構(gòu)件組裝模型導(dǎo)致了軟件的復(fù)用，提高了軟件開(kāi)發(fā)的效率，面向?qū)ο蠹夹g(shù)是軟件工程的構(gòu)件組裝模型的基礎(chǔ)。

構(gòu)件可由一方定義其規(guī)格說(shuō)明，被另一方實(shí)現(xiàn)，然后供給第三方使用。

構(gòu)件組裝模型允許多個(gè)項(xiàng)目同時(shí)開(kāi)發(fā)，降低了費(fèi)用，提高了可維護(hù)性。

可實(shí)現(xiàn)分步提交軟件產(chǎn)品。

C.構(gòu)件組裝模型的缺點(diǎn)

可重用性和軟件高效性不易協(xié)調(diào)。

缺乏通用的組裝結(jié)構(gòu)標(biāo)準(zhǔn)，而自定義的組裝結(jié)構(gòu)標(biāo)準(zhǔn)引入較大的風(fēng)險(xiǎn)。

需要精干的有經(jīng)驗(yàn)的分析和開(kāi)發(fā)人員，一般的開(kāi)發(fā)人員插不上手。

客戶的滿意度低。5.統(tǒng)一軟件過(guò)程RUP模型（圖）

A.RUP模型特征

RUP可以用二維坐標(biāo)來(lái)描述。橫軸通過(guò)時(shí)間組織，是過(guò)程展開(kāi)的生命周期特征，體現(xiàn)開(kāi)發(fā)過(guò)程的動(dòng)態(tài)結(jié)構(gòu)，用來(lái)描述它的術(shù)語(yǔ)主要包括周期(Cycle)、階段(Phase)、迭代(Iteration)和里程碑(Milestone)；縱軸以內(nèi)容來(lái)組織為自然的邏輯活動(dòng)，體現(xiàn)開(kāi)發(fā)過(guò)程的靜態(tài)結(jié)構(gòu)，用來(lái)描述它的術(shù)語(yǔ)主要包括活動(dòng)(Activity)、產(chǎn)物(Artifact)、工作者(Worker)和工作流(Workflow)。

RUP的時(shí)間軸

被分解為四個(gè)順序的階段，分別是：

初始階段(Inception)、

細(xì)化階段(Elaboration)、

構(gòu)造階段(Construction)和

交付階段(Transition)。

每個(gè)階段結(jié)束于一個(gè)主要的里程碑(MajorMilestones)；每個(gè)階段本質(zhì)上是兩個(gè)里程碑之間的時(shí)間跨度。在每個(gè)階段的結(jié)尾執(zhí)行一次評(píng)估以確定這個(gè)階段的目標(biāo)是否已經(jīng)滿足。如果評(píng)估結(jié)果令人滿意的話，可以允許項(xiàng)目進(jìn)入下一個(gè)階段。

RUP的階段目標(biāo)

初始階段的目標(biāo)是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。

細(xì)化階段的目標(biāo)是分析問(wèn)題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。

在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能