軟件工程考試重點(灰常重要)匯編

1、學習 - 好資料1、 軟件危機定義、發(fā)生原因、常見表現(xiàn)，如何避免軟件危機？（ 1）軟件危機定義：課本Page 8（開發(fā)和維護過程）（ 2）發(fā)生原因、常見表現(xiàn)：課本Page 8-9，練習冊Page 1（ 3）如何避免： Page 10 （采用軟件工程的方法）答案 （由于大部分答案參考ppt，故僅供參考，下同）軟件危機定義：是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。表現(xiàn)在：（）對于軟件開發(fā)的成本和進度的估計很不準確。（）開發(fā)的軟件產(chǎn)品不能完全滿足用戶要求，用戶對已完成的軟件系統(tǒng)不滿意的現(xiàn)象常常發(fā)生。（）開發(fā)的軟件可靠性差。（）軟件通常沒有適當?shù)奈臋n。（）軟件的可維護性差。（）軟件開

2、發(fā)生產(chǎn)率提高的速度，遠遠跟不上計算機應用普及深入的趨勢。原因：（）軟件的規(guī)模愈發(fā)龐大；（）軟件開發(fā)的管理困難。（）軟件本身的獨有特點確實給開發(fā)和維護造成一些客觀困難。（）軟件開發(fā)和維護中千金錯誤認識和方法的形成可以歸結與計算機發(fā)展早期軟件開發(fā)的個體化特點。（）軟件開發(fā)技術落后。（）生產(chǎn)方式落后。（）開發(fā)工具落后，生產(chǎn)率提高緩慢。如何避免 （參考，可以自己總結）：從軟件開發(fā)的工程化方法入手， 即用現(xiàn)代工程的概念原理、 技術和方法去指導軟件的開發(fā)、管理和維護，這就是軟件工程思想和方法。具體措施：（ 1）使用好的軟件開發(fā)技術和方法；（ 2）要有良好的組織、嚴密的管理，各類人員協(xié)同配合，共同完成任務；

3、（ 3）使用好的軟件開發(fā)工具，提高軟件生產(chǎn)率；（ 4）建立嚴格的文檔資料，重視軟件開發(fā)過程的階段評審。2、軟件生命周期模型（軟件生命周期？）的組成，每個階段的內(nèi)容？（ 1）組成： Page 21 （ 2）內(nèi)容： Page 22 25)答案：軟件生存周期定義：一個軟件從定義到開發(fā)、 使用和維護，直到最終被棄用， 要經(jīng)歷一個漫長的時期， 通常把軟件經(jīng)歷的這個漫長的時期稱為生存周期。軟件生存周期一般可分為以下階段：（ 1） 問題定義（ 2）可行性研究（ 3）需求分析 （4）概要設計（總體設計）（ 5）詳細設計 （ 6）編碼 （ 7）測試 （8）維護也可以分為四個大的階段：軟件分析、軟件設計、編碼與測

4、試、運行與維護（）軟件分析時期；任務：確定軟件項目的目標，軟件應具備的功能和性能，構造軟件的邏輯模型，并制定驗收標準。在此期間，要進行可行性論證，并做出成本估計和經(jīng)費預算，制定進度安排。進更多精品文檔學習 - 好資料行可行性研究和項目開發(fā)計劃，需求分析。（）軟件設計時期；任務： a. 設計軟件的總體結構；b. 設計軟件具體模塊的實現(xiàn)算法；c. 軟件設計結束之前，也要進行有關評審，評審通過后才能進入編碼時期。（）編碼與測試時期；任務：組織程序員將高駐地的軟件“翻譯”成計算機可以正確運行的程序；并且要經(jīng)過按照軟件分析中提出需求要求和驗收標準進行嚴格的測試和審查。 根據(jù)具體軟件的特點， 決定是否劃分

5、成一些階段，如編碼、單元測試、集成測試、驗收測試等等。（）運行與維護時期。任務：軟件運行過程中可能由于各方面的原因，需要對它進行修改。3、瀑布模型、原型模型、增量模型的特點，如何選擇這些模型？（ 1）瀑布模型： Page 25-27 （特點： Page 28 第二點；使用場合：特點的最后一點）（ 2）原型模型： Page 27-28 （特點： Page 27 ； 場合： Page 28 三點）（ 3）增量模型： Page 28 ）參考答案：瀑布模型 ：（ 1）定義：是將軟件生命周期各活動規(guī)定為依線性順序聯(lián)接的若干階段的模型，是一種整體開發(fā)模型。里程碑或基線驅(qū)動或者說文檔驅(qū)動。過程逆轉(zhuǎn)性很差，或

6、者說不可逆轉(zhuǎn)。（ 2）優(yōu)點：嚴格按照生命周期的各個階段來進行開發(fā)，強調(diào)了每一階段的嚴格性。這樣就能解決在開發(fā)階段后期修正不完善的需求說明將花費巨大的費用的問題。在消除非結構化軟件、降低軟件的復雜性、促進軟件開發(fā)工程化方面起了很大作用。（ 3）缺點：它是一種理想的線性開發(fā)模式，缺乏靈活性，特別是無法解決軟件需求不明確或不準確的問題。故適用于功能明確、完整、無重大變化的軟件開發(fā)。如：編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)和操作系統(tǒng)。（ 4）適用場合： 在開發(fā)時間內(nèi)需求沒有或很少變化。 分析設計人員對應用領域很熟悉。 低風險項目（對目標、環(huán)境很熟悉） 。 用戶使用環(huán)境很穩(wěn)定。 用戶除提出需求以外，很少參與開發(fā)。原

7、型模型 ：（ 1）定義：以某個軟件原型為參照模型的開發(fā)方法，叫做原型法。（原型驅(qū)動）（ 2）原理：在初步需求分析之后，馬上向客戶展示一個軟件產(chǎn)品原型，對客戶進行培訓，讓客戶試用，在試用中收集客戶意見，修改原型，再讓客戶試用，反復循環(huán)幾次，直到客戶確認為止。（ 3）適用場合： 已有產(chǎn)品 / 產(chǎn)品原型，只需客戶化的項目。 簡單而熟悉的行業(yè)或領域。 有快速原型開發(fā)工具。 進行產(chǎn)品移植或升級。增量模型 ：（ 1）定義：增量模型將軟件產(chǎn)品看作一組增量構件，每次設計、實現(xiàn)、集成、測試和更多精品文檔學習 - 好資料交付一塊構件，直到所有構件全部實現(xiàn)為止。（ 2）特點：任務或功能模塊驅(qū)動，可以分階段提交產(chǎn)品；

8、有多個任務單，這些多個任務單的集合，構成項目的一個總?cè)蝿諘? 總用戶需求報告 ) 。（ 3）適用場合： 在開發(fā)過程中，客戶接受分階段交付。 開發(fā)人員對應用領域不熟悉，難以一步到位。 工期過緊的中等或高風險項目。 用戶可參與到整個軟件開發(fā)過程中。 使用面向?qū)ο笳Z言或第四代語言。 軟件公司自己有較好的類庫、構件庫。4、需求的特點？獲取的方法？為什么需求獲取很困難？如何解決需求獲取困難的難題？（ 1）需求的特點： 可驗證性：可驗證性是軟件需求的基本屬性。軟件需求必須是可驗證的，否則軟件的評審和測試就沒有相應的依據(jù)。 但在某些情況下， 很難對某些軟件需求進行驗證或需要的代價很高。軟件需求人員和測試人員

9、應以合理的代價實現(xiàn)需求的驗證。 優(yōu)先級：軟件需求應具有優(yōu)先級，可以在有限的資源情況下進行取舍。 唯一性：軟件需求應唯一地標識出來，以便在軟件配置管理和整個軟件生命周期中進行管理。（ 2）獲取方法：（ 3）需求獲取困難原因：PPT答案： 用戶需求具有動態(tài)性， 即需求的不穩(wěn)定性。 在整個軟件生存周期內(nèi)， 應用軟件的需求會隨著時間的進展而有所變化。個別用戶，甚至是朝三暮四地變化。 用戶需求具有模糊性， 即需求不準確性。 由于用戶的素質(zhì)不是很高， 業(yè)務流程不很規(guī)范，所以需求表達不很清楚也不夠明確。 開發(fā)者和用戶要對需求達成完全一致的認識，用戶要在需求報告上簽字， 要承擔責任。 需求復雜并且龐大?，F(xiàn)代的

10、軟件，規(guī)模越來越大，導致需求越來越復雜。課本上答案（ Page 62）： 需求易變性。 用戶在開始時提出一些功能需求， 當對系統(tǒng)有一定的理解后， 會提出一些需求。 以后隨著理解的深入而不斷提出新的需求。用戶需求的變動是一個極為普遍的問題，即使是部分變動，也往往會影響到需求分析的全部，導致不一對待性和不完備性。 問題的復雜性； 交流障礙。 進行需求分析的人員具備不同的背景知識，處于不同的角度，扮演不同的角色，造成了相互之間交流的困難。 不完備性和不一致性。用戶各類人員對于系統(tǒng)的要求所處的角度不一樣，對問題的陳述往往是不完備的，其各方面的需求還可能存在著矛盾。（ 4）解決需求獲取困難的方法：5、D

11、FD的畫法及如何將DFD圖轉(zhuǎn)換成功能結構圖？（ 1） DFD 圖的畫法 （課本 Page 71 ）（第四章 PPT） 數(shù)據(jù)流圖 DFD的描述符號主要只有四種，即：更多精品文檔學習 - 好資料a. 數(shù)據(jù)源或數(shù)據(jù)潭b. 數(shù)據(jù)流動的連線c. 數(shù)據(jù)加工或處理泡d. 輸入或輸出文件 圖例名稱圖例說明表示信息源或信息潭，即數(shù)據(jù)流的起點或終點信息源或信息潭加工或處理表示對流到此處的數(shù)據(jù)進行加工或處理，即對數(shù)據(jù)的算法分析與科學計算表示輸入文件或輸出文件，說明加工或處理輸 入 文 件 / 輸_之前的輸入文件， 記錄加工或處理之后的輸出文件_出文件表示數(shù)據(jù)流的流動方向數(shù)據(jù)流連線 方法：采用的是 ”自頂向下“逐層畫

12、法。即先畫出的頂層數(shù)據(jù)流圖，再逐層畫出的底層數(shù)據(jù)流圖，具體地描述上層系統(tǒng)的細節(jié)。 注意事項： 加工和處理框上至少有一個輸出數(shù)據(jù)流和一個輸入數(shù)據(jù)流；注意父 / 子圖的平衡（父圖中某個加工的輸入輸出數(shù)據(jù)流同相應的子圖的輸入輸出相同，也就是說子圖中所有輸入數(shù)據(jù)流必須是父圖中相應加工的輸入）。（ 2） DFD圖轉(zhuǎn)換成功能結構圖 （課本 Page 111-116 ）（ PPT 第七章）具體方法看第七章 PPT。變換型系統(tǒng)結構圖：通過變換分析技術，將中心變換型的DFD圖轉(zhuǎn)換而得的SC圖，稱為變換型系統(tǒng)結構圖。事務型系統(tǒng)結構圖：通過事務分析技術，將事務處理型的DFD圖轉(zhuǎn)換為的SC圖，稱為事務型的系統(tǒng)結構圖。

13、兩類圖的區(qū)別： 變換型系統(tǒng)結構圖明顯分為輸入、中心變化和輸出3 部分；事務型系統(tǒng)結構圖則是某個變換將它的輸入分離成若干個發(fā)散的輸出數(shù)據(jù)流。變換分析技術 （將 DFD圖轉(zhuǎn)換成變換型系統(tǒng)結構圖的方法，DFD圖中含有變換流的情況）事務分析技術 （將 DFD圖轉(zhuǎn)換成事務型系統(tǒng)結構圖的方法，DFD圖中含有事務流的情況）而實際的 DFD圖往往是既包含變換流又包含事務流（稱為混合DFD圖）。PPT上的 M代表中心加工模塊，I 代表輸入模塊，T 代表處理加工模塊，O 代表輸出模塊。對于變化型系統(tǒng)結構圖而言，一個M應該包含一個I 、一個 T、一個 O，屬于包含關系，更多精品文檔學習 - 好資料因此箭頭應從 M分

14、別指向 I 、 T、 O（容易出錯） 。一個功能模塊的輸入可能是來源于另一個功能模塊的輸出。6、面向?qū)ο蟮幕咎卣?，并能用實際的例子說明這些特征？面向?qū)ο蟮幕靖拍?面向?qū)ο蟛粌H是一些具體的軟件開發(fā)技術與策略，而且是一整套關于如何看待軟件系統(tǒng)與現(xiàn)實世界的關系，以什么觀點來研究問題并進行求解，以及如何進行系統(tǒng)構造的軟件方法學。而面向?qū)ο蠓椒ㄊ且环N運用對象、類、繼承、封裝、聚合、消息傳送、 多態(tài)性等概念來構造系統(tǒng)的軟件開發(fā)方法。面向?qū)ο蠓椒ǖ幕舅枷胧?，從現(xiàn)實世界中客觀存在的事物（即對象） 出發(fā)來構造軟件系統(tǒng)，并在系統(tǒng)構造中盡可能運用人類的自然思維方式。面向?qū)ο蠛诵母拍? (1)對象 (2) 類

15、(3) 繼承 (4) 聚集 (5) 消息。面向?qū)ο?=對象+類+繼承+聚集+消息面向?qū)ο蠓椒ǖ幕咎卣?從問題域中客觀存在的事物出發(fā)來構造軟件系統(tǒng)，用對象作為對這些事物的抽象表示，并以此作為系統(tǒng)的基本構成單位。事物的靜態(tài)特征（即可以用一些數(shù)據(jù)來表達的特征）用對象的屬性表示，事物的動態(tài)特征（即事物的行為）用對象的服務（或操作）表示。對象的屬性與服務結合為一體，成為一個獨立的實體，對外屏蔽其內(nèi)部細節(jié)（稱作封裝）。對事物進行分類。把具有相同屬性和相同服務的對象歸為一類，類是這些對象的抽象描述，每個對象是它的類的一個實例。通過在不同程度上運用抽象的原則（較多或較少地忽略事物之間的差異），可以得到較一般

16、的類和較特殊的類。 特殊類繼承一般類的屬性與服務， 面向?qū)ο蠓椒ㄖС謱@種繼承關系的描述與實現(xiàn)，從而簡化系統(tǒng)的構造過程及其文檔。復雜的對象可以用簡單的對象作為其構成部分，稱作聚合。對象之間通過消息進行通信，以實現(xiàn)對象之間的動態(tài)聯(lián)系。通過關聯(lián)表達對象之間的靜態(tài)關系。7、白盒測試、黑盒測試的定義以及白盒測試具體的方法？練習冊 Page 318-320 ；課本 Page 457-461 ；第十章 PPT （ 1）定義：白盒測試： 把測試對象看作一個透明的盒子，測試人員能了解程序的內(nèi)容結構和處理過程，以檢查處理過程為目的，對程序中盡可能多的邏輯路徑進行測試，在所有的點檢驗內(nèi)部控制結構和數(shù)據(jù)結構是否和預

17、期相同。白盒測試又稱為結構測試或邏輯驅(qū)動測試。黑盒測試： 該方法把被測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結構和處理過程， 只在軟件的界面上進行測試，用來證實軟件功能的可操作性，檢查程序是否滿足功能要求，是否能很好的接收數(shù)據(jù)，并產(chǎn)生正確的輸出。黑盒測試也稱功能測試。（ 2）白盒測試方法（ 3 種） 邏輯覆蓋語句覆蓋 ：- 在測試時，設計若干測試用例，運行被測程序，使程序中的每個可執(zhí)行語句至少執(zhí)行一次。判定覆蓋（又稱為分支覆蓋） ： - 在測試時，設計若干測試用例，運行被測程序，使程序中的每個判斷真假的分支至少遍歷一次。條件覆蓋 ：- 在測試時，設計若干測試用例，運行被測程序，使程

18、序中的每個條件的可能取值至少滿足一次。更多精品文檔學習 - 好資料條件分支覆蓋： - 在測試時，設計足夠的測試用例，使得判斷中每個條件的所有可能取值至少出現(xiàn)一次，并且每個判斷本身的判定結果也至少出現(xiàn)一次。路徑覆蓋 ：-設計足夠多的測試用例，要求覆蓋程序中所有可能的路徑。 循環(huán)覆蓋 基本路徑覆蓋（ 3）關于黑盒、白盒測試： 白盒測試主要是想對程序模塊進行如下檢查：1. 對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍； 2. 對所有的邏輯判定，取真與取假的兩種情況都能至少測一遍；3. 在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體；4. 測試內(nèi)部數(shù)據(jù)結構的有效性。 黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的

19、對應關系出發(fā)進行測試的，注重于測試軟件的功能需求，主要試圖發(fā)現(xiàn)下列幾類錯誤：功能不正確或遺漏，界面錯誤，數(shù)據(jù)庫訪問錯誤，性能錯誤，初始話和終止錯誤等。 黑盒測試只關心輸入與輸出的對應關系，不關心被測程序的內(nèi)部關系；白盒測試要研究被測程序的源代碼結構8、軟件維護的定義，主要流程，如何維護軟件？（看第11 章 PPT）（ 1）定義：課本 Page 474 PPT答案：所謂軟件維護， 就是在軟件產(chǎn)品安裝、 實施并交付給用戶使用后， 在新版本產(chǎn)品升級之前，這段時間里軟件廠商向客戶提供的服務工作，稱為該軟件產(chǎn)品的軟件維護。（ 2）主要流程： ( 課本 Page 481)軟件維護活動和軟件開發(fā)一樣， 要有

20、嚴格的規(guī)范， 才能保證軟件的質(zhì)量， 一般執(zhí)行維護活動的流程如下： 制定維護申請報告； 審查申請報告并批準； 進行維護并做詳細記錄； 復審。（ 3）如何維護軟件。9、軟件質(zhì)量的定義以及相關理論（ 1）軟件質(zhì)量的定義：所謂軟件質(zhì)量，就是供方提供的軟件產(chǎn)品滿足用戶明確和隱含需求的能力特性的總和。 具體含義如下： 與確定的功能和性能需求的一致性； 與所成文的開發(fā)標準的一致性； 與所有專業(yè)開發(fā)的軟件所期望的隱含特性的一致性。（ 2）相關理論 （第 12 章 PPT）更多精品文檔學習 - 好資料 質(zhì)量度量模型 （ McCall 質(zhì)量度量模型和ISO 軟件質(zhì)量評價模型） ：（練習冊Page 294） 質(zhì)量管

21、理與控制的三個層次事先的預防措施：制訂軟件過程開發(fā)規(guī)范和軟件產(chǎn)品質(zhì)量標準，對軟件開發(fā)和管理人員進行這方面知識和技能的定向培訓； ( 規(guī)范是對行為的約束、標準是對產(chǎn)品的約束、規(guī)程是對操作的約束 )事中的跟蹤監(jiān)控措施：按照 CMM/CMMI或 ISO9000 的過程管理思想，對軟件過程和軟件產(chǎn)品的質(zhì)量控制提供可視性管理；事后的糾錯措施： 對軟件工作產(chǎn)品和軟件產(chǎn)品加強評審和檢測。評審是在宏觀上框住您，在微觀上挑剔您，找出不符合項。檢測是為了發(fā)現(xiàn)Bug，改正錯誤。結論：軟件質(zhì)量保證措施，應以提前預防和實時跟蹤為主，以事后測試和糾錯為輔。 從四個方面來改進軟件質(zhì)量力圖從編程語言上實現(xiàn)突破。已經(jīng)從機器語言、匯編語言、面向過程的語言、面向數(shù)據(jù)的語言，發(fā)展到面向?qū)ο蟆⒚嫦驑嫾艿恼Z言。力圖從 CASE工具上實現(xiàn)突破。這