?

《軟件工程——面向?qū)ο蠛蛡鹘y(tǒng)的方法》復(fù)習(xí)筆記

?

第一章 軟件工程的范疇

引言

可以結(jié)合 軟件工程導(dǎo)論第六版 --張海藩

1.軟件工程概念：

軟件工程是一門學(xué)科，目的是生產(chǎn)出沒有錯(cuò)誤的軟件，按時(shí)并且在預(yù)算內(nèi)交付，滿足用戶的需求。更進(jìn)一步，當(dāng)用戶的需求改變時(shí)，軟件必須易于修改。

2.軟件工程范疇：

軟件工程的范疇非常廣。軟件工程的某些方面可以歸入數(shù)學(xué)或計(jì)算機(jī)科學(xué)；其他方面可以落入經(jīng)濟(jì)學(xué)、管理學(xué)或者心理學(xué)的范疇。我們可以從歷史方面、經(jīng)濟(jì)方面、維護(hù)性方面、需求分析設(shè)計(jì)方面、小組編程方面等五個(gè)方面進(jìn)行考察。

3.軟件制品：

軟件制品是軟件產(chǎn)品的組成部分，如規(guī)格說明文檔、代碼模塊或手冊(cè)，它結(jié)合了屬性和對(duì)屬性的操作。

4.回歸錯(cuò)誤：

指對(duì)軟件某處進(jìn)行修改時(shí)，不小心在與該處明顯沒有關(guān)聯(lián)的另一處造成新的錯(cuò)誤。

1.1歷史方面

軟件危機(jī)：

顧名思義，軟件危機(jī)指軟件產(chǎn)品的質(zhì)量低的通常不能接受，并且不能滿足交付日期和預(yù)算限制。

1.2經(jīng)濟(jì)方面

2014年真題：

使用舊編碼技術(shù)CTold的軟件組織發(fā)現(xiàn)使用新的編碼技術(shù)CTnew之后，編寫代碼的時(shí)間比舊編碼技術(shù)少花1/10，因此花費(fèi)也少1/10.通常大家都認(rèn)為使用新技術(shù)CTnew比較恰當(dāng)，對(duì)此你怎么看？

答案：實(shí)際上，雖然大家普遍認(rèn)為速度快的技術(shù)應(yīng)當(dāng)成為技術(shù)的首選，但是從軟件工程的經(jīng)濟(jì)觀點(diǎn)卻認(rèn)為選擇舊編碼技術(shù)比較合適。原因如下：（1）新技術(shù)引入一個(gè)組織的花費(fèi)十分高昂。使用CTnew技術(shù)后編碼速度提高了10%，這與將新技術(shù)引入開發(fā)組織中的花費(fèi)相比沒有那么重要。（2）軟件工程經(jīng)濟(jì)學(xué)建議保留舊編碼技術(shù)的第二個(gè)重要原因是維護(hù)問題。從滿足用戶需求的角度來看，新舊技術(shù)的代碼質(zhì)量相當(dāng)，但是信技術(shù)的使用導(dǎo)致代碼很難維護(hù)，從整個(gè)產(chǎn)品的周期來看，使用新技術(shù)的耗費(fèi)要大一些。

1.3維護(hù)性方面

傳統(tǒng)范型的生命周期模型：

（1）需求階段。在需求分析階段，對(duì)概念進(jìn)行研究和細(xì)化，提取客戶的需求。

（2）分析（規(guī)格說明）階段。分析客戶需求并以規(guī)格說明文檔的形式給出，同時(shí)階段結(jié)束時(shí)，制定出計(jì)劃，稱為軟件項(xiàng)目管理計(jì)劃，詳細(xì)描述期望的軟件開發(fā)。

（3）設(shè)計(jì)階段。第一步是結(jié)構(gòu)設(shè)計(jì)、將作為整體的產(chǎn)品分解成各個(gè)模塊，然后通過詳細(xì)設(shè)計(jì)

對(duì)各個(gè)模塊進(jìn)行設(shè)計(jì)，最終得到兩個(gè)設(shè)計(jì)文檔。

（4）實(shí)現(xiàn)階段。對(duì)各個(gè)部分獨(dú)立地進(jìn)行代碼編寫和測(cè)試（單元測(cè)試、集成測(cè)試），最后由客戶對(duì)產(chǎn)品進(jìn)行驗(yàn)收測(cè)試

（5）交付后維護(hù)。交付后維護(hù)包括在產(chǎn)品交付并安裝到客戶計(jì)算機(jī)中并通過驗(yàn)收測(cè)試后對(duì)產(chǎn)品所做的全部改動(dòng)。它可以分為糾錯(cuò)性維護(hù)、增強(qiáng)性維護(hù)。糾錯(cuò)性維護(hù)主要是去掉殘存錯(cuò)誤，它不對(duì)規(guī)格說明文檔做修改；增強(qiáng)性維護(hù)則是在對(duì)規(guī)格說明文檔進(jìn)行修改的同時(shí)，實(shí)現(xiàn)這些修改。有兩種類型的增強(qiáng)性維護(hù)：完善性維護(hù)、適應(yīng)性維護(hù)。

（6）退役。退役，發(fā)生在當(dāng)產(chǎn)品推出服務(wù)的時(shí)候。當(dāng)產(chǎn)品功能不再對(duì)客戶組織有用的時(shí)候，就不再使用該產(chǎn)品。

1.4需求、分析和設(shè)計(jì)方面

無重點(diǎn)

1.5小組編程方面

無重點(diǎn)

其他：

?

為什么沒有計(jì)劃階段？

為什么沒有測(cè)試階段？

答案：一個(gè)軟件產(chǎn)品準(zhǔn)備好交付給客戶時(shí)才檢查它實(shí)在是太晚了。在軟件開發(fā)過程中，對(duì)產(chǎn)品進(jìn)行測(cè)試伴隨著整個(gè)產(chǎn)品的開發(fā)和維護(hù)之中。如果測(cè)試看作一個(gè)獨(dú)立的階段，那么會(huì)有不將測(cè)試連續(xù)貫穿于產(chǎn)品開發(fā)和維護(hù)的每個(gè)階段的實(shí)際危險(xiǎn)。開發(fā)人員需要不斷進(jìn)行測(cè)試保證軟件產(chǎn)品盡可能在所有時(shí)候都沒有差錯(cuò)。因此，不能將軟件測(cè)試劃分為一個(gè)獨(dú)立的階段。

2013年為什么沒有文檔階段？

答案：（1）確保文檔最新很重要的一個(gè)原因是軟件行業(yè)中人員的流動(dòng)性比較大

（2）如果前一階段的文檔不是完整、正確和最新的，幾乎不可能執(zhí)行下一階段的步驟

（3）除非提供文檔來說明對(duì)一個(gè)軟件產(chǎn)品的期望，否則不可能測(cè)試該軟件產(chǎn)品是否正確工作 （4）如果沒有一套完整、正確的文檔精確的描述產(chǎn)品的當(dāng)前版本做些什么，維護(hù)幾乎是不可能的。

因此，計(jì)劃、測(cè)試和文檔活動(dòng)應(yīng)當(dāng)伴隨著建造軟件產(chǎn)品的所有其他活動(dòng)進(jìn)行。

?

第二章 軟件生命周期模型

１.移動(dòng)目標(biāo)問題:　在軟件正在開發(fā)的時(shí)候，需求改變了。

２.測(cè)試驅(qū)動(dòng)開發(fā)（TDD）：一個(gè)程序員首先制定出任務(wù)的測(cè)試用例

３.結(jié)對(duì)編程：兩個(gè)程序員在一臺(tái)計(jì)算機(jī)前一起工作

４.重組：在建造產(chǎn)品的過程中設(shè)計(jì)在不斷地調(diào)整

５.光盒：使用了多年的時(shí)間管理技術(shù)。為一項(xiàng)任務(wù)設(shè)定一段時(shí)間，小組成員在這段時(shí)間里盡可能好的做工作。

５.極限編程：

它是一些新的統(tǒng)稱為敏捷過程地范型中的一個(gè)，是在迭代——遞增模型的基礎(chǔ)上發(fā)展起來的一種頗有爭(zhēng)議的新的軟件開發(fā)方法，能夠快速響應(yīng)需求變化。

特性：XP小組的計(jì)算機(jī)設(shè)在一個(gè)大房間的中心，大房間中有許多彼此連接的小隔間；一個(gè)客戶代表一直與XP小組工作；沒有一個(gè)人能夠連續(xù)兩周超時(shí)工作；沒有規(guī)格說明，而是XP小組的所有成員一同完成需求、分析、設(shè)計(jì)、編碼和測(cè)試；在建造出各種構(gòu)件之前沒有概要設(shè)計(jì)步驟。

6.軟件的生命周期模型比較:-----2016

?

第三章 統(tǒng)一過程

1.軟件過程

軟件過程是生產(chǎn)軟件的方式,包括方法學(xué),生命周期模型,技術(shù)和工具,以及所有這些因素中最重要的部分:建造這些軟件的人.

2.軟件過程的改進(jìn):

軟件過程的改進(jìn)包括改進(jìn)能力成熟度模型CMM,國(guó)際化組織指定的ISO9000系列標(biāo)準(zhǔn)以及ISO/IEC15504(后者是涉及40多個(gè)國(guó)家的一個(gè)國(guó)際軟件改進(jìn)的創(chuàng)見性建議).還有,要考慮的是,軟件過程改進(jìn)的代價(jià)和效益.

軟件改進(jìn)運(yùn)動(dòng)非常有意思的影響是:軟件過程改進(jìn)的嘗試和軟件工程的標(biāo)準(zhǔn)之間發(fā)生相互作用,這種軟件工程標(biāo)準(zhǔn)化組織和軟件改進(jìn)之間的相互影響,真正促進(jìn)了軟件過程的改進(jìn).

3.統(tǒng)一過程和統(tǒng)一建模語言----2015

統(tǒng)一過程,是一種自適應(yīng)的方法學(xué),是目前最主要的面向?qū)ο箝_發(fā)方法;統(tǒng)一建模語言,是用來模擬目標(biāo)軟件產(chǎn)品的模型工具,目前最常用的統(tǒng)一建模語言是UML.

4.統(tǒng)一過程核心工作流:----2016

(1)需求流:目標(biāo)是讓開發(fā)組織確定客戶的需求

(2)分析流:目標(biāo)是分析和提取需求

(3)設(shè)計(jì)流:細(xì)化分析流的制品,直至材料處于程序員可實(shí)現(xiàn)的形式

(4)實(shí)現(xiàn)流:目標(biāo)是用選擇的實(shí)現(xiàn)語言實(shí)現(xiàn)目標(biāo)軟件產(chǎn)品

(5)測(cè)試流:始終與其他工作流并發(fā)執(zhí)行,確保各階段軟件制品的正確性

?

5.統(tǒng)一過程的四個(gè)階段

(1)開始階段: 明確提出的軟件產(chǎn)品經(jīng)濟(jì)上是否可行

(2)細(xì)化階段: 細(xì)化最初的需求

(3)構(gòu)建階段: 產(chǎn)生軟件產(chǎn)品的第一個(gè)可工作版本

(4)轉(zhuǎn)換階段: 確保客戶的需求切實(shí)得到滿足

6.可追蹤性

需求制品所具有的屬性,能夠?qū)Ψ治鲋破?設(shè)計(jì)制品,實(shí)現(xiàn)制品中的每一項(xiàng)追蹤到需求制品,確保它們是客戶需求的真實(shí)反映.當(dāng)SQA(軟件質(zhì)量保證)小組檢查需求小組成員工作時(shí)也可以簡(jiǎn)化工作.

7.能力成熟度模型CMM -----2012

CMM,是一組用于改進(jìn)軟件過程的相關(guān)策略,它不考慮實(shí)際使用的軟件生命周期模型.CMMI,能力成熟度模型集成,將5個(gè)現(xiàn)存的能力成熟度模型集成進(jìn)一個(gè)模型,將來還可以加入另外的約束.

SW-CMM用于軟件的

P-CMM	用于人力資源管理的;
SE-CMM	用于系統(tǒng)工程的；
IPD－CMM	用于集成產(chǎn)品開發(fā)的；
SA-CMM	用于軟件獲取的

級(jí)別關(guān)鍵過程區(qū)措施

5.最優(yōu)級(jí)	錯(cuò)誤預(yù)防\技術(shù)變更管理\過程變更管理	持續(xù)改進(jìn)軟件過程
4.管理級(jí)	量化過程管理\軟件質(zhì)量管理	為每個(gè)項(xiàng)目設(shè)計(jì)了質(zhì)量目標(biāo)和生產(chǎn)目標(biāo)
3.定義級(jí)	集成軟件管理\軟件項(xiàng)目工程\組間協(xié)調(diào)\對(duì)等檢查	有充分的軟件生產(chǎn)文檔
2.可重復(fù)級(jí)	需求管理\軟件項(xiàng)目計(jì)劃\軟件項(xiàng)目追蹤和遺漏\軟件質(zhì)量保證\軟件配置管理	使用了基本的軟件項(xiàng)目管理措施
1.初始級(jí)	不可應(yīng)用	?

?

第四章 軟件小組

2012--2013--2014--2016--2017

1.民主小組

一個(gè)民主小組,是為了一個(gè)共同的事業(yè)而工作的團(tuán)體,沒有單獨(dú)的領(lǐng)導(dǎo),沒有程序員視圖提升到更高的職位,最重要的是小組的群體特征和相互尊重.

優(yōu)點(diǎn):對(duì)查找錯(cuò)誤的積極態(tài)度,錯(cuò)誤能夠更快被發(fā)現(xiàn),代碼質(zhì)量更高.

2.主程序員小組

編程秘書----主程序員-----備程序員

程序員 程序員 程序員

?

主程序員: 既是一個(gè)成功的管理者,也是一個(gè)訓(xùn)練有素的程序員,完成結(jié)構(gòu)化設(shè)計(jì)以及代碼中的關(guān)鍵和復(fù)雜部分.其他的小組成員在主程序員的指導(dǎo)下進(jìn)行具體的細(xì)節(jié)設(shè)計(jì)和編寫代碼.在程序員之間沒有溝通的渠道,所有的接口問題都有主程序員解決,最后,主程序員審查其他小組成員的工作,因?yàn)橹鞒绦騿T個(gè)人要對(duì)每行代碼負(fù)責(zé).

備程序員: 應(yīng)該在各方面和主程序員一樣有能力,并且需要和主程序員一樣深入了解這個(gè)項(xiàng)目.另外,為讓主程序員集中精力進(jìn)行結(jié)構(gòu)化設(shè)計(jì),備程序員應(yīng)該進(jìn)行黑盒測(cè)試的用例規(guī)化,并承擔(dān)其他與設(shè)計(jì)過程獨(dú)立的任務(wù).

編程秘書: 不是一個(gè)兼職的辦公助手,而是主程序員小組中一個(gè)精通專業(yè),收入頗豐的核心人物.負(fù)責(zé)維護(hù)項(xiàng)目產(chǎn)品庫,及項(xiàng)目的文檔.程序員將他們的源程序交給編程秘書,有編程秘書負(fù)責(zé)將它們轉(zhuǎn)換為及其可識(shí)別的形式,編譯,鏈接,裝載,運(yùn)行,執(zhí)行并測(cè)試用例.

程序員:只進(jìn)行編程,其他的工作都交給編程秘書來做.

?

缺點(diǎn):不僅高水平的程序員缺乏,成功的管理者同樣缺乏,找到一個(gè)主程序員的幾率不大.備程序員和編程秘書也很難找到.

3.現(xiàn)代編程小組

小組經(jīng)理 小組領(lǐng)導(dǎo)

程序員 程序員 程序員

小組領(lǐng)導(dǎo),負(fù)責(zé)小組活動(dòng)中技術(shù)方面的事務(wù);小組經(jīng)理,負(fù)責(zé)所有非技術(shù)性的管理事務(wù).

優(yōu)點(diǎn):進(jìn)行分散決策,但同時(shí)擁有民主小組的優(yōu)點(diǎn),能夠適用于大型項(xiàng)目的開發(fā).

4.同步--穩(wěn)定小組

微軟公司使用的同步---穩(wěn)定小組,但是使用同步---穩(wěn)定生命周期模型和相關(guān)的小組組織極難像微軟公司這樣的成功,不具有普世作用.

5.敏捷過程小組

核心是結(jié)對(duì)編程.

6.開源編程小組

例如:linux,apache這種成功的開源項(xiàng)目,核心:一個(gè)出色的有號(hào)召力的關(guān)鍵人物.

一個(gè)開源項(xiàng)目的成功是因?yàn)槟繕?biāo)產(chǎn)品的特性,組織者的個(gè)性以及核心小組成員的天資.一個(gè)公開源碼的小組的成功與其小組組織方式基本上沒有關(guān)系.

?

小組組織優(yōu)點(diǎn)缺點(diǎn)

民主小組	由于積極地尋找錯(cuò)誤,因而代碼質(zhì)量高,特別適用于解決難的問題	有經(jīng)驗(yàn)的人反感新手的評(píng)價(jià)不能從外部強(qiáng)加
傳統(tǒng)的主程序員小組	<<紐約時(shí)報(bào)>>項(xiàng)目的成功之處	不實(shí)用
修改的主程序員小組	有許多成功的范例	沒有與<<紐約時(shí)報(bào)>>項(xiàng)目可比擬的成功范例
現(xiàn)代程序員小組	小組經(jīng)理/小組領(lǐng)導(dǎo)結(jié)構(gòu)避免對(duì)主程序員需求,可擴(kuò)展,必要時(shí)支持分散決策	除非明確小組領(lǐng)導(dǎo)和小組經(jīng)理之間的負(fù)責(zé)范圍,否則容易產(chǎn)生問題
同步--穩(wěn)定小組	鼓勵(lì)創(chuàng)造性,確保大量開發(fā)者為共同目標(biāo)工作	在微軟公司之外還沒有該方案的應(yīng)用的實(shí)例
敏捷過程小組	程序員不測(cè)試自己的代碼,如果一個(gè)程序員離開不會(huì)有損失,經(jīng)驗(yàn)欠缺的程序員可以向其他人學(xué)習(xí),代碼具有小組所有權(quán)	還沒有更多的實(shí)例證實(shí)它的成功
開源小組	少數(shù)項(xiàng)目非常成功	應(yīng)用面窄,需由許多出色的有號(hào)召力的人領(lǐng)導(dǎo),需要頂尖高手參與

?

注:實(shí)踐中,目前多數(shù)小組都采用主程序員小組形式的某種變種.

第五章 軟件過程工具

注:逐步求精\成本效益分析法:兩種貫穿于軟件生命周期的基礎(chǔ)理論性的軟件工程技術(shù)

1.逐步求精法

逐步求精,是一個(gè)解決問題的技術(shù),是許多軟件工程技術(shù)的基礎(chǔ),可定義為"盡可能將細(xì)節(jié)的定義推研到最后,以便于集中精力在重要的事項(xiàng)上"的一種方法.逐步求精法潛在地支撐著許多規(guī)格說明技術(shù),設(shè)計(jì)和實(shí)現(xiàn)技術(shù),甚至測(cè)試和集成技術(shù).

優(yōu)點(diǎn):幫助軟件工程師集中精力于當(dāng)前開發(fā)任務(wù)地相關(guān)方面,并忽略一些細(xì)節(jié),盡管這些細(xì)節(jié)在總體方案中是必要的,但是也不能考慮.

2.成本---效益分析法

成本效益分析法,對(duì)比---估計(jì)的未來收益和預(yù)測(cè)的未來成本----的一種方法.是確定客戶是否應(yīng)該進(jìn)行業(yè)務(wù)計(jì)算機(jī)化的 基本技術(shù),如果確定使用計(jì)算機(jī)處理業(yè)務(wù),應(yīng)用何種方式來比較各種可選方案的成本和收益.

優(yōu)點(diǎn):(1)通過假設(shè)的辦法給無形的收益確定金錢數(shù)量的一個(gè)實(shí)際辦法,假設(shè)與得到的收益估算值結(jié)合起來.

(2)在對(duì)數(shù)據(jù)進(jìn)行審核時(shí),可以根據(jù)數(shù)據(jù)中潛在的假設(shè)提出更好的假設(shè),能產(chǎn)生更好的數(shù)據(jù),無形收益可以計(jì)算的更加準(zhǔn)確.

3.分治技術(shù)

分治技術(shù):把整個(gè)問題分解為重要程度相同的子問題.

4.關(guān)注分離

5.軟件度量

1.產(chǎn)品度量:測(cè)量產(chǎn)品本身的某個(gè)特性,例如:規(guī)模和可靠性.

2.過程度量:開發(fā)者使用這種度量推斷軟件開發(fā)過程的信息,典型例子:開發(fā)過程中檢測(cè)錯(cuò)誤的有效性.

6.CASE

CASE的最簡(jiǎn)形式是軟件工具，只在軟件生產(chǎn)的某一方面其幫助作用的軟件產(chǎn)品．

分類：數(shù)據(jù)字典;一致性檢查器;報(bào)表生成器;屏幕生成器;

7.軟件版本

１.修訂版：如果在一個(gè)制品中發(fā)現(xiàn)了錯(cuò)誤之后，修復(fù)了該制品．經(jīng)過適當(dāng)?shù)男薷闹?#xff0c;該制品會(huì)有兩個(gè)版本，老版本和將要替代老版本的新版本，那么新版本就稱作修訂版．

２.變種版：與專門為了替代前面版本的修訂版不同，變種版是為共存而設(shè)計(jì)的．需要變種版的一個(gè)情況是產(chǎn)品要和多種不同操作系統(tǒng)或硬件接口，可能需要為每一種操作系統(tǒng)或者硬件接口組合生產(chǎn)多個(gè)制品的不同變種版．

8.配置控制

制品的三種形式：源代碼－－－＞目標(biāo)代碼－－－＞可執(zhí)行載入映像

１.配置：

某個(gè)完成的產(chǎn)品的給定版本所賴以建造的每個(gè)制品的特定版本稱為該產(chǎn)品那個(gè)版本的配置．

注：配置控制工具可以自動(dòng)管理多個(gè)變種版，但配置控制的作用不局限于多個(gè)變種版．配置控制工具還能處理小組開發(fā)和維護(hù)時(shí)出現(xiàn)的問題．

２.基準(zhǔn)：

它是產(chǎn)品中所有制品的配置（版本集）．當(dāng)要尋找錯(cuò)誤時(shí)，維護(hù)程序員把所需的制品復(fù)制到自己的個(gè)人工作臺(tái)中．在這個(gè)個(gè)人工作臺(tái)中，程序員可以做任何修改，對(duì)其他程序員沒有任何影響，因?yàn)樾薷牡闹皇窃摮绦騿T的個(gè)人副本，基準(zhǔn)版還保持未動(dòng)．

?

?

第六章 測(cè)試

1．故障:是觀察到的軟件產(chǎn)品的不正確的行為,它是差錯(cuò)的結(jié)果;

　錯(cuò)誤:是不正確的結(jié)果的累積;

缺陷:是一個(gè)通用詞匯,泛指差錯(cuò).故障或者錯(cuò)誤.

2．軟件質(zhì)量:產(chǎn)品滿足規(guī)格說明的程度

3．軟件質(zhì)量保證(SQA)：原則是確保軟件過程的質(zhì)量，從而確保軟件產(chǎn)品的質(zhì)量．

４.走查：評(píng)審軟件的方式,進(jìn)行非執(zhí)行測(cè)試:(測(cè)試軟件但不運(yùn)行測(cè)試用例),比審查的步驟少且不那么正式.

走查步驟: (1)準(zhǔn)備 ;(2)小組對(duì)文檔進(jìn)行分析

5.審查的步驟:

(1)概要: 由負(fù)責(zé)文檔的人提供被審查的的文檔概要.

(2)準(zhǔn)備: 處在準(zhǔn)備中,參加者設(shè)法詳細(xì)理解文檔

(3)審查: 開始審查

(4)修訂: 處于修訂中,負(fù)責(zé)該文檔的個(gè)人改正審查報(bào)告中列出的所有錯(cuò)誤和問題.

(5)跟蹤: 處于跟蹤狀態(tài),主持者必須確認(rèn)提出的每個(gè)事項(xiàng)都得到滿意的解決,或者修改文檔,或者澄清被誤當(dāng)成錯(cuò)誤的事項(xiàng).

6.測(cè)試的特性:

(1)正確性:產(chǎn)品在允許的條件下運(yùn)行,能夠滿足輸出規(guī)格說明,并與使用的計(jì)算資源無關(guān)

(2)實(shí)用性:在規(guī)格說明允許的條件下使用正確的產(chǎn)品時(shí),滿足用戶需求的程度.

(3)可靠性:對(duì)產(chǎn)品故障的出現(xiàn)頻率和嚴(yán)重性進(jìn)行的測(cè)試.

---->平均故障時(shí)間:隔多久出現(xiàn)故障;

---->平均修復(fù)時(shí)間:修復(fù)故障的時(shí)間用了多久

(4)健壯性:運(yùn)行條件的范圍,有效輸入帶來不可接受的結(jié)果的可能性以及產(chǎn)品的輸入無效時(shí)結(jié)果的可接受性.

(5)性能:根據(jù)時(shí)間或者空間要求,產(chǎn)品所受限制的程度.

第七章 從模塊到對(duì)象

1.模塊:

模塊是詞匯上鄰接的程序語句序列,由邊界元素限制范圍,有一個(gè)聚合標(biāo)識(shí)符.

2.模塊內(nèi)聚:

模塊內(nèi)部的交互程度;

3.模塊耦合:

模塊之間的交互程度;

4.內(nèi)聚:

壞-------------------------------------------------------->好

(1)偶然內(nèi)聚:一個(gè)模塊執(zhí)行完全不相關(guān)的操作;

(2)邏輯內(nèi)聚:當(dāng)一個(gè)模塊進(jìn)行一系列相關(guān)的操作,每個(gè)操作由調(diào)用模塊來選擇;

(3)時(shí)間內(nèi)聚:一個(gè)模塊執(zhí)行一系列與時(shí)間有關(guān)的操作;

(4)過程內(nèi)聚:一個(gè)模塊執(zhí)行一系列與產(chǎn)品要遵循的步驟順序有關(guān)的操作;

(5)通信內(nèi)聚:一個(gè)模塊執(zhí)行一系列與產(chǎn)品要遵循的步驟順序有關(guān)的操作,并且所有操作對(duì)相同數(shù)據(jù)進(jìn)行;

(6)功能內(nèi)聚:只執(zhí)行一個(gè)操作或只達(dá)到單一目標(biāo)的模塊;

(7)信息內(nèi)聚:模塊進(jìn)行許多操作,每個(gè)都有各自的入口點(diǎn),每個(gè)操作的代碼相對(duì)獨(dú)立,而且所有操作都對(duì)相同的數(shù)據(jù)結(jié)構(gòu)完成;

第八章 可重用性和可移植性

第九章 計(jì)劃和估算

總結(jié)

以上是生活随笔為你收集整理的考研《软件工程--面向对象和传统的方法》复习笔记的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。