軟件工程軟件工程(一)

第一章

1、軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題

2、1968年NATO軟件工程早期定義：軟件工程就是為了經(jīng)濟(jì)地獲得可靠的且能在實(shí)際機(jī)器

上有效地運(yùn)行的軟件，而建立和使用完善的工程原理

1993年IEEE具體定義：1、把系統(tǒng)的規(guī)范的可度量的途徑應(yīng)用于軟件開(kāi)發(fā)、運(yùn)行和維護(hù)過(guò)程，

也就是把工程應(yīng)用于軟件；2、研究1中提到的途徑

3、軟件工程的7條基本原理：

1、用分階段的生命周期計(jì)劃嚴(yán)格管理

2、堅(jiān)持進(jìn)行階段評(píng)審

3、實(shí)行嚴(yán)格的產(chǎn)品控制

4、采用現(xiàn)代程序設(shè)計(jì)技術(shù)

5、結(jié)果應(yīng)能清楚地審查

6、開(kāi)發(fā)小組的人員應(yīng)該少而精

7、承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性

4、軟件生命周期

軟件生命周期由軟件定義、軟件開(kāi)發(fā)和運(yùn)行維護(hù)（軟件維護(hù)）組成

軟件定義：1、問(wèn)題定義2、可行性研究3、需求分析

軟件開(kāi)發(fā)：4、總體設(shè)計(jì)5、詳細(xì)設(shè)計(jì)6、編碼和單元測(cè)試7、綜合測(cè)試

維護(hù)運(yùn)行:8、軟件維護(hù)

5、軟件過(guò)程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任

務(wù)的工作步驟

6、傳統(tǒng)瀑布模型開(kāi)發(fā)軟件的特點(diǎn)：1＞階段間具有順序性和依賴性

2、推遲實(shí)現(xiàn)的觀點(diǎn)

3、質(zhì)量保證的觀點(diǎn)

圖1-10RUP軟件開(kāi)發(fā)生命周期P24

第二章

7、可行性研究的目的：用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決

8、從三個(gè)方面研究每種解法可行性：技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性

9、可行性研究過(guò)程的步驟：1、復(fù)查系統(tǒng)規(guī)模和目標(biāo)

2、研究目前正在使用的系統(tǒng)

3、導(dǎo)出新系統(tǒng)的高層邏輯模型

4、進(jìn)一步定義問(wèn)題

5、導(dǎo)出和評(píng)價(jià)供選擇的解法

6、推薦行動(dòng)方針

7、草擬開(kāi)發(fā)計(jì)劃

8、書(shū)寫(xiě)文檔提交審杳

10、系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具，它的基本思想是用圖形符號(hào)以黑盒子形

式描繪組成系統(tǒng)的每個(gè)部件（程序、文檔、數(shù)據(jù)庫(kù)、人工過(guò)程等）

11、數(shù)據(jù)流圖（DFD）是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過(guò)程中

所經(jīng)受的變換

12、數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合

13、數(shù)據(jù)字典由對(duì)下列4類元素的定義組成：1、數(shù)據(jù)流2、數(shù)據(jù)流分流（即數(shù)據(jù)元素）3、

數(shù)據(jù)存儲(chǔ)4、處理

14、3種估算技術(shù)：1、代碼行技術(shù)2、任務(wù)分解技術(shù)3、自動(dòng)估計(jì)成本技術(shù)

第三章

15、用于需求分析的結(jié)構(gòu)化分析方法遵守準(zhǔn)則：1、必須理解并描述問(wèn)題的信息域，根據(jù)這

條準(zhǔn)則應(yīng)該建立數(shù)據(jù)模型2、必須定義軟件應(yīng)完成的功能，這條準(zhǔn)則要求建立功能模型

3、必須描述作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立行為模型

4、必須對(duì)描述信息、功能和行為的模型進(jìn)行分解.，用層次的方式展示細(xì)節(jié)

16、對(duì)軟件系統(tǒng)的綜合要求：1、功能需求2、性能需求3、可靠性和可用性需求4、出錯(cuò)

處理需求5、接口需求6、約束7、逆向需求8、將來(lái)可能提出的要求

17、根據(jù)結(jié)構(gòu)化分析準(zhǔn)則，需求分析過(guò)程應(yīng)該建立數(shù)據(jù)模型、功能模型和行為模型

實(shí)體-聯(lián)系圖描繪數(shù)據(jù)對(duì)象與數(shù)據(jù)對(duì)象之間的關(guān)系，是用于建立數(shù)據(jù)模型的圖形

數(shù)據(jù)流圖描繪當(dāng)數(shù)據(jù)在軟件系統(tǒng)中移動(dòng)時(shí)被變換的邏輯過(guò)程，指明系統(tǒng)具有的變換數(shù)據(jù)的功

能，因此，數(shù)據(jù)流圖是建立功能模型的基礎(chǔ)。

狀態(tài)轉(zhuǎn)換圖（簡(jiǎn)稱狀態(tài)圖）指明了作為外部事件結(jié)果的系統(tǒng)行為。為此，狀態(tài)轉(zhuǎn)換圖描繪了

系統(tǒng)的各種行為模式（狀態(tài)）和在不同狀態(tài)間轉(zhuǎn)換的方式，狀態(tài)轉(zhuǎn)換圖是行為建模的基礎(chǔ)

18、數(shù)據(jù)模型中包含3種相互關(guān)聯(lián)的信息：數(shù)據(jù)對(duì)象、數(shù)據(jù)對(duì)象的屬性、數(shù)據(jù)對(duì)象彼此間相

互連接的關(guān)系

19、狀態(tài)轉(zhuǎn)換圖（狀態(tài)圖）通過(guò)描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來(lái)表示系統(tǒng)的

行為。此外，狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)瘠做那些動(dòng)作（例如處理數(shù)據(jù)）

狀態(tài)：是任何可以被觀察到的系統(tǒng)行為模式，一個(gè)狀態(tài)代表系統(tǒng)的一種行為模式

事件：是在某個(gè)特定時(shí)刻發(fā)生的事情，他是對(duì)引起系統(tǒng)做動(dòng)作或（和）從一個(gè)和組昂臺(tái)轉(zhuǎn)換

到另一個(gè)狀態(tài)的外界事件的抽象。簡(jiǎn)而言之，事件就是引起系統(tǒng)做動(dòng)作或（和）轉(zhuǎn)換狀態(tài)的

控制信息

20、從4個(gè)方面驗(yàn)證軟件需求的正確性：一致性、完整性、現(xiàn)實(shí)性、有效性

第四章

21、按照形式化的程度可以把軟件工程使用的方法劃分為：非形式化、半形式化、形式化

22、應(yīng)用形式化方法的準(zhǔn)則：1、應(yīng)該選用適當(dāng)?shù)谋硎痉椒?、應(yīng)該形式化但不要過(guò)分形式

化3、應(yīng)該估算成本4、應(yīng)該有形式化方法顧問(wèn)隨時(shí)提供咨詢5、不應(yīng)該放棄傳統(tǒng)的開(kāi)發(fā)方

法6、應(yīng)該建立詳細(xì)的文檔7、不應(yīng)該放棄質(zhì)量標(biāo)準(zhǔn)8、不應(yīng)該盲目依賴形式化方法9、應(yīng)

該測(cè)試、測(cè)試再測(cè)試10、應(yīng)該重用

23、常用的形式化方法：有窮狀態(tài)機(jī)、Petri網(wǎng)、Z語(yǔ)言

第五章

24、總體設(shè)計(jì)的目的：1、劃分出組成系統(tǒng)的物理元素2、設(shè)計(jì)軟件的結(jié)構(gòu)

25、總體設(shè)計(jì)過(guò)程的兩個(gè)主要階段：系統(tǒng)設(shè)計(jì)階段（確定系統(tǒng)的具體實(shí)現(xiàn)方法）結(jié)構(gòu)設(shè)計(jì)階

段（確定軟件結(jié)構(gòu)）

26、總體設(shè)計(jì)過(guò)程九個(gè)步驟：1、設(shè)想供選擇的方案2、選取合理的方案3、推薦最佳方案4、

功能分解5、設(shè)計(jì)軟件結(jié)構(gòu)6、設(shè)計(jì)數(shù)據(jù)庫(kù)7、制定測(cè)試計(jì)劃8、書(shū)寫(xiě)文檔（包括系統(tǒng)說(shuō)明、

用戶手冊(cè)、測(cè)試計(jì)劃、詳細(xì)的實(shí)現(xiàn)計(jì)劃、數(shù)據(jù)庫(kù)設(shè)計(jì)結(jié)果）9、審查和復(fù)審

27、軟件設(shè)計(jì)過(guò)程應(yīng)該遵循的原理：模塊化、抽象、逐步求精、信息隱藏和局部化、模塊獨(dú)

28、幾條啟發(fā)式規(guī)則：1、改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立化2、模塊規(guī)模應(yīng)該適中3、深度、寬

度、扇出和扇入都應(yīng)適當(dāng)4、模塊的作用域應(yīng)該在控制域之內(nèi)5、力爭(zhēng)降低模塊接口的復(fù)雜

程度6、設(shè)計(jì)單入口單出口的模塊7、模塊功能應(yīng)該可以預(yù)測(cè)

第六章

29、詳細(xì)設(shè)計(jì)的根本目標(biāo)是確定應(yīng)該怎么具體地實(shí)現(xiàn)所要求的系統(tǒng)

30、詳細(xì)設(shè)計(jì)階段的任務(wù)還不是具體地編寫(xiě)程序，而是要設(shè)計(jì)出程序的藍(lán)圖

31、結(jié)構(gòu)程序設(shè)計(jì)經(jīng)典定義：如果一個(gè)程序的代碼僅僅通過(guò)順序、選擇和循環(huán)這3種基本控

制結(jié)構(gòu)進(jìn)行連接，并且每個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱這個(gè)程序是結(jié)構(gòu)化的

3種基本的控制結(jié)構(gòu)：順序結(jié)構(gòu)、IF-THEN-ELSE型選擇（分支）結(jié)構(gòu)、D5WHILE型循環(huán)結(jié)構(gòu)

其他：DO-UNTIL型循環(huán)結(jié)構(gòu)、多分支結(jié)構(gòu)

32、設(shè)計(jì)人機(jī)界面過(guò)程中遇到的問(wèn)題：系統(tǒng)響應(yīng)時(shí)間、用戶幫助設(shè)施、出錯(cuò)信息處理和命令

交互

33、人機(jī)界面設(shè)計(jì)指南：一般交互指南、信息