推薦：2011年軟考網(wǎng)絡(luò)工程師�？贾�識(shí)點(diǎn)總結(jié)

　　* 軟件的概念：程序+ 數(shù)據(jù)+ 文檔

　　* 軟件開發(fā)的六個(gè)階段：制定計(jì)劃、需求分析、軟件設(shè)計(jì) 、程序編寫 、軟件測(cè)試 、運(yùn)行/維護(hù)，其中，需求分析階段對(duì)項(xiàng)目的影響最大，決定做什么，軟件設(shè)計(jì)是解決怎么做，程序編碼：軟件實(shí)現(xiàn)，測(cè)試查找軟件的錯(cuò)誤、維護(hù)不屬于軟件開發(fā)階段，周期最長(zhǎng),消耗軟件費(fèi)用最多。

　　* 軟件工程：方法(軟件開發(fā)方法)+工具(CASE工具，軟件開發(fā)工具+集成環(huán)境)+過程 (軟件生命期)

　　* 軟件項(xiàng)目管理：進(jìn)度管理、成本管理、質(zhì)量管理、人員管理、資源管理、標(biāo)準(zhǔn)化管理。管理的對(duì)象是進(jìn)度、系統(tǒng)規(guī)模及工作量估算、經(jīng)費(fèi)、組織機(jī)構(gòu)和人員、風(fēng)險(xiǎn)、質(zhì)量、作業(yè)和環(huán)境配置，其中，進(jìn)度管理管理主要采用甘特圖、PERT技術(shù)叫做計(jì)劃評(píng)審技術(shù)、CPM方法叫做關(guān)鍵路徑法;成本估算主要模型有普特南(Putnam)，COCOMO(結(jié)構(gòu)性成本) 、配置管理主要管理軟件的項(xiàng)目文檔、開發(fā)技術(shù)文檔、源代碼版本、發(fā)布程序版本等。

　　* CMM(軟件能力成熟度模型)CMM1：初始級(jí)(沒有計(jì)劃，只有編碼和測(cè)試);CMM2: 可重復(fù)級(jí)(基于過往的項(xiàng)目的經(jīng)驗(yàn)來計(jì)劃與管理新的項(xiàng)目);CMM3定義級(jí)(軟件開發(fā)過程文件將被制訂出來，標(biāo)準(zhǔn)化過程);CMM4定量管理級(jí) (所有項(xiàng)目的重要的過程活動(dòng)進(jìn)行生產(chǎn)率和質(zhì)量的度量，質(zhì)量目標(biāo));CMM5優(yōu)化級(jí) (重點(diǎn)放在對(duì)過程進(jìn)行不斷的優(yōu)化)

　　* 軟件開發(fā)方法: 瀑布模型(自上而下逐次進(jìn)行，需求明確的項(xiàng)目，傳統(tǒng)的模型);原型模型(演化模型，需求不明確，原型逐步演進(jìn));螺旋模型(大型項(xiàng)目，減低風(fēng)險(xiǎn)采用制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評(píng)估四象限的方式對(duì)原型逐步螺旋演進(jìn));噴泉模型 (適用于面向?qū)ο箝_發(fā)方法，分析、設(shè)計(jì)和編碼之間不存在明顯的邊界，所謂無間隙)

　　* 需求分析：識(shí)別問題、分析問題、編寫文檔、需求分析評(píng)審四個(gè)階段，解決系統(tǒng)做什么的問題。結(jié)構(gòu)化分析(SA)采用數(shù)據(jù)流的方式分析需求，自上而下，逐步分解，基本思想使分解與抽象，常用數(shù)據(jù)流圖、數(shù)據(jù)字典進(jìn)行表示，數(shù)據(jù)流圖主要有數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)、外部實(shí)體組成;數(shù)據(jù)字典描述流程圖中所有元素的定義。加工邏輯采用結(jié)構(gòu)化語言、判定樹、判定表構(gòu)成�？焖僭�型法分析思想主要針對(duì)需求不明確的項(xiàng)目進(jìn)行開發(fā)，可以采用拋棄型原型(從需求不明確的開始，主要目標(biāo)在于了解系統(tǒng)需求，之后拋棄原型，大項(xiàng)目使用)和進(jìn)化型(需求明確的開始，逐步進(jìn)化為目標(biāo)系統(tǒng))

　　* 軟件設(shè)計(jì)階段主要解決怎么做的問題。分概要設(shè)計(jì)(軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)，并建立接口)與詳細(xì)設(shè)計(jì)(過程設(shè)計(jì)。通過對(duì)結(jié)構(gòu)表示進(jìn)行細(xì)化，得到軟件的詳細(xì)的數(shù)據(jù)結(jié)構(gòu)和算法 )兩個(gè)階段。體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)　、數(shù)據(jù)設(shè)計(jì)和過程設(shè)計(jì)四個(gè)活動(dòng) 。

　　* 軟件設(shè)計(jì)的原則：抽象化(過程、數(shù)據(jù)、控制)、自頂向下，逐步細(xì)化 、 模塊化、控制層數(shù)、數(shù)據(jù)結(jié)構(gòu)、軟件工程、信息隱藏

　　* 內(nèi)聚：低內(nèi)聚：偶然內(nèi)聚、邏輯內(nèi)聚、時(shí)間內(nèi)聚;中等程度內(nèi)聚：過程內(nèi)聚、通訊內(nèi)聚;高內(nèi)聚：順序內(nèi)聚、功能內(nèi)聚

　　* 耦合：低耦合：非直接耦合、數(shù)據(jù)耦合、標(biāo)記耦合。中耦合：控制耦合、外部耦合。高耦合：公共耦合、內(nèi)容耦合。

　　* 模塊設(shè)計(jì)原則：高內(nèi)聚、低耦合;規(guī)模適中;深度、寬度、扇出和扇入應(yīng)適當(dāng);模塊的作用域應(yīng)該在控制域內(nèi);設(shè)計(jì)單入口單出口的模塊;力爭(zhēng)降低模塊接口的復(fù)雜程度

　　* 結(jié)構(gòu)化設(shè)計(jì)：分析數(shù)據(jù)流圖為出發(fā)點(diǎn)，主要變換型和事務(wù)型。面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)，以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)，以數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)，服從“程序結(jié)構(gòu)必須適應(yīng)問題結(jié)構(gòu)”的基本原則。代表jackson方法(又稱面向數(shù)據(jù)結(jié)構(gòu)的分析與設(shè)計(jì)方法)，信息 → 數(shù)據(jù)結(jié)構(gòu) → 程序結(jié)構(gòu)，數(shù)據(jù)結(jié)構(gòu)映射為程序結(jié)構(gòu)。

　　* 軟件測(cè)試：為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程，根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果)。分單元測(cè)試(測(cè)試程序內(nèi)部工作過程，通常采用白盒測(cè)試方法，如邏輯覆蓋、循環(huán)覆蓋、基本路徑覆蓋。測(cè)試依據(jù)，詳細(xì)設(shè)計(jì)文檔與程序源代碼)、集成測(cè)試(又稱功能測(cè)試黑盒測(cè)試，方法：等價(jià)類劃分、邊界值劃分、錯(cuò)誤推測(cè)、因果圖 。測(cè)試依據(jù)概要說明文檔與詳細(xì)設(shè)計(jì)文檔)、確認(rèn)測(cè)試(分α測(cè)試<公司內(nèi)部的用戶在模擬環(huán)境下測(cè)試>和β測(cè)試<用戶在實(shí)際環(huán)境下測(cè)試> ,主要參考需求分析文檔)、系統(tǒng)測(cè)試(組裝測(cè)試和確認(rèn)測(cè)試,測(cè)試方向系統(tǒng)其他元素)。

　　* 測(cè)試計(jì)劃：描述了要進(jìn)行的測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度的文檔。它確定測(cè)試項(xiàng)、被測(cè)特性、測(cè)試任務(wù)、誰執(zhí)行任務(wù)、各種可能的風(fēng)險(xiǎn)(需求分析階段進(jìn)行)。

　　* 測(cè)試計(jì)劃與測(cè)試大綱：測(cè)試大綱只是簡(jiǎn)單的描述如何開展測(cè)試，而測(cè)試計(jì)劃是針對(duì)測(cè)試中的每個(gè)環(huán)節(jié)的。大綱相當(dāng)于書的目錄，計(jì)劃相當(dāng)于書的章節(jié)內(nèi)容。

　　* 軟件調(diào)試：診斷和改正程序中潛在的錯(cuò)誤

　　* 軟件維護(hù)：軟件運(yùn)行∕維護(hù)階段對(duì)軟件產(chǎn)品所進(jìn)行的修改;主要由改正性維護(hù) (在特定的使用條件下暴露出來的一些潛在程序錯(cuò)誤或設(shè)計(jì)缺陷)、適應(yīng)性維護(hù)(環(huán)境變化所做的修改)、完善性維護(hù)(需求變化、功能改進(jìn)，性能完善)、預(yù)防性(提前預(yù)防問題)，其中，完善性維護(hù)所在比例最多

　　* 修改程序副作用：修改代碼的副作用、 修改數(shù)據(jù)的副作用、 修改文檔的副作用

　　* 可理解性：外來讀者理解軟件的結(jié)構(gòu)、接口、功能和內(nèi)部過程的難易程度

　　* 可靠性：程序按照用戶的要求和設(shè)計(jì)目標(biāo),在給定的一段時(shí)間內(nèi)正確執(zhí)行的概率

　　* 可測(cè)試性：診斷和測(cè)試的難易程度主要取決于軟件容易理解的程度

　　* 可修改性：軟件容易修改的程度,

　　* 可移植性：可移植性表明程序轉(zhuǎn)移到一個(gè)新的計(jì)算環(huán)境的可能性大小

　　* 效率：效率表明一個(gè)程序執(zhí)行預(yù)定功能而又不浪費(fèi)機(jī)器資源的程度

　　* 可使用性：從用戶觀點(diǎn)出發(fā),把可使用性定義為程序方便、實(shí)用、及易于使用的程度

　　* 軟件質(zhì)量模型，產(chǎn)品修正(可維護(hù)性，可測(cè)試、靈活性)，產(chǎn)品移植(可移植性、可復(fù)用性、互連性)，產(chǎn)品運(yùn)行(正確、可靠、效率、可使用性、完整性)

　　* 面向?qū)ο蠓椒?面向?qū)ο蠓治?OOA)->面向?qū)ο笤O(shè)計(jì)(OOD)->面向?qū)ο蟪绦蛟O(shè)計(jì)(OOP)

　　* 面向?qū)ο蠼��? 面向?qū)ο蠼�模技術(shù)所建立的三種模型——對(duì)象模型、動(dòng)態(tài)模型和功能模型，分別從三個(gè)不同側(cè)面描述了所要開發(fā)的系統(tǒng)。對(duì)象模型定義了“做什么”的實(shí)體，功能模型指明了系統(tǒng)應(yīng)該“做什么”，動(dòng)態(tài)模型明確規(guī)定在何種狀態(tài)下，接受什么事件的觸發(fā)而“做什么”

　　* UML：統(tǒng)一建模語言,靜態(tài)圖包括用例圖、類圖、對(duì)象圖、構(gòu)件圖和部署圖; 動(dòng)態(tài)圖包括狀態(tài)圖、時(shí)序圖、協(xié)作圖和活動(dòng)圖。用例圖:需求導(dǎo)出技術(shù),識(shí)別用例與角色; 類圖包括類、類之間的關(guān)聯(lián)、類關(guān)聯(lián)重?cái)?shù)和繼承等基本元素。對(duì)象圖是系統(tǒng)運(yùn)行某個(gè)時(shí)刻對(duì)象之間的關(guān)聯(lián)關(guān)系。對(duì)象圖是類圖的一個(gè)實(shí)例. 時(shí)序圖描述對(duì)象間的事件序列的交換和相互關(guān)系; 協(xié)作圖注重對(duì)象的空間協(xié)作關(guān)系; 狀態(tài)圖描述系統(tǒng)中對(duì)象的狀態(tài)變化

　　相關(guān)鏈接：

　　2011年軟考網(wǎng)絡(luò)工程師(中級(jí)資格/工程師)簡(jiǎn)介

　　軟考網(wǎng)絡(luò)工程師歷年真題匯總(2007年-2010年)

　　2011年軟件水平考試網(wǎng)絡(luò)工程師全面復(fù)習(xí)資料匯總

　　2011軟考網(wǎng)絡(luò)工程師常用英文單詞和縮寫翻譯