【正文】 知賬單有效通知賬單機票 E 1護 士E 3時 鐘E 2病 人F 1 要 求 報 告F 2 生 理 信 號F 3 日 前 、 時 間E 1護 士F 4 警 告 信 息D 2 患 者 安 全 范 圍D 1 患 者 日 志F 5 安 全 范 圍F 6 日 志P 1接 收 信 號P 4定 時 取 樣生 理 信 號P 5更 新 日 志P 3產 生 警 告 信 息P 2分 析 信 號P 6產 生 病 情 報 告F 2 生 理 信 號危 及 病 人 信 息定 時 的 生 理 信 號F 2 生 理 信 號F 6 日 志D 3 生 理 信 息F 2 生 理 信 號定 時 的生 理 信 號P 7 制 定 安全 范 圍患 者 監(jiān) 護 系統(tǒng)患 者 生 理 信號 獲 取制 定 生 理 信號 安 全 范 圍接 收 信 號定 時 取 樣生 理 信 號監(jiān) 護 處 理分 析 信 號更 新 日 志報 警 病 情 報 告生理信號范圍生理信號定時生理信號生理信號范圍定時生理信號日志危機信息生理信號危機信息生理信號定時生理信號日志監(jiān) 護 信 息 輸出日志危機信息生理信號取 得 時 間時間 54 美國某大學有 200 名教師，校方與教師工會剛剛簽訂一項協(xié)議。 (2) 二者都采用多層次矩形框樹形結構。 模塊設計的準則： (1) 改進軟件結構 , 提高模塊獨立性 :在對初步模塊進行合并、分解和移動的分析、精化過程中力求提高模塊的內聚，降低藕合。 ?它的作用是什么？ 數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合。 哪些部分組成 ? 組成包括： (1) 引言：編寫目的、背景說明、術語定義及參考資料等。某醫(yī)院打算開發(fā)一個以計算機為中心的患者監(jiān)護系統(tǒng)，請分層次地畫出描述本系統(tǒng)功能的數(shù)據(jù)流圖。它能支持開發(fā)者按照軟件工程的方法 ,全面完成生存周期中的各項任務。 (2) 可以 降低每個階段任務的復雜程度，簡化不同階段的聯(lián)系，有利于工程的組織管理，也便于采用良好的技術方法。在開發(fā)軟件的過程中努力作到良好的組織，嚴格的管理，相互友好的協(xié)作。 (4)軟件生產效率很低。 (4) 軟件常常是不可維護的。要求計算： (1) 在 1985 年對計算機存儲容量的需求估計是多少 ?如果字長為 16 位，這個存儲器的 價格是多少 ? (2) 假設在 1985 年一名程序員每天可開發(fā)出 10 條指令，程序員的平均工資是每月4000 美元。如此反復，直至軟件人員和用戶對所設計完成的軟件系統(tǒng)滿意為止。 6. 可行性研究報告的主要內容？ 可行性分析的結果是可行性研究報告 ,內容包括： (1) 系統(tǒng)概述：說明開發(fā)的系統(tǒng)名稱 ,提出單位和開發(fā)單位。 為了分析病人生理信號是否超出了醫(yī)生規(guī)定的安全范圍，應該存儲“患者安全范圍”信息。 畫分層的 DFD 要遵循哪些原則： (1)父圖與子圖之間數(shù)據(jù)要平衡。 請用狀態(tài)轉換圖描繪復印機的行為。 5. 變換型數(shù)據(jù)流由哪幾部分組成？ 變換型結構由三部分組成 :傳入路徑、變換 (加工 )中心和傳出路徑。 一種零件可供應多個工程項目，一個工程項目需要使用多種零件，因此，零件與工程項目之間的聯(lián)系“供應”，是多對多（ M 39。面向數(shù)據(jù)結構的設計以數(shù)據(jù)結構為基礎，從問題的數(shù)據(jù)結構出發(fā)導出它的程序結構。 68 畫出下列偽碼程序的流圖，計算它的環(huán)形復雜度。 (8) 根據(jù)實時要求系統(tǒng)需要的響應速度和效率選擇相應的語言。 判定覆蓋 :使被測程序中的每一個分支至少執(zhí)行一次。 (5) (5) 根據(jù)對程序可靠性的要求采用不同的邏輯覆蓋標準，再補充一些測試方案。 ？ 改正性維護：滿足用戶對已開發(fā)產品的性能與運行環(huán)境不斷提高的要求，進而達到延長軟件壽命的目的。 ？ (1) 軟件項目與其他任何產業(yè)項目不同，它是算法、思想、概念、組織、流程、效率、優(yōu)化等的融合體； (2) 開發(fā)軟件項目產品 ,在多數(shù)情況下 ,用戶給不出明確的想法和要求。 PERT 圖。 (2) 質量管理 : 按項目的質量保證計劃 ,確保各個開發(fā)階段的開發(fā)和維護工作全部按軟件工程的規(guī)范進行 ,保證軟件產品的質量。 前 綴 200 到 999 之間的三位 ； ?0?； ?1?； ； 。 ? (1) (1) 在任何 情況下都應使用邊界值分析的方法。 黑盒測試主要采用的技術有 :等價分類法、邊沿值分析法、錯誤推測法和因果圖等技術。 (5) 選擇程序員熟悉的語言。 （ 3）在（ 2）題的設計中你使用附加的標志變量 flag 嗎？ 若沒用，請再設計一個使用 flag 的程序； 若用了，再設計一個不用 flag 的程序 (1)通常所說的結構化程序，是按照狹義的結構程序的定義衡量，符合定義規(guī)定的程序。需要寫一個程序計算并印出每名教師的原工資和調整后的新工資。 繪制該系統(tǒng)的數(shù)據(jù)流圖和軟件結構圖。 (3) 軟件結構圖的深度、寬度、扇入和扇出要適當。 ? 有決策樹 (又稱判定樹 )、決策表 (又稱判斷表 )和結構化語言等。 (4) 用戶接口、硬件接口及軟件接口。進一步分析問題陳述，從系統(tǒng)應該“定時記錄病人情況以形成患者日志”這項要求可以想到，還應該有一個提供日期和時間信息的“時鐘”作為數(shù)據(jù)源點。 ? 確定在問題定義中所提出的問題是否值得去解，在限制條件下，問題能否解決。 8．軟件開發(fā)模型有幾種？它們的開發(fā)方法有可特點？ 軟件開發(fā)模型有瀑布型、漸增型和變換型。將軟件開發(fā) 各個階段使用的軟件工具集合成一個整體，形成一個很好的軟件開發(fā)支環(huán)環(huán)境。 (7)軟件技術的發(fā)展遠遠滿足不了計算機應用的普及與深入的需要。 ？ (1) 對軟件開發(fā)成本和進度的估計常常很不準確。 總之為了解決軟件危機，既要有技術措施 (方法和工具 )，又要有必要的組織管理措施。 瀑布型開發(fā)方法是按照軟件生存周期的劃分依次實施， 每一個階段有明確規(guī)定的任務。 3．可行性研究的任務？ (1) 進一步分析和澄清問題的定義，在澄清問題的 基礎上，導出系統(tǒng)的邏輯模型； (2) 從系統(tǒng)邏輯模型中，選擇問題的若干種主要解法，研究每一種解法的可行性，為以后的行動提出建議； (3) 如果問題沒有可行的解，建議停止系統(tǒng)開發(fā)；如果問題有可行的解，應該推薦一個較好的解決方案，并為工程制定一個初步的計劃。 從問題陳述容易看出，本系統(tǒng)的數(shù)據(jù)終點是接收警告信息和病情報告的護士。 (5) 性能需求、屬性等。 33 銀行 計算機儲蓄系統(tǒng)的工作過程大致如下：儲戶填寫的存款單或取款單由業(yè)務員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址 (或電話號碼 )、身份證號碼、存款類型、存款日期、到期日期、利率及密碼 (可選 )等信息，并印出存單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶。一般模塊的調用個數(shù)不要超過 5 個。 頂層 一層 二層 軟件結構圖 補充 1：請為某倉庫的管理設計一個 ER 模型。 要求：（ 1）畫出此系統(tǒng)的數(shù)據(jù)流圖；（ 2）寫出需求說明； （ 3）設計上述的工資調整程序 (要求用 HIPO 圖描繪設計結果 )，設計時分別采用兩種算法，并比較兩種算法的優(yōu)缺點： （ a）搜索工資檔案數(shù)據(jù)，找出年工資少于 $26000 的人，計算新工資，校核是否超過 $26000，存儲新工資，印出新舊工資對照表； （ b）把工資檔案數(shù)據(jù)按工資從最低到最高的次序排序，當工資數(shù)額超過 $26000時即停止排序，計算新工資，校核是否超過限額，存儲新 工資，印出結果。圖示的程序的循環(huán)控制結構有兩個出口，顯然不符合狹義的結構程序的定義，因此是非結構化的程 序。 (6) 選擇標準化 程度高、程序可移植性好的語言。 ?白盒測試主要采用的技術有哪些 ? 測試者了解被測程序的內部結構和處理過程 ,對程序的所有邏輯路徑進行測試 ,在不同點檢查程序狀 態(tài) ,確定實際狀態(tài)與預期狀態(tài)是否一致。 (2) (2) 必要時用等價類劃分法補充測試方案。 后 綴 。 (3) 配置管理 :通過對于程序、文檔和數(shù)據(jù)的各種版本所進行的管理，保證資料的完整性與一致性。 (1)找出關鍵路徑和完成項目的最早時間； (2)標出每項活動的最早起止時間與最遲起止時間。最終目標是以合理的費用和進度，圓滿完成計劃所規(guī)定的軟件項目。 設計測試方案 方案 內容 輸 入 預期 輸出 地區(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 無效 第八章 軟件維護 習題答案 ？ 因為軟件的開發(fā)過程中，一般很難檢測到所有的錯誤，其次軟件在應用過程中需要隨用戶新的要求或運行環(huán)境的變化而進行軟件的修改或完成功能的增刪等，為了提高軟件的應用水平和使用壽命，軟件的維護是不可避免的。 (4) (4) 對照程序邏輯，檢查已設計出的測試方案。 ?舉例說明 ? 語句覆蓋 :至少執(zhí)行程序中所有語句一次。如對于系統(tǒng)程序和結構復雜的應用程序，選擇支持數(shù)組、記錄 (或結構 )與指針動態(tài)數(shù)據(jù)結構的Pascal 語言或 C語言。 開 始pqg停 止TFFT (3)不使用 flag 把該程序改造為等價的結構化程序的方法如圖所示。 不同點： (1) 面向數(shù)據(jù)流的設計以數(shù)據(jù)流圖為基礎，在分析階段用 DFD 表示軟件的邏輯模型，在設計階段按數(shù)據(jù)流類型，將數(shù)據(jù)流圖轉換為軟件結構。倉庫向工程項目供應零件，并且根據(jù)需要向供應商訂購零件 本問題中共有三類實體，分別是“零件 ”、“工程項目”和“供應商”。 (6) 模塊的作用域應在控制域之內。 E 1儲 戶P 0 儲 蓄 系 統(tǒng)E 1儲 戶F 1 存 款 單F 2 取 款 單F 3 存 單F 4 利 息 清 單D 1 存 款 信 息F 5 存 款 信 息 F 5 存 款 信 息E 1儲 戶E 1儲 戶F 1 存 款 單F 2 取 款 單F 3 存 單F 4 利 息D 1 存 款 信 息F 5 存 款 信 息F 5 存 款 信 息E 2業(yè) 務 員P 3核 算 密 碼P 4計 算 利 息P 5打 印 利 息 清 單P 1記 錄 存 款 信 息P 2打 印 存 單F 7 密 碼D 2 存 款 利