第一篇：軟件工程

1.軟件工程：是指導計算機軟件開發和維護的工程學科

2.軟件危機：是指在計算機軟件的開發和維護過程中所遇到的一系列嚴重問題

3.軟件過程：是為了開發出高質量的軟件產品所需完成的一系列任務的框架，它規定了完成各項任務的工作步驟

4.軟件生命周期：是指從軟件定義、開發、使用、信息”。此外，系統還應該具有“定時取樣生理信號”、“更新日志”和“產生病情報告”的功能。為了分析病人生理信號是否超出了醫生規定的安全范圍，應該存儲“患者安全范圍”信息。此外，定時記錄病人生理信號所形成的“患者日志”，顯然也是一個數據存 儲。

23.軟件危機有那些典型表現？

(1)央一個索引號）。

針對若干個不同的NAME重復執行上述命令序列。

?測試系統非正常操作的測試數據 ①用過長的關鍵字作為命令b的參數：例如，b（reliability software and hardware combined）

預期的輸出：系統截短過長的關鍵字，例如，上列命令中的關鍵字可能性被截預期的輸出：X=1，Y=20，Z=3 ④ 3個判定表達式依次為假、真、真 輸入：A=1，B=40，C=60 預期的輸出：X=1，Y=20，Z=30 ⑤ 3個判定表達式依次為真、假、假 輸入：A=20，B=1，C=1 預期的輸出：X=10，Y=2，Z=3 ⑥ 3個判定表達式依次為真、假、真 輸入：A=20，B=1，C=60 對軟件開發成本和進度的估計常常很不準確。維護到淘汰的全過程

5.軟件工程環境：方法與工具的結合，加上配套的軟、硬件支持稱為軟件工程環境

6.模塊：是數據說明、可執行語句等程序對象的集合7.模塊化：是按規定的原則將一個大型軟件分為一個個較小的、相對獨立但又相關的模塊

8.耦合：是對一個軟件結構內不同模塊之間互連程度的度量

9.內聚：標志著一個模塊內各個元素彼此結合的緊密程度

10.結構程序設計：如果一個程序的代碼塊只有一個入口和一個出口，則稱這個程序是結構化的11.實現：通常指編碼和測試

12.軟件可靠性：是指程序在給定的時間間隔內，按照規格說明書的規定成功地運行地概率

13.集成測試：是測試和組裝軟件的系統化技術 14.軟件維護：是指軟件已經交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程

15.對象：在應用領域中有意義的、與所解決的問題有關系的任何事物

16.對象模型：表示靜態的、結構化的系統的“數據”性質

17.功能模型：表示變化的系統的“功能”性質 18.面向對象分析：就是抽取和整理用戶需求并建立問題域精確模型的過程

19.重用：是指同一事物不作修改或者稍加改動就多次重復使用

20.可行性分析包括：技術可行性、經濟可行性、操作可行性

21.北京某高校可用的電話號碼有以下幾類：校內電話號碼由 4 位數字組成??定義上述電話號碼

電話號碼=[校內電話號碼|校外電話號碼]

校內電話號碼=非零數字+ 3 位數字 //后面繼續定義 校外電話號碼=[本市號碼|外地號碼] 本市號碼=數字零+8 位數字

外地號碼=數字零+3 位數字+8 位數字 非零數字=[1|2|3|4|5|6|7|8|9] 數字零＝0位數字＝3{數字}3//3 至 3 個數字 8 位數字=非零數字+7 位數字 7 位數字=7{數字}7 數字＝[0|1|2|3|4|5|6|7|8|9]

22.目前住院的病人主要由護士護理，這樣做不僅需要大量護士??寫出問題定義，分析可行性 從問題陳述可知，本系統數據源點是“病人”和“護士”，他們分別提供生理信號和要求病情報告的信息。進一步分析問題陳述，從系統應該“定時記錄病人情況以形成患者日志”這項要求可以想到，還應該有一個提供日期和時間信息的“時鐘”作為數據源點。從問題陳述容易看出，本系統的數據終點是接收警告信息和病情報告的護士。系統對病人生理信號的處理功能主要是“接收信號”、“分析信號”和“產生警告

(2)用戶對“已完成的”軟件系統不滿意的現象經常

發生。

(3)軟件產品的質量往往靠不住。(4)軟件常常是不可維護的。(5)軟件通常沒有適當的文檔資料。(6)軟件成本在計算機系統總成本中所占的比例

逐年上升。(7)軟件開發生產率提高的速度，遠遠跟不上計算

機應用迅速普及深入的趨勢

25.銀行計算機存儲系統的工作過程大致如下：??請用數據流圖描繪本系統的功能，并用實體—聯系圖描繪系統中的數據對象 26.復印機的工作過程大致如下：未接到復印命令時處于閑置狀態??請用狀態轉換圖描繪復印機的行為

27.用面向數據流的方法設計下列系統的軟件結構

（1）機票預定系統（2）患者監護系統 28.耦合包括數據耦合、控制耦合、公共環境耦合、內容耦合29.內聚包括功能內聚、順序內聚、通信內聚、過程內聚、時間內聚、邏輯內聚、偶然內聚

30.美國某大學有200名教師，校方與教師工會剛剛簽訂一項協議。按照協議??

31.畫出下列偽代碼的流程圖，計算它的環形復雜度

?

32.某圖書館有一個使用CET

終端的信息檢索系統，該系統有下列4個基本檢索命令：

（1）設計測試數據以全面系統的正常操作

（2）設計測試數據以測試系統的非正常操作

解：?測試系統正常操作的測試數據 ①順序執行下列3個命令：b（KEYWORD）s（L）d（N）

其中KEYWORD是正確的關鍵字；L是執行命令b后在屏幕上顯示的約20個行號中的一個（至少應該使L分別為第一個、最后一個和中央一個行號）；N是執行命令s后列出的索引號中的一個（至少應該使N分別為第一個、最后一個和中央一個索引號）。

針對若干個不同的KEYWORD重復執行上述命令序列。

②順序執行下列2個命令：f（NAME）d（N）

其中，NAME是已知的作者姓名；N是執行命令f后列出的索引號中的一個（至少應該使N分別為第一個、最后一個和中

短為reliability software

②用不正確的關鍵字作為命令b的參數：例如，b（AARDVARK）

預期的輸出：顯示出最接近的匹配結果，例如，執行上列命令后可能顯示 1．AARON，JULES（book）③用比執行命令b后列出的最大行號大1的數作為命令s的參數

預期的輸出：“命令s的參數不在行號列表中”

④用數字和標點符號作為命令b和命令f的參數

預期的輸出：“參數類型錯”

⑤用字母字符作為命令s和命令d的參數 預期的輸出：“參數類型錯”

⑥用0和負數作為命令s和命令d的參數 預期的輸出：“參數數值錯” ⑦命令順序錯：例如，沒執行命令b就執行命令s，或沒執行命令s就執行命令d 預期的輸出：“命令順序錯”

⑧命令語法錯：例如，遺漏命令名b、s、d或f；或命令參數沒用圓括號括起來 預期的輸出：“命令語法錯” ⑨命令參數空：例如，b（）、s（）、d或f（）

預期的輸出：系統提供默認參數或給出出錯信息

⑩使用拼錯了的作者姓名作為f的參數 預期的輸出：“找不到這們作者的著作”

33.（2）答：經驗表明，在類似的程序中，單位長度

里的錯誤數ET/IT近似為常數。美國的一些統計數字告訴我們，通常

0.5X10-2≤ ET/IT ≤2X10-2

也就是說，在測試之前每1000條指令中大約有5～20個錯誤。

假設在該程序的每1000條指令中有10個錯誤，則估計在對它進行測試期間將發現的錯誤數為

5000X10/1000=50（個）（3）① 使3個判定表達式之值全為假 輸入：A=1，B=1，C=1 預期的輸出：X=1，Y=2，Z=3 ② 使3個判定表達式之值全為真 輸入：A=20，B=40，C=60 預期的輸出：X=10，Y=20，Z=30 ① 3個判定表達式之值全為假 輸入：A=1，B=1，C=1 預期的輸出：X=1，Y=2，Z=3 ② 3個判定表達式依次為假、假、真 輸入：A=1，B=1，C=60 預期的輸出：X=1，Y=2，Z=30 ③ 3個判定表達式依次為假、真、假 輸入：A=1，B=40，C=1

預期的輸出：X=10，Y=2，Z=30 ⑦ 3個判定表達式依次為真、真、假 輸入：A=20，B=40，C=1 預期的輸出：X=10，Y=20，Z=3 ⑧ 3個判定表達式全為真 輸入：A=20，B=40，C=60 預期的輸出：X=10，Y=20，Z=30 34.軟件的可維護性與哪些因素有關：軟件的可理解性、可測試性、可修改性、文檔描述符合要求、用戶文檔簡潔明確、系統文檔完整并且標準

35.面向對象方法是一種運用對象、類、繼承、封裝、聚合、消息、多態等概念來構造系統的軟件開發方法。

面向對象方法的優點是：符合人們習慣的思維方式、穩定性好、可重用性好、可維護性好、容易開發大型的軟件產品

第二篇：軟件工程

1.軟件危機的概念 系統的數據要求，功能需求，性能需求，顯示出程序的輪廓。

軟件危機是指在計算機軟件開發、使用與可靠性需求，可用性需求，出錯處理需求，混合方式

維護過程中遇到的一系列嚴重問題和難接口需求，約束，逆向需求以及將來可能優點：綜合了以上兩種策略的長處 題。提出的需求。9.確認測試

補充： 5.常使用的圖形工具 確認測試又稱有效性測試。有效性測試是

1．軟件危機的表現有哪些？ 實體-聯系圖，數據流圖，狀態轉換圖，在模擬的環境下，運用黑盒測試的方法，答：1）對軟件開發成本和進度的估計常層次方框圖，warnier圖，IPO圖。驗證被測軟件是否滿足需求規格說明書常很不準確。第五章 列出的需求。任務是驗證軟件的功能和性

2）用戶對已完成的軟件不滿意1.總體設計的任務 能及其他特性是否與用戶的要求一致。對的現象時有發生。劃分出組成系統的物理元素——程序、文軟件的功能和性能要求在軟件需求規格

3）軟件產品的質量往往是靠不件、數據庫、人工過程和文檔等等 說明書中已經明確規定，它包含的信息就住的。設計軟件的結構。也就是要確定系統中每是軟件確認測試的基礎。

4）軟件常常是不可維護的。個程序是由哪些模塊組成的，以及這些模10.什么是白盒測試，其測試技術有那些，5）軟件通常沒有適當的文檔資塊相互間的關系。覆蓋標準的強弱程度

料。2.模塊化思想 白盒測試是一種測試用例設計方法，盒子

6）軟件成本在計算機系統總成就是把程序劃分成獨立命名且可獨立訪指的是被測試的軟件，白盒指的是盒子是本中所占比例逐年上升。問的模塊，每個模塊完成一個子功能，把可視的,你清楚盒子內部的東西以及里面

7）軟件開發生產率提高的速度這些模塊集成起來構成一個整體，可以完是如何運作的。“白盒”法全面了解程序內遠跟不上日益增長的軟件需求。成指定的功能滿足用戶的需求。部邏輯結構、對所有邏輯路徑進行測試。

2．產生軟件危機的原因主要有哪些？ 3.衡量模塊獨立的標準（內聚和耦合的白盒測試的測試方法有代碼檢查法、靜態答：1）用戶對軟件需求的描述不精確。含義，種類）結構分析法、靜態質量度量法、邏輯覆蓋

2）軟件開發人員對用戶需求的內聚：標志著每一個模塊內各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。

3）缺乏處理大型軟件項目的經念的自然拓展。偶然內聚，邏輯內聚，時種覆蓋標準：語句覆蓋、判定覆蓋、條件驗。間內聚，功能內聚，順序內聚，通信內聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和

4）開發大型軟件易產生疏漏和過程內聚。路徑覆蓋發現錯誤的能力呈由弱至強的錯誤。耦合：是對一個軟件結構內不同模塊之間變化。

5）缺乏有力的方法學的指導和互連程度的度量。數據耦合，控制耦合，11.什么時候黑盒測試，其測試技術有哪有效的開發工具的支持。特征耦合，公共環境耦合，內容耦合。些，（等價劃分，邊介值分析法）

6）面對日益增長的軟件需求，4.啟發式規則 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。1.改進軟件結構提高模塊的獨立性檢測每個功能是否都能正常使用。

2軟件的概念 2.模塊規模應該適中等價類劃分的辦法是把程序的輸入域劃完成特點功能的程序以及數據結構和文 3.深度、寬度、扇出和扇入都應適當 分成若干部分（子集），然后從每個部分檔 4.模塊的作用范圍應在控制范圍之內中選取少數代表性數據作為測試用例

3.軟件工程的基本原理 5.力爭降低模塊接口的復雜程度 邊界值分析是通過選擇等價類邊界的測

1.用分階段的生命周期計劃嚴格管理 6.設計單入口單出口的模塊試用例。邊界值分析法不僅重視輸入條件

2.堅持進行階段評審 7.模塊功能應該可以預測 邊界，而且也必須考慮輸出域邊界。它是

3.實行嚴格的產品控制 5.面向數據流的設計方法把信息流映射對等價類劃分方法的補充。

4.采用現代程序設計技術 成軟件結構 12.軟件調試技術有哪些

5.結果應能清楚地審查 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因

6.開發小組的人員應該少而精 映射：變換分析，事物分析 的最低效的方法，僅當所有其他方法都

7.承認不斷改進軟件工程實踐的必要性失敗的情況下才使用。

4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當常用的調試方段的任務是什么？ 1.詳細設計的基本任務 法，當調試小程序時很有效。從發現癥

1.問題定義： 1.為每個模塊確定采用的算法。2.確定狀的地方開始，人工沿程序的控制流往回

2.可行性研究：研究問題的范圍，探索這每一模塊使用的數據結構追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，是否有可行的解3.確定模塊接口的細節，包括對系統外為止。

決方法。部的接口和用戶界面，對系統內部其 原因排除法，對分查找法、歸納法、演繹

3.需求分析：主要是確定目標系統必須具它模塊的接口，以及關于模塊輸入數據、法都屬于原因排除法。

備哪些功能 輸出數據及局部數據的全部細節。13.軟件可靠性（可靠性和可用性的含義）

4.總體設計： 4.為每一模塊設計出一組測試用例。

5.詳細設計：就是把解法具體化，設計出2.程序的三種基本結構

程序的詳細規格說明。順序結構，選擇結構，循環結構

6.編碼和單元測試：寫出正確的容易理解3.詳細設計的工具

容易維護的程序模塊。1．圖形工具

7.綜合測試：通過各種類型的測試使軟件2．表格工具

達到預定的要求 3．語言工具

8.軟件維護：通過各種必要的維護活動使4.jackson方法

系統持久地滿足用戶的需要。（改正性維5.復雜性度量的方法

護，適應性維護，完善性維護，預防性維Halstead方法：它根據程序中運算符和

護）操作數的總數來度量程序的復雜程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據程序控制

螺旋模型的特點 流的復雜程度定量度量程序的復雜程度，瀑布模型階:段時間具有順序性和依賴第七章

性。推遲現實的觀點。質量保證的觀點。1.選擇程序設計語言應考慮哪些因素

快速原型模型:軟件產品的開發基本上是1.系統用戶的要求

線性順序進行的，本質是“快速”加速軟2.可以使用的編譯程序

件的開發過程，節約軟件開發成本。3.可以得到的軟件工具

增量模型:能在較短時間內向用戶提交可4.工程規模

完成部分工作的產品。逐步增加產品功5.程序員的知識

能，可以使用戶有較充裕的時間學習和適6.軟件可移植性要求

應新產品，從而減少一個全新的軟件可能7.軟件的應用領域

給客戶組織帶來的沖擊。2.良好的編程風格包括哪些方面

螺旋模型:對可選方案和約束條件的強調1.程序內部的文檔2.數據說明 3.語句構

有利于已有軟件的重用，也有助于把軟件造4.輸入輸出 5.效率

質量作為軟件開發的一個重要目標。減少3軟件測試的目標

了過多的測試或測試不足帶來的風險。更目的:（1）測試是為了發現程序中的錯誤

重要的是在螺旋模型中維護只是模型的而執行程序的過程；

另一個周期，在維護和開發之間并沒有本（2）好的測試方案是極可能發現迄今為

質區別。風險驅動的。止尚未發現的錯誤的測試方案；

（3）成功的測試是發現了至今為止尚未

第二章 發現的錯誤的測試。

1.可行性研究的目的 定義:為了發現程序中的錯誤而執行程序

就是用最小的代價在盡可能短的時間內的過程。

確定問題是否能夠解決。補充：

補充： 軟件測試步驟 :

可行性研究的步驟 ：(1)模塊測試(2)子系統測試(3)系統

1.復查系統規模和目標。測試(4)驗收測試(5)平行運行

2.研究現有的系統。4.確定測試計劃是在哪個階段制定的3.導出新系統高層邏輯模型。5.黑盒測試和白盒測試的概念

4.進一步定義問題黑盒測試

5.導出和評價供選擇的解法。1把程序看作一個黑盒子，完全不考慮程

6.推薦行動方針序的內部結構和處理過程

7.草擬開發計劃2對程序接口進行測試，檢查程序功能是

8.書寫文檔提交審查 否能按規格說明書的規定正常使用；

程序是否能適當地接受輸入數據并產生

2.系統流程圖的作用 正確的輸出信息；

系統流程圖是描繪物理系統的傳統工具，程序運行過程中能否保持外部信息的完

它用圖形符號來表示系統中的各個部件。整性

它表達了系統中各個元素之間的信息流白盒測試

動的情況。1把程序堪稱裝在一個透明的白盒子里，3.數據流圖的概念 測試者完全知道程序的結構處理算法

數據流圖是一種圖形化技術，它描繪信息2按照程序內部的邏輯測試程序，檢測程

流和數據從移動到輸出的過程中所經受序中的主要執行通路是否都能按的變換。預定要求正確工作

4.數據流圖里面的符號，畫數據流圖。6.測試的步驟及每個步驟形成的文檔

5.數據字典最基本的功能，以及與數據流單元測試：（模塊測試）發現的往往是編

圖的關系。碼和詳細設計的錯誤

最基本的功能：在軟件分析和設計的過程集成測試：著重測試模塊的接口 中給人提供關于數據的描述信息。

關系：數據流圖和數據字典共同構成系統系統測試：發現的往往是軟件設計中的錯的邏輯模型，沒有數據字典，數據流圖就誤，也可能發現需要說明中的錯誤 不嚴格，然而沒有數據流圖，數據字典也驗收測試：（確認測試）往往發現需求說難于發揮作用。只有數據流圖和對數據流明書中的錯誤 圖中每個元素的精確定義放在一起，才能7.漸增式和非漸增式的區別 共同構成系統的規格說明。“非漸增式”，即先獨立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運行； 1.需求分析屬于哪一個階段，任務是什“漸增式”，即在已測試過的N個模塊的么。基礎上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進行測試。段.漸增式比非漸增式優越，因為用漸增式，1.確定對系統的綜合要求（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準備驅動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準備樁模塊。漸增式可以較2.分析系統的數據要求早地發現模塊界面之間的錯誤，有利于排3.導出系統的邏輯模型 錯，檢查比較徹底 4.修正系統開發計劃2.需求分析的產品是什么 8.自頂向下，自下而上，以及混合策略的3.面向過程的分析方法主要是建立三類優缺點 模型 自頂向下數據模型（按照用戶的觀點對數據建立的優點：能較早顯示整個程序的輪廓，向用模型，把用戶的數據要求清楚，準確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數據，持。缺點：當測試上層模塊時因使用樁它反應了用戶的現實環境，屬性，聯系），模塊較多，很難模擬出真實模塊的全部功功能模型，行為模型（通過描繪系統的狀能，使部分測試內容被迫推遲，只能等待態及引起系統狀態轉換的事件來表示系換上真實模塊后再補充測試。統的行為）由底向上4.軟件需求規格說明書的內容 優點：測試從下層模塊開始，測試設計用通常用自然語言完整，準確，具體地描述例比較容易。缺點：在測試的早期不能

第三篇：《軟件工程》

《軟件工程》課程分析

本課程是軟件技術專業學生必修的一門專業必修課。根據培養軟件開發人員的需要，本課程的任務是使學生通過本課程的學習，了解軟件項目開發和維護的一般過程，掌握軟件開發的傳統方法和最新方法。能在軟件工程的理論指導下，開發一個小型管理系統，為今后從事軟件工程實踐打下良好的基礎。

一、課程分析

（一）教學計劃的制定和教學內容的選取

根據培養應用技能型人才的總目標，制訂本專業教學計劃，課程的教材配套，教學、實驗、實訓、課程設計大綱和指導書等教學文件齊全，近幾年來引入了現代教學技術手段，已初步建設、形成了具有特色的全套課堂教學和實驗教學課件。

根據該課程的基本教學要求和特點，結合學時的安排，從教材的整體內容出發，有側重地進行取舍，篩選出學生必須掌握的基本教學內容，較好地解決了教學中質量與數量的矛盾。

（二）教學方法分析

由于該課程是用于指導軟件開發的，和實踐聯系非常緊密。所以采用了理論聯系實際的方法進行授課。一方面，讓學生模擬軟件公司的項目小組進行軟件開發；一方面，對學生進行適時的理論指導。既調動了學生的積極性，又讓學生了解了該課程的理論內容，收到了一舉兩得的效果。具體教學過程如下：

第一步：模擬軟件公司的開發項目小組，分組，分設角色（項目經理、用戶、需求人員、設計人員、程序員、測試人員、軟件安裝培訓維護人員），確定開發題。讓每個小組的學生聚在一起，在項目經理的組織下通過調研、討論來制定自己小組的開發題目，大家感覺就象在軟件公司實習一樣，非常新鮮，感興趣。每個學生都積極主動的去完成自己應承擔的那部分工作。

第二步：模擬軟件項目開發全過程的各個階段，進行相關的理論授課和實際開發。即對軟件開發的每一階段，首先按照教材內容進行理論授課，然后讓學生參照授課內容進行實際的軟件開發實踐。

在此階段結束后，每班召開一個模擬方案論證會，由各開發小組選出代表上臺講解本組的開發方案，其他同學模擬用戶對開發方案提出意見。由于大家對模擬方案論證會非常感興趣，發言積極踴躍，論證會結束后，每個小組的設計方案都得到了很好的補充和完善。

第三步：學期末各小組提交各自完成的軟件系統及開發文檔，并進行總結演示，由任課教師進行講評。

抽象理論課的教學應理論聯系實際，讓學生在實際應用中掌握抽象的理論，在興趣中學習，達到我們高職的雙向型培養目標。

二、存在的問題與希望

在上述的教學中，雖然實現了理論聯系實際，但也存在著一些問題，比如每個項目小組中總有個別同學存在依賴心理，不參與項目開發，最后抄襲別的同學的項目成果，自己得不到實際的鍛煉，影響了大三的畢業設計和日后的軟件開發。另外，如果該課程只上課，沒有實訓的話，實驗課時太少，學生很難全面完成一個系統的開發。

第四篇：軟件工程

軟件工程

1.談談你對軟件工具的理解，你用過什么軟件工具

軟件工具是指為支持計算機軟件的開發、維護、模擬、移植或管理而研制的程序系統。它是為專門目的而開發的，在軟件工程范圍內也就是為實現軟件生存期中的各種處理活動（包括管理、開發和維護）的自動化和半自動化面開發的程序系統。

開發軟件工具的最終目的是為了提高軟件生產率和改善軟件的質量。

軟件工具分為六類：模擬工具、開發工具、測試和評估工具、運行和維護工具、性能質量工具和程序設計支持工具。

應該是看對象來選擇測試工具！比如：

功能測試工具：WinRunner

性能測試工具：LoadRunner

內存泄漏測試工具：Purify

單元測試工具：Junit

測試管理工具：TestDirector還有東軟的bugbaseIBM開發的 rational。

2.什么是軟件的可維護性：

軟件可維護性即維護人員對該軟件進行維護的難易程度,具體包括理解、改正、改動和改進該軟件的難易程度。

決定可維護性的因素：

1.系統的大小

2.系統的年齡

3.結構合理性

可維護性的度量:

可理解性

可測試性

可修改性

可移植性

3.軟件開發和寫程序有什么不同？軟件開發的內容是：需求、設計、編程和 測試 維護！

需求分析

軟件需求分析就是回答做什么的問題。它是一個對用戶的需求進行去粗取精、去偽存真、正確理解，然后把它用軟件工程開發語言（形式功能規約，即需求規格說明書）表達出來的過程。本階段的基本任務是和用戶一起確定要解決的問題，建立軟件的邏輯模型，編寫需求規格說明書文檔并最終得到用戶的認可。需求分析的主要方法有結構化分析方法、數據流程圖和數據字典等方法。本階段的工作是根據需求說明書的要求，設計建立相應的軟件系統的體系結構，并將整個系統分解成若干個子系統或模塊，定義子系統或模塊間的接口關系，對各子系統進行具體設計定義，編寫軟件概要設計和詳細設計說明書，數據庫或數據結構設計說明書，組裝測試計劃。

設計

軟件設計可以分為概要設計和詳細設計兩個階段。實際上軟件設計的主要任務就是將軟件分解成模塊是指能實現某個功能的數據和程序說明、可執行程序的程序單元。可以是一個函數、過程、子程序、一段帶有程序說明的獨立的程序和數據，也可以是可組合、可分解和可更換的功能單元。模塊，然后進行模塊設計。概要設計就是結構設計，其主要目標就是給出軟件的模塊結構，用軟件結構圖表示。詳細設計的首要任務就是設計模塊的程序流程、算法和數據結構，次要任務就是設計數據庫，常用方法還是結構化程序設計方法。

編碼

軟件編碼是指把軟件設計轉換成計算機可以接受的程序，即寫成以某一程序設計語言表示的“源程序清單”。充分了解軟件開發語言、工具的特性和編程風格，有助于開發工具的選擇以及保證軟件產品的開發質量。

測試

軟件測試的目的是以較小的代價發現盡可能多的錯誤。不同的測試方法有不同的測試用例設計方法。兩種常用的測試方法是白盒法測試對象是源程序，依據的是程序內部的的邏輯結構來發現軟件的編程錯誤、結構錯誤和數據錯誤。結構錯誤包括邏輯、數據流、初始化等錯誤。用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果。白盒法和黑盒法依據的是軟件的功能或軟件行為描述，發現軟件的接口、功能和結構錯誤。其中接口錯誤包括內部/外部接口、資源管理、集成化以及系統錯誤。黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。黑盒法。

維護

維護是旨在已完成對軟件的研制（分析、設計、編碼和測試）工作并交付使用以后，對軟件產品所進行的一些軟件工程的活動。即根據軟件運行的情況，對軟件進行適當修改，以適應新的要求，以及糾正運行中發現的錯誤。編寫軟件問題報告、軟件修改報告。

4.什么是軟件設計的”高內聚 低耦合”

內聚：一個模塊內各個元素彼此結合的緊密程度

耦合：一個軟件結構內不同模塊之間互連程度的度量

對于低耦合，（模塊的獨立性）

一個完整的系統，模塊與模塊之間，盡可能的使其獨立存在。也就是說，讓每個模塊，盡可能的獨立完成某個特定的子功能。模塊與模塊之間的接口，盡量的少而簡單。如果某兩個模塊間的關系比較復雜的話，最好首先考慮進一步的模塊劃分。這樣有利于修改和組合.對于高內聚：

在一個模塊內，讓每個元素之間都盡可能的緊密相連。也就是充分利用每一個元素的功能，各施所能，以最終實現某個功能。

5.case在軟件工程中的作用

CASE（Computer Aided（or Assisted）Software Engineering計算機輔助軟件工程。CASE的一個基本思想就是提供一組能夠自動覆蓋軟件開發生命周期各個階段的集成的、減少勞動力的工具。CASE已被證明可以加快開發速度,提高應用軟件生產率并保證應用軟件的可靠品質。CASE工具由許多部分組成,一般我們按軟件開發的不同階段分為上層CASE和下層CASE產品。上層或前端CASE工具自動進行應用的計劃、設計和分析,幫助用戶定義需求,產生需求說明,并可完成與應用開發相關的所有計劃工作。下層或后端CASE工具自動進行應用系統的編程、測試和維護工作。

除非下層CASE和上層CASE工具的供應商提供統一界面,否則用戶必須編寫或重新將所有信息從上層CASE工具轉換到下層CASE工具。獨立的CASE工具供應商愈來愈希望將它們的工具連接在一起建立統一的界面以減少用戶不必要的開發工作。

CASE工具帶來的好處

計算機專業人員利用計算機使他們的企業提高了效率,企業的各個部門通過使用計算機

提高了生產率和效率,增強了企業的競爭力并使之帶來了更多的利潤。

6.為什么要進行軟件測試？常用的軟件測試的方法有哪些？

軟件測試的目的：盡可能發現并改正被測試軟件中的錯誤，提高軟件的可靠性。

軟件測試方法主要包括單元測試，集成測試，系統測試，用戶測試，回歸測試。

還有就是自定而下，和自下而上的方法。

7.談談你對保證軟件質量的技術和方法的認識？ 1.作為一個軟件質量保證人員需要良好的溝通能力，因為如果沒有良好的溝通能力，很多問題都沒有辦法解決，原因很簡單，測試人員發現了bug,開發人員或項目經理在怎么不理，但是他們都會想到，萬一測試人員發現了bug而自己忽視了，那么就有可能成為軟件里的一顆不定時地炸彈，那么作為一個開發人員或項目經理對bug的重視程度肯定相對比較高，至少要看測試人員發現的bug，但是QA就不一定了，因為QA保證的流程的正確的執行，相關人員就是認為流程不重要，只要我開發的產品沒有問題那就沒有問題，客戶肯定不會關注我的流程，在加上古人的名言“結果說明了一切”，所以沒有良好的溝通能力，一些問題將很難去解決，做起來就沒有成就感。

2.個人感覺比溝通能力更重要的是，堅持原則，在遇到困難的時候，是不是還能堅持原則，在遇到項目組的種種不理不睬的時候，是不是還能堅持原則，在項目組不按照計劃走的時候，是不是還能堅持原則。

3.個人心態，我工作三年的經歷告訴我，如果開發和測試相比，開發是天堂，測試是地獄的話，但如果測試和QA相比的話，那測試就是天堂，QA就是地獄，所以心態很重要，在三年里我就鍛煉成一個非常好的心態，隨便怎么說CMMI沒用，隨便怎么說CMMI就是寫文檔，隨便怎么說QA真煩人，我笑容依然燦爛，從容面對，而且一個QA要有堅定的信念，如果你都不相信過程能給項目開發帶來好處，那你還指望誰能相信。

8.提高軟件生產率有哪些手段？

1.挑選精干人員（管理 計劃不好 技術搭配不當）

2.提高階段效率 3消除人工階段

4.減少重復勞動 5.建造簡單產品

6.重用軟部件庫（已經存在的軟件功能部件

9．什么是軟件的可靠性和有用性

可靠性就是指軟件運行的穩定性，可用性就是操作的便利性。比如一輛汽車，可靠性好應該歸功于機械部分，可用性好則是內飾和中控系統的功勞。

10什么是軟件規格說明？作用是什么？將其形式化的意義是什么？

11.什么是軟件重用？實現軟件重用的方法有哪些？

軟件重用，是指在兩次或多次不同的軟件開發過程中重復使用相同或相似軟件元素的過程。軟件元素包括程序代碼、測試用例、設計文檔、設計過程、需要分析文檔甚至領域知識。通常，可重用的元素也稱作軟構件，可重用的軟構件越大，重用的粒度越大。

根據軟件開發的不同階段實現軟件重用主要有四個途徑：

抽象：對重用對象概括提煉，從而得到能全面描述側重算法和數據結構的軟件構件的各部分的描述。

選擇：是對重用對象進行存放，匹配和檢索的功能。

實例化：對數據類型中對象進行參數的提供 轉換。

集成：

12.什么是軟件移植？你認為構造一個工具實現windows到Unix的移植有意義嗎？難大不？ 軟件可移植性是指代碼可以在不同平臺間移植，我們一般說的軟件的可移植性指的是軟件可移植性，簡單的說就是指源代碼移到不同的平臺下（不同的操作系統，例如從Windows

下移到Linux下）時，需要修改的內容越少，移植性越好。要保證軟件可移植性，就是少用或不用系統特有的東西，比如你用C語言編程，你可以使用C語言本身的庫，但不要用

WindowsAPI函數，因為WindowsAPI函數在Linux下是沒有的，如果想移植到Linux平臺下，使用WindowsAPI函數的部分代碼就要做出修改了。

第五篇：軟件工程

軟件工程—心得體會

摘要

本文結合基層實踐教學的實際情況和現實需要，系統地總結了《軟件工程》實踐教學的特征，詳細分析了實踐教學過程存在的問題，并提出了該課程實踐教學改革的新格式。

關鍵字：軟件工程，教學素質，軟件開發，實踐，實驗

正文

通過這學期的“軟件工程”這門課，我拓寬了知識面，鍛煉了能力，綜合素質得到較大的提高。我覺得在大四安排這門課的學習，其主要目的，在于在課堂中學到的理論知識與實際的結合，尤其是觀察、分析、解決問題的實際工作能力。軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言，數據庫，軟件開發工具，系統平臺，標準，設計模式等方面。在1968年第一次提出了軟件工程的概念，至今軟件工程已經走過了30多年的歷程。在不斷發展的過程中，人類越來越加注重在軟件的開發中應該按工程化的方法進行開發，并注重進行軟件項目工程的管理。在現代社會中，軟件應用于多個方面，典型的軟件比如有電子郵件，嵌入式系統，人機界面，辦公套件，操作系統，編譯器，數據庫，游戲等。同時，各個行業幾乎都有計算機軟件的應用，比如工業，農業，銀行，航空，政府部門等，這些應用促進了經濟和社會的發展，使得人們的工作更加高效，同時提高了生活質量。

中國的軟件行業規模不是很大，有些軟件公司在軟件制作上，也只是采用了一些軟件工程的思想，與大規模的工業化大生產比較還是有一定的差距，原因有管理體制的問題，市場問題，政策問題，也有軟件工程理論不全面和不完善的問題。所以軟件工程的研究和應用，以及中國軟件行業的進一步發展，都需要一定的既有軟件工程的理論基礎和研究能力，又有一定的實踐經驗的軟件工程技術人員來推動。軟件工程的前途是光明的。軟件服務外包屬于智力人才密集型現代服務業。大量著名外包企業落戶寧波。主要就業去向包括軟件外包與服務企業、信息產品與服務企業，擔任程序員、軟件測試員、項目經理等工作崗位

軟件工程是計算機領域發展最快的學科分支之一，國家非常重視軟件行業的發展，對軟件人才的培養給予了非常優惠的政策。本專業培養掌握計算機軟件基本理論知識，熟悉軟件開發和管理技術、能夠在計算機軟件領域中從事軟件設計、開發和管理的高級人才。軟件工程的七條原理：用分階段的生命周期計劃嚴格管理、堅持進行階段評審、實行嚴格的產品控制、采納現代程序設計技術、結果應能清楚地審查、開發小組的人員應少而精、承認不斷改進軟件工程實踐的必要性。根據這幾條原理，不僅要積極采納新的軟件開發技術，還要注意不斷總結經驗，收集進度和消耗等數據，進行出錯類型和問題報告統計。這些數據既可以用來評估新的 軟件技術的效果，也可以用來指明必須著重注意的問題和應該優先進行研究的工具和技術。