【正文】 有效通信，有利于活動重用，有利于活動管理 ？它有哪些活動？ 答： 軟件生存周期是指一個軟件從提出開發(fā)要求開始直到該軟件報廢為止的整個時期。而增量模型屬于非整體開發(fā)模型，它推遲某些階段和所有階段中的細節(jié)，從而較早地產(chǎn)生工作軟件。 、 4．針對不同工作目標，軟件項目計劃有：（ 項目實施計劃、質量保證計劃、軟件測試計劃、文檔編制計劃、用戶培訓計劃、綜合支持計劃、軟件發(fā)布計劃 ）。 3 簡述可行性研究的步驟 答： （ 1）復查確認系統(tǒng)目標、規(guī)模 （ 2）研究現(xiàn)行系統(tǒng)的工作流程 《軟件工程概論》 7 （ 3）導出目標系統(tǒng)高層邏輯模型（ 4）導出和評 價供選擇的方案 （ 5）推薦可行方案 （ 6）編寫可行性研究報告，送審 4．針對不同工作目標，軟件項目計劃有哪些內容。 答： （ 1）定義項目目標，確定軟件范圍； （ 2）把項目按項目范圍分解為多個任務； （ 3）確定對應每個任務必須執(zhí)行的活動； （ 4）將每個任務分配給一個小組，并為每個開發(fā)者分配角色和職責； （ 5）用 Gantt 圖或 PERT 圖表示出項目的進度。 （ 2）安裝：在目標環(huán)境下安裝、運行系統(tǒng)并提交文檔。 二 、 選擇題 《軟件工程概論》 9 求分析是（ A ） A． 軟件開發(fā)工作的基礎 B． 軟件生存周期的開始 C． 由系統(tǒng)分析員單獨完成的 D． 由用戶自己單獨完成的 方法是一種（ A ） A． 自頂向下逐層分解的分析方法 B． 自底向上逐層分解的分析方法 C． 面向對象的分析方法 D． 以上都不是 ，有名字及方向的成分是（ C ） A． 控制流 B． 信息流 C． 數(shù)據(jù)流 D． 信號流 層 DFD 是一種比較嚴格又易于理解的描述方式，它的頂層圖描述了系統(tǒng)的（ B） A．細節(jié) B．輸入與輸出 C．軟件的作者 D．繪制的時間 5．需求分析最終結果是產(chǎn)生（ C ） A．項目開發(fā)計劃 B．可行性分析報告 C．需求規(guī)格說明書 D．設計說明書 6．結構化分析方法（ SA）最為常見的圖形工具是（ C） A．程序流程圖 B．實體聯(lián)系圖 C．數(shù)據(jù)流圖 D．結構圖 《軟件工程概論》 10 7．下面錯誤的說法是（ A ） A．每個數(shù)據(jù)流必須用名詞或名詞短語命名 B．每個加工必須有名字，通常是動詞短語 C．每個數(shù)據(jù)存儲必 須用名詞或名詞短語 D．每個數(shù)據(jù)源點或終點必須有名字 三 、問答題 1． 什么是需求分析？需求分析階段的基本任務是什么？ 答：需求分析是指開發(fā)人員要準確理解用戶的要求，進行細致的調查分析，將用戶非形式的需求陳述轉化為完整的需求定義，再由需求定義轉換到相應的形式功能規(guī)約的過程。通常軟件要處理的問題如果太大太復雜就很難理解，若劃分成幾部分，并確定各部分間的接口，就可完成整體功能。 《軟件工程概論》 11 4． 需求說明書的作用及內容。該方法利用圖形等半形式化工具表達需求，簡明、易讀，也易于使用，為后一階段的設計、測試、評價提供了有利條件。 6． 某銀行計算機儲蓄系統(tǒng)的功能是：將儲戶填寫的存款單或取款單輸入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息，并打印出存款單給儲戶；如果是取款，系統(tǒng)計算清單給儲戶。存款處理要登記儲戶的存款信息，需要建立數(shù)據(jù)存儲文件；而取款處理要讀取數(shù)據(jù)存儲文件及查閱儲戶的信息，取款后要修改儲戶信息。 明確功能并可以分離出來的軟件或硬件叫做（ 構件 ）。即著手實現(xiàn)軟件的需求，并將設計的結果反映在“設計說明書”文檔中，所以軟件設計是一個把軟件需求轉換為軟件表示的過程，最初這種表示只是描述了軟件的總的體系結構，稱為軟件概要設計或結構設計。 ？ 答：以下 設計原則適用于所有的用戶設計： （ 1）用戶熟悉：界面所使用的術語和概念是來自于用戶的經(jīng)驗，這些用戶是將要使用系統(tǒng)最多的人。 MVC 不僅有助于增強用戶界面層的層內聚，而且有助于降低用戶界面與系統(tǒng)其余部分以及 UI 本身各部分之間的耦合。 （ 3）增加重用：視圖和控制器通常會使用大量的可重用構件作為各種 UI 控件。 7．有效模塊化設計的啟發(fā)式原則有哪些？ 答：（ 1）評估軟件結構的初始模型以降低耦合并提高內聚。動態(tài)測試方法中又根據(jù)測試用例的設計方法不同，分為（ 黑盒測試 ）與（ BAI盒測試 ）兩類。 三、問答題 件測試的原則有哪些？ 答：（ 1）測試用例不但應有輸入數(shù)據(jù)，還應有預期的輸出數(shù)據(jù)。 （ 5）長期保留測試用例，為以后進行的 回歸測試和維護提供方便。 （ 2）在接口上，能否正 確地接受輸入數(shù)據(jù)，能否產(chǎn)生正確的輸出信息。 （ 3）確認測試（也稱驗收測試，有效性測試）：主要檢驗軟件的功能和性能是否與需求說明書中的規(guī)定一致。 （ 2）非漸增式需要更多的工作量，因為每個模塊都需要驅動模塊和樁模塊，而漸增式利用已測試過的模塊作為驅動模塊或樁模塊，因此工作量較少。也可以說可靠性是系統(tǒng)依照需求指定的功能不失敗運作的可能性。如果系統(tǒng)是不可靠的，就很難保證系統(tǒng)的安全性、保密性等許多特性。 ，是指（ C ） （ C） ，軟件仍能繼續(xù)正常工作的能力是指（ C ） 《軟件工程概論》 25 （ A ）是正確的 （ C ） 件維護不是一項吸引人的工作 三、問答題 ？ 答： 軟件維護內容有四種：校正性維護，適應性維護，完善性維護和預防性維護。 （ 3） 完善性維護 在軟件漫長的運行時期中，用戶往往會對軟件提出新的功能要求與性能要求。影響軟件可維護性的因素較多，設計、編碼及測試中的疏忽和低劣的軟件配置，缺少文檔等都對軟件的可維護性產(chǎn)生不良影響。為了保證可維護性，以下四類檢查是非常有用的： 。程序文檔對提高程序的可閱讀性有重要作用。該報告也稱為軟件問題報告。 (4)實施維護任務。軟件生存周期中的開發(fā)階段沒有嚴格而又科學的管理和規(guī)劃，就會引起軟件運行時的維護困難。 維護的副作用有編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。 2．具有相同或相似性質對象的抽象就是（類）。設計階段的軟件體系結 構是基于系統(tǒng)功能建立的。重用的實施僅僅是公用模塊的調用。一個類就 是這樣一種抽象， 它反映了與應用有關的重要性質，而忽略其他一些無關內容。 在軟件開發(fā)中，類的繼承性使所建立的軟件具有開放性、可擴充性，這是信息組織與分類的行之有效的方法，它簡化了對象、類的創(chuàng)建工作量，增加了代碼的可重性。 答： 目前，面向對象開發(fā)方法的研究已日趨成熟，國際上已有不少面向對象產(chǎn)品出現(xiàn)。 方法 OMT 方法是 1991 年由 James Rumbaugh 等 5 人提出來的 ，其經(jīng)典著作為 “面向對象的建模與設計 ”。它融入了軟件工程領域的新思想、新方法和新技術。 類之間的連接關系是（ 關聯(lián)關系 ）；類之間整體與部分的關系是（ 聚合關系 ）。 （ 2）對從領域中抽取出來的項進行分類并建立分類層次。 。對象接口定義要盡可能的與其內部工作狀態(tài)相分離。 （ 2）定義用例的優(yōu)先級 （ 3）描述每個用例 用例描述可有不同的抽象層次與描述模板。使用包含關系減少用例之間的冗余。 RUP中，將對象分為幾種類型，并分別描述。實體類一般表示為一種邏輯數(shù)據(jù)結構（通常映射為數(shù)據(jù)表格或文件），有助于開發(fā)人員理 解系統(tǒng)所依賴的信息。查找問題陳述中的所有名詞，產(chǎn)生如下的暫定類。 使用標準去掉不必要和不正確的關聯(lián)： (4)． 確定屬性 屬性是個體對象的性質 ,屬性通常用修飾性的名詞詞組來表示 .形容詞常常表示具體 的可枚舉的屬性值 ,屬性不可能在問題陳述中完全表述出來 ,必須借助于應用域的知識及對客觀世界的知識才可以找到它們。模型的不同組成部分多半是在不同的階段完成的，如果發(fā)現(xiàn)模型的缺陷，就必須返回到前期階段去修改，有些細化工作是在動態(tài)模型和功能模型完成之后才開始進行的。 （專用應用層）、（ 通用應用層）、（中間件層）、（系統(tǒng)軟件層）四個層。 ？ 答： 面向對象開發(fā)方法很自然地支持了把系統(tǒng)分解成模塊的設計原則：對象就是模塊。 (3)一般 —具體內聚。 在面向對象方法中，對象是最基本的模塊，因此，耦合主要指不同對象之間相互關 聯(lián)的緊密程度。但由于面向對象分析與設計活動是一個迭代與演化的過程，概念與表示方法的一致性使得分析與設計階段平滑過渡。 ：（ 實例復用 ）、（ 繼承復用 ）、（ 多態(tài)復用 ）。 (5)． 使用繼承來細化類 使用繼承來共享公共機構，以次來組織類，可以用兩種方式來進行。 (3)． 確定關聯(lián) 兩個或多個類之間的相互依賴就是關聯(lián)。 答： 首先標識和關聯(lián)，因為它們影響了整體結構和解決問題的方法，其次是增加屬性，進一步描述類和關聯(lián)的基本網(wǎng)絡，使用繼承合并和組織類，最后操作增加到類中去作為構造動態(tài)模型和功能模型的副產(chǎn)品。 （ 2） 控制對象（或控制類） 控制用例的流程，表示協(xié)調、順序、事務處理以及對其他對象的控制（如分派任務給其他對象）。如果發(fā)現(xiàn)一個用例比較復雜，即包含了一般處理又包含了特殊處理，將特殊處理的部分抽取出來，創(chuàng)建單獨的用例。它有助于表達系統(tǒng)功能的高層表述。 （ 5）行為約束的原則 《軟件工程概論》 37 通過語義特征來刻畫。 抽象強調對象的本質和內在屬性，忽視與問題無關的屬性。 3．定義對象的適應性 。 A．一般與具體 B．整體與部分 C．分類關系 D．依賴關系 3．以下說法錯誤的是（ A ） A．面向對象分析與面向對象設計的定義沒有明顯的區(qū)別 B．在實際的軟件開發(fā)過程中面向對象分析與面向對象設計的界限是模糊的 C．面向對象分析和面向對象設計活動是一個多次反復迭代的過程 D．從面向對象分析到面向對象設計，是一個逐漸擴充模型的過程 4．軟件開發(fā)過程中抽取和整理用戶需求并建立問題域精確模型的過程叫（ D ） A．生存期 B．面向對象設計 C．面向對象程序設計 D．面向對象分析 5．一個面向對象的系統(tǒng)的體系結構通過它的（ B ）的關系確定。 。 答： UML(Unified Modeling Language)語言 軟件工程領域在 1995 年～ 1997 年取得了前所未有的進展，其成果超過軟件工程領 域過去 15 年的成就總和，其中最重要的成果之一就是統(tǒng)一建模語言（ UML） 的出現(xiàn)。 方法 Coad 方法是 1989 年 Coad 和 Yourdon 提出的面向對象開發(fā)方法。不同的對象，收到同一消息可以產(chǎn)生不同的結果，這種現(xiàn)象稱為多態(tài)性。在 定義和實現(xiàn)一個類的時候，可以在一個已經(jīng)存在的類的基礎之上來進行，把這個已經(jīng)存在的類所定義的內容作為自己的內容，并加入若干新的內容。 每個對象都有自身唯一的標識，通過這種標識，可找到相應的對象。 （ 3）軟件開發(fā)的抽象力度小。 二、選擇題 （ C ） 《軟件工程概論》 30 面向對象的設計中，我們應遵循的設計準則除了模塊化、抽象、低耦合、高內聚以外，還有（ B ） （ D ） ，而且支持數(shù)據(jù)抽象 ，類是最基本的模塊 （ D ） 裝更具體、更細致 ,反映了狀態(tài)與事件關系的是 （ B ） （ C ） 三、簡答題 ？ 答：傳統(tǒng)軟件主要有以下幾個方面的缺陷： 《軟件工程概論》 31 （ 1）面向過程為主。 ？ 答：（ 1）從開發(fā)階段的一開始就按質量標準構件系統(tǒng)，給予“可維護性”屬性以足夠的重視，這樣可以使系統(tǒng)的整個生命周期成本減少。 差異 由于維護階段持續(xù)時間很長，正在運行的軟件可能是十幾、二十年前開發(fā)的， 開發(fā)工具、方法、技術與當前的工具、方法、技術差 異很大，這又是維護困難的另一因素。 (5)“救火 ”維護。評審工作很重要，通過評審回答要不要維護，從而可以避免盲目的維護。 (2)審查申請報告并批準。 (4)選擇可維護的語言 程序設計語言的選擇對維護影響很大。 (2)使用先進的軟件開發(fā)技術和工具 利用先進的軟件開發(fā)技術能大大提高軟件質量和減少軟件費用。這是為 以后進一步的運行和維護打好基礎，占整個維護工作的 4%。校正性維護占整個維護工作的 20