很多考生在備考2022下半年系統(tǒng)集成項目管理工程師考試，希賽小編為大家整理了2022下半年系統(tǒng)集成項目管理工程師考試知識點：軟件工程，供大家備考復(fù)習(xí)。

軟件工程是指應(yīng)用計算機科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，以工程化的原則和方法來解決軟件問題的工程，其目的是提高軟件生產(chǎn)率、提高軟件質(zhì)量、減低軟件成本。IEEE對軟件工程的定義是：將系統(tǒng)的、規(guī)范的、可度量的工程化方法應(yīng)用于軟件開發(fā)、運行和維護的全過程及上述方法的研究。

1.信息系統(tǒng)開發(fā)方法

（1）結(jié)構(gòu)化方法：是應(yīng)用最為廣泛的一種開發(fā)方法。把整個系統(tǒng)的開發(fā)過程分為若干階段，每個階段和主要步驟都有明確詳盡的文檔編制要求，并對其進行有效控制。結(jié)構(gòu)化方法的特點是注重開發(fā)過程的整體性和全局性。但其缺點是開發(fā)周期長；文檔、設(shè)計說明繁瑣，工作效率低；要求在開發(fā)之初全面認(rèn)識系統(tǒng)的需求，充分預(yù)料各種可能發(fā)生的變化，但這并不十分現(xiàn)實。

（2）原型法：其認(rèn)為在無法全面準(zhǔn)確地提出用戶需求的情況下，并不要求對系統(tǒng)做全面、詳細的分析，而是基于對用戶需求的初步理解，先快速開發(fā)一個原型系統(tǒng)，然后通過反復(fù)修改來實現(xiàn)用戶的最終系統(tǒng)需求。原型法的特點在于其對用戶的需求是動態(tài)響應(yīng)、逐步納入的；系統(tǒng)分析、設(shè)計與實現(xiàn)都是隨著對原型的不斷修改而同時完成的，相互之間并無明顯界限，也沒有明確分工。原型又可以分為拋棄型原型（Throw-It-AwayPrototype）和進化型原型（Evolutionary Prototype）兩種。

（3）面向?qū)ο蠓椒ǎ∣bject Oriented，OO）：用對象表示客觀事物，對象是一個嚴(yán)格模塊化的實體，在系統(tǒng)開發(fā)中可被共享和重復(fù)引用，以達到復(fù)用的目的。其關(guān)鍵是能否建立一個全面、合理、統(tǒng)一的模型，既能反映需求對應(yīng)的問題域，也能被計算機系統(tǒng)對應(yīng)的求解域所接受。

面向?qū)ο蠓椒ㄖ饕婕胺治觥⒃O(shè)計和實現(xiàn)三個階段。其特點是在整個開發(fā)過程中使用的是同一套工具。整個開發(fā)過程實際上都是對面向?qū)ο笕N模型的建立、補充和驗證。因此，其分析、設(shè)計和實現(xiàn)三個階段的界限并非十分明確。

2.軟件開發(fā)模型

對于開發(fā)模型知識點，要掌握軟件生命周期的概念、各種開發(fā)模型的特點和應(yīng)用場合。主要考查的開發(fā)模型有瀑布模型、螺旋模型、迭代模型（RUP）、V模型、敏捷方法等。

（1）瀑布模型。瀑布模型也稱為生命周期法，是結(jié)構(gòu)化方法中最常用的開發(fā)模型，它把軟件開發(fā)的過程分為軟件計劃、需求分析、軟件設(shè)計、程序編碼、軟件測試和運行維護六個階段，規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。特點：從上一項開發(fā)活動接受其成果作為本次活動的輸入；利用這一輸入，實施本次活動應(yīng)完成的工作內(nèi)容。

（2）螺旋模型。螺旋模型將瀑布模型和快速原型模型相結(jié)合，綜合了兩者的優(yōu)點，并增加了風(fēng)險分析。它以原型為基礎(chǔ)，沿著螺線自內(nèi)向外旋轉(zhuǎn)，每旋轉(zhuǎn)一圈都要經(jīng)過制定計劃、風(fēng)險分析、實施工程及客戶評價等活動，并開發(fā)原型的一個新版本。螺旋模型強調(diào)了風(fēng)險風(fēng)析，特別適用于龐大而復(fù)雜的、高風(fēng)險的系統(tǒng)。

（3）迭代模型：迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定、可執(zhí)行的產(chǎn)品版本）的全部開發(fā)活動和要使用該發(fā)布必需的所有其他外圍元素。所以，在某種程度上，開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程：（至少包括）需求工作流程、分析設(shè)計工作流程、實施工作流程和測試工作流程。在迭代模型中，每一次的迭代都會產(chǎn)生一個可以發(fā)布的產(chǎn)品，這個產(chǎn)品是最終產(chǎn)品的一個子集。迭代模型適用于項目事先不能完整定義產(chǎn)品所有需求、計劃多期開發(fā)的軟件開發(fā)。在現(xiàn)代的開發(fā)方法中，例如XP、RUP等，無一例外地都推薦、主張采用能顯著減少風(fēng)險的迭代模型。迭代模型適用于項目事先不能完整定義產(chǎn)品所有需求、計劃多期開發(fā)的軟件開發(fā)中。

（4）V模型。在瀑布模型及其他的經(jīng)典模型中，測試常常作為亡羊補牢的事后行為，但也有以測試為中心的開發(fā)模型，那就是V模型。V模型宣稱測試并不是一個事后彌補行為，而是一個同開發(fā)過程同樣重要的過程，如圖1-5所示。

圖1-5 V模型示意圖

①單元測試的主要目的是針對編碼過程中可能存在的各種錯誤，例如用戶輸入驗證過程中的邊界值的錯誤。

②集成測試主要目的是針對詳細設(shè)計中可能存在的問題，尤其是檢查各單元與其他程序部分之間的接口上可能存在的錯誤。

③系統(tǒng)測試主要針對概要設(shè)計，檢查系統(tǒng)作為一個整體是否有效地得到運行，例如在產(chǎn)品設(shè)置中是否能達到預(yù)期的高性能。

④驗收測試通常由業(yè)務(wù)希賽網(wǎng)或用戶進行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。

（5）敏捷方法。是一種以人為核心、迭代、循序漸進的開發(fā)方法，適用于一開始并沒有或不能完整地確定出需求和范圍的項目，或者需要應(yīng)對快速變化的環(huán)境，或者需求和范圍難以事先確定，或者能夠以有利于干系人的方式定義較小的增量改進。

敏捷方法，也叫適應(yīng)型生命周期、或者變更驅(qū)動方法。

（6）原型化模型。原型化模型是為彌補瀑布模型的不足而產(chǎn)生的。

原型化模型的第一步是建造一個快速原型，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，經(jīng)過和用戶針對原型的討論和交流，弄清需求以便真正把握用戶需要的軟件產(chǎn)品是什么樣子的。充分了解后，再在原型基礎(chǔ)上開發(fā)出用戶滿意的產(chǎn)品。在實際中原型化經(jīng)常在需求分析定義的過程進行。

各種軟件開發(fā)模型的特點比較

3.方案設(shè)計

系統(tǒng)方案設(shè)計包括總體設(shè)計和各部分的詳細設(shè)計（物理設(shè)計）兩個方面。

（1）系統(tǒng)總體設(shè)計：包括系統(tǒng)的總體架構(gòu)方案設(shè)計、軟件系統(tǒng)的總體架構(gòu)設(shè)計、數(shù)據(jù)存儲的總體設(shè)計、計算機和網(wǎng)絡(luò)系統(tǒng)的方案設(shè)計等。

（2）系統(tǒng)詳細設(shè)計：包括代碼設(shè)計、數(shù)據(jù)庫設(shè)計、人/機界面設(shè)計、處理過程設(shè)計等。

4.軟件需求分析與定義

軟件需求是針對待解決問題的特性的描述。所定義的需求必須可以被驗證。在資源有限時，可以通過優(yōu)先級對需求進行權(quán)衡。

通過需求分析，可以檢測和解決需求之間的沖突；發(fā)現(xiàn)系統(tǒng)的邊界；并詳細描述出系統(tǒng)需求。

5.軟件設(shè)計

從工程管理角度來看，軟件設(shè)計可分為概要設(shè)計和詳細設(shè)計兩個階段。

（1）概要設(shè)計。也稱為高層設(shè)計，即將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)。

（2）詳細設(shè)計。也稱為低層設(shè)計，即對結(jié)構(gòu)圖進行細化，得到詳細的數(shù)據(jù)結(jié)構(gòu)與算法。

6.軟件測試

軟件測試是軟件質(zhì)量保證的主要手段之一，也是在將軟件交付給客戶之前所必須完成的步驟。目前，軟件的正確性證明尚未得到根本的解決，軟件測試仍是發(fā)現(xiàn)軟件錯誤和缺陷的主要手段。軟件測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件產(chǎn)品（主要是指程序）中的錯誤和缺陷。

7.軟件維護

軟件維護占整個軟件生命周期的60%～80%，維護的類型主要有以下4種：

改正性維護---改正交付后發(fā)現(xiàn)的錯誤；

適應(yīng)性維護---為適用環(huán)境變化；

完善性維護---優(yōu)化性能和維護性；

預(yù)防性維護---預(yù)防潛在的錯誤。

8.軟件配置管理

軟件配置管理通過標(biāo)識產(chǎn)品的組成元素、管理和控制變更、驗證、記錄和報告配置信息，來控制產(chǎn)品的進化和完整性。軟件配置管理與軟件質(zhì)量保證活動密切相關(guān)，可以幫助達成軟件質(zhì)量保證目標(biāo)。

軟件配置管理活動包括軟件配置管理計劃、軟件配置標(biāo)識、軟件配置控制、軟件配置狀態(tài)記錄、軟件配置審計、軟件發(fā)布管理與交付等活動。

9、軟件質(zhì)量保證及質(zhì)量評價

軟件質(zhì)量指的是軟件特性的總和，是軟件滿足用戶需求的能力，即遵從用戶需求，達到用戶滿意。軟件質(zhì)量包括“內(nèi)部質(zhì)量”、“外部質(zhì)量”和“使用質(zhì)量”三部分。軟件需求定義了軟件質(zhì)量特性，及確認(rèn)這些特性的方法和原則。

軟件質(zhì)量管理過程由許多活動組成，一些活動可以直接發(fā)現(xiàn)缺陷，另一些活動則檢查活動的價值。其中包括質(zhì)量保證過程、驗證過程、確認(rèn)過程、評審過程、審計過程等。

（1）軟件質(zhì)量保證：通過制訂計劃、實施和完成等活動保證項目生命周期中的軟件產(chǎn)品和過程符合其規(guī)定的要求。

（2）驗證與確認(rèn)：確定某一活動的產(chǎn)品是否符合活動的需求，最終的軟件產(chǎn)品是否達到其意圖并滿足用戶需求。

驗證過程試圖確保活動的輸出產(chǎn)品已經(jīng)被正確構(gòu)造，即活動的輸出產(chǎn)品滿足活動的規(guī)范說明；確認(rèn)過程則試圖確保構(gòu)造了正確的產(chǎn)品，即產(chǎn)品滿足其特定的目的。

（3）評審與審計：包括管理評審、技術(shù)評審、檢查、走查、審計等。

管理評審的目的是監(jiān)控進展，決定計劃和進度的狀態(tài)，或評價用于達到目標(biāo)所用管理方法的有效性。技術(shù)評審的目的是評價軟件產(chǎn)品，以確定其對使用意圖的適合性。

軟件審計的目的是提供軟件產(chǎn)品和過程對于可應(yīng)用的規(guī)則、標(biāo)準(zhǔn)、指南、計劃和流程的遵從性的獨立評價。審計是正式組織的活動，識別違例情況，并要生成審計報告，采取更正性行動。