【正文】 《 軟件工程》復(fù)習(xí) 大綱 一、考試說明 命題原則 ： （ 1） 在教學(xué)大綱和考試大綱所規(guī)定的知識(shí)點(diǎn)范圍內(nèi)命題。 （ 2） 試題的考察要求覆蓋面廣、區(qū)分度高。 （ 3） 試題兼顧各個(gè)能力層次，難易程度和題量適當(dāng)，按難易程度分為四個(gè)層次：容易占 40%，較易占 40%，較難占 10%，難占 10%。 試題題型 ： 《軟件工程》試題總分為 100 分， 判斷題、填空題、 選擇題 、 簡(jiǎn)答題、 設(shè)計(jì)論述題 。 選擇題 ： 給出有關(guān)軟件工程概念、原理、方法的不完整敘述，要求考生從題后給出的四個(gè)選項(xiàng)中選擇合適的一種答案，補(bǔ)充完整。 簡(jiǎn)答題 ： 可包括重要概念的解釋 、數(shù)據(jù)流圖的繪制 。 設(shè)計(jì) 論述題 ： 可包括繪流程圖、寫算法設(shè)計(jì)思想、定義相應(yīng)數(shù)據(jù)結(jié)構(gòu)、用高級(jí)語(yǔ)言書寫程序。 二、考試范圍 重點(diǎn)考察學(xué)生對(duì)軟件工程有關(guān)概念的理解以及軟件工程有關(guān)的原理方法。按照教學(xué)大綱的要求，具體考核要求分為掌握、理解和了解三個(gè)層次： 掌握 ： 要求學(xué)生能夠全面、深入理解和熟練應(yīng)用的內(nèi)容，是重點(diǎn)考試內(nèi)容。 理解 ： 要求學(xué)生能夠較好地理解所學(xué)內(nèi)容，并且能夠進(jìn)行簡(jiǎn)單分析和判斷。 了解 ： 對(duì)要求了解的內(nèi)容，在考試中占較小比例，不超過 5%。 第一章 緒論 [考核的知識(shí)點(diǎn)和要求 ] 掌握 ： 學(xué)習(xí)軟件工程的意義，面向?qū)ο筌?件工程和傳統(tǒng)軟件工程的比較；各種軟件開發(fā)模型的內(nèi)容，不同開發(fā)模型的特點(diǎn)比較； 理解： 軟件的定義、軟件的分類，軟件危機(jī)、軟件工程學(xué)的范疇；軟件過程中瀑布模型、快速原型模型、螺旋模型的特點(diǎn)。 ? 軟件工程方法學(xué)（ 3 個(gè)要素） ： 通常把軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為方法學(xué)，也稱范型。 三要素 ：方法、工具和過程。 ? 軟件生命周期模型 – 瀑布模型 ：優(yōu)點(diǎn)： 段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證。 – 缺點(diǎn) ：傳統(tǒng)的瀑布模型過 于理想化，是由文檔驅(qū)動(dòng)的。 – 快速原型模型 ： 通過快速構(gòu)建起一個(gè)可在計(jì)算機(jī)上運(yùn)行的原型系統(tǒng)，讓用戶試用原型并收集用戶反饋意見的方法，獲取用戶真正的需要。 – 增量模型 ：優(yōu)點(diǎn)： 能在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品；逐步增加產(chǎn)品功能可以使用戶有較充實(shí)的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給客戶組織帶來的沖擊。 – 螺旋模型 ：優(yōu)點(diǎn)： 對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用；減少了過多測(cè)試；維護(hù)只是螺旋模型中另一個(gè)周期。 11 什么是軟件危機(jī) ? 是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問 題。 12 什么是軟件工程 ? 是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。 13 簡(jiǎn)述結(jié)構(gòu)化范型和面向?qū)ο蠓缎偷囊c(diǎn)，并分析它們的優(yōu)缺點(diǎn)。 目前使用得最廣泛的軟件工程方法學(xué)（ 2 種） ： 1. 傳統(tǒng)方法學(xué) ：也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。 優(yōu)點(diǎn) ：把軟件生命周期劃分成基干個(gè)階段，每個(gè)階段的任務(wù)相對(duì)獨(dú)立，而且比較簡(jiǎn)單，便于不同人員分工協(xié)作，從而降低了整個(gè)軟件開發(fā)過程的困難程度。 缺點(diǎn) ：當(dāng)軟件規(guī)模龐大時(shí)，或者對(duì)軟件的需求是模糊的或會(huì)承受時(shí)間而變化的時(shí)候，開發(fā)出的軟件往往不成功；而且維護(hù)起來仍然很困難。 2. 面向?qū)ο蠓椒▽W(xué) ： 優(yōu) 點(diǎn) ：降低了軟件產(chǎn)品的復(fù)雜性；提高了軟件的可理解性；簡(jiǎn)化了軟件的開發(fā)和維護(hù)工作；促進(jìn)了軟件重用。 14 軟件生命周期劃分成哪些階段 ? 軟件生命周期（各階段） 軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)三個(gè)時(shí)期組成。 1. 軟件定義時(shí)期劃分為三個(gè)階段：?jiǎn)栴}定義、可行性研究和需求分析 2. 開發(fā)時(shí)期：總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、綜合測(cè)試。 3. 維護(hù)時(shí)期：主要任務(wù)是使軟件持久地滿足用戶的需要。 15 什么是軟件過程 ?它與軟件工程方法學(xué)有何關(guān)系 ? ? 軟件過程 ： 是為了 獲得 高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任 務(wù)的工作步驟 ? 軟件工程方法學(xué)： 通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為方法學(xué)，也稱范型 16 傳統(tǒng) “瀑布模型 ”的主要缺陷是什么？試說明改進(jìn)的方法。 傳統(tǒng)的瀑布模型過于理想化了。增加“反饋環(huán)” 第二章 可行性研究 [考核的知識(shí)點(diǎn)和要求 ] 理解： 可行性研究任務(wù)（目的）及涉及的內(nèi)容，需求分析的任務(wù)，需求分析的方法及主要方法（面向數(shù)據(jù)流分析）的具體步驟，需求分析的任務(wù)、步驟。 掌握 ： 數(shù)據(jù)流圖（掌握頂層數(shù)據(jù)流圖的繪制），細(xì)化 DFD 的原則，數(shù)據(jù)詞典的定義及表述符號(hào)，其他分析工具。 ? 可行性研 究的目的 ： 就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。 ? 可行性研究的任務(wù) ： ； ； ，提出若干種系統(tǒng)實(shí)現(xiàn)方案 ： ? 技術(shù)上的可行性 ——使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎？ ? 經(jīng)濟(jì)上的可行性 ——這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？ （投資與效益） ? 操作可行性 ——系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通嗎？ ? 社會(huì)、政策允許的可行性 方法 ： ：（ DFD） 是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù) 從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換。 符號(hào) ： 是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中飲食的所有元素的定義的集合。 數(shù)據(jù)流圖與數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。 /效益分析 的繪制： – 定貨系統(tǒng) P44 – 習(xí)題 2 第 2 題 P53（銀行儲(chǔ)蓄系統(tǒng)） – 習(xí)題 2 第 3 題 P53（機(jī)票預(yù)訂系統(tǒng)） – 習(xí)題 2 第 4 題 P53（醫(yī)院監(jiān)護(hù)系統(tǒng)） 順序 ＋ 選擇〔 | 〕 重復(fù) 下限｛ ｝上限 數(shù)據(jù)源點(diǎn) 處理 處理 數(shù)據(jù)存儲(chǔ) 數(shù)據(jù)流 – 習(xí)題 2 第 4 題 P53（醫(yī)院監(jiān)護(hù)系統(tǒng)） 22 為方便儲(chǔ)戶，某銀行擬開發(fā)計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)。儲(chǔ)戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息，并印出存款單給儲(chǔ)戶；如果是取款，系統(tǒng)計(jì)算利息并印出利息清單給儲(chǔ)戶。請(qǐng)畫出此系統(tǒng)的數(shù)據(jù)流圖。 ? 某航空公司擬開發(fā)一個(gè)機(jī)票預(yù)定系統(tǒng)。旅行社把預(yù)訂機(jī)票的旅客信息（姓名、性別 … 等）輸入進(jìn)該系統(tǒng)，系統(tǒng)為旅客安排航班，印出取 票通知和賬單，旅客在飛機(jī)起飛的前一天憑取票通知和賬單交款取票，系統(tǒng)核對(duì)無誤即印出機(jī)票給旅客。 儲(chǔ)戶 取款單 打印利息清單 利息清單 儲(chǔ)戶 驗(yàn)證 密 碼 存款單 打印存單 銀行存單 計(jì)算 利息 D1 存款信息 存款信息 記錄存款 信息 存款信息 存款信息 存款信息 利息值 日志 數(shù)據(jù) 要求 生理 信號(hào) 生理 信號(hào) 危機(jī)病人信息 產(chǎn)生警告 信息 3 分析 信號(hào) 2 處理事務(wù) 1 接受信號(hào) 1 病人 警告信息 護(hù)士 病情報(bào)告 日期 時(shí)間 定時(shí)生理信號(hào) 日志 數(shù)據(jù) 更新日 志 6 處理事務(wù) 1 定時(shí)取樣 5 時(shí)鐘 生理信號(hào) D1 患者安全范圍 患者安全范圍 D1 患者日志 產(chǎn)生病情報(bào)告 7 護(hù)士 23 北京某高?？捎玫碾娫捥?hào)碼由以下幾類：校內(nèi)電話號(hào)碼由 4 位數(shù)字組成，第一位數(shù)字不是零；校外電話又分為本市電話和外地電話兩類 ,撥校外電話先撥 0，若是本地電話再接著撥 8 位數(shù)字（固話第一位不是 0）或 11 位數(shù)字（移動(dòng)電話第一位為 1）；若是外地電話，則撥 3 位區(qū)碼再撥 8 位電話號(hào)碼（固話第一位不是 0），或撥 0 再撥 11 位數(shù)字（移動(dòng)電話第一位為 1）。請(qǐng)用數(shù)據(jù)定義的方法， 定義上述電話號(hào)碼。 電話號(hào)碼 =[校內(nèi)號(hào)碼 |校外號(hào)碼 ] 校內(nèi)號(hào)碼 =非 0 數(shù)字 +3{數(shù)字 }3 校外號(hào)碼 =0+[本地號(hào)碼 |外地號(hào)碼 ] 本地號(hào)碼 =[固話號(hào)碼 |手機(jī)號(hào)碼 ] 固話號(hào)碼 =非 0 數(shù)字 +7{數(shù)字 }7 手機(jī)號(hào)碼 =1+10{數(shù)字 }10 外地號(hào)碼 = [外地固話號(hào)碼 |外地手機(jī)號(hào)碼 ] 外地固話號(hào)碼 =3{數(shù)字 }3+固話號(hào)碼 外地手機(jī)號(hào)碼 =0+手機(jī)號(hào)碼 非 0 數(shù)字 =[1|2|3|4|5|6|7|8|9] 第三 章 需求分析 [考核的知識(shí)點(diǎn)和要求 ] 理解： 需求分析的任務(wù)，需求分析的方法及主要方法（面向數(shù)據(jù)流分析）的具體步驟 ，需求分析的任務(wù)、步驟。 掌握 ： 數(shù)據(jù)模型（ ER）、 功能模型（數(shù)據(jù)流圖）、 行為模型（狀態(tài)轉(zhuǎn)換圖是行為模型的基礎(chǔ)） 。 ? 需求分析的準(zhǔn)則 ： 必須并描述的信息域，根據(jù)這條準(zhǔn)則應(yīng)該建立數(shù)據(jù)模型。 必須定義軟件應(yīng)完成的功能，這條準(zhǔn)則要求建立功能模型。 必須描述作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立行為模型。 必須對(duì)描述信息、功能和行為的模型進(jìn)行分解，用層次的方式展示細(xì)節(jié)。 ? 需求分析的任務(wù) ： 確定對(duì)系統(tǒng)的綜合要求 。分析系統(tǒng)的數(shù)據(jù)要求 。導(dǎo)出系統(tǒng)的邏輯模型 。修正系統(tǒng)開發(fā)計(jì)劃。 ? 方法 – 實(shí)體 聯(lián) 系圖 ? 教學(xué)管理系統(tǒng) P64 訂票信息 取票通知 旅行社 旅客 信息 旅客 打印處理 旅客信息 D1 訂票信息 安排 航班 處理事務(wù) 1 錄入信息 旅客 信息 機(jī)票 信息 賬單 機(jī)票 旅客 取票通知 打印機(jī)票 交款 機(jī)票 信息 賬單 /票款 航班信息 交款信息 ? 習(xí)題 3 第 3 題 P73 （銀行儲(chǔ)蓄系統(tǒng)） ? 習(xí)題 3 第 5 題 P73 （醫(yī)院監(jiān)護(hù)系統(tǒng)） – 數(shù)據(jù)流圖 – 狀態(tài)轉(zhuǎn)換圖 ? 電話系統(tǒng) P67 ? 習(xí)題 3 第 6 題 P73 （復(fù)印機(jī)） 數(shù)額 類型 到期日 利率 名稱 地址 姓名 住址 電話號(hào)碼 儲(chǔ)戶 儲(chǔ)蓄所 身份證號(hào)碼 電話號(hào)碼 存取款 密碼 N M 課程號(hào) 課名 學(xué) 時(shí) 學(xué)分 學(xué)號(hào) 姓名 性別 系 年級(jí) 教工號(hào) 姓名 性別 職稱 職務(wù) 時(shí)間 脈搏 體溫 血壓 姓名 科室 姓名 住址 電話號(hào)碼 病人 護(hù)士 住院號(hào) 工作證號(hào) 監(jiān)護(hù) 心電圖 N M 第五章 總體設(shè)計(jì) [考核的知識(shí)點(diǎn)和要求 ] 理解： 面向數(shù)據(jù)流設(shè)計(jì)的結(jié)構(gòu)化設(shè)計(jì)方法 （包括結(jié)構(gòu)設(shè)計(jì)和過程設(shè)計(jì)）； 掌握 ： 結(jié)構(gòu)化設(shè)計(jì)模型，結(jié)構(gòu)化設(shè)計(jì)方法； ? 總體設(shè)計(jì)的任務(wù) 劃分出組成系統(tǒng)的物理元素 ——程序、文件、數(shù)據(jù)庫(kù)、人工過程和文檔等等 設(shè)計(jì)軟件的結(jié)構(gòu)。也就是要確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。 ? 總體設(shè)計(jì)過程兩個(gè)階段 ，確定系統(tǒng)的具體實(shí)現(xiàn)方案； ，確定軟件結(jié)構(gòu)。 ? 總體設(shè)計(jì)過程 9 個(gè)步驟 1 設(shè)想供選擇的方案 2 選取合理的方案 3 推薦最佳方案 4 功能分解 5 設(shè)計(jì)軟件結(jié)構(gòu) 6 設(shè)計(jì)數(shù)據(jù)庫(kù) 7 制定測(cè)試計(jì)劃 8 書寫文檔 9 審查和審核 ? 低耦合 （ 5 種類型） 1. 數(shù)據(jù)耦合：數(shù)據(jù)傳遞 ：控制信息傳遞 ：傳過多的信息給被調(diào)用模塊 ：因全局變量，共享通信區(qū) ：諸如一個(gè)模塊訪問另一個(gè)模塊內(nèi)部 ? 高內(nèi)聚（ 7 種類型） 功能內(nèi)聚 10 分 順序內(nèi)聚 9 分 通信內(nèi)聚 7 分 過程內(nèi)聚 5 分 時(shí)間內(nèi)聚 3 分 邏輯內(nèi)聚 1 分 偶然內(nèi)聚 0 分 ? 面向數(shù)據(jù)流的設(shè)計(jì)方法 ： – 變換流 ? 數(shù)字儀表板系統(tǒng) P107 ? 患者監(jiān)護(hù)系統(tǒng) (參見習(xí)題 2 第 4 題 ) – 事務(wù)流 ? 用戶命令交互子系統(tǒng) （ DFD） 卡紙 do/警告 缺紙 do/警告 復(fù)印 do/復(fù)印 閑置 復(fù)印命令 完成復(fù)印命令 卡紙 發(fā)現(xiàn)缺紙 排除卡紙故障 裝滿紙 SC 圖 讀用戶 命令 密碼 顯示信息 系統(tǒng)參數(shù)數(shù)據(jù) 用戶 命令 讀系統(tǒng) 數(shù)據(jù) 配置信息 顯示信息 和狀態(tài) 命令 分析處理 讀 密碼 命令類型 建立 配 置文件 原配置 數(shù)據(jù) 激活 /非活動(dòng)系統(tǒng) 與文件中 密碼比較 格式化 配置數(shù)據(jù) 檢驗(yàn)信