軟件工程》-重點考試知識點,簡答

1、第一章1、軟件概念：由計算機程序，數(shù)據(jù)，軟件文檔組成軟件的特點：無法直接觀察它的物理形態(tài)，只能通過觀察他的是實際運行情況來了解他的功能特性和質(zhì)量等；人們在分析設計開發(fā)測試過程以及軟件開發(fā)項目的管理過程中滲透了大量的人類的腦力勞動；不存在磨損和老化但存在缺陷維護和技術更新的問題；開發(fā)運行依賴一定的計算機系統(tǒng)環(huán)境；具有可復用性軟件的分類：按功能分：系統(tǒng)支撐應用軟件；按服務對象：通用定制軟件；按規(guī)模：大中小型軟件；按工作式：實時分時交互式批處理2、軟件危機：是指落后的軟件生產(chǎn)式無法滿足迅速增長的計算機軟件需求，從而導致軟件的開發(fā)與維護過程中出現(xiàn)一系列重問題的現(xiàn)象。主要表現(xiàn)：開發(fā)人員開發(fā)的軟件產(chǎn)品不能

2、完全滿足用戶的需求；軟件產(chǎn)品的質(zhì)量難以得到保障；開發(fā)期開發(fā)經(jīng)費和維護費用很難被準確估計從而給項目的管理帶來很多麻煩；隨著技術的更新，用戶的擴大，已有的軟件產(chǎn)品不能靈活地適應環(huán)境的改變；軟件文檔不完備并且存在文檔容與軟件產(chǎn)品不符的情況。原因： 軟件開發(fā)是一項復雜的工程，需要用科學的工程化思想來組織和指導軟件開發(fā)的各個階段 沒有完善的質(zhì)量保證體系 軟件文檔的重要性沒有得到軟件開發(fā)人員和用戶的足夠重視 從事軟件開發(fā)的專業(yè)人員對這個產(chǎn)業(yè)認識不夠充分缺乏經(jīng)驗 軟件獨有的特點也給軟件的開發(fā)和維護帶來困難3、軟件工程是指應用計算機科學與技術，數(shù)學和管理學的原理，運用工程學理論法和技術，研究和指導軟件開發(fā)和演

3、化的一門交叉學科。軟件工程的目標：使軟件開發(fā)的成本控制在預計的合理圍；使軟件產(chǎn)品的各項功能和性能能夠滿足用戶需求；提高軟件產(chǎn)品的可靠性；使生產(chǎn)出來的軟件產(chǎn)品易于移植維護升級和使用；使軟件產(chǎn)品的開發(fā)期能夠控制在預計的合理時間圍。軟件工程學科容：軟件工程原理過程法模型管理度量環(huán)境應用。軟件工程的基本原則：將軟件的生命期劃分為多個階段，對各個階段實施格的項目管理；堅持階段評審制度已確保軟件產(chǎn)品的質(zhì)量；實施格的產(chǎn)品控制以適應軟件規(guī)格的變更；采用現(xiàn)代程序設計技術；開發(fā)出來的產(chǎn)品應該能夠清楚地被審查；合理地安排軟件開發(fā)小組人員并且開發(fā)小組 的人員要少而精；不斷改進軟件工程的實踐。IEEE 計算機學會建立軟

4、件工程知識體系指南的目的：促進世界圍對軟件工程的一致觀點；闡明軟件工程相對于其他學科的位置；刻畫軟件工程學科的容；專業(yè)資料提供使用知識體系的主題。4、軟件的生命期：是指從設計該產(chǎn)品的構想開始到軟件的需求的確定軟件設計軟件實現(xiàn)產(chǎn)品的測試與驗收投入使用及版本的不斷升級，到最終被市場淘汰的全過程。各個階段： 編碼 可行性研究 軟件測試 需求分析 軟件維護。 軟件設計5、軟件開發(fā)模型： 瀑布模型。是一種線性的軟件開發(fā)模型回溯性很差，是一種基于里程碑的階段過程模型，強調(diào)軟件開發(fā)的階段性，每個階段完成特定的任務。瀑布模型適應：需求可以一次性全部獲得，開發(fā)人員經(jīng)驗豐富，軟件項目風險低。優(yōu)點：階段性強易于管理

5、缺點開發(fā)過程不靈活不能適應環(huán)境的變化。 原型模型：是開發(fā)人員為了快速而準確的獲取需求常采用的法。特點：主要用于挖掘需求，原型系統(tǒng)通常針對軟件開發(fā)系統(tǒng)的指功能模塊，功能相對不完善，通常結(jié)合其他模塊共同使用。適應：對現(xiàn)有的軟件系統(tǒng)產(chǎn)品進行升級或完善，開發(fā)人員與用戶需求受限需求獲取困難，開發(fā)人員對將要采用的技術手段不熟悉，具備快速開發(fā)工具。優(yōu)點：是簡單快速缺點是需要花費一些額外的成本。 增量模型：、是把帶開發(fā)軟件系統(tǒng)模塊化和組件化。優(yōu)點：可以分批次的提交軟件產(chǎn)品，減低了軟件開發(fā)的風險，開發(fā)順序靈活。缺點：要求待開發(fā)的項目可模塊化。 螺旋模型：用于風險較大的大型軟件開發(fā)模型，分為制定計劃風險分析實施工

6、程客戶評估。6、敏捷模型：是一種輕量級的軟件法。避免了傳統(tǒng)重量級軟件開發(fā)過程復雜文檔繁瑣的弊端，強調(diào)軟件開發(fā)過程中團員的交流，過程的簡潔，用戶反饋的特性第二章1、可行性研究的目的不在于提出解決問題的案，而在于研究解決問題的必要性和可能性。意義是盡早的停止項目的開發(fā)就能夠避免時間、資金、人力和物力的浪費2、可行性研究包括：技術、社會、經(jīng)濟可行性研究3、技術型可行性研究是對技術解決案的實用性、技術資源的可用性和設備條件作出評估。經(jīng)濟可研究要對項目的開發(fā)總成本與開發(fā)系統(tǒng)將帶來的經(jīng)濟效益之間的差值進行度量。社會可行性研究從政策、法律和制度等社會因素面考慮項目開發(fā)的合理性和意義4、可行性研究的步驟：確定

7、系統(tǒng)的目標； 分析研究正在運行的系統(tǒng)；設計新系統(tǒng)的高層邏輯模型；提出可行的解決案并對其進行評估和比較；選擇合適的解決案；撰寫可行性研究報告5、可行性研究的結(jié)論一般有三種：可以按計劃進行軟件項目的開發(fā)；需要解決某些存在的問題或者需要對現(xiàn)有的解決案進行一些調(diào)整 或改善后才能進行軟件項目的開發(fā)；專業(yè)資料待開發(fā)的軟件項目部不具有可行性、立即停止該軟件項目6、成本 - 效益分析第三章1、面向?qū)ο蟮幕靖拍畎▽ο箢惙庋b繼承多態(tài)，對象是客觀世界中存在的事物，已可以是概念化的實體，他由一組屬性和操作組成。類是對對象的抽象，是對具有相同屬性和相同操作的一組相似對象的定義。封裝是指把對象的屬性和操作結(jié)合在一起組

8、成一個獨立的單元，強調(diào)獨立與封閉。繼承表示類之間的層次關系他使得某類對象可以自動擁有另外一個或多個對象的全部屬性和操作。多態(tài)是一種使父類中定義的屬性或操作被子類繼承后可以有不同的實現(xiàn)的機制。2、面向?qū)ο筌浖こ谭ǖ膬?yōu)點：符合人們的思維習慣，穩(wěn)定性好，可復用性好。3、目標系統(tǒng)的類可以劃分為邊界類、控制類和實體類4、 UML統(tǒng)模語言，是一種標準的圖形化建模語言，主要用于軟件的分析和設計，用定義完善的符號來圖形化的展現(xiàn)一個軟件系統(tǒng)第四章1、需求分析是在可行性研究的基礎上，將用戶對系統(tǒng)的描述，通過開發(fā)人員的分析概括，抽象為完整的需求定義，再形成一系列文檔的過程。2、需求分析的步驟：獲取需求識別問題，分

9、析需求建立目標系統(tǒng)的邏輯框架，將需求文檔化，需求驗證3、數(shù)據(jù)流圖data flow diagram是描述系統(tǒng)中數(shù)據(jù)流的圖形工具，是一種用來表示信息流和信息變換過程的圖解法可以標識一個系統(tǒng)的邏輯輸入和輸出，以及把邏輯輸入轉(zhuǎn)化為邏輯輸出所需的加工處理。4、結(jié)構化需求分析采用的是：自頂向下由外到逐層分解的思想5、數(shù)據(jù)字典用數(shù)據(jù)流圖流圖來表示系統(tǒng)的邏輯模型直觀且形象，但是缺乏細節(jié)描述，也就是說他沒有準確和完整的定義各個圖元。包含四類條目：數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)項、數(shù)據(jù)加工6、 ER圖包括實體、聯(lián)系、屬性第五章1、軟件設計的分類前期進行概要設計，得到軟件系統(tǒng)的基本框架；后期進行詳細設計，明確系統(tǒng)部的實現(xiàn)

10、細節(jié)。2、軟件設計的原則 模塊化 抽象 逐步求精 信息隱藏3、模塊化就是把系統(tǒng)或程序劃分為獨立命名且可以獨立訪問的模塊，每個模塊完成一個特定的子功能。在模塊化的過程中需要注意：模塊的規(guī)模要適中，提高模塊的獨立性，降低模塊間的耦合程度，提高模塊的聚程度，加強模塊的保護性。4、事務型數(shù)據(jù)流的設計步驟 確定以事務為中心的結(jié)構，找出事務中心、接收數(shù)據(jù)、處理路三個部分。 將數(shù)據(jù)流圖轉(zhuǎn)換為廚師的系統(tǒng)結(jié)構圖。 分解和細化接收分支和處理分支。5、面向數(shù)據(jù)結(jié)構的設計法比較流行的有Jackon 法和 Warnier 法。6、 Jackon 法把數(shù)據(jù)結(jié)構分為三種基本類型：順序結(jié)構、選擇結(jié)構、和循環(huán)結(jié)構。專業(yè)資料7、

11、流程圖是對過程、算法、流程的一種圖形表示，它對某個問題的定義、分析或解法進行描述，用定義完善的符號表示操作、數(shù)據(jù)、流向等概念。8、流程圖分為數(shù)據(jù)、程序、系統(tǒng)、程序網(wǎng)絡圖和系統(tǒng)資源圖。9、流程圖五種基本結(jié)構：順序型、選擇型、先判定型循環(huán)、后判定型循環(huán)和多路分支選擇型。10、面向?qū)ο蟮脑O計原則 模塊化 抽象化 信息隱藏 低耦合 高聚 復用性。11、軟件系統(tǒng)的設計模式解決某一類相似問題的法論。描述了該問題的解決案的核心。12、 23 種模式分3 類： 創(chuàng)建型模式 結(jié)構型模式 行為型模式。13、所謂模式，就是只解決某一類相似問題的法論。每種設計模式都包含四個要素：模式名稱，問題，解決案，效果描述第七章

12、1. 編碼的過程就是把軟件設計階段得到的解決案轉(zhuǎn)化為可以在計算機上運行的軟件產(chǎn)品的過程。2. 編程語言 機器語言 匯編 - 面向機器的低級語言（簡捷、快速） 高級語言面向過程、對象 超高級語言。3、選擇編程語言時，考慮的因素： 應用領域 用戶要求 開發(fā)人員喜好能力 可移植要求 算法和數(shù)據(jù)結(jié)構的復雜性。4、源程序文檔化 按實際意義命名 遵循一定命名規(guī)則 變量不要過于相似 定義時作出解釋；數(shù)據(jù)說明；語句構造；輸入輸出；效率。第八章、第九章1 軟件測試是發(fā)現(xiàn)軟件中錯誤和缺陷的主要手段。2 軟件測試的原則： 完全測試是不可能的 測試中存在風險 軟件測試只能表明缺陷的存在 軟件產(chǎn)品中潛在的錯誤數(shù)與已發(fā)現(xiàn)

13、的錯誤數(shù)成正比 讓不同的測試人員參與到測試工作中 讓開發(fā)小組和測試小組分離 盡早并不斷的進行測試 要重點測試容易出錯或錯誤較多的模塊 應該長期保留所有的測試用例3、常用的軟件測試模型有：V 模型， W模型和 H 模型專業(yè)資料4、軟件測試的分類：按照時間階段：單元測試，集成測試，系統(tǒng)測試，驗收測試。按照是否運行程序：動態(tài)測試，靜態(tài)測試。按照是否看源碼：黑盒測試，白盒測試。按照質(zhì)量因素：功能測試，可靠性測試，可用性測試，性能測試，安全性測試5、審查和走查是靜態(tài)測試的常用形式，且靜態(tài)測試的效率比較高6、動態(tài)測試中有兩種非常流行的測試技術，即黑盒測試和白盒測試7、單元測試是指對軟件中最小的可測試單元進

14、行檢查和驗證，基本單元一般來說是一個函數(shù)、一個過程或者一個類。通常情況下，測試人員采用的白盒測試的法。8、集成測試是指在單元測試的基礎上，對通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)進行測試，由于測試的對象是經(jīng)過單元限額是的代碼，所以集成測試并不關注各個模塊的部細節(jié)， 而是關注模塊之間的接口是否運行正常9、軟件測試的一般步驟：單元測試、集成測試，系統(tǒng)測試，驗收測試10、面向?qū)ο蟮能浖y試可分為：面向?qū)ο蟮姆治?、設計、實現(xiàn)、單元、集成、系統(tǒng)測試和驗收測試11、軟件結(jié)構優(yōu)化設計準則：使每個模塊執(zhí)行一個功能 每個模塊用過程語句調(diào)用其他模塊模塊間傳送的參數(shù)作數(shù)據(jù)用 模塊間共用的信息盡量少設計優(yōu)化應該力求做到

15、在有效模塊化的前提下使用最少量的模塊，并且在能夠滿足信息要求的前提下使用最簡單的數(shù)據(jù)結(jié)構。12、耦合耦合：是對一個軟件結(jié)構不同模塊間彼此聯(lián)系程度的一種定性耦合度量。13、對象對象：是系統(tǒng)中用來描述客觀事物的一個實體，是具有明確語義、對象、邊界的實體。14、測試法 靜態(tài)測試 靜態(tài)測試：通常不要求在計算機上實際執(zhí)行所測程序，主要 靜態(tài)測試 以一些人工的模擬技術對軟件進行分析和測試。主要包括代碼審查和靜態(tài)結(jié)構分析。 動態(tài)測試 動態(tài)測試：是通過輸入一組預先按照一定的測試準則構造的動態(tài)測試實例數(shù)據(jù)來動態(tài)運行程序，從而達到發(fā)現(xiàn)程序錯誤的過程。它包括黑盒測試和白盒測試。16測試技術 黑盒測試 黑盒測試：在測

16、試時，吧、把程序看作一個不能打開的黑盒 黑盒測試 子，在完全不考慮程序部結(jié)構和部特性的情況下，測試者在程序接口處進行測試。 白盒測試 白盒測試：是一種廣泛使用的邏輯測試技術。它的對象基本白盒測試上是源程序，是以程序的部邏輯結(jié)構為基礎的一種測試技術。18、軟件測試要經(jīng)過哪幾個階段？每個階段與什么文檔有關？軟件測試要經(jīng)過哪幾個階段？每個階段與什么文檔有關？軟件測試要經(jīng)過測試計劃過程、測試設計過程、測試執(zhí)行過程、測試結(jié)束過4 個階段測試計劃輸出文檔：測試計劃與測試需求測試設計過程輸出文檔：測試說明與測試案測試執(zhí)行過程輸出文檔：測試用例與測試規(guī)程測試結(jié)束過程輸出文檔：測試結(jié)論與測試報告第十章1、軟件的

17、維護是軟件產(chǎn)品生命期的最后一個階段2、軟件維護的過程： 建立維護機構 用戶提供維護申請并提交維護申請報告 維護人員確認維護類型并實施相應的維護工作 整理維護記錄并對維護工作進行評審3、軟件的維護可以分為：糾錯性維護是為了識別并糾正軟件產(chǎn)品中所淺嘗的錯誤，改正軟件性能上的缺陷所進行的維護；專業(yè)資料適應性維護時為了使軟件產(chǎn)品適應硬件環(huán)境的變更而進行的維護；完善性維護是主要部分，他是針對用戶對軟件產(chǎn)品所提出新的需求所進行的維護；預防性維護。4、影響可維護性的因素：可理解性，可測試性，可修改性等。提高可維護性的措施：建立完整的文檔；采用先進的維護工具和技術；注重可維護性的評審環(huán)節(jié)。5、軟件的質(zhì)量的特性

18、包括功能性、可靠性、可用性、效率、可維護性和可移植性6、 McCall 軟件的質(zhì)量特性模型中的每種特性有（運行維護移植）：正確性、效率、可靠性、可用性、完整性、可維護性、可測試性、靈活性、可移植性、互聯(lián)性、可復用性。7、軟件質(zhì)量的保證的措施： 基于非執(zhí)行的測試 基于執(zhí)行的測試 程序的正確性證明。8、配置管理的工作圍一般包括：標識配置項、進行配置控制、記錄配置狀態(tài)、執(zhí)行配置審計。9、文檔是指某種數(shù)據(jù)介質(zhì)和其中所記錄的數(shù)據(jù)。軟件文檔是用來表示對需求、過程或結(jié)果進行描述、定義、規(guī)定或認證的圖示信息，他描述或規(guī)定了軟件設計和實現(xiàn)的細節(jié)。10、軟件工程文檔可以分為：用戶文檔、開發(fā)文檔和管理文檔。二解釋名

19、詞1. 軟件 ：是計算機系統(tǒng)中與硬件相互依存的另一部分，它是包括程序、數(shù)據(jù)、相關文檔的完整集合以及后續(xù)的維護服務。2. 白盒測試 ：是對軟件的過程性描述做細致的檢查，軟件測試員利用程序部的邏輯結(jié)構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。3. 邊界值分析 ：就是首先確定邊界情況，然后選取正好等于、剛剛大于，或剛剛小于邊界的值作為測試數(shù)據(jù)。4. 模塊的扇入 / 扇出數(shù) ：在軟件結(jié)構中，下級模塊被上級模塊調(diào)用的個數(shù)稱為模塊的扇入，上級調(diào)用下級模塊的個數(shù)稱為扇出數(shù)。5. 靜態(tài)模型 ：是通過系統(tǒng)對象類及其之間的關系描述系統(tǒng)的靜態(tài)結(jié)構。6. 模塊的控制圍： 指該模塊及所包含的子樹。7.

20、 測試和調(diào)試 : 測試是為了發(fā)現(xiàn)錯誤；調(diào)試是要找出錯誤的位置并改正錯誤。8. 繼承 : 就是子類自動共享父類數(shù)據(jù)結(jié)構和法的機制。9. 漸增式測試： 在對系統(tǒng)的測試過程中，將模塊是按照測試案，一個一個逐步添加到被測試的系統(tǒng)中。10. 需求分析 ：是指開發(fā)人員要準確理解用戶的要求，進行細致的調(diào)查分析，將用戶非形式的需求述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應的形式功能規(guī)約（需求規(guī)格說明）的過程。11.數(shù)據(jù)流圖 ，簡稱 DFD，是結(jié)構化分析法中用于表示系統(tǒng)邏輯模型的一種工具，它以圖形的式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。12. 耦合性

21、。也稱塊間聯(lián)系。指軟件系統(tǒng)結(jié)構中各模塊間相互聯(lián)系緊密程度的一種度量。模塊之間聯(lián)系越緊密，其耦合性就越強，模塊的獨立性則越差。13. 對象 是人們要進行研究的任事物，從最簡單的整數(shù)以至復雜的飛機等均可著作對象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計劃或事件。14. 代碼檢查 ：以小組為單位閱讀代碼，應用一系列規(guī)程和缺陷檢查技術，檢查實際的產(chǎn)品，包括文檔和程序代碼，發(fā)現(xiàn)存在缺陷和缺陷的過程。15. 可移植性 ：將軟件從一個系統(tǒng)平臺搬到另一個系統(tǒng)平臺的容易程度。16. 環(huán)路度量 ：程序的復雜性很大程度上取決于程序控制流的復雜性，單一的順序程序結(jié)構最簡單，循專業(yè)資料環(huán)和選擇所構成的環(huán)路越多，程

22、序就越復雜。17. 軟件危機 是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列重問題。軟件危機包含下述兩面的問題：如開發(fā)軟件，怎樣滿足對軟件的日益增長的需求；如維護數(shù)量不斷膨脹的已有軟件。18. 功能測試 ：即黑盒測試，測試者值考慮程序的輸入和輸出，主要看程序是否實行其要求的功能。19.結(jié)構化程序設計：結(jié)構化程序設計是實現(xiàn)該目標的關鍵技術之一，它指導人們用良好的思想法開發(fā)易于理解、易于驗證的程序。結(jié)構化程序設計法的基本要點是：1）采用自頂向下、逐步求精的程序設計法2）使用三種基本控制結(jié)構構造程序3）主程序員組的組織形式。20.狀態(tài)圖： 狀態(tài)圖是一個標準的計算機概念，它是有限自動機的圖形表示，它

23、反映了狀態(tài)與事件的關系，狀態(tài)圖確定了由事件序列引起的狀態(tài)序列。21.軟件配置管理：軟件配置管理，簡稱SCM，它用于整個軟件工程過程。其主要目標是：標識變更；控制變更；確保變更正確地實現(xiàn)；報告有關變更。 SCM是一組管理整個軟件生存期各階段中變更的活動。22軟件生存期模型 ： 描述軟件開發(fā)過程中各種活動如執(zhí)行的模型23數(shù)據(jù)字典（ DD）：數(shù)據(jù)字典是用來定義數(shù)據(jù)流圖中的各個成分的具體含義的。它以一種準確的、無二義性的說明式為系統(tǒng)的分析、設計及維護提供了有關元素的一致的定義和詳細的描述。24聚性： 聚性是模塊獨立性的衡量標準之一，它是指模塊的功能強度的度量，即一個模塊部各個元素彼此結(jié)合的緊密程度的度

24、量25JSP法： JSP法是面向數(shù)據(jù)結(jié)構的設計法，其定義了一組以數(shù)據(jù)結(jié)構為指導的映射過程，它根據(jù)輸入，輸出的數(shù)據(jù)結(jié)構，按一定的規(guī)則映射成軟件的過程描述，即程序結(jié)構。26多態(tài)性： 指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同結(jié)果?；颍ú煌膶ο?，收到同一消息可以產(chǎn)生不同的結(jié)果。）容。27經(jīng)濟可行性：進行開發(fā)成本的估算以及了解取得效益的評估，確定要開發(fā)的項目是否值得投資開發(fā)。28社會可行性：要開發(fā)的項目是否存在任侵犯、妨礙等責任問題，要開發(fā)項目目的運行式在用戶組織是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作式是否可行。29投資回收期：投資回收期就是使累計的經(jīng)濟效益等于最初的投資費用所需的

25、時間。30對應關系 ：即有直接因果關系在程序中可以同時處理。31結(jié)構沖突 ：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構找不到對應關系的情況，稱為結(jié)構沖突。32. 可行性分析 ：用最小的代價在盡可能短的時間確定問題是否能夠解決。33. 信息隱藏 ：是指在設計和確定模塊時，使得一個模塊包含的信息（過程或數(shù)據(jù)）對于不需要這些信息的模塊來說是不能訪問的。34. 測試 是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是開發(fā)機構部的用戶在模擬實際操作環(huán)境下進行的測試。測試 是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。35. 測試 是為了發(fā)現(xiàn)錯誤；調(diào) 試是要找出錯誤的位置并改正錯誤。36. 程序的可維護性 ：為滿足

26、用戶新的需求，或當環(huán)境發(fā)生了變化，或運行中發(fā)現(xiàn)了新的錯誤時，對一個已投入運行的軟件進行相應診斷和修改所需工作量的大小。37. 模塊的控制圍 ：指該模塊及所包含的子樹。38. 容錯技術 ：對那些無法避開的差錯，使其影響減少至最小的技術。也就是說，當錯誤發(fā)生時，盡可能地不影響其它的系統(tǒng)元素，或是把用戶的影響限制在某些容的圍。39. 驅(qū)動模塊與樁模塊 ：在測試過程中，用以代替被測試模塊的上級模塊稱為驅(qū)動模塊，用以替代被測試模塊的下級模塊稱為樁模塊。專業(yè)資料40. 漸增式測試 ：在對系統(tǒng)的測試過程中，將模塊是按照測試案，一個一個逐步添加到被測試的系統(tǒng)中。三簡要回答下列問題1. 需求分析的任務是什么？需

27、求分析的任務是確定待開發(fā)的軟件系統(tǒng)“做什么”。具體任務包括確定軟件系統(tǒng)的功能需求、性能需求和運行環(huán)境約束，編制軟件需求規(guī)格說明書、軟件系統(tǒng)的驗收測試準則和初步的用戶手冊。2. 數(shù)據(jù)流圖由哪幾種基本部件組成？畫數(shù)據(jù)流圖時最常犯的有哪些錯誤？ 主要成分：數(shù)據(jù)的源點或終點，數(shù)據(jù)處理，數(shù)據(jù)存儲，數(shù)據(jù)流。 沒有分支，條件和循環(huán)； 沒有數(shù)據(jù)出錯處理， 沒有文件的打開和關閉； 數(shù)據(jù)處理必須 “有進有出” ；數(shù)據(jù)存儲必須“有進有出” ；數(shù)據(jù)流線上有數(shù)據(jù)流名，且數(shù)據(jù)流名是名詞；數(shù)據(jù)處理的命名是動詞。3. 什么叫模塊化？設計一個系統(tǒng)時是否分的模塊越多就越好說明原因。 模塊化就是把程序劃分成可獨立命名且獨立訪問的模

28、塊，每個模塊完成一個子功能，把這些模塊集成起來構成一個整體，可以完成指定的功能滿足用戶的需求。 不一定。 當模塊數(shù)目增加時每個模塊的規(guī)模將減小，開發(fā)單個模塊需要的成本（工作量） 確實減少了，但是，隨著模塊數(shù)量增加，設計模塊間接上所需要的工作量也將增加，根據(jù)這兩個因素，得出設計一個系統(tǒng)時并不一定模塊越多越好。4 PAD圖的特點是什么？4. PAD 圖的特點如下： 清晰地反映了程序的層次結(jié)構。圖中的豎線為程序的層次線，最左豎線是程序的主線，其后一層一層展開，層次關系一目了然。 支持逐步求精的設計法，左邊層次中的容可以抽象，然后由左到右逐步細化。 易讀易寫，使用便。 支持結(jié)構化的程序設計原理。 可自

29、動生成程序。5軟件測試過程中需要哪些信息？軟件測試時需要三類信息： 軟件配置：指需求規(guī)格說明書、設計說明書、源程序等。 測試配置：指測試案、測試用例、測試驅(qū)動程序等。 測試工具：指計算機輔助測試的有關工具。6. 描述詳細設計的基本任務。詳細設計的基本任務是為每個模塊進行詳細的算法設計，為模塊的數(shù)據(jù)結(jié)構進行設計，確定每個模塊的部特性，包括模塊的算法和使用的數(shù)據(jù)。對數(shù)據(jù)庫進行物理設計等。7. 結(jié)構化生命期法的優(yōu)點及其適應對象。結(jié)構化生命期法的主要優(yōu)點是：法強調(diào)需求分析的重要性，即體現(xiàn)軟件開發(fā)中用戶至上的原則; 開發(fā)過程的階段劃分，各階段的具體任務明確; 各階段有具體的描述工具易于掌握; 強調(diào)文檔的

30、重要性，并給出文檔的容和格式，因此法具有易操作性，是軟件開發(fā)人員應該掌握的基本法。結(jié)構化法更適合于需求能夠預先明確定義的軟件系統(tǒng)，如系統(tǒng)軟件或某些實時控制軟件等。8.畫數(shù)據(jù)流圖要注意哪些事項？ 設計數(shù)據(jù)流圖時只需考慮系統(tǒng)必須完成的基本邏輯功能，不需要考慮怎樣具體的實現(xiàn)這些功能。 從頂層數(shù)據(jù)流開始。 并不是所有數(shù)據(jù)存儲和數(shù)據(jù)流都能直接從問題描述中提取出來； 當進一步分解將涉及如具體地實現(xiàn)一個功能時，就不應該在分解了； 數(shù)據(jù)流圖中個成分的命名要仔細推敲，看是否恰當；9簡述 Jackson 法的設計步驟。專業(yè)資料Jackson法（ JSP）設計步驟： 分析并確定輸入數(shù)據(jù)和輸出數(shù)據(jù)的邏輯結(jié)構，并用Ja

31、ckson 結(jié)構圖表示這些數(shù)據(jù)結(jié)構。 找出輸入數(shù)據(jù)和輸出數(shù)據(jù)結(jié)構中有對應關系的數(shù)據(jù)單元。“對應關系”指這些數(shù)據(jù)單元在數(shù)據(jù)容上、數(shù)最上和順序上有直接的因果關系，對于重復的數(shù)據(jù)單元，重復的次序和次數(shù)都相同才有對應關系。 按一定的規(guī)則由輸入輸出的數(shù)據(jù)結(jié)構導出程序結(jié)構。 列出基本操作與條件，并把它們分配到程序結(jié)構圖的適當位置。 用偽碼寫出程序。10. 如控制因修改而引起的副作用？為了控制因修改而引起的副作用，要做到： 按模塊把修改分組。 自頂向下地安排被修改模塊的順序。 每次修改一個模塊。 對每個修改了的模塊，在安排修改下個模塊之前，要確定這個修改的副作用，可使用交叉引用表、存儲映像表、執(zhí)行流程跟蹤等

32、。11. 軟件工程是指什么？軟件工程的性質(zhì)是什么？軟件工程是用科學知識和技術原理來定義、開發(fā)、維護軟件的一門學科。軟件工程是一門綜合性的交叉性學科，它涉及計算機科學、工程學科、管理學科數(shù)學等領域。計算機科學中的研究成果均可用于軟件工程，但計算機科學著重于原理和理論，而軟件工程著重于如建造一個軟件系統(tǒng)。軟件工程要用工程科學中的觀點來進行費用估算、制定進度、制定計劃和案。軟件工程要用管理科學中的法和原理進行軟件生產(chǎn)的管理。軟件工程要用數(shù)學的法建立軟件開發(fā)中的各種模型和各種算法，如可靠性模型，說明用戶需求的形式化模型等。12. 為了進行測試，為什么需要一個規(guī)格說明？規(guī)格說明用來決定程序的實際行為時正

33、確，時不正確。13. 衡量模塊獨立的兩個標準是什么？它們各表示什么含義？衡量模塊的獨立性的標準是兩個定性的度量標準：耦合性和聚性。 耦合性。也稱塊間聯(lián)系，是指軟件系統(tǒng)結(jié)構中各模塊間相互之間聯(lián)系緊密程度的一種度量。模塊之間聯(lián)系越緊密，其耦合性就越強，模塊的獨立性則越差。模塊間的耦合高低取決于模塊間接口的復雜性、調(diào)用的式及傳遞的信息。 聚性。又稱塊聯(lián)系，是指模塊的功能強度的度量，即一個模塊部各個元素彼此結(jié)合的緊密程度的度量。若一個模塊各元素（語句之間、程序段之間）聯(lián)系得越緊密，則它的聚性就越高。耦合性與聚性是模塊獨立性的兩個定性標準，在軟件系統(tǒng)劃分模塊時，盡量做到高聚低耦合，提高模塊的獨立性，為設

34、計高質(zhì)量的軟件結(jié)構奠定基礎。14謂軟件維護？常用的軟件維護有幾種？軟件維護就是在軟件已經(jīng)交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。通常有四項基本維護：糾錯性維護、完善性維護、適應性維護以及預防性維護等。15什么是序言性注釋？它包涵哪些容？序言性注釋通常放在每個程序模塊的開頭部分，它應當給出程序的整體說明，對于理解程序具有引導作用。序言性注釋一般包含下列容： 程序標題；有關該模塊的功能和目的說明；主要算法； 接口說明：包括調(diào)用形式，參數(shù)描述、子程序清單； 有關數(shù)據(jù)描述（重要的變量及其用途，約束或限制條件，以及其他有關信息）；專業(yè)資料 模塊位置（在哪一個源文件中，或隸屬于哪一個軟件

35、包）； 開發(fā)簡歷模塊設計者，復審者，復審日期，修改日期及有關說明等16. 功能模型的特征有哪些？功能模型描述了系統(tǒng)的所有計算。功能模型指出發(fā)生了什么，對動態(tài)模型確定什么時候發(fā)生，而對象模型確定發(fā)生的客體。功能模型表明一個計算如從輸入值得到輸出值，它不考慮所計算的次序。功能模型由多數(shù)據(jù)流圖組成。數(shù)據(jù)流圖說明數(shù)據(jù)流是如從外部輸入、經(jīng)過操作和部存儲輸出到外部的。功能模型也包括對象模型中值的約束條件。17. 什么是測試用例？動態(tài)測試有哪些法？所謂“測試用例”是指為尋找程序中的錯誤而精心設計的一組測試數(shù)據(jù)，每個測試用例一般是一個二元組（輸入數(shù)據(jù)、預期結(jié)果） 。動態(tài)測試主要有兩種法：白盒測試法和黑盒測試法

36、。白盒測試法是從被測試程序的部邏輯入手來設計測試用例：黑盒測試法著重測試被測試程序的功能，而不關心部如實現(xiàn)其功能的結(jié)構，是從用戶觀點出發(fā)的測試。但無論白盒測試法還是黑盒測試法都只能選擇一些有代表性的測試用例進行有限的測試。 白盒測試法：有 6 種用于有判定存在的邏輯覆蓋標準，即程序部路徑的覆蓋程度。對于有循環(huán)存在的覆蓋用限制循環(huán)次數(shù)的辦法來測試。但是對于一個實際問題的程序測試中，其路徑是一個龐大的數(shù)字，基本路徑測試告訴了最少路徑的計算辦法，在分析程序控制流程圖環(huán)路復雜性的基礎上，導出基本路徑集合，從而設計測試用例，保證這些基本路徑至少執(zhí)行一次，以最少的用例發(fā)現(xiàn)盡量多的錯誤。 黑盒測試法： 具體

37、法有 4 種，采用黑盒測試法的綜合策略是先用等價類劃分法 （包括邊界值分析法，即取邊值上的數(shù)）設計出測試用例，然后用錯誤推測法補充。如果被測試程序含有多個條件的邏輯組合，則開始就用因果圖法。18. 怎樣克服軟件危機？(1) 充分吸收和借鑒人類長期以來從事各種工程項目中積累的行之有效的有效原理、概念、技術與法，特別是吸取幾十年來人類從事計算機硬件研究和開發(fā)的經(jīng)驗教訓。在開發(fā)軟件的過程中努力作到良好的組織，格的管理，相互友好的協(xié)作。(2) 推廣在實踐中總結(jié)出來的開發(fā)軟件的成功的技術和法，并研究更好、更有效的技術和法，盡快克服在計算機系統(tǒng)早期發(fā)展階段形成的一些錯誤概念和作法。(3) 根據(jù)不同的應用領

38、域，開發(fā)更好的軟件工具并使用這些工具。將軟件開發(fā)各個階段使用的軟件工具集合成一個整體，形成一個很好的軟件開發(fā)支撐環(huán)境。總之為了解決軟件危機，既要有技術措施( 法和工具 ) ，又要有必要的組織管理措施。19說明軟件工程管理的重要性。由軟件危機引出軟件工程，是計算機發(fā)展史上的一個重大進展。為了對付大型復雜的軟件系統(tǒng)，須采用傳統(tǒng)的“分解”法。軟件工程的分解是從橫向和縱向即空間和時間兩個面進行的。橫向分解就是把一個大系統(tǒng)分解為若干個小系統(tǒng)，小系統(tǒng)分解為子系統(tǒng)，子系統(tǒng)分解為模塊，模塊分解為過程?？v向分解就是生存期，把軟件開發(fā)分為幾個階段，每個階段有不同的任務、特點和法。為此，軟件工程管理需要有相應的管理

39、策略。根據(jù)軟件產(chǎn)品的特征，且隨著軟件規(guī)模的不斷增大，開發(fā)人員也隨之增多，開發(fā)時間也相應地持續(xù)增長，這些都增加了軟件工程管理的難度，同時也突出了軟件工程管理的必要性與重要性。事實證明，由管理失誤造成的后果比程序錯誤造成的后果更為重。很少有軟件項目的實施進程能準確地符合預定目標、進度和預算的，這也就是以說明軟件工程管理的重要性。20. 請說多態(tài)重用與繼承重用的關系。多態(tài)重用實際上是一種特殊的繼承重用，是充分利用多態(tài)性機制支持的繼承重用。一般來說，使用多態(tài)重用式重用已有的類構件時，在子類中需要重新定義的操作比較少，因此，多態(tài)重用式比繼承重用式成本低。專業(yè)資料21. 簡述演繹法調(diào)試的具體步驟。演繹法調(diào)

40、試步驟：列出所有可能的錯誤原因的假設；排除不適當?shù)募僭O；精化余下的假設；證明余下的假設。22. 簡述增量模型和瀑布模型的本質(zhì)區(qū)別。瀑布模型屬于整體開發(fā)模型，它規(guī)定在開始下一個階段的工作之前，必須完成前一階段的所有細節(jié)。而增量模型屬于非整體開發(fā)模型，它推遲某些階段或所有階段中的細節(jié)，從而較早的產(chǎn)生工作軟件。23. 簡述設計一個容錯系統(tǒng)的步驟。（ 1）按設計任務要求進行常會設計，盡量保證設計的正確（ 2）對可能出現(xiàn)的錯誤分類，確定實現(xiàn)容錯的圍（ 3）按照“成本效率”最優(yōu)原則，選用某種冗余手段（結(jié)構，信息，時間）來實現(xiàn)對各類錯誤的屏蔽（ 4）分析或驗證上述冗余結(jié)構的容錯效果24. 簡述在項目開發(fā)時，

41、選擇程序設計語言應考慮因素。（ 1）項目的應用領域； （2）軟件開發(fā)的法 （ 3）軟件執(zhí)行的環(huán)境（ 4）算法和數(shù)據(jù)結(jié)構的復雜性（ 5）軟件開發(fā)人員的知識25簡述容錯技術的四種主要手段，并解釋。1) 結(jié)構冗余：包括靜態(tài)冗余、動態(tài)冗余和混合冗余。2) 信息冗余：為檢測或糾正信息在運算或傳輸中的錯誤，須外加一部分信息。3) 時間冗余：指重復執(zhí)行指令或程序來消除瞬時錯誤帶來的影響。4) 冗余附加技術：指為實現(xiàn)上述冗余技術所需的資源和技術。26以的觀點，簡述對軟件測試的目的。軟件測試是（ 1）為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程；（ 2）一個好的用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試。（ 3）一個成功的測試是發(fā)現(xiàn)

42、至今尚未發(fā)現(xiàn)的錯誤的測試。27就程序設計語言的工程特性而言，對程序編碼有哪些要求？就程序設計語言的工程特性而言，對程序編碼有如下要求：（ 1）可移植性（ 2）開發(fā)工具的可利用性（ 3）軟件的可重用性（4）可維護性28模塊的聚性包括哪些類型？模塊的聚性包括：（1）偶然聚（ 2）邏輯聚（ 3）時間聚（ 4）通信聚（ 5）順序聚（ 6）功能聚29可行性研究報告的主要容有哪些?解：一個可行性研究報告的主要容如下：（ 1）引言：說明編寫本文檔的目的；項目的名稱、背景；本文檔用到的專門術語和參考資料。（ 2）可行性研究前提：說明開發(fā)項目的功能、性能和基本要求；達到的目標；各種限制條件；可行性研究法和決定可

43、行性的主要因素。（ 3）對現(xiàn)有系統(tǒng)的分析：說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負荷；各項費用支出；所需要各類專業(yè)技術人員的數(shù)量；所需要各種設備；現(xiàn)有系統(tǒng)存在什么問題。（ 4）所建議系統(tǒng)的技術可行性分析：所建議系統(tǒng)的簡要說明；處理流程和數(shù)據(jù)流程；與現(xiàn)有的系統(tǒng)比較的優(yōu)越性；采用所建議系統(tǒng)對用戶的影響；對各種設備、現(xiàn)有軟件、開發(fā)環(huán)境、運行環(huán)境的影響；對經(jīng)費支出的影響；對技術可行性的評價。（ 5）所建議系統(tǒng)的經(jīng)濟可行性分析：說明所建議系統(tǒng)的各種支出，各種效益；收益投資比；投資回收期。（ 6）社會因素可行性分析：說明法律因素，對合同責任、侵犯專利權、侵犯等問題的分析；說明用戶使用可行性，是否滿足用戶行

44、政管理、工作制度、人員素質(zhì)的要求。專業(yè)資料（ 7）其他可供選擇案：逐一說明其他可供選擇的案，并說明未被推薦的理由。（ 8）結(jié)論意見：說明項目是否能開發(fā)；還需要什么條件才能開發(fā)；對項目目標有什么變動等。 解析 做軟件的可行性研究的目的就是用最小的代價在盡可能短的時間確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)，其中的問題能否解決，報告共分為八個基本容。30系統(tǒng)設計的容是什么？解：系統(tǒng)設計階段先從高層入手，然后細化。系統(tǒng)設計要決定整個結(jié)構及風格，這種結(jié)構為后面設計階段的更詳細策略的設計提供了基礎。（ 1）系統(tǒng)分解。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個對象也不是一個功能，而是類、關聯(lián)、操作

45、、時間和約束的集合。每次分解的各子系統(tǒng)數(shù)目不能太多，最底層子系統(tǒng)稱為模塊。（ 2）確定并發(fā)性。分析模型、現(xiàn)實世界及硬件中不少對象均是并發(fā)的。系統(tǒng)設計的一個重要目標就是確定哪些是必須同時動作的對象，哪些不是同時動作的對象。后者可以放在一起，而綜合成單個控制線或任務。（ 3）處理器及任務分配。各并發(fā)子系統(tǒng)必須分配給單個硬件單元，要么是一個一般的處理器，要么是一個具體的功能單元，必須完成下面的工作：估計性能要求和資源需求，選擇實現(xiàn)子系統(tǒng)的硬軟件，將軟件子系統(tǒng)分配給各處理器以滿足性能要求和極小化處理器之間的通信，決定實現(xiàn)各子系統(tǒng)的各物理單元的連接。（ 4）數(shù)據(jù)存儲管理。系統(tǒng)中的部數(shù)據(jù)和外部數(shù)據(jù)的存儲管

46、理是一項重要的任務。通常各數(shù)據(jù)存儲可以將數(shù)據(jù)結(jié)構、文件、數(shù)據(jù)庫組合在一起，不同數(shù)據(jù)存儲要在費用、訪問時間、容量以及可靠性之間做折中考慮。（ 5）全局資源的處理。必須確定全局資源，并且制定訪問全局資源的策略。全局資源包括：物理資源，如處理器、驅(qū)動器等；空間，如盤空間、工作站屏等；邏輯名字，如對象標識符、類名、文件名等。如果資源是物理對象，則可以通過建立協(xié)議實現(xiàn)對并發(fā)系統(tǒng)的訪問，以達到自身控制；如果資源是邏輯實體，如對象標識符，那么在共享環(huán)境中有沖突訪問的可能，如獨立的事務可能同時使用同一個對象標識符，則各個全局資源都必須有一個保護對象，由保護對象來控制對該資源的訪問。（ 6）選擇軟件控制機制。分

47、析模型中所有交互行為都表示為對象之間的事件。系統(tǒng)設計必須從多種法中選擇某種法來實現(xiàn)軟件的控制。（ 7）人機交互接口設計。設計中的大部分工作都與穩(wěn)定的狀態(tài)行為有關，但必須考慮用戶使用系統(tǒng)的交互接口。31什么是軟件危機？軟件危機的表現(xiàn)是什么？其產(chǎn)生的原因是什么？解：軟件發(fā)展第二階段的末期，由于計算機硬件技術的進步，計算機運行速度、容量、可靠性有顯著的提高，生產(chǎn)成本顯著下降，這為計算機的廣泛應用創(chuàng)造了條件。一些復雜的、大型的軟件開發(fā)項目提出來了，但是，軟件開發(fā)技術的進步一直未能滿足發(fā)展的需要。在軟件開發(fā)中遇到的問題找不到解決辦法，使問題積累起來，形成了尖銳的矛盾，因而導致了軟件危機。軟件危機表現(xiàn)在以

48、下四個面：（ 1）經(jīng)費預算經(jīng)常突破，完成時間一再拖延。由于缺乏軟件開發(fā)的經(jīng)驗和軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的計劃很難制定。主觀盲目制定計劃，執(zhí)行起來與實際情況有很大差距，使得開發(fā)經(jīng)費一再突破。由于對工作量估計不足，對開發(fā)難度估計不足，進度計劃無法按時完成，開發(fā)時間一再拖延。（ 2）開發(fā)的軟件不能滿足用戶要求。開發(fā)初期對用戶的要求了解不夠明確，未能得到明確的表達。開發(fā)工作開始后，軟件人員和用戶又未能及時交換意見，使得一些問題不能及時解決，導致開發(fā)的軟件不能滿足用戶的要求，因而導致開發(fā)失敗。（ 3）開發(fā)的軟件可維護性差。開發(fā)過程中沒有同意的、公認的規(guī)，軟件開發(fā)人員按各自的風格工作，各行其是，開

49、發(fā)過程無完整、規(guī)的文檔，發(fā)現(xiàn)問題后進行雜亂無章的修改。程序結(jié)構不好，運行時發(fā)現(xiàn)錯誤也很難修改，導致維護性差。專業(yè)資料（ 4）開發(fā)的軟件可靠性差。由于在開發(fā)過程中，沒有確保軟件質(zhì)量的體系和措施，在軟件測試時，又沒有格的、充分的、完全的測試，提交給用戶的軟件質(zhì)量差，在運行中暴露出大量的問題。造成軟件危機的原因是：（ 1）軟件的規(guī)模越來越大，結(jié)構越來越復雜。（2）軟件開發(fā)管理困難而復雜。（3）軟件開發(fā)費用不斷增加。（ 4）軟件開發(fā)技術落后。（5）生產(chǎn)式落后。6）開發(fā)工具落后，生產(chǎn)率提高緩慢。32軟件質(zhì)量保證應做好哪幾面的工作？解：軟件質(zhì)量保證是軟件工程管理的重要容，軟件質(zhì)量保證應做好以下幾面的工作：

50、（ 1）采用技術手段和工具。質(zhì)量保證活動要貫徹開發(fā)過程始終，必須采用技術手段和工具，尤其是使用軟件開發(fā)環(huán)境來進行軟件開發(fā)。（ 2）組織正式技術評審。在軟件開發(fā)的每一個階段結(jié)束時，都要組織正式的技術評審。標準要求單位必須采用審查、文檔評審、設計評審、審計和測試等具體手段來保證質(zhì)量。（ 3）加強軟件測試。軟件測試是質(zhì)量保證的重要手段，因為測試可發(fā)現(xiàn)軟件多數(shù)潛在錯誤。（ 4）推行軟件工程規(guī)（標準）。用戶可以自己制定軟件工程規(guī)（標準），但標準一旦確認就應貫徹執(zhí)行。（ 5）對軟件的變更進行控制。軟件的修改和變更常常會引起潛伏的錯誤，因此必須格控制軟件的修改和變更。（ 6）對軟件質(zhì)量進行度量。即對軟件質(zhì)量進行跟蹤，及時記錄和報告軟件質(zhì)量情況。 解析 軟件的質(zhì)量保證是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動，是軟件工程管理中的重要33. 軟件工程是指什么？軟件工程的性質(zhì)是什么？軟件工程是用科學知識和技術原理來定義、開發(fā)、維護軟件的一門學科。軟件工程是一門綜合性的交叉性學科，它涉及計算機科學、工程學科、管理學科數(shù)