目錄

一、需要記和背的

1.軟件工程基本原理

2、軟件生存周期

3、軟件過程中的能力成熟度模型 CMM

4、能力成熟度模型集成

5.概要設計內容

6.軟件配置管理內容

7.風險管理內容

8.軟件質量特性和子特性

9.系統(tǒng)設計基本原理

10.系統(tǒng)總體結構設計原則

11.軟件開發(fā)方法

12.軟件質量保證

其他：

二、需要理解的

1.軟件過程模型

2.演化模型

3.結構化分析方法——模塊獨立性

三、需要練習的(略)

1.軟件測試

2.軟件進度管理

3.軟件度量

4.結構化分析方法

---

一、需要記和背的

1.軟件工程基本原理

7點：用分階段的生命周期計劃嚴格管理、堅持進行階段評審、實現(xiàn)嚴格的產品控制、采用現(xiàn)代程序設計技術、結果應能清楚地審查、開發(fā)小組的人員應少而精、承認不斷改進軟件工程時間的必要性

2、軟件生存周期

7點：可行性分析與項目開發(fā)計劃、需求分析、需要完成體系結構和模塊分析的概要設計、每個模塊具體功能描述的詳細設計、編碼、測試、維護

3、軟件過程中的能力成熟度模型 CMM

初始級，雜亂無章，個人英雄主義、沒有明確定義的步驟

可重復級，建立了基本的項目管理過程和時間來跟蹤項目費用、進度和功能特性，有必要的過程準則來重復以前在同類項目中的成功

已定義級，管理和工程兩方面的軟件過程已經文檔化、標準化，并綜合成整個軟件開發(fā)組織的標準軟件過程。所有項目采用根據(jù)實際情況修改后的得到的標準軟件過程來開發(fā)和維護軟件

已管理級，制定了軟件過程和產品質量的詳細度量標準。軟件過程的產品質量都被開發(fā)組織的成員所理解和控制。

優(yōu)化級，加強了定量分析，通過過程質量的反饋和來自新觀念、新技術的反饋使過程能不斷持續(xù)的改進

4、能力成熟度模型集成

階段性模型，5點：初始的，已管理的，已定義的，定量管理的，優(yōu)化的

連續(xù)性模型，5點：CL0 未完成的，CL1已執(zhí)行的，CL2已管理的，CL3已定義級的，CL4定量管理的，CL5優(yōu)化的

5.概要設計內容

? ? ? ? 設計軟件系統(tǒng)總體架構；數(shù)據(jù)結構及數(shù)據(jù)庫設計；編寫概要設計文檔、數(shù)據(jù)庫設計說明書、用戶手冊、修訂測試計劃等。

6.軟件配置管理內容

基線、文檔等軟件配置項、版本控制、變更控制

7.風險管理內容

風險識別；風險預測、風險評估、風險控制

8.軟件質量特性和子特性

9.系統(tǒng)設計基本原理

?抽象、模塊化、信息隱蔽、模塊獨立

10.系統(tǒng)總體結構設計原則

分解—協(xié)調原則 ； 自頂向下原則 ； 信息隱蔽、抽象原則 ； 一致性原則 ； 明確性原則；高內聚低耦合；模塊扇入系數(shù)和扇出系數(shù)要合理；模塊規(guī)模適當

11.軟件開發(fā)方法

• 結構化方法：自定向下，逐層分解。原則是分解與抽象，適合數(shù)據(jù)處理領域問題，難處理大規(guī)模、復雜項目，難適應需求變化
• Jackson方法：面向數(shù)據(jù)結構的開發(fā)方法，以數(shù)據(jù)結構為驅動，使用與小規(guī)模項目，難適應數(shù)據(jù)結構與輸出關系沒有對應關系的項目，
• 原型化方法： 溝通，改進不斷迭代，適用于需求不明確，規(guī)模不大的項目
• 面向對象方法： 略(自己感受)?

12.軟件質量保證

7點：應用技術方法；進行正式的技術評審；測試軟件；標準的實施；控制變更；度量；記錄保存和報告。

其他：

度量是任何工程科學的必備活動

逆向工程，也可以叫反向工程。在軟件工程領域，一般是先UML設計，然后用工具生成代碼，這個叫正向工程；相應的，從代碼生成UML設計圖叫做逆向工程

二、需要理解的

1.軟件過程模型

瀑布模型，順序的執(zhí)行需求分析、設計、編碼、測試、運行和維護。以文檔為驅動適合與需求明確的軟件項目模型。

增量模型，把需求分段為一系列增量產品，每個增量使一個瀑布模型。版本交付快，開發(fā)風險低，但是需要對用戶變更要求進行規(guī)劃。

2.演化模型

原型模型，適合需求不明確，或者需求經常變化的軟件項目模型。通過不斷的快速開發(fā)，交付客戶，通過客戶的反饋意見不斷改進，反復進行的迭代開發(fā)。

螺旋模型，一個強調風險分析的一個模型。分為制定計劃、風險分析、實施工程、用戶評估4個步驟。

噴泉模型，以用戶需求為動力，以對象作為驅動模型，適合于面向對象的開發(fā)方法。開發(fā)活動(分析、設計、編碼)具有迭代型和無間隙性，每個可以開發(fā)活動可以交叉進行。

*基于構建的開發(fā)模型，開發(fā)構建，利用預先包裝的構建來構造應用系統(tǒng)。具有螺旋模型開發(fā)特點。

*形式化方法模型，建立在嚴格數(shù)學基礎上的一種軟件開發(fā)方法。

統(tǒng)一過程UP模型：用例和風險驅動，以架構為中心，迭代并且增量的開發(fā)過程，由UML方法和工具支持。所謂迭代就是將整個軟件開發(fā)項目劃分為許多個小的"袖珍項目"。分為4個技術階段:初始階段，精化階段，構建階段，移交階段

敏捷方法：

極限編程XP，XP是輕量級、高效、低風險、柔性、可預測的、科學的軟件開發(fā)方式。不斷的溝通，反饋，改進完成。4個價值觀(溝通、簡單性、反饋、勇氣)，5個原則(快速反饋、簡單性假設、逐步修改、提倡更改和優(yōu)質工作)，12個最佳實踐：計劃游戲、小型發(fā)布、隱喻、簡單設計、測試先行、重構、結對編程、集體代碼所有制、持續(xù)集成、每周工作40小時、現(xiàn)場客戶和編碼標準

水晶法：認為每一個不同的項目都需要一套不同的策略、約定、和方法論。認為人員素質對軟件質量有重要影響。

并列爭球法：使用迭代的方法，其中，把每30天依次的迭代成為一個沖刺，多個小組按照需求的優(yōu)先級分別并行完成產品增量。協(xié)調通過簡短會議進行。

自適應軟件開發(fā):原則6個：有一個使命作為指導；特征被視為客戶價值的關鍵點；過程中的等待是很重要的，“重做”與“做”同樣關鍵；把變化視為軟件開發(fā)實際情況的調整；確定的交付時間迫使開發(fā)人員認真考慮每一個生產版本的關鍵需求；風險也包含其中。

*敏捷統(tǒng)一過程(AUP):采用UP經典活動(初始，精化，構建，轉化)。提供一些列活動，使團隊為軟件項目構想出一個全面的過程流。每一個活動使用敏捷，并將有意義的增量盡快交給用戶

3.結構化分析方法——模塊獨立性

?

三、需要練習的(略)

1.軟件測試

黑盒測試——等價類劃分

黑盒測試——邊界值分析

白盒測試——語句覆蓋：每個語句至少執(zhí)行1次

白盒測試——判定覆蓋： 每個判定語句至少取一次真值 和 假值 ，或者說每一個分支都至少被執(zhí)行一次

白盒測試——條件覆蓋： 判定語句中的每個子邏輯條件都取一次真值和假值

白盒測試——判定/條件覆蓋：條件?+ 判定 ；每個判定語句中各取一次真假值，每個子邏輯條件都取一次真值和假值

白盒測試——條件組合覆蓋 ： 每個子邏輯的判定笛卡爾積

白盒測試——路徑覆蓋： 每個從開始到結束的所有可能的路徑 至少執(zhí)行一次

2.軟件進度管理

甘特圖 Gantt

PERT圖

3.軟件度量

McCabe度量法

4.結構化分析方法

DFD 數(shù)據(jù)流圖 和? DD數(shù)據(jù)字典

總結

以上是生活随笔為你收集整理的软考中级——软件工程基础概念总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。