1、第一章 本章簡(jiǎn)要闡述了軟件開發(fā)的本質(zhì)，即實(shí)現(xiàn)問題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。 在此基礎(chǔ)上，概括地介紹了實(shí)現(xiàn)這一映射的基本途徑，即系統(tǒng)建模。 所謂系統(tǒng)建模，是指運(yùn)用所掌握的知識(shí)，通過抽象，給出該系統(tǒng)的一個(gè)結(jié)構(gòu)一系統(tǒng)模型。因此，模型是一個(gè)抽象。該抽象是在意圖所確定的角度和抽象層次對(duì)物理系統(tǒng)的一個(gè)描述，描述其中的成分和成分之間所具有的特定語義的關(guān)系，還包括對(duì)該系統(tǒng)邊界的描述。 在軟件開發(fā)領(lǐng)域，系統(tǒng)模型分為兩大類，一類稱為概念模型，描述了系統(tǒng)是什么;另一類統(tǒng)稱為軟件模型，描述了實(shí)現(xiàn)概念模型的軟件解決方案。軟件模型又可進(jìn)一步分為設(shè)計(jì)模型、實(shí)現(xiàn)模型和部署模型等。 總之，正確認(rèn)識(shí)

2、軟件開發(fā)的本質(zhì)，認(rèn)識(shí)建模的意義，了解模型概念以及模型分類，直接關(guān)系到對(duì)軟件工程開發(fā)邏輯、開發(fā)途徑有關(guān)知識(shí)的理解、掌握和正確應(yīng)用。正如章首語所言:“正確認(rèn)識(shí)軟件開發(fā)，是從事軟件開發(fā)實(shí)踐和軟件工程項(xiàng)目管理的思想基礎(chǔ)?！钡诙?本章首先介紹了需求的定義，即“一個(gè)需求是一個(gè)要予構(gòu)造的陳述，描述了待開發(fā)產(chǎn)品(或項(xiàng))功能上的能力、性能參數(shù)或者其他性質(zhì)”，并指出了需求的5個(gè)必備的基本性質(zhì):必要的(Necessary)，即該需求是用戶所要求的;無歧義的(Unambiguous )，即該需求只能用一種方式解釋;可測(cè)的(Testable)，即該需求是可進(jìn)行測(cè)試的;可跟蹤的(Trace-able)，即該需求可從一個(gè)

3、開發(fā)階段跟蹤到另一個(gè)階段;可測(cè)量的(Measurable )，即該需求是可測(cè)量的。需求的5個(gè)基本性質(zhì)可作為需求發(fā)現(xiàn)和評(píng)估的基礎(chǔ)。 其次，為了更好地理解需求，介紹了需求的分類。軟件需求可以分為功能、性能、外部接口、設(shè)計(jì)約束和質(zhì)量屬性，并把性能、外部接口、設(shè)計(jì)約束和質(zhì)量屬性這4類需求統(tǒng)稱為非功能需求。除此之外，還給出了功能需求和非功能需求的基本關(guān)系。 然后，介紹了5種常用的需求發(fā)現(xiàn)技術(shù):自悟(Introspection )、交談(Individual in-terview )、觀察(Observation )、小組會(huì)(Group session)和提煉( Extraction)，并指出采用系統(tǒng)化方

4、法，例如，結(jié)構(gòu)化方法和面向?qū)ο蠓椒ǎ墒拱l(fā)現(xiàn)的需求基本滿足以上5個(gè)性質(zhì)。 最后，詳細(xì)地介紹了需求規(guī)約(SRS)。其中，不僅給出了需求規(guī)約的定義、需求規(guī)約的基本性質(zhì)和需求規(guī)約的格式，而且還介紹了表達(dá)需求規(guī)約的3種風(fēng)格:非形式化的規(guī)約、半形式化的規(guī)約和形式化的規(guī)約。 需求規(guī)約的作用可概括為以下4點(diǎn):(1)需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。(2)對(duì)于項(xiàng)目的其余大多數(shù)工作，需求規(guī)約是一個(gè)管理控制點(diǎn)。(3)對(duì)于產(chǎn)品/系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)。(4)需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收測(cè)試計(jì)劃和用戶指南的基礎(chǔ)。第三章 本章比較詳細(xì)地介紹了結(jié)構(gòu)化方法，

5、包含結(jié)構(gòu)化需求分析方法和結(jié)構(gòu)化軟件設(shè)計(jì)方法。一下面對(duì)結(jié)構(gòu)化方法作一小結(jié)。 1)一般來說，分析是系統(tǒng)化地使用信息，對(duì)一個(gè)問題的估算。軟件需求分析是這一概念的特化，即系統(tǒng)化地使用由“數(shù)據(jù)流，、“加工”、“數(shù)據(jù)存儲(chǔ)”、“數(shù)據(jù)源”和“數(shù)據(jù)潭”等術(shù)語所表達(dá)的信息，對(duì)待建系統(tǒng)“是什么”給出一個(gè)估算系統(tǒng)概念模型，而“軟件設(shè)計(jì)是定義滿足需求所需要的結(jié)構(gòu)”。結(jié)構(gòu)化方法作為一種特定的軟件開發(fā)方法學(xué)，是從事系統(tǒng)分析和軟件設(shè)計(jì)的一種思想工具。 2)結(jié)構(gòu)化方法的提出，是基于看待客觀世界的基本觀點(diǎn)，即一切信息系統(tǒng)都是由信息流構(gòu)成的，每一信息流都有自己的起點(diǎn)一數(shù)據(jù)源，有自己的歸宿一數(shù)據(jù)潭，有驅(qū)動(dòng)信息流動(dòng)的加工，所謂信息處理

6、主要表現(xiàn)為信息的流動(dòng)。3)人們解決問題的一般途徑是，首先對(duì)那些非結(jié)構(gòu)化和半結(jié)構(gòu)化的問題，通常采用已掌握的知識(shí)，建造它們的模型定義問題;而后基于已定義的問題，給出相應(yīng)的解決方案;最后采用一定的工具，實(shí)現(xiàn)這一解決方案，如圖3-55所示。其中，使用數(shù)學(xué)作為工具，對(duì)一個(gè)特定的問題建造了一個(gè)模型：Y=x*x+5 結(jié)構(gòu)化方法遵循了人們解決問題的一般途徑，其中需求分析就是通過建造待開發(fā)系統(tǒng)/產(chǎn)品的概念模型，定義需要解決的問題當(dāng)采用一定技術(shù)驗(yàn)證后，表明該模型是可用的情況下，就可進(jìn)行總體設(shè)i和詳細(xì)設(shè)計(jì)，給出求解軟件的一種方案，進(jìn)而采用一種程序設(shè)計(jì)工具實(shí)現(xiàn)。當(dāng)表明該模型不可使用時(shí)，那么就需要修改模型，重新驗(yàn)證。4

7、)所謂模型，簡(jiǎn)一單地說，就是對(duì)任意事物的一個(gè)抽象，特性以及所描述的各個(gè)方面。進(jìn)一步說，其中包括系統(tǒng)的一些基本能模型是在特定意圖下所確定的角度和抽象層，對(duì)一個(gè)物理系統(tǒng)的描述，給出系統(tǒng)內(nèi)各模型元素以及它們之間的語義關(guān)系對(duì)該系統(tǒng)邊界的描述。因此，采用結(jié)構(gòu)化方法建立的系統(tǒng)功能模型，通常還包含力上求為目的，從系統(tǒng)行為的角度，在由“數(shù)據(jù)流”、“加工”、“數(shù)據(jù)存儲(chǔ)”、“數(shù)據(jù)源”等術(shù)語所定義的需求層上，對(duì)待開發(fā)系統(tǒng)的描述，包括系統(tǒng)環(huán)境的描述。5)為了支持系統(tǒng)功能建模， 緊緊圍繞“問題分離”、“過程抽象”、“數(shù)據(jù)抽象”等基本原則，結(jié)構(gòu)化分析方法提出了5個(gè)概念，它們是數(shù)據(jù)源、數(shù)據(jù)潭、數(shù)據(jù)流、加工和數(shù)據(jù)存，并給出了

8、相應(yīng)的表示。其中，“數(shù)據(jù)流”和“數(shù)據(jù)存儲(chǔ)”支持對(duì)系統(tǒng)數(shù)據(jù)的抽象，“加工”支持系統(tǒng)功能/過程的抽象；“數(shù)據(jù)源”、“數(shù)據(jù)譚”一級(jí)相關(guān)的數(shù)據(jù)流支持對(duì)系統(tǒng)環(huán)境的描述。應(yīng)該說，這些概念對(duì)于規(guī)約軟件系統(tǒng)的功能是完備的，即它們可以“覆蓋”客觀世界的一切事物，并且這些概念的語義還相當(dāng)簡(jiǎn)單，容易理解和掌握。為了支持軟件求解，緊緊圍繞“功能/過程抽象”、“逐步求精”和“模塊化”等基本軟件設(shè)計(jì)原理或原則，給出了模塊、模塊調(diào)用等概念以及相應(yīng)的表示，給出了模塊結(jié)構(gòu)圖、PAD圖、N-S圖、偽碼等設(shè)計(jì)工具，給出了自頂向下、功能分解的過程指導(dǎo)變換設(shè)計(jì)和事務(wù)設(shè)計(jì)，并給出了實(shí)現(xiàn)模塊化的基本準(zhǔn)則，以提高模塊的獨(dú)立性。 所謂模塊化，

9、是指按照“高內(nèi)聚低藕合”的設(shè)計(jì)原則，形成一個(gè)相互獨(dú)立但又有較少聯(lián)系的模塊結(jié)構(gòu)的過程，使每個(gè)模塊具有相對(duì)獨(dú)立的功育歇過程。 所謂逐步求精，是指把要解決問題的過程分解為多個(gè)步驟或階段，每一步是對(duì)上一步結(jié)果的精化，以接近問題的解法。逐步求精是人類解決復(fù)雜問題的基本途徑之一。抽象和逐步求精是一對(duì)互補(bǔ)的概念，即抽象關(guān)注問題的主要方面，忽略其細(xì)節(jié);而逐步求精關(guān)注底層細(xì)節(jié)的揭示。 可見，結(jié)構(gòu)化方法為了支持系統(tǒng)建模和軟件求解，基于一些軟件設(shè)計(jì)原理或原則，給出了完備的符號(hào)集，給出了相應(yīng)功能模型的表達(dá)工具，給出了自頂向下、逐層分解的過程指導(dǎo)，如圖3-56所示。(6)依據(jù)5，我們可以認(rèn)識(shí)到，“軟件方法學(xué)是以軟件方法

10、為研究對(duì)象的學(xué)科。主要設(shè)計(jì)指導(dǎo)軟件設(shè)計(jì)的原理和原則，以及基于這些原理、原則的方法和技術(shù)。俠義的軟件方法學(xué)也指某種特定的軟件設(shè)計(jì)指導(dǎo)原則和方法體系”。(7)從軟件方法學(xué)研究的角度，結(jié)構(gòu)化方法仍然存在一些問題，其中最主要的問題是仍然沒有“擺脫”馮.諾依曼體系結(jié)構(gòu)的影響，捕獲的“功能”和“數(shù)據(jù)”恰恰是客觀失誤的易變性質(zhì)，由此建造的系統(tǒng)結(jié)構(gòu)很難與客觀實(shí)際系統(tǒng)的結(jié)構(gòu)保持一致。模塊構(gòu)造圖及相關(guān)的數(shù)據(jù)結(jié)構(gòu)，如圖所示3-57所示。其中，模塊B, G, C, H訪問數(shù)據(jù)結(jié)構(gòu)1，而模塊L, I, D, J訪問數(shù)據(jù)結(jié)構(gòu)2。 顯然，這樣的模塊結(jié)構(gòu)一般不會(huì)保持客觀系統(tǒng)的結(jié)構(gòu)，并且也很難維護(hù)，這是因?yàn)閿?shù)據(jù)是客觀事物的易變

11、屬性，一旦數(shù)據(jù)發(fā)生變化，那么不但要修改相應(yīng)的數(shù)據(jù)結(jié)構(gòu)，很可能還需要修改相關(guān)的那些模塊，甚至受這些模塊修改的影響，還需要修改模塊結(jié)構(gòu)中的其他模塊，從而為系統(tǒng)的驗(yàn)證和維護(hù)帶來相當(dāng)大的困難，甚至是“災(zāi)難性”的。在某種意義上來講，就是這些問題促使了面向?qū)ο蠓椒▽W(xué)的產(chǎn)生和發(fā)展。第四章(1)UML作為一種圖形化語言，緊緊圍繞“面向?qū)ο蠓椒ㄊ且环N以客體和客體關(guān)系來創(chuàng)建系統(tǒng)模型的系統(tǒng)化軟件開發(fā)方法學(xué)”，給出了比較豐富的表達(dá)事物和事物關(guān)系的術(shù)語，并給出了表達(dá)模型的工具，其主要目的是支持軟件開發(fā)人員從不同角度(靜態(tài)、動(dòng)態(tài))、針對(duì)不同粒度(系統(tǒng)、子系統(tǒng)、類目等)，從不同抽象層來創(chuàng)建模型，并建立相應(yīng)的文檔。 (2)為

12、了支持抽象分析和設(shè)計(jì)中的事物，UML給出了8個(gè)基本術(shù)語，即類、接口、協(xié)作、用況、主動(dòng)類、構(gòu)件、制品、結(jié)點(diǎn)，并給出了這些基本術(shù)語的一些變體。每個(gè)術(shù)語都體現(xiàn)著一定的軟件設(shè)計(jì)原理，例如類體現(xiàn)了數(shù)據(jù)抽象、過程抽象、局部化以及信息隱藏原理；用況體現(xiàn)了問題分離、功能抽象等原理;接。體現(xiàn)了功能抽象等。當(dāng)使用這些術(shù)語創(chuàng)建系統(tǒng)模型時(shí)，它們的語義就映射到相應(yīng)的模型元素中。本章重點(diǎn)講解了其中的類接口和用況，簡(jiǎn)單地說明了協(xié)作、主動(dòng)類構(gòu)件、制品和結(jié)點(diǎn)，在第s章中可能會(huì)使用它們。希望讀者在需要時(shí)能參閱有關(guān)文獻(xiàn)，以便對(duì)它們有更深人地了解并使用。 (3)為了表達(dá)模型元素之間的關(guān)系，UML給出了4個(gè)術(shù)語，即關(guān)聯(lián)、泛化、細(xì)化和依

13、賴，以及它們的一些變體?？梢宰鳛閁MI.模型中的元素，用于表達(dá)各種事物之間的基本關(guān)系。這些術(shù)語都體現(xiàn)了結(jié)構(gòu)抽象原理，特別是泛化概念的使用，可以有效地進(jìn)行“一般/特殊”結(jié)構(gòu)的抽象，支持設(shè)計(jì)的復(fù)用。為了進(jìn)一步描述這些模型元素的語義，還給出一些特定的概念和表示，例如給出限定符這一概念，以便增強(qiáng)關(guān)聯(lián)的語義。4)為了組織以上兩類模型元素，UMI給出了包這一術(shù)語，在實(shí)際應(yīng)用中，可以把包作為控制信息復(fù)雜性的機(jī)制。5)為了使創(chuàng)建的系統(tǒng)(或系統(tǒng)成分)模型清晰、易懂，UML給出了“注解”這一術(shù)語。6)為了表達(dá)概念模型和軟件模型，UML提供了13種圖形化工具，它們是類圖、對(duì)象圖、構(gòu)件圖、包圖、部署圖、組合結(jié)構(gòu)圖，以

14、及USE CASE圖、狀態(tài)圖、順序圖、通信圖、活動(dòng)圖、交互概觀圖，定序圖。前6種圖可用于概念模型和軟件模型的靜態(tài)結(jié)構(gòu)方面;而后7種模型可用于概念模型和軟件模型的動(dòng)態(tài)結(jié)構(gòu)方面。本章比較詳細(xì)地講解了4種表達(dá)系統(tǒng)(或系統(tǒng)成分)模型的工具。其中，類圖可用于創(chuàng)建系統(tǒng)的結(jié)構(gòu)模型，表達(dá)構(gòu)成系統(tǒng)各成分之間的靜態(tài)關(guān)系，給出有關(guān)系統(tǒng)(或系統(tǒng)成分)的一些說明性信息;Use Case圖可用于創(chuàng)建有關(guān)系統(tǒng)(或系統(tǒng)成分)的功能模型，表達(dá)系統(tǒng)(或系統(tǒng)成分)的功能結(jié)構(gòu)，給出有關(guān)系統(tǒng)(或系統(tǒng)成分)在功能需求方面的信息;狀態(tài)圖可用于創(chuàng)建有關(guān)系統(tǒng)(或系統(tǒng)成分)的行為生存周期模型，表達(dá)有關(guān)系統(tǒng)(或系統(tǒng)成分)的一種動(dòng)態(tài)結(jié)構(gòu)，給出有關(guān)系

15、統(tǒng)(或系統(tǒng)成分)在生存期間可有哪些階段、每一階段可從事的活動(dòng)以及對(duì)外所呈現(xiàn)的特征等方面的信息;順序圖可用于創(chuàng)建有關(guān)系統(tǒng)(或系統(tǒng)成分)的交互模型，表達(dá)系統(tǒng)(或系統(tǒng)成分)中有關(guān)對(duì)象之間的交互結(jié)構(gòu)，給出系統(tǒng)(或系統(tǒng)成分)中的一些對(duì)象如何協(xié)作的信息。本章沒有講解的模型表示工具包括對(duì)象圖、構(gòu)件圖、包圖、部署圖、組合結(jié)構(gòu)圖，以及活動(dòng)圖、通信圖、交互概觀圖和定序圖。希望讀者在需要時(shí)能參閱有關(guān)文獻(xiàn)，以便對(duì)它們有好了解并正確使用。另外，盡管在有的內(nèi)容中提及一點(diǎn)UML的“公共機(jī)制”，例如衍型，但沒有詳細(xì)地解。 作為一種軟件開發(fā)方法學(xué)，為了支持軟件開發(fā)活動(dòng)，至少包括3方面的內(nèi)容:一是給出定義不同抽象層的術(shù)語;二是應(yīng)

16、給出各抽象層的模型表達(dá)工具;三是應(yīng)給出如何把各層模型映射為下一個(gè)抽象層的模型，即過程指導(dǎo)。UML僅包括前兩方面的內(nèi)容，因此，UML是一種可視化的建模語言，而不是一種特定的軟件開發(fā)方法學(xué)。 盡管在講述中提到一點(diǎn)有關(guān)UML的應(yīng)用問題，例如類的用途以及相關(guān)策略，但那是為了更好地理解，為其應(yīng)用提供了一些宏觀上的指導(dǎo)。第”章將介紹面向?qū)ο蠓椒▽W(xué)中的第3部分一一過程。第五章RUP是一種軟件開發(fā)過程框架，基于面向?qū)ο蠓?hào)體系給出了有關(guān)軟件開發(fā)過程組織及實(shí)施的指導(dǎo)。該框架體現(xiàn)了3個(gè)突出特征，即以用況驅(qū)動(dòng)、體系結(jié)構(gòu)為中心以及迭代、增量式開發(fā)。 RUP和UML是一對(duì)“姐妹”，它們構(gòu)成了一種特定的軟件開發(fā)方法學(xué)。其

17、中，UML作為一種可視化建模語言，給出了表達(dá)事物和事物之間關(guān)系的基本術(shù)語，給出了多種模型的表達(dá)工具;而RUP利用這些術(shù)語定義了需求獲取層、系統(tǒng)分析層、設(shè)計(jì)層、實(shí)現(xiàn)層，并給出了實(shí)現(xiàn)各層模型之間映射的基本活動(dòng)以及相關(guān)的指導(dǎo)。需求獲取層的基本術(shù)語有:用況、參與者、用于表達(dá)用況參與者之間關(guān)系的關(guān)聯(lián)、用于表達(dá)用況之間關(guān)系的包含和擴(kuò)展、用于表達(dá)參與者之間關(guān)系的泛化。這些術(shù)語確定了系統(tǒng)用況模型的各種形態(tài)。系統(tǒng)分析層的基本術(shù)語有:分析類(包括邊界類、控制類和實(shí)體類)、用況細(xì)化分析、分析包以及用于表達(dá)分析包之間關(guān)系的依賴、用于表達(dá)分析類之間關(guān)系的關(guān)聯(lián)等。這些術(shù)語確定了系統(tǒng)分析模型的各種形態(tài)。系統(tǒng)設(shè)計(jì)層的基本術(shù)語

18、有:設(shè)計(jì)子系統(tǒng)、設(shè)計(jì)類、用況細(xì)化設(shè)計(jì)、接口，以及用于表達(dá)子系統(tǒng)之間關(guān)系的依賴、用于表達(dá)設(shè)計(jì)類之間關(guān)系的關(guān)聯(lián)等。這些術(shù)語確定了系統(tǒng)設(shè)計(jì)模型的各種形態(tài)。另外，在設(shè)計(jì)期間為了表達(dá)系統(tǒng)的分布計(jì)算，RUP提出了部署模型。系統(tǒng)的部署模型是一個(gè)對(duì)象模型。其中，一個(gè)節(jié)點(diǎn)表達(dá)一個(gè)計(jì)算資源;節(jié)點(diǎn)的功能(或過程)是由部署在該節(jié)點(diǎn)上構(gòu)件所定義的。節(jié)點(diǎn)之間的一些關(guān)系表示節(jié)點(diǎn)之間的通信手段。第六章本章主要講解了軟件測(cè)試及測(cè)試技術(shù)。首先介紹了軟件測(cè)試概念，即“有規(guī)程地發(fā)現(xiàn)錯(cuò)誤的過程”，其中錯(cuò)誤(EITOL)是指“F所期望的設(shè)計(jì)之間的偏差，該偏差可能產(chǎn)生不期望的系統(tǒng)行為或失效”。而失效(Failure)是指“與所規(guī)約的系統(tǒng)執(zhí)

19、行之間的偏差”。失效是系統(tǒng)故障或錯(cuò)誤的后果。而故障( Fault)是指“導(dǎo)致錯(cuò)誤或失效的不正常的條件”。故障可以是偶然性的或是系統(tǒng)性的。在介紹了軟件測(cè)試概念的基礎(chǔ)上，給出了軟件測(cè)試過程模型，并就其中的被測(cè)對(duì)象模型的建立、測(cè)試用例的設(shè)計(jì)以及測(cè)試執(zhí)行講解了兩種主要技術(shù)白盒測(cè)試技術(shù)和黑盒測(cè)試技術(shù)。 白盒測(cè)試技術(shù)依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測(cè)對(duì)象建模工具，其中涉及過程塊、分支、節(jié)點(diǎn)、鏈以及路徑，并針對(duì)測(cè)試完成，給出了4種覆蓋策略:語句覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋，它們之間具有偏序關(guān)系，并且可根據(jù)項(xiàng)目需求給出其他覆蓋策略。 黑盒測(cè)試技術(shù)依據(jù)軟件行為的描述，主要講解了事務(wù)流測(cè)試技術(shù)和等

20、價(jià)類劃分測(cè)試技術(shù)。事務(wù)流測(cè)試技術(shù)以事務(wù)流程圖作為被測(cè)對(duì)象建模工具，在此基礎(chǔ)上設(shè)計(jì)覆蓋相應(yīng)事務(wù)的測(cè)試用例并執(zhí)行它。等價(jià)類劃分測(cè)試技術(shù)以等價(jià)類表作為被測(cè)對(duì)象模型，在此基礎(chǔ)上設(shè)計(jì)測(cè)試用例并執(zhí)行它。軟件測(cè)試不但在開發(fā)中使用，而且在驗(yàn)證和確認(rèn)的動(dòng)態(tài)分析中也經(jīng)常使用。動(dòng)態(tài)分析是指執(zhí)行程序的分析，測(cè)試為動(dòng)態(tài)分析提供了必要的信息。如章首所說，“錯(cuò)誤是不可避免的，因此發(fā)現(xiàn)錯(cuò)誤是保障軟件過程質(zhì)量和軟件產(chǎn)品質(zhì)量的基礎(chǔ)”。因此，軟件測(cè)試是保障軟件過程質(zhì)量和軟件產(chǎn)品質(zhì)量的一種重要的手段。第七章 本章講解了軟件工程的過程規(guī)劃技術(shù)以及過程監(jiān)控。主要內(nèi)容包括:1)軟件工程需要做哪些工作，其中主要介紹了ISO/IEC系統(tǒng)與軟件

21、工程一軟件生存周期過程12207-2008 )。 2)軟件開發(fā)工作的組織，主要介紹了幾個(gè)軟件生存周期模型，包括瀑布模型、增量模型、演化模型、螺旋模型等，并簡(jiǎn)單分析了它們的產(chǎn)生背景、優(yōu)缺點(diǎn)以及適用情況。3)軟件項(xiàng)目的過程規(guī)劃與監(jiān)控，主要介紹了項(xiàng)目過程的建立以及有關(guān)監(jiān)控問題。第八章以下通過7點(diǎn)對(duì)CMMI進(jìn)行小結(jié)。 1)針對(duì)開發(fā)的CMMI是一個(gè)有關(guān)產(chǎn)品和服務(wù)的過程改善的成熟度模型，集成了3個(gè)源模型:軟件CMM、系統(tǒng)工程CMM和集成產(chǎn)品開發(fā)CMMo 2)該模型基于過程途徑思想，通過過程把軟件質(zhì)量的3個(gè)支撐點(diǎn)受訓(xùn)的人員、規(guī)程和方法、工具和設(shè)備進(jìn)行集成，以開發(fā)所期望的系統(tǒng)/產(chǎn)品。為此，CMMI緊緊圍繞開發(fā)

22、、維護(hù)和運(yùn)行，把經(jīng)過證明的“最佳實(shí)踐”放在一個(gè)結(jié)構(gòu)中。該結(jié)構(gòu)有助于指導(dǎo)組織確定其過程的改善優(yōu)先次序;有助于指導(dǎo)這些改善的實(shí)施，以提高其過程能力和成熟度，并且還支持其他領(lǐng)域(如獲取和服務(wù))能力成熟度模型的開發(fā)。 3 ) CMMI提供了兩種過程改善路徑，一是稱為能力等級(jí)的過程改善路徑，該路徑可使組織針對(duì)單一過程域，不斷改善該過程域;二是稱為成熟度等級(jí)的過程改善路徑，該路徑可使組織通過關(guān)注一組過程域，不斷改善一組相關(guān)的過程域。 4)在第一種過程改善路徑中，CMMI按不同的專用目標(biāo)和共用目標(biāo)，把一個(gè)過程域中“最佳實(shí)踐”組織為6個(gè)不同的能力等級(jí)，分別稱為: .0級(jí):未完成級(jí)(Incomplete )。

23、.1級(jí):已執(zhí)行級(jí)(Performed )。 .2級(jí):已管理級(jí)(Managed)o .3級(jí):已定義級(jí)(Defined) o .4級(jí):已定量管理級(jí)(Quantitatively Managed)。 .5級(jí):持續(xù)優(yōu)化級(jí)(Optimizing)。并按共用目標(biāo)從“弱到強(qiáng)”，使這6個(gè)能力等級(jí)形成一個(gè)偏序。由此可見，能力等級(jí)是用來表征組織對(duì)一個(gè)過程域的改善。(5)在第二種過程改善路徑中，CMMI基于ISO/IEC12207-2008等標(biāo)準(zhǔn)，首先把開發(fā)、維護(hù)、運(yùn)行中的過程分為4個(gè)組。包含7個(gè)過程域，它們是配置管理、測(cè)量與分析、項(xiàng)目監(jiān)控、項(xiàng)目規(guī)劃、過程和產(chǎn)品質(zhì)量保證、需求管理、提供方協(xié)議管理。包含11個(gè)過程域，它們是決策分析與解決、集成項(xiàng)目管理、組織過程定義、組織過程關(guān)注、組織培訓(xùn)、產(chǎn)品集成、需求開發(fā)、風(fēng)險(xiǎn)管理、技術(shù)解決方案、驗(yàn)證、確認(rèn)包含兩個(gè)過程域，它們是組織過程性能和定量項(xiàng)目管理。包含兩個(gè)過程域，它們是原因分析與解決和組織創(chuàng)新與部署。 而后按每一個(gè)過程域中的不同專用目標(biāo)和共用目標(biāo)，以及與這些目標(biāo)相關(guān)聯(lián)的“最佳實(shí)踐”，組織為5個(gè)不同的成熟度等級(jí)，分別稱為: .1級(jí):初始級(jí)(Initial )(注:沒有對(duì)應(yīng)的過程組)。 .2級(jí):已管理級(jí)(Managed )(注:對(duì)應(yīng)第一組過程)。 .3級(jí):已定義級(jí)(Defined )(注:對(duì)應(yīng)第二組過程)。 .4