【正文】 模塊的作用域應(yīng)在控制域之內(nèi)。 (4) 對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。倉庫向工程項(xiàng)目供應(yīng)零件，并且根據(jù)需要向供應(yīng)商訂購零件 本問題中共有三類實(shí)體，分別是“零件 ”、“工程項(xiàng)目”和“供應(yīng)商”。聯(lián)系類型“訂購”的屬性是， 向某供應(yīng)商訂購的某種零件的數(shù)量。 不同點(diǎn)： (1) 面向數(shù)據(jù)流的設(shè)計(jì)以數(shù)據(jù)流圖為基礎(chǔ)，在分析階段用 DFD 表示軟件的邏輯模型，在設(shè)計(jì)階段按數(shù)據(jù)流類型，將數(shù)據(jù)流圖轉(zhuǎn)換為軟件結(jié)構(gòu)。 輸入卡片分析程序。 開 始pqg停 止TFFT (3)不使用 flag 把該程序改造為等價(jià)的結(jié)構(gòu)化程序的方法如圖所示。 3. 程序設(shè)計(jì)語言的特點(diǎn) ? (1) 名字說明：程序中使用對(duì)象的名字，能為編譯程序所檢查和識(shí)別； (2) 類型說明：定義 對(duì)象的類型，確定該對(duì)象的使用方式； (3) 初始化：為變量提供適當(dāng)?shù)某跏贾祷蛴上到y(tǒng)給變量賦一特殊的表明未初始化的值； (4) 對(duì)象的局部性：程序中真正需要的那部分才能訪問的對(duì)象； (5) 程序模塊：控制程序?qū)ο蟮拿郑? (6) 循環(huán)控制結(jié)構(gòu)：如 FOR 語句、 WHILEDO 語句、 REPEATUNTIL 語句等； (7) 分支控制結(jié)構(gòu)：如 IF 語句、 CASE 語句等； (8) 異常處理：為程序運(yùn)行過程中發(fā)生的錯(cuò)誤和意外事件提供檢測(cè)和處理上的幫助； (9) 獨(dú)立編譯：能分別編譯各個(gè)程序單元 。如對(duì)于系統(tǒng)程序和結(jié)構(gòu)復(fù)雜的應(yīng)用程序，選擇支持?jǐn)?shù)組、記錄 (或結(jié)構(gòu) )與指針動(dòng)態(tài)數(shù)據(jù)結(jié)構(gòu)的Pascal 語言或 C語言。 7 4(3) 、設(shè)計(jì)下列偽碼程序的語句覆蓋和路徑覆蓋測(cè)試用例： START INPUT (A, B, C) //判定表達(dá)式 1 IF A5 THEN X=10 ELSE X=1 END IF //判定表達(dá)式 2 IF B10 THEN Y=20 ELSE Y=2 END IF //判定表達(dá)式 3 IF C15 THEN Z=30 ELSE Z=3 END IF PRINT (X, Y, Z) STOP 語句覆蓋的測(cè)試用例 路徑覆蓋的測(cè)試用例 第七章 習(xí)題參 考答案 一 .回答問題 ？ 軟件測(cè)試是按照特定的規(guī)則，發(fā)現(xiàn)軟件錯(cuò)誤的過程； 好的測(cè)試方案是盡可能發(fā)現(xiàn)迄今尚未發(fā) 現(xiàn)錯(cuò)誤的測(cè)試；成功的測(cè)試方案是發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測(cè)試； ？ (1) (1) 測(cè)試 從一個(gè)側(cè)面證明程序員的失?。?調(diào)試 證明程序員的正確； (2) (2) 測(cè)試 從已知條件開始，使用預(yù)先定義的程序，且有預(yù)知的結(jié)果，不可預(yù)見的僅是程序是否通過測(cè)試； 調(diào)試 從不可知內(nèi)部條件開始，除統(tǒng)計(jì)性調(diào)試外，結(jié)果是不可預(yù)見的； (3) (3) 測(cè)試 有計(jì)劃并且要進(jìn)行測(cè)試設(shè)計(jì)； 調(diào)試 不受時(shí)間約束； (4) (4) 測(cè)試是 發(fā)現(xiàn)錯(cuò)誤、改正錯(cuò)誤、重新測(cè)試的過程； 調(diào)試 是一個(gè)推理的過程； (5) (5) 測(cè)試 執(zhí)行是有規(guī)程的； 調(diào)試 執(zhí)行要求程序員進(jìn)行必要的推理； (6) (6) 測(cè)試 由獨(dú)立的測(cè)試組在不了解軟件設(shè)計(jì)的件下完成； 調(diào)試 由了解詳細(xì)設(shè)計(jì)的程序員完成； (7) (7) 大多數(shù)測(cè)試的執(zhí)行和設(shè)計(jì)可由工具支持； 調(diào)試 用的工具主要是調(diào)試器。 ?舉例說明 ? 語句覆蓋 :至少執(zhí)行程序中所有語句一次。 ? 非漸增式測(cè)試方式：分別測(cè)試模塊 ,再把所有模塊按設(shè)計(jì)要求放在一起組成所要的程序。 (4) (4) 對(duì)照程序邏輯，檢查已設(shè)計(jì)出的測(cè)試方案。 設(shè)計(jì)測(cè)試方案 覆蓋種類 需滿足的條件 測(cè)試數(shù)據(jù) 期望結(jié)果 判定覆蓋 A1,B=0 A=2,B=0 執(zhí)行 S1 A1,B?0 或 A?1,B=0 或 A?1,B?0 A=2,B=1 或 A=1,B=0 或 A=1,B=1 執(zhí)行 S2 條件覆蓋 以下四種情況各出現(xiàn)一次 A1 B=0 A=2， B=0 執(zhí)行 S1 A?1 B?0 A=1， B=1 執(zhí)行 S2 條件組合 覆蓋 A1,B=0 A=2,B=0 執(zhí)行 S1 A1,B?0 A=2,B=1 執(zhí)行 S2 A?1,B=0 A=1,B=0 執(zhí)行 S2 A?1,B?0 A=1,B=1 執(zhí)行 S2 四 .某城市電話號(hào)碼由三部分組成。 設(shè)計(jì)測(cè)試方案 方案 內(nèi)容 輸 入 預(yù)期 輸出 地區(qū)碼 前綴 后綴 1 空白 200～ 999 之間的三位數(shù)字 四位數(shù)字 ( )2762345 有效 2 三位數(shù)字 四位數(shù)字 (635)8059321 有效 3 有非數(shù)字字符 (20A)7234567 無效 4 少于三位數(shù)字 (33 )2345678 無 效 5 多于三位數(shù)字 (5555)3456789 無效 6 有非數(shù)字字符 (345)5A23456 無效 7 起始位為 ?0? (345)0123456 無效 8 起始位為 ?1? (345)1323456 無效 9 少于三位數(shù)字 (345) 923456 無效 10 多于三位數(shù)字 (345)45623456 無效 11 有非數(shù)字字符 (345)3423A56 無效 12 少于四位數(shù)字 (345)342 356 無效 13 多于四位數(shù)字 (345)56234567 無效 第八章 軟件維護(hù) 習(xí)題答案 ？ 因?yàn)檐浖拈_發(fā)過程中，一般很難檢測(cè)到所有的錯(cuò)誤，其次軟件在應(yīng)用過程中需要隨用戶新的要求或運(yùn)行環(huán)境的變化而進(jìn)行軟件的修改或完成功能的增刪等，為了提高軟件的應(yīng)用水平和使用壽命，軟件的維護(hù)是不可避免的。一般大型軟件的維護(hù)成本遠(yuǎn)遠(yuǎn)高于開發(fā)成本若干倍。最終目標(biāo)是以合理的費(fèi)用和進(jìn)度，圓滿完成計(jì)劃所規(guī)定的軟件項(xiàng)目。 自底向上估計(jì) : 將開發(fā)任務(wù)分成若干子任務(wù) ,子任務(wù)又分成子子任務(wù) ,直到每一個(gè)單元內(nèi)容足夠明確為止；把各個(gè)任務(wù)單元的成本估計(jì)出來 ,匯合成項(xiàng)目的總成本。 (1)找出關(guān)鍵路徑和完成項(xiàng)目的最早時(shí)間； (2)標(biāo)出每項(xiàng)活動(dòng)的最早起止時(shí)間與最遲起止時(shí)間。 ？ 自頂向下估計(jì) : 首先估算出項(xiàng)目總的開發(fā)成本，然后在項(xiàng)目?jī)?nèi)部進(jìn)行成本分配。 (3) 配置管理 :通過對(duì)于程序、文檔和數(shù)據(jù)的各種版本所進(jìn)行的管理，保證資料的完整性與一致性。 ？ (1) 軟件的可理解性、可測(cè)試性、可修改性； (2) 文檔描述符合要求、用戶文檔簡(jiǎn)潔明確、系統(tǒng)文檔完整并且標(biāo)準(zhǔn)。 后 綴 。 規(guī)則號(hào) 1 2 3 4 5 6 居民 用電 200 度以下 Y 200 度以上 Y 動(dòng)力用電 非高峰 1 萬度以下 Y 1 萬度以上 Y 高峰 1 萬度以下 Y 1 萬度以上 Y 收費(fèi) 標(biāo)準(zhǔn) A 類 ▲ B 類 ▲ ▲ C 類 ▲ ▲ D 類 ▲ 測(cè)試用例 用電類型 輸入數(shù)據(jù) 預(yù)期結(jié)果 居民 用電 90 度 /月 A 110 度 /月 B 動(dòng)力用電 非 高峰 8000 度 /月 B 12020 度 /月 C 高峰 9000 度 /月 C 11000 度 /月 D 三 .如圖顯示某程序的邏輯結(jié)構(gòu)。 (2) (2) 必要時(shí)用等價(jià)類劃分法補(bǔ)充測(cè)試方案。 (3) (3) 設(shè)計(jì)一個(gè)新的測(cè)試方案 ,使它覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類 , 重復(fù)這一步驟 ,直到所有無效等價(jià)類被覆蓋為止。 ?白盒測(cè)試主要采用的技術(shù)有哪些 ? 測(cè)試者了解被測(cè)程序的內(nèi)部結(jié)構(gòu)和處理過程 ,對(duì)程序的所有邏輯路徑進(jìn)行測(cè)試 ,在不同點(diǎn)檢查程序狀 態(tài) ,確定實(shí)際狀態(tài)與預(yù)期狀態(tài)是否一致。 6. 第四代語言 (4GL)應(yīng)具備哪些的特征？ (1) 具 有很強(qiáng)的數(shù)據(jù)管理能力，能對(duì)數(shù)據(jù)庫進(jìn)行有效的存取、查詢和其它有關(guān)操作； (2) 能提供一組高效的、非過程化的命令，組成語言的基本語句，編程時(shí)用 戶只需用這些命令說明“做什么”，不必描述實(shí)現(xiàn)的細(xì)節(jié)； (3) 能滿足多功能、一體化的要求。 (6) 選擇標(biāo)準(zhǔn)化 程度高、程序可移植性好的語言。 2. 對(duì) 源程序基本要求？ 源程序要求：正確可靠、簡(jiǎn)明清晰、效率高。圖示的程序的循環(huán)控制結(jié)構(gòu)有兩個(gè)出口，顯然不符合狹義的結(jié)構(gòu)程序的定義，因此是非結(jié)構(gòu)化的程 序。 二 .給出一組數(shù)從小到大的排序算法，分別用下列工具描述其詳細(xì)過程： (1) (1) 流程圖； (2)N— S 圖； (3)PAD 圖； (4)PDL語言。 要求：（ 1）畫出此系統(tǒng)的數(shù)據(jù)流圖；（ 2）寫出需求說明； （ 3）設(shè)計(jì)上述的工資調(diào)整程序 (要求用 HIPO 圖描繪設(shè)計(jì)結(jié)果 )，設(shè)計(jì)時(shí)分別采用兩種算法，并比較兩種算法的優(yōu)缺點(diǎn)： （ a）搜索工資檔案數(shù)據(jù)，找出年工資少于 $26000 的人，計(jì)算新工資，校核是否超過 $26000，存儲(chǔ)新工資，印出新舊工資對(duì)照表； （ b）把工資檔案數(shù)據(jù)按工資從最低到最高的次序排序，當(dāng)工資數(shù)額超過 $26000時(shí)即停止排序，計(jì)算新工資，校核是否超過限額，存儲(chǔ)新 工資，印出結(jié)果。實(shí)體類型“供應(yīng) 商”的屬性主要有：供應(yīng)商編號(hào)，供應(yīng)商名稱，地址。 頂層 一層 二層 軟件結(jié)構(gòu)圖 補(bǔ)充 1：請(qǐng)為某倉庫的管理設(shè)計(jì)一個(gè) ER 模型。映射 為事務(wù)控制模塊 ,接收模塊和動(dòng)作發(fā)送模塊 .一般得到 SC 圖的頂層和第一層 (如果第一層簡(jiǎn)單可以并入頂層 )。一般模塊的調(diào)用個(gè)數(shù)不要超過 5 個(gè)。 3. 什么是模塊？模塊具有哪幾個(gè)特征？總體設(shè)計(jì)主要考慮什么特征？ E 1儲(chǔ) 戶F 2 取 款 單D 1 存 款 信 息P 3 . 1輸 入 取 款 信 息F 7 密 碼P 3 . 2密 碼 校 驗(yàn)F 5 存 款 信 息F 7 密 碼無 效 取 款 信 息 模塊是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募希梢詥为?dú)命名且可通過名字來訪問。 33 銀行 計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的工作過程大致如下：儲(chǔ)戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址 (或電話號(hào)碼 )、身份證號(hào)碼、存款類型、存款日期、到期日期、利率及密碼 (可選 )等信息，并印出存單給儲(chǔ)戶；如果是取款而且存款時(shí)留有密碼，則系統(tǒng)首先核對(duì)儲(chǔ)戶密碼，若密碼正確或存款時(shí)未留密碼，則系統(tǒng)計(jì)算利息并印出利息清單給儲(chǔ)戶。 (6)每個(gè)數(shù)據(jù)流要有一個(gè)合適的名字，盡量使用現(xiàn)實(shí)系統(tǒng)中有具體意義的名字。 (5) 性能需求、屬性等。 ? 準(zhǔn)確定義未來系統(tǒng)的目標(biāo)，確定為了滿足用戶的需要系統(tǒng)必須做什么。 從問題陳述容易看出，本系統(tǒng)的數(shù)據(jù)終點(diǎn)是接收警告信息和病情報(bào)告的護(hù)士。 (6) 其它可選方案 :與國內(nèi)外同類型方案的比較；提出一兩個(gè)可行性方案供論證和探討。 3．可行性研究的任務(wù)？ (1) 進(jìn)一步分析和澄清問題的定義，在澄清問題的 基礎(chǔ)上，導(dǎo)出系統(tǒng)的邏輯模型； (2) 從系統(tǒng)邏輯模型中，選擇問題的若干種主要解法，研究每一種解法的可行性，為以后的行動(dòng)提出建議； (3) 如果問題沒有可行的解，建議停止系統(tǒng)開發(fā)；如果問題有可行的解，應(yīng)該推薦一個(gè)較好的解決方案，并為工程制定一個(gè)初步的計(jì)劃。 (2)該方法必須有嚴(yán)格的數(shù)學(xué)理論和形式化技術(shù)的支持。 瀑布型開發(fā)方法是按照軟件生存周期的劃分依次實(shí)施， 每一個(gè)階段有明確規(guī)定的任務(wù)。 軟件過程是軟件工程方法學(xué)的 3 個(gè)重要組成部分之一。 總之為了解決軟件危機(jī)，既要有技術(shù)措施 (方法和工具 )，又要有必要的組織管理措施。造成開發(fā)中制定計(jì)劃盲目、編程草率，不考慮維護(hù)工 作的必要性。 ？ (1) 對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。 《軟件工程導(dǎo)論》課后習(xí)題答案