【正文】 動序列描述出來，并顯 示角色之間的交互。 UML中，可以用一個序列圖、協(xié)作 圖或活動圖來表示工作流。 A. 角色 B. 活動 C. 制品 D. 工作流 A 軟件設計師 過程隨著時間動態(tài)組織，把軟件的生存期劃分 為一些周期，每個周期都影響新一代產(chǎn)品。里程碑是一個時間點， 在這個時間點上必須做出重要的決策，達到一些關鍵的目標。 —— 生命周 期目標里程碑 。 —— 生命周期體系 結(jié)構(gòu)里程碑。 —— 初始運行能力里程碑。 —— 產(chǎn)品發(fā)布里程碑。 在 結(jié)束時產(chǎn)生 “ 在適當?shù)钠脚_上集成的軟件產(chǎn)品 ” 。 A. 初期階段 B. 精化階段 C. 構(gòu)建階段 D. 移交階段 C A軟件設計師 ? 軟件質(zhì)量管理 軟件質(zhì)量 是指反映軟件系統(tǒng)或軟件產(chǎn)品滿足規(guī)定或隱含 需求的能力的特征和特性全體。 ? 軟件質(zhì)量模型 ISO/IEC 9126軟件質(zhì)量模型 Mc Call軟件質(zhì)量模型 軟件設計師 ISO/IEC 9126軟件質(zhì)量模型 由 3個層次組成：質(zhì)量特性，質(zhì)量子特性，度量指標。 可靠性：成熟性、容錯性、易恢復性。 效率：時間特性、資源特性。 可移植性：適應性，易安裝性、一致性、易替換性。子特性 屬于可靠性質(zhì)量特性。主要內(nèi)容有： ?業(yè)務和數(shù)據(jù)的流程是否通暢，是否合理 ?數(shù)據(jù)、業(yè)務過程和組織管理之間的關系 ?原系統(tǒng)管理模式改革和新系統(tǒng)管理方法的實現(xiàn)是 ?否具有可行性等。它是一種便于用戶理解、分析系統(tǒng)數(shù) 據(jù)流程的圖形工具。 B. 總體設計 C. 詳細設計 D. 程序編程 A. 需求分析軟件設計師 例如：學籍管理系統(tǒng)的數(shù)據(jù)流圖 軟件設計師 數(shù)據(jù)流圖的基本組成及符號 ? 外部項 (外部實體 )：外部項在數(shù)據(jù)流圖中表示所描述系統(tǒng)的數(shù)據(jù)來源和去處的各種實體或工作環(huán)節(jié)。 ? 加工 (數(shù)據(jù)加工 )：又稱數(shù)據(jù)處理邏輯，描述系統(tǒng)對信息進行處理的邏輯功能。 ? 數(shù)據(jù)流：與所描述系統(tǒng)信息處理功能有關的各類信息的載體，是各加工環(huán)節(jié)進行處理和輸出的數(shù)據(jù)集合。 。 軟件設計師 5. 編號 每個數(shù)據(jù)加工環(huán)節(jié)和每張數(shù)據(jù)流圖都要編號。類似地，在分層數(shù)據(jù)流圖中， 如下層圖上的數(shù)據(jù)流或數(shù)據(jù)存儲是由上層圖某個成分的分解 而得，則父項與子項的編號要體現(xiàn)數(shù)據(jù)流圖分解的完整性與 一致性的原則，如父項編號為 F1或 D1，則其子項分別為 ， ， … ，或 ， ， … 等。當使用 DFD對一個工資系統(tǒng)進行建模時， (2) 可以被認定 為外部實體。如果滿足，進行供貨處理：即修改庫存記錄文件，給庫房開具備貨單并且保留客戶訂單至訂單記錄文件；否則進行缺貨處理：將缺貨訂單錄入缺貨記錄文件。 3．根據(jù)采購部門提供的進貨通知單進行進貨處理：即修改庫存記錄文件，并從缺貨記錄文件中取出缺貨訂單進行供貨處理。 軟件設計師 現(xiàn)采用結(jié)構(gòu)化方法對銷售管理系統(tǒng)進行分析與設計，獲 得如圖所示的頂層圖和第 0層數(shù)據(jù)流圖。 【 問題 2】 （ 3 分） 使用說明中的詞語，給出第 0層圖的數(shù)據(jù)存儲 D1~D3的名稱。 起 點 終 點 D3 訂貨記錄文件 銷售統(tǒng)計 D2 庫存記錄文件 處理訂單 D1 缺貨記錄文件 供貨處理 進貨處理 D1 缺貨記錄文件 軟件設計師 【 說明 】 某基于微處理器的住宅安全系統(tǒng)，使用傳感器 (如紅外探 頭、攝像頭等 )來檢測各種意外情況，如非法進入、火警、水 災等。在安裝過程中，系統(tǒng)給每個傳 感器賦予一個編號 (即 id)和類型，并設置房主密碼以啟動和關 閉系統(tǒng)，設置傳感器事件發(fā)生時應自動撥出的電話號碼。 軟件設計師 【 問題 1】 住宅安全系統(tǒng)頂層圖中的 A和 B分別是什么 ? 傳感器 報警器 軟件設計師 【 問題 2】 住宅安全系統(tǒng)第 0層 DFD圖中的數(shù)據(jù)存儲 “ 配置信息 ” 會影響圖中哪些加工 ? 軟件設計師 【 問題 3】 將加工 4的細化圖中的數(shù)據(jù)流補充完整，并指明加工名稱、數(shù)據(jù)流的方向 (輸入 /輸出 )和數(shù)據(jù)流名稱． 傳感器數(shù)據(jù) 5 顯示信息 和狀態(tài) 傳感器 電話撥號 傳感器狀態(tài) 電話線 軟件設計師 加工名稱 數(shù)據(jù)流方向 數(shù)據(jù)流名稱 顯示格式 輸出 傳感器數(shù)據(jù) 讀傳感器 輸入 傳感器狀態(tài) 撥號 輸出 電話撥號 軟件設計師 ? 【 軟件設計師考試 2022年 5月上午試題 31】 在繪制數(shù)據(jù)流圖時，應遵循父圖與子圖平衡的 原則，所謂平衡是指 。 B. 子圖不改變父圖數(shù)據(jù)流的一致性。 D. 子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定。 A. 模塊內(nèi)各種元素結(jié)合的程度。 C. 模塊之間公共數(shù)據(jù)的數(shù)量。 內(nèi)聚是一種指標，表示一個模塊 。 A. 高內(nèi)聚，高耦合 B. 高內(nèi)聚，低耦合 C. 低內(nèi)聚，高耦合 D. 低內(nèi)聚，低耦合 B軟件設計師 耦合 :系統(tǒng)內(nèi)不同模塊之間互連程度的度量。模塊間接口的復雜性越高，說明耦合的程度也越高。 ? 控制耦合 :如果兩個模塊彼此間傳遞的信息中有控制信息，那么這種塊間耦合稱為控制耦合。 ? 內(nèi)容耦合 :如果一個模塊需要涉及另一個模塊的內(nèi)部信息時，則這種聯(lián)系稱為內(nèi)容耦合。 軟件設計師 ? 偶然內(nèi)聚 ：如果一個模塊所要完成的動作之間沒有任何關系，或者即 使有某種關系，也是非常松散的，就稱之為偶然組合。 ? 時間內(nèi)聚 ：如果一個模塊內(nèi)部的各個組成部分所包含的處理動作必須 在同一時間內(nèi)執(zhí)行，則稱之為時間組合。 ? 通信內(nèi)聚 ：如果一個模塊內(nèi)部的各個組成部分所完成的動作都使用了 同一個輸入數(shù)據(jù)或產(chǎn)生同一個輸出數(shù)據(jù)，則稱之為通信組合。 ? 功能內(nèi)聚 ：如果一個模塊內(nèi)部的各個組成部分全部為執(zhí)行同一功能而 結(jié)合成為一個整體，則稱之為功能組合方式的模塊。 軟件設計師 系統(tǒng)測試的基本原則： ? 測試工作應避免由原開發(fā)軟件的個人或小組來承擔 ? 設計測試用例不僅要包括合理、有效的輸入數(shù)據(jù)，還要包 括無效的或不合理的輸入數(shù)據(jù)。 ? 不僅要檢驗程序做了該做的事，還要檢查程序是否 同時做了不該做的事。 軟件設計師 測試過程： 1. 制定測試計劃 2. 編制測試大綱 3. 根據(jù)測試大綱設計和生成測試用例 4. 實施測試 5. 生成測試報告 軟件設計師 系統(tǒng)測試的方法： 被測程序不在機器上運行，而是采用人工檢測 和計算機輔助靜態(tài)分析的手段對程序進行檢測。有 黑盒測試法 和 白盒 測試法。根據(jù)軟 件的需求規(guī)格說明書設計測試用例，只在軟件的界面上 進行測試，從程序的輸入和輸出特性上測試是否滿足設 定的功能。 軟件設計師 白盒測試： 是在已知程序內(nèi)部結(jié)構(gòu)和處理過程的前提下，通 過測試來檢測程序中的每條路徑是否按預定要求正常運行。 白盒測試方法主要有邏輯覆蓋、基本路徑測試等 。 集成測試（組裝測試） ：在每個模塊完成了單元測試以后，需要按照設計時作出的層次模塊圖把它們連接起來，進行組裝測試。 系統(tǒng)測試 ：將信息系統(tǒng)的所有組成部分包括軟件 、 硬件 、用戶以及環(huán)境等綜合在一起進行測試 ， 以保證系統(tǒng)的各組成部分協(xié)調(diào)運行 。 A. 測試人員應該在軟件開發(fā)結(jié)束后開始介入 B. 測試主要是軟件開發(fā)人員的工作 C. 要根據(jù)軟件詳細設計中設計的各種合理數(shù)據(jù)設 計測試用例 D. 嚴格按照測試計劃進行，避免測試的隨意性。 （ 1） A. 單元測試 B. 集成測試 C. 確認測試 D. 系統(tǒng)測試 （ 2） A. 單元測試 B. 集成測試 C. 確認測試 D. 系統(tǒng)測試 軟件設計師 ? 【 軟件設計師考試 2022年 11月上午試題 36】 在模擬環(huán)境下，常采用黑盒測試檢驗所開發(fā)的 軟件是否與需求規(guī)格說明書一致。 A. 單元測試 B. 集成測試 C. 確認測試 D. 系統(tǒng)測試 軟件設計師 系統(tǒng)運行和維護基礎知識 系統(tǒng)可維護性概念： 維護人員理解、改正、改動和改進這個軟件的 難易程度。 系統(tǒng)維護的內(nèi)容和類型 ： 硬件維護、軟件維護、數(shù)據(jù)維護。 軟件設計師 軟件維護包括： 正確性維護：改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測試階段尚 未發(fā)現(xiàn)的錯誤。 適應性維護：使應用軟件適應信息技術變化和管理需求變化 而進行的修改。 完善性維護：為擴充功能和改善性能而進行的修改，主要是 對已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設計階段中沒有規(guī)定的 功能與性能特征。 預防性維護：為改進應用軟件的可靠性和可維護性，為了使 用硬件環(huán)境的變化，主動增加預防性的新的功能，以使應用系統(tǒng) 適應各類變化而不被淘汰。 軟件設計師 ? 【 軟件設計師考試 2022年 11月上午試題 34】 系統(tǒng)的可維護性可以用系統(tǒng)的可維護性評價指 標來衡量。 A. 可理解性 B. 可修改性 C. 準確性 D. 可測試性 軟件設計師 各類軟件維護活動中， 維護占整個維護工 作的比重最大