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