【正文】 原則包括： 167。此外，在硬臥車廂和軟臥車廂之間還有一節(jié)餐車。只有一個(gè)火車頭時(shí)則位于列車最前面，若還有第二個(gè)火車頭時(shí)，則第二個(gè)火車頭位于列車最后面。 圖 一個(gè)非結(jié)構(gòu)化設(shè)計(jì) ？請(qǐng)說明理由。 (3)在 (2)題的設(shè)計(jì)中你使用附加的標(biāo)志變量 flag 了嗎？若沒用，請(qǐng)?jiān)僭O(shè)計(jì)一個(gè)使用flag的程序；若用了，請(qǐng)?jiān)僭O(shè)計(jì)一個(gè)不用 flag的程序。當(dāng)每股售價(jià)在 14元到 25元之間時(shí)，附加手續(xù)費(fèi)為基本手續(xù)費(fèi)的 2%，除非交易的股數(shù)不是 100 的倍數(shù)，在這種情況下附加手續(xù)費(fèi)為基本手續(xù)費(fèi)的 6%。 7. 圖 ，請(qǐng)把它改畫為等價(jià)的盒圖。 While X0 Z=Z+Y。 表 模塊接口描述 4. 用面向數(shù)據(jù)流方法設(shè)計(jì)本書第 2章第 11 題所述的工資支付系統(tǒng)的軟件結(jié)構(gòu)。如果對(duì)一個(gè)訂戶既有修改事務(wù)又 有刪除事務(wù)，則已對(duì)那個(gè)訂戶的事務(wù)排好次序了，以便使修改發(fā)生在刪除之前。 供選擇的答案： A. ① 需求不確定性高的 ② 需求確定的 ③ 管理信息 ④ 決策支持 B. ① 用戶界面使用手冊(cè) ② 用戶界面需求分析說明書 ③ 系統(tǒng)界面原型 ④ 完善的用戶界面 C. ① 改進(jìn)用戶界面的設(shè)計(jì) ② 閱讀文檔資料 ③ 模擬用戶界面的運(yùn)行 ④ 運(yùn)行用戶界面原型 D.① 同意什么和不同意什么 ② 使用和不使用哪一種編程語(yǔ)言 ③ 程序的結(jié)構(gòu) ④ 執(zhí)行速度是否滿足要求 E.① 自外向內(nèi) ② 自頂向下 ③ 自內(nèi)向外 ④ 自底向上 二、簡(jiǎn)答題 1. 用逐步求精方法解決下述的更新順序主文件的問題。需求規(guī)格說明書的內(nèi)容不應(yīng)當(dāng)包括 ( D )。 供選擇的答案： A. 總結(jié) B. 階段性報(bào)告 C. 需求分析評(píng)審 D. 以上答案都不正確 2. 各種需求方法都有它們共同適用的 ( )。 供選擇的答案： A ．說明方法 B ．描述方式 C. 準(zhǔn)則 D．基本原則 3. 軟件需求分析的任務(wù)不應(yīng)包括 ( A )。該文檔在軟件開發(fā)中具有重要的作用，但其作用不應(yīng)當(dāng)包括 ( E )。 美國(guó)某雜志社需要一個(gè)軟件，以更新存有該雜志訂戶姓名、地址等數(shù)據(jù)的順序主文件。 2. 分析圖 ，確定每個(gè)模塊的內(nèi)聚類型。 5. 用 3種方法計(jì)算圖 。 X=X1。 圖 程序流程圖 8. 某交易所規(guī)定給經(jīng)紀(jì)人的手續(xù)費(fèi)計(jì)算方法如下：總手續(xù)費(fèi)等于基本手續(xù)費(fèi)加上與交易中的每股價(jià)格和股數(shù)有關(guān)的附加手續(xù)費(fèi)。當(dāng)每股售價(jià)超過 25元時(shí)，如果交易的股數(shù)零散（即，不是 100的 倍數(shù)），則附加手續(xù)費(fèi)為基本手續(xù)費(fèi)的 4%，否則附加手續(xù)費(fèi)為基本手續(xù)費(fèi)的 1%。 11. 研究下面給出的偽碼程序，要求： (1)畫出它的程序流程圖； (2)它是結(jié)構(gòu)化的還是非結(jié)構(gòu)化的？說明你的理由； (3)若是非結(jié)構(gòu)化的，則 (a)把它改造成僅用三種控制結(jié)構(gòu)的結(jié)構(gòu)化程序； (b)寫出這個(gè)結(jié)構(gòu)化設(shè)計(jì)的偽碼； (c)用盒圖表示這個(gè)結(jié)構(gòu)化程序。 Ashcroft_Manna技術(shù)可以將非結(jié)構(gòu)化的程序轉(zhuǎn)換為結(jié)構(gòu)化程序，圖 換的例子?；疖囶^既可能是內(nèi)燃機(jī)車也可能是電氣機(jī)車。 第三章習(xí)題解答 一、選擇題 1. 答案： C. 分析：作為需求分析階段工作的復(fù)查手段，在需求分析的最后一步，應(yīng)該對(duì)功能的正確性、完整性和清晰性，以及其它需求給予評(píng)價(jià)。 需要能夠表達(dá)和理解問題的信息域和功能域； 167。需求分析的結(jié)果是軟件需求規(guī)格說明書。此外，軟件需求分析階段只確定軟件系統(tǒng)要“做什么”，完成對(duì)重要功能、性能、確認(rèn)準(zhǔn)則的描述，至于“怎么做”由后續(xù)的設(shè)計(jì)階段完成，對(duì)算法的詳細(xì)過程性描述也是在設(shè)計(jì)階段給出。 使用原型的原型化方法特別適用于需求不確定性較高的軟件系統(tǒng)的開發(fā)。隨著不斷 試驗(yàn)、糾錯(cuò)、使用、評(píng)價(jià)和修改，獲得新的原型版本，如此周而復(fù)始，逐步減少分析和通信中的誤解，彌補(bǔ)不足之處，進(jìn)一步確定各種需求細(xì)節(jié)，適應(yīng)需求的變更，從而提高了最終產(chǎn)品的質(zhì)量。 圖 典型地順序主文件更新問題 為了簡(jiǎn) 單起見，在圖 。 圖 順序主文件更新系統(tǒng)概貌 然后用逐步求精方法設(shè)計(jì)圖 “更新主文件”的實(shí)現(xiàn)算法。最初，某個(gè)問題可能無關(guān)緊要，但后來同樣的問題會(huì)變得相當(dāng)重要。 作為對(duì)“更新主文件”的第一步求精，我們把它分解為 3個(gè)處理框，分別稱為“輸入”、“處理”和“輸出”，如圖 。 為了搞清楚怎樣按照事務(wù)文件的指示，更新舊的主文件產(chǎn)生新的主文件，也就是 說，為了設(shè)計(jì)出處理的算法，讓我們?cè)僖淮窝芯繄D 所示的例子。接下來讀取下一個(gè)事務(wù)記錄（ Harris）和下一個(gè)舊的主文件記錄（ James），分別在各自的緩沖區(qū)里覆蓋 Brown記錄，因?yàn)?Harris和 James之前，而且事務(wù)類型為 1（插入），所以把 Harris 記錄寫到新的主文件中以實(shí)現(xiàn)插入。更確切地說，將 Smith事務(wù)記錄寫入異常報(bào)告，而把Smith舊的主文件記錄寫入新的主文件。圖中連到“輸入”和“輸出”方框的虛線表示把如何處理輸入和輸出的設(shè)計(jì)決定推遲到較晚的求精步驟中再做出，該圖其余部分是實(shí)現(xiàn)“處理”的流程圖，或者說是對(duì)處理事務(wù)的算法的初步求精結(jié)果。使用逐步求精方法設(shè)計(jì)軟件時(shí)，每完成一個(gè)求精步驟都必須對(duì)這個(gè)求精步驟得出的設(shè)計(jì)結(jié)果仔細(xì)審查，沒有發(fā)現(xiàn)錯(cuò)誤才能進(jìn)行下一個(gè)求精步驟的設(shè)計(jì)工作，如果發(fā)現(xiàn)了錯(cuò)誤則應(yīng)該及時(shí)糾正。在圖 ，因?yàn)槭聞?wù)記錄 的關(guān)鍵字與舊的主文件記錄的關(guān)鍵字相同，沿最左邊的路徑到底“測(cè)試事務(wù)類型”判定框。在本設(shè)計(jì)中，第二步求精的結(jié)果（見圖 ）是正 確的，可以把它作為第三步求精的基礎(chǔ)。由于事務(wù)文件是預(yù)先排好序的，當(dāng)新讀出的事務(wù)記錄與主文件記錄有相同的關(guān)鍵字時(shí)，也就是新讀出的事務(wù)記錄與前一個(gè)事務(wù)記錄是針對(duì)同一個(gè)訂戶的事務(wù)的，新讀出的事務(wù)記錄的類型只可能是“修改”或“刪除”（已知前一個(gè)事務(wù)記錄的類型是“修改”）。下面列出對(duì)事務(wù)文件可能做的一些預(yù)處理：如果針對(duì)同一個(gè)訂戶有多個(gè)修改事務(wù)，則僅保留最后一個(gè)修改事務(wù)（本問題中的主文件記錄僅有訂戶姓名和地址兩項(xiàng)信息，多次修改地址則以最后一次修改為準(zhǔn)）；若插入一位新訂戶記錄后，又有零或多個(gè)修改事務(wù)，最后是一個(gè)刪除事務(wù)，則略去這一系列事務(wù)；若對(duì)一個(gè)訂戶記錄既有修改事務(wù)又有刪除事務(wù)，則略 去修改事務(wù)，僅保留刪除事務(wù)；若針對(duì)一位訂戶既有插入事務(wù)又有修改事務(wù)，則用修改事務(wù)的內(nèi)容（地址信息）更正插入事務(wù)的內(nèi)容（地址信息），然后刪去這個(gè)修改事務(wù)。在設(shè)計(jì)的早期階段，設(shè)計(jì)者集中精力關(guān)注的 7 個(gè)左右問題是不 應(yīng)該包括打開和關(guān)閉文件這樣的細(xì)節(jié)問題的。逐步求精方法能夠確保每個(gè)問題都得到解決，并且是在合適的時(shí)間解決，在任何時(shí)刻都不需要同時(shí)考慮 7個(gè)以上的問題。重復(fù)調(diào)用“讀取地點(diǎn)、時(shí)間和溫度”、“創(chuàng)建新的溫度記錄”、“計(jì)算特定地點(diǎn)的日平均溫度”和“存儲(chǔ)溫度記錄”等模塊