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