1、信息系統(tǒng)項(xiàng)目管理師考試精要（軟件工程）軟件工程是指應(yīng)用計(jì)算機(jī)科學(xué)、 數(shù)學(xué)及管理科學(xué)等原理， 以工程化的原則和方法來解決 軟件問題的工程，其目的是提高軟件生產(chǎn)率、提高軟件質(zhì)量、減低軟件成本。 IEEE 對軟件 工程的定義是： 將系統(tǒng)的、規(guī)范的、 可度量的工程化方法應(yīng)用于軟件開發(fā)、 運(yùn)行和維護(hù)的全 過程及上述方法的研究。1結(jié)構(gòu)化方法 結(jié)構(gòu)化方法屬于自頂向下的開發(fā)方法，其基本思想是“自頂向下，逐步求精” ，強(qiáng)調(diào)開 發(fā)方法的結(jié)構(gòu)合理性及所開發(fā)軟件的結(jié)構(gòu)合理性。 結(jié)構(gòu)化開發(fā)方法提出了一組提高軟件結(jié)構(gòu) 合理性的準(zhǔn)則， 如分解與抽象、 模塊獨(dú)立性、 信息隱蔽等。針對軟件生存周期各個(gè)不同的階 段，它包括了結(jié)構(gòu)

2、化分析（ Structured Analysis ，SA ）、結(jié)構(gòu)化設(shè)計(jì)（ Structured Design ， SD）和結(jié)構(gòu)化程序設(shè)計(jì)（Structured Programi ng , SP）等方法。2軟件開發(fā)模型 對于開發(fā)模型知識(shí)點(diǎn)，要掌握軟件生命周期的概念、各種開發(fā)模型的特點(diǎn)和應(yīng)用場合。 主要考查的開發(fā)模型有瀑布模型、增量模型、螺旋模型、噴泉模型、迭代模型、 V 模型、敏 捷方法和統(tǒng)一過程等。（ 1）瀑布模型。瀑布模型也稱為生命周期法，是結(jié)構(gòu)化方法中最常用的開發(fā)模型，它 把軟件開發(fā)的過程分為軟件計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編碼、軟件測試和運(yùn)行維護(hù)6個(gè)階段，規(guī)定了它們自上而下、相互銜接

3、的固定次序，如同瀑布流水，逐級(jí)下落。瀑布模型 是最早出現(xiàn)的軟件開發(fā)模型， 它提供了軟件開發(fā)的基本框架。 瀑布模型的本質(zhì)是 “一次通過” ， 即每個(gè)活動(dòng)只做一次，最后得到軟件產(chǎn)品，也稱做“線性順序模型”或者“傳統(tǒng)生命周期”。瀑布模型有利于大型軟件開發(fā)過程中人員的組織與管理， 有利于軟件開發(fā)方法和工具的研究 與使用， 從而提高了大型軟件項(xiàng)目開發(fā)的質(zhì)量和效率。 然而軟件開發(fā)的實(shí)踐表明， 軟件開發(fā) 各項(xiàng)活動(dòng)之間并非完全是自上而下的， 因此， 瀑布模型存在嚴(yán)重的缺陷， 只適用于需求明確 或很少變更的項(xiàng)目，例如二次開發(fā)或升級(jí)型的項(xiàng)目。（ 2）螺旋模型。螺旋模型將瀑布模型和快速原型模型相結(jié)合，綜合了兩者的優(yōu)

4、點(diǎn)，并 增加了風(fēng)險(xiǎn)分析。 它以原型為基礎(chǔ)， 沿著螺線自內(nèi)向外旋轉(zhuǎn)， 每旋轉(zhuǎn)一圈都要經(jīng)過制訂計(jì)劃、 風(fēng)險(xiǎn)分析、 實(shí)施工程及客戶評價(jià)等活動(dòng)， 并開發(fā)原型的一個(gè)新版本。 經(jīng)過若干次螺旋上升的 過程，得到最終的系統(tǒng)。（ 3）噴泉模型。噴泉模型為軟件復(fù)用和生存周期中多項(xiàng)開發(fā)活動(dòng)的集成提供了支持， 主要支持面向?qū)ο蟮拈_發(fā)方法。 “噴泉”一詞本身體現(xiàn)了迭代和無間隙特性。系統(tǒng)某個(gè)部分 常常重復(fù)工作多次， 相關(guān)功能在每次迭代中隨之加入演進(jìn)的系統(tǒng)。 所謂無間隙是指在開發(fā)活 動(dòng)中，分析、設(shè)計(jì)和編碼之間不存在明顯的邊界。（ 4）增量模型。增量模型融合了瀑布模型的基本成分（重復(fù)的應(yīng)用）和原型實(shí)現(xiàn)的迭 代特征。 增量模型

5、采用隨著時(shí)間的進(jìn)展而交錯(cuò)的線性序列， 每一個(gè)線性序列產(chǎn)生軟件的一個(gè) 可發(fā)布的增量。 當(dāng)使用增量模型時(shí)， 第一個(gè)增量往往是核心的產(chǎn)品， 也就是說第一個(gè)增量實(shí) 現(xiàn)了基本的需求， 但很多補(bǔ)充的特征還沒有發(fā)布。 客戶對每一個(gè)增量的使用和評估， 都作為 下一個(gè)增量發(fā)布的新特征和功能。 這個(gè)過程在每一個(gè)增量發(fā)布后不斷重復(fù)， 直到產(chǎn)生最終的 完善產(chǎn)品。 增量模型強(qiáng)調(diào)每一個(gè)增量均發(fā)布一個(gè)可操作的產(chǎn)品。 增量模型像原型實(shí)現(xiàn)模型和 其他演化方法一樣， 本質(zhì)上是迭代的。 但與原型實(shí)現(xiàn)不同的是， 增量模型強(qiáng)調(diào)每一個(gè)增量均 發(fā)布一個(gè)可操作產(chǎn)品。（ 5 ）迭代模型：迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定、可執(zhí)行的產(chǎn)品版本）的全部開發(fā)

6、活動(dòng) 和要使用該發(fā)布必需的所有其他外圍元素。 所以， 在某種程度上， 開發(fā)迭代是一次完整地經(jīng) 過所有工作流程的過程： （至少包括）需求工作流程、分析設(shè)計(jì)工作流程、實(shí)施工作流程和測試工作流程。在迭代模型中，每一次的迭代都會(huì)產(chǎn)生一個(gè)可以發(fā)布的產(chǎn)品，這個(gè)產(chǎn)品是最終產(chǎn)品的一個(gè)子集。迭代模型適用于項(xiàng)目事先不能完整定義產(chǎn)品所有需求、計(jì)劃多期開發(fā)的軟件開發(fā)。在現(xiàn)代的開發(fā)方法中，例如XP、RUP等，無一例外地都推薦、主張采用能顯著減少風(fēng)險(xiǎn)的迭代模型。迭代模型適用于項(xiàng)目事先不能完整定義產(chǎn)品所有需求、計(jì)劃多期開發(fā)的軟件開發(fā)中。（6）V模型。在瀑布模型及其他的經(jīng)典模型中，測試常常作為亡羊補(bǔ)牢的事后行為,但也有以測試

7、為中心的開發(fā)模型，那就是V模型。V模型宣稱測試并不是一個(gè)事后彌補(bǔ)行為，而是一個(gè)同開發(fā)過程同樣重要的過程，如圖1-5所示。圖1-5 V模型示意圖V模型描述了一些不同的測試級(jí)別，并說明了這些級(jí)別所對應(yīng)的生命周期中不同的階 段。在圖1-5中，左邊下降的是開發(fā)過程各階段，與此相對應(yīng)的是右邊上升的部分，即測試 過程的各個(gè)階段。請注意在不同的組織中，對測試階段的命名可能有所不同。V模型的價(jià)值在于它非常明確地標(biāo)明了測試過程中存在的不同級(jí)別，并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。（7 ）敏捷方法。敏捷方法是從20世紀(jì)90年代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法，以應(yīng)對快速變化的需求

8、。它們的具體名稱、理念、過程、術(shù)語都不盡相同，相 對于“非敏捷”，更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專家之間的緊密協(xié)作、面對面溝通、頻繁交付新 的軟件版本、緊湊而自我組織型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊(duì)組織方法，也更注重人的作用。敏捷方法是一種輕量（敏捷）、高效、低風(fēng)險(xiǎn)、柔性、可預(yù)測、科學(xué)且充滿樂趣的軟件開發(fā)方式，適用于小型或中型軟件開發(fā)團(tuán)隊(duì)，并且客戶的需求模糊或需求多變。（8）統(tǒng)一過程。統(tǒng)一過程（Unified Process ，UP）是一個(gè)通用過程框架，可以用于種 類廣泛的軟件系統(tǒng)、不同的應(yīng)用領(lǐng)域、不同的組織類型、不同的性能水平和不同的項(xiàng)目規(guī)模。 UP是基于構(gòu)件的，在為軟件系統(tǒng)建模時(shí)，

9、UP使用的是UML。與其他軟件過程相比，UP具有三個(gè)顯著的特點(diǎn)，即用例驅(qū)動(dòng)、以基本架構(gòu)為中心、迭代和增量。UP中的軟件過程在時(shí)間上被分解為四個(gè)順序的階段，分別是初始階段、細(xì)化階段、構(gòu)建階段和交付階段。每個(gè)階段結(jié)束時(shí)都要安排一次技術(shù)評審，以確定這個(gè)階段的目標(biāo)是否已經(jīng)達(dá)到。如果評審結(jié)果令人滿意，就可以允許項(xiàng)目進(jìn)入下一個(gè)階段。由于UP是由Rational公司提出來的，因此，也簡稱為RUP。各種軟件開發(fā)模型的特點(diǎn)比較模型名稱技術(shù)特點(diǎn)適用范圍瀑布模型簡單，分階段，階段間存在因果 關(guān)系，各個(gè)階段完成后都有評 審，允許反饋，不支持用戶參與， 要求預(yù)先確定需求需求易于完善定義且不 易變更的軟件系統(tǒng)噴泉模型迭代

10、，無間隙面向?qū)ο蟮能浖_發(fā)迭代模型不要求一次性地開發(fā)出完整的 軟件系統(tǒng)，將軟件開發(fā)視為一個(gè) 逐步獲取用戶需求、完善軟件產(chǎn) 品的過程需求難以確定、不斷變更的軟件系統(tǒng)螺旋模型結(jié)合瀑布模型、迭代模型的思 想，并引進(jìn)了風(fēng)險(xiǎn)分析活動(dòng)需求難以獲取和確定、 軟件開發(fā)風(fēng)險(xiǎn)較大的軟 件系統(tǒng)統(tǒng)一過程可改造、擴(kuò)展和剪裁：可以對它 進(jìn)行設(shè)計(jì)、開發(fā)、維護(hù)和發(fā)布； 強(qiáng)調(diào)迭代開發(fā)復(fù)雜和需求難以獲取和 確定的軟件系統(tǒng)；項(xiàng)目 組擁有豐富的軟件開發(fā) 和管理經(jīng)驗(yàn)敏捷方法擁抱變化；較少的文檔，簡單設(shè) 計(jì)；持續(xù)集成，小步快走小型項(xiàng)目、小型團(tuán)隊(duì)， 需求快速變化3 .需求工程需求工程是包括創(chuàng)建和維護(hù)系統(tǒng)需求文檔所必需的一切活動(dòng)的過程，可分

11、為需求開發(fā)和需求管理兩大工作。4 軟件設(shè)計(jì)從工程管理角度來看，軟件設(shè)計(jì)可分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。（1 ）概要設(shè)計(jì)。也稱為高層設(shè)計(jì)，即將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)。（2）詳細(xì)設(shè)計(jì)。也稱為低層設(shè)計(jì)，即對結(jié)構(gòu)圖進(jìn)行細(xì)化，得到詳細(xì)的數(shù)據(jù)結(jié)構(gòu)與算法。5 .軟件測試軟件測試是軟件質(zhì)量保證的主要手段之一，也是在將軟件交付給客戶之前所必須完成的步驟。目前，軟件的正確性證明尚未得到根本的解決，軟件測試仍是發(fā)現(xiàn)軟件錯(cuò)誤和缺陷的主要手段。軟件測試的目的就是在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件產(chǎn)品（主要是指程序）中的錯(cuò)誤和缺陷。6 .軟件維護(hù)軟件維護(hù)占整個(gè)軟件生命周期的60%80%，維護(hù)的類型主要有以下4種：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)。2.2.1點(diǎn)石成金本節(jié)知識(shí)點(diǎn)說明表 2-2本節(jié)知識(shí)點(diǎn)難度系數(shù)本節(jié)知識(shí)點(diǎn)考查頻度本節(jié)知識(shí)點(diǎn)考查權(quán)重依據(jù)本人多年的一線面授經(jīng)驗(yàn)發(fā)現(xiàn)：大部分的考生朋友軟件工程方面的基礎(chǔ)知識(shí)薄弱， 因?yàn)榇蠖鄶?shù)朋友平時(shí)從事工作是“偏硬”方面的，很少會(huì)涉到“偏軟”方面的內(nèi)容。依據(jù)高 級(jí)信息系統(tǒng)項(xiàng)目管理師考試大綱，要求廣大考生朋友應(yīng)對軟件開發(fā)各個(gè)過程及階段工作內(nèi)容應(yīng)有所了解，總而言知，考綱對這一板塊知識(shí)考查的要求并不高，大部分只涉及到“面”上的知識(shí)考查。近年來在高級(jí)項(xiàng)目管理師考