【正文】 面向?qū)ο蠓椒ú粌H支持過程抽象，而且支持數(shù)據(jù)抽象。建立該書的對象模型。 (2)． 準備數(shù)據(jù)字典 為所有建模實體準備一個數(shù)據(jù)字典。在分析問題域時，邊界類仍保持 較高的概念層次，說《軟件工程概論》 38 明通過交互所實現(xiàn)的目標就可以了。詳細描述包括每個用例的事件流（如何開始，與角色如何交互，如何終止）、每個用例中所涉及到的對象（編入術(shù)語表）、執(zhí)行一個用例所要求的非功能性需求等。 （ 2）抽象化與具體化相結(jié)合的原則 數(shù)據(jù)抽象將數(shù)據(jù)及作用在其上的操作抽象成對象。 二、選擇題 ，核心的模型是（ C ）模型。該方法為大多數(shù)應用領(lǐng)域的軟件開發(fā)提供了一種實際的、高效的保證，努力尋求一種問題求解的實際方法。通過類的繼承關(guān)系，使公共的特性能夠共享，提高了《軟件工程概論》 32 軟件的重用性。軟件的重用導致更快地、高質(zhì)量地開發(fā)軟件，為軟件工業(yè)化生產(chǎn)奠定基礎(chǔ)。 4．面向?qū)ο笤O(shè)計可分為（ 系統(tǒng)）設(shè)計和（ 對象 ）設(shè)計。 。維護申請報告是一種由用戶產(chǎn)生的文檔，在軟件維護組織內(nèi)部還要制定一份軟件修改報告，該報告是維護階段的另一種文檔。 。為了適應這些變化，應用軟件原來的功《軟件工程概論》 26 能和性能需要擴充和增強，為達到這個目的而進行的維護活動稱為完善性維護，占整個維護活動的 50%。 第 六 章 軟件維護 本章要點： 1． 軟件維護的概念 2． 軟件維護的活動 3． 軟件的可維護性 4． 軟件再工程 本章目標： 1． 了解 軟件維護的相關(guān)概念 2． 掌握維護活動的基本過程 3． 明確軟件的可維護性 4． 了解軟件再工程 本章重點： 1． 軟件維護的相關(guān)概念 2． 維護活動的基本內(nèi)容 3． 軟件的可維護性 本章難點： 1． 維護活動的基本內(nèi)容 2． 軟件的可維護性 一、填空題 《軟件工程概論》 24 1． 軟件維護分為（ 改正性維護、適應性維護、增強性維護 ）。 （ 4）漸增式有利于排錯，發(fā)生錯誤往往和最近加進來的模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯誤推遲到最后 ，很難判斷是哪一部分接口出錯。 （ 4）性能上是否滿足要求等等。 （ 2）測試用例不僅選用合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。 （ 3）將模塊的作用范圍限制在模塊的控制范圍內(nèi)。用戶能夠用適當?shù)慕换シ绞脚c每種表示形式進行交互。 答：（ 1）結(jié)構(gòu)模型：是構(gòu)件、連接件（定義構(gòu)件之間交互規(guī)則、消息協(xié)議的構(gòu)造模塊）有組織的集合。 根據(jù)以上分析畫出該系統(tǒng)的數(shù)據(jù)流圖 (未分層 )如下圖： 7． 某考務中心準備開發(fā)一個成人自學考試考務管理系統(tǒng) (簡稱 EMS)，經(jīng)過調(diào)研，該系統(tǒng)有如下功能： (1)對考生填寫的報名單進行審查，對合格的新生，編好準考證發(fā)給考生，匯總后的報名單送給閱卷站； (2)給合格的考生制做考生通知單，將考試科目、時間、地點安排告訴考生； (3)對閱卷站送來的成績進行登記，按當年標準審查單科合格者，并發(fā)成績單，對所考專業(yè)各科成績?nèi)亢细裾甙l(fā)給大專畢業(yè)證書。因此，不適合描述實時控制系統(tǒng)。 （ 3）建模。 第 三 章 軟件需求分析 本章要點： 1． 軟件需求 2． 需 求分析過程 3． 傳統(tǒng)方法的分析建模 本章目標： 1． 掌握軟件需求的類型、描述、需求規(guī)約 2． 掌握需求分析的相關(guān)概念及分析過程 3． 掌握傳統(tǒng)方法（ SA）的分析建模 本章重點： 1．需求分析的過程 2．傳統(tǒng)方法（ SA）的分析建模 本章難點： 1．需求分析的過程 2．傳統(tǒng)方法（ SA）的分析建模 一 、 填空題 1． 需求的目的是（ 徹底的解決用戶的問題 ）。 （ 2）質(zhì)量保證計劃：把軟件開發(fā)的質(zhì)量要求具體規(guī)定為每個開發(fā)階段可以檢查的質(zhì)量保證活動。增量方式包括增量開發(fā)和增量提交。 二 、 選擇題 1． 軟件是一種（ B ）產(chǎn)品 A． 有形 B． 邏 輯 C． 物質(zhì) D． 消耗 2． 軟件工程方法 學的研究內(nèi)容包含軟件開發(fā)技術(shù)和軟件工程管理兩個方面，其期望達到的 最終目標是（ A ） A． 軟件開發(fā)工程化 B． 消除軟件危機 C． 實現(xiàn)軟件可重用 D． 程序設(shè)計自動化 3． 軟件工程方法得以實施的主要保證是（ C ） A． 硬件環(huán)境 B． 開發(fā)人員的素質(zhì) C． 軟件開發(fā)工具和軟件開發(fā)的環(huán)境 D． 軟件開發(fā)的環(huán)境 4． 一個 CASE 工作臺是一組（ A ），支持設(shè)計、實現(xiàn)或測試等特定的軟件開發(fā)階段。 A． 工具集 B． 軟件包 C． 平臺集 D． 程序包 5． 增量模型是一種（ B ）模型 A． 整體開發(fā) B． 非整體開發(fā) C． 靈活性差 《軟件工程概論》 3 D． 較晚產(chǎn)生工作軟件 6． 瀑布模型的問題是（ B ） A． 用戶容易參與開發(fā) B． 缺乏靈活性 C． 用戶與開發(fā)者易溝通 D． 適用可變需求 三、 問答題 ？它的表現(xiàn)是什么？以及產(chǎn)生的原因。增量開發(fā)是指在項目開發(fā)周期內(nèi)，以一定的時間間隔增量方式向用戶提交工作軟件及相應文檔。 （ 3）軟件測試計劃：規(guī)定測試活動的任務、測試方法、進度、資源、人員職責等 （ 4）文檔編制計劃：規(guī)定所開發(fā)項目應編制的文檔種類、內(nèi)容、進度、人員職責等。 2． 在需求分析階段，首先進行問題識別，即雙方確定對問題的綜合需求，這些需求包括：（ 功能需求、性能需求、環(huán)境需 求、用戶界面需求 ）。模型可以幫助分析人員更好地理解軟件系統(tǒng)的信息、功能和行為，這些模型也是軟件設(shè)計的基礎(chǔ)。 （ 2） 20 世紀 60 年代末出現(xiàn)的數(shù)據(jù)庫技術(shù)，使許多大型數(shù)據(jù)處理系統(tǒng)中 的數(shù)據(jù)都組織成數(shù)據(jù)庫的形式， SA 方法使用 DFD 在分析與描述“數(shù)據(jù)要求”方面是有局限的， DFD 應與數(shù)據(jù)庫技術(shù)中的實體聯(lián)系圖結(jié)合起來。 (4)對成績進行分類 (按地區(qū)、年齡、職業(yè)、專業(yè)、科目等分類 )產(chǎn)生相應統(tǒng)計表； (5)查閱：考生可按準考證號隨時查詢自己的各科成績。反映系統(tǒng)的重要語義內(nèi)容，包括系統(tǒng)的配置、約束等。要顯示的數(shù)據(jù)被封裝到一個模型對象中。 作用范圍：受模塊內(nèi)一個判定影響的所 有模塊的集合。這樣能更多的發(fā)現(xiàn)錯誤，提高程序的可靠性。 白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進行測試，檢驗內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)《軟件工程概論》 22 構(gòu)是否有錯，實際的運行狀態(tài)與預期的狀態(tài)是否一致。 （ 5）漸增式比較徹底，已測試的模塊和新的模塊組裝在一起再測試。 2． 帶來高維護費用的關(guān)鍵因素有：（ 人員的不穩(wěn)定、合同責任、維護人員技術(shù)水平、系統(tǒng)結(jié)構(gòu)衰退 ）。 （ 4） 預防性維護 為了提高軟件的可維護性和可靠性而對軟件進行的修改稱為預防性維護。 。 提出維護申請報告之后，由維護機構(gòu)來評審維護請求。 由于開發(fā)過程中文檔管理不嚴所造成的，在開發(fā)過程中經(jīng)常會出現(xiàn)修改程序 卻遺忘了修改與其相關(guān)的文檔，使得文檔前后不一致。 5．類通常有兩種結(jié)構(gòu)關(guān)系，即（一般具體結(jié)構(gòu)）關(guān)系及（整體成員結(jié)構(gòu)）關(guān)系。 ？ 答： (1)對象唯一性。 (4)多態(tài)性 (多形性 ) 多態(tài)性使指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同的結(jié) 果。 么？如何支持軟件開發(fā)過程。 《軟件工程概論》 35 A．功能 B．動態(tài) C．對象 D．分析 ，汽車與發(fā)動機之間的關(guān)系是（ B ）關(guān)系。過程抽象為對象的相互作用提供了依據(jù)。 （ 4）建立用例圖 用例圖用來顯示一系列用例和參 與者之間的關(guān)系。在設(shè)計活動中（如用戶界面設(shè)計）才根據(jù)參與者操作需求，添加具體的邊界對象。準確描述各個類的精確含義，描述當前問題 中的類的范圍，包括對類的成員、用法方面的假設(shè)或限制。 《軟件工程概論》 40 第 九 章 面向?qū)ο笤O(shè)計 本章要點： 1．面向?qū)ο蟮脑O(shè)計原則 2．系統(tǒng)設(shè)計 3．對象設(shè)計 4．設(shè)計模式 5． RUP 的設(shè)計 活動及實現(xiàn)活動 本章目標： 1．了解面向?qū)ο蟮脑O(shè)計概念及原則 2．掌握系統(tǒng)設(shè)計及對象設(shè)計的相關(guān)內(nèi)容 3．了解 RUP 設(shè)計活動及實現(xiàn)活動 本章重點： 1．面向?qū)ο笤O(shè)計的原則 2．系統(tǒng)設(shè)計 3．對象設(shè)計 4. UP 設(shè)計活動及實現(xiàn)活動 本章難點： 1．系統(tǒng)設(shè)計 2．對象設(shè)計 3. RUP 設(shè)計活動及實現(xiàn)活動 一、填空題 （ 系統(tǒng)設(shè)計 ）和（ 對象設(shè)計 ）。 在面向?qū)ο蠓椒ㄖ校畔㈦[藏通過對象的封裝性來實現(xiàn)。 它是把數(shù)據(jù)結(jié)構(gòu)和操作這些數(shù)據(jù)的方法緊密地結(jié)合在一起所構(gòu)成的模塊。 6． 一本書的組成有一個封面 ,一個目錄 ,一個前言 ,若干章 ,每章有若干節(jié) ,每節(jié)有若干段 ,每段有若干句子 ,每節(jié)有 0 個或多個插圖 ,還有 0 個或多個表格 ,最后有一個附錄。根據(jù)標準，去掉不必要的類和不正確的類。 答：在 RUP 中，將對象分為三種類型： （ 1）邊界對象（或邊界類） 是參與者與系統(tǒng)交互的接口，這些對象位于系統(tǒng)與外部世界的邊界上，代表如界面窗口、通信接口、打印機接口、傳感器等的抽象，用于闡明和收集系統(tǒng)的邊界需求，這樣，可把用戶界面或通信接口的變化隔離在一個或多個邊界類中。概要描述主要強調(diào)每個用例的主要功能。 答：（ 1）組裝與分解相結(jié)合的原則 基本對象可組裝成復雜對象，對復雜對象進行分解從而完成系統(tǒng)模型的細化。 流分別是：（業(yè)務建模）、（ 需求）、（ 分析 ）、（ 設(shè)計 ）、（ 實現(xiàn) ）、（ 測試 ）、（ 實施 ）。 該方法是一種新興的面向?qū)ο蟮拈_發(fā)方法，開發(fā)工作的基礎(chǔ)是對真實世界的對象建模，然后圍繞這些對象使用分析模型來進行獨立于語言的設(shè)計，面向?qū)ο蟮慕：驮O(shè)計促進了對需求的理解，有利于開發(fā)得更清晰、更容易維護的軟件系統(tǒng)。 采用繼承性，提供了類的規(guī)范的等級結(jié)構(gòu)。面 向?qū)ο蟮姆庋b性、繼承性、多態(tài)性等特性支持軟件重用且重用的力度大。 3． Booch 方法的開發(fā)模型分（ 靜態(tài)模型）和（ 動態(tài)模型）類型。表現(xiàn)在以下幾個方面： 《軟件工程概論》 28 。它 是維護階段的一種文檔，由申請維護的用戶填寫。 。這 是因為 用戶的業(yè)務會發(fā)生變化，組織機構(gòu)也會發(fā)生變化。如果系統(tǒng)不可用，用戶將無法接受。 （ 3）漸增式可以較早地發(fā)現(xiàn)接口之間的錯誤，非漸增式最后組裝時才發(fā)現(xiàn)。 （ 3）訪問外部信息是否有錯。這樣便于對照檢查，做到“有的放矢”。 （ 2）高層高扇出使最小化；當深度增加時（特別是底層）爭取提高扇入。 MVC 模式使系統(tǒng)的功能層（模型）同用戶界面的兩個方面分離：試圖（ view）和控制器（ controller）。 概要設(shè)計的基本任務有： （ 1）設(shè)計軟件系統(tǒng)結(jié)構(gòu)（簡稱軟件結(jié)構(gòu)） 《軟件工程概論》 17 （ 2）數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計 （ 3）編 寫概要設(shè)計文檔 （ 4）評審 。另外還要通過銀行自己的利率計算存款利率。 結(jié)構(gòu)化設(shè)計方法的缺點： （ 1）傳統(tǒng)的 SA 方法用于數(shù)據(jù)處理方面的問題，主要工具 DFD 體現(xiàn)了系統(tǒng)“做什么”的功能，但它僅是一個靜態(tài)模型，沒有反映處理的順序，即控制流程。在需求分析過程中，軟件領(lǐng)域中的數(shù)據(jù)、功能和行為都可以劃分。 （ 3）總結(jié)：總結(jié)經(jīng)驗教訓，建立團隊工作效率的歷史檔案，以便提高個人和團隊整體的軟件工程《軟件工程概論》 8 能力。 答： （ 1）項目實施計劃（軟件開發(fā)計劃）：這是軟件開發(fā)的綜合性計劃，通常應包括任務、進度、人力、環(huán)境、資源、組織等多個方面。 增量模型是在項目的開發(fā)過程中以一系列的增量方式開發(fā)系統(tǒng)。 7．瀑布模型本質(zhì)上是一種（ 線性 ）順序模型。 答： 在計算機軟件的開發(fā)和維護過程中，所遇到的一系列嚴重問題，長期找不到解決這些問題的辦法，是問題逐漸積累起來，形成了尖銳的矛盾，從而導致了軟件危機。增量開發(fā)和增量提交可以同時使用，也可以單獨使用。 （ 5）用戶培訓計劃：規(guī)定對用戶 進行培訓的目標、要求、進度、人員職責等。 ：（ 數(shù)據(jù)流、加工、數(shù)據(jù)存儲、數(shù)據(jù)的源點或終點 ）。 3． 什么是數(shù)據(jù)字典？其作用是什么？ 答：數(shù)據(jù)字典是用來定義 數(shù)據(jù)流圖中的各個成分的具體含義的，它以一種準確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計及維護提供了有關(guān)因素的一致的定義和詳細的描述。 ER 圖能增加對數(shù)據(jù)存儲的細節(jié)以及數(shù)據(jù)與數(shù)據(jù)之間、數(shù)據(jù)與處理過程之間關(guān)系的理解，還解決了在 DD 中所包含的數(shù)據(jù)內(nèi)容表示問題，這樣才能較完整地描述用戶對系統(tǒng)的需求。請按結(jié)