【正文】 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 34】 系統(tǒng)的可維護(hù)性可以用系統(tǒng)的可維護(hù)性評價(jià)指 標(biāo)來衡量。 完善性維護(hù)：為擴(kuò)充功能和改善性能而進(jìn)行的修改，主要是 對已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設(shè)計(jì)階段中沒有規(guī)定的 功能與性能特征。 軟件設(shè)計(jì)師 軟件維護(hù)包括： 正確性維護(hù)：改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測試階段尚 未發(fā)現(xiàn)的錯(cuò)誤。 A. 單元測試 B. 集成測試 C. 確認(rèn)測試 D. 系統(tǒng)測試 軟件設(shè)計(jì)師 系統(tǒng)運(yùn)行和維護(hù)基礎(chǔ)知識 系統(tǒng)可維護(hù)性概念： 維護(hù)人員理解、改正、改動和改進(jìn)這個(gè)軟件的 難易程度。 A. 測試人員應(yīng)該在軟件開發(fā)結(jié)束后開始介入 B. 測試主要是軟件開發(fā)人員的工作 C. 要根據(jù)軟件詳細(xì)設(shè)計(jì)中設(shè)計(jì)的各種合理數(shù)據(jù)設(shè) 計(jì)測試用例 D. 嚴(yán)格按照測試計(jì)劃進(jìn)行，避免測試的隨意性。 集成測試（組裝測試） ：在每個(gè)模塊完成了單元測試以后，需要按照設(shè)計(jì)時(shí)作出的層次模塊圖把它們連接起來，進(jìn)行組裝測試。 軟件設(shè)計(jì)師 白盒測試： 是在已知程序內(nèi)部結(jié)構(gòu)和處理過程的前提下，通 過測試來檢測程序中的每條路徑是否按預(yù)定要求正常運(yùn)行。有 黑盒測試法 和 白盒 測試法。 ? 不僅要檢驗(yàn)程序做了該做的事，還要檢查程序是否 同時(shí)做了不該做的事。 ? 功能內(nèi)聚 ：如果一個(gè)模塊內(nèi)部的各個(gè)組成部分全部為執(zhí)行同一功能而 結(jié)合成為一個(gè)整體，則稱之為功能組合方式的模塊。 ? 時(shí)間內(nèi)聚 ：如果一個(gè)模塊內(nèi)部的各個(gè)組成部分所包含的處理動作必須 在同一時(shí)間內(nèi)執(zhí)行，則稱之為時(shí)間組合。 ? 內(nèi)容耦合 :如果一個(gè)模塊需要涉及另一個(gè)模塊的內(nèi)部信息時(shí)，則這種聯(lián)系稱為內(nèi)容耦合。模塊間接口的復(fù)雜性越高，說明耦合的程度也越高。 內(nèi)聚是一種指標(biāo)，表示一個(gè)模塊 。 A. 模塊內(nèi)各種元素結(jié)合的程度。 B. 子圖不改變父圖數(shù)據(jù)流的一致性。在安裝過程中，系統(tǒng)給每個(gè)傳 感器賦予一個(gè)編號 (即 id)和類型，并設(shè)置房主密碼以啟動和關(guān) 閉系統(tǒng)，設(shè)置傳感器事件發(fā)生時(shí)應(yīng)自動撥出的電話號碼。 【 問題 2】 （ 3 分） 使用說明中的詞語，給出第 0層圖的數(shù)據(jù)存儲 D1~D3的名稱。 3．根據(jù)采購部門提供的進(jìn)貨通知單進(jìn)行進(jìn)貨處理：即修改庫存記錄文件，并從缺貨記錄文件中取出缺貨訂單進(jìn)行供貨處理。當(dāng)使用 DFD對一個(gè)工資系統(tǒng)進(jìn)行建模時(shí)， (2) 可以被認(rèn)定 為外部實(shí)體。 軟件設(shè)計(jì)師 5. 編號 每個(gè)數(shù)據(jù)加工環(huán)節(jié)和每張數(shù)據(jù)流圖都要編號。 ? 數(shù)據(jù)流：與所描述系統(tǒng)信息處理功能有關(guān)的各類信息的載體，是各加工環(huán)節(jié)進(jìn)行處理和輸出的數(shù)據(jù)集合。 B. 總體設(shè)計(jì) C. 詳細(xì)設(shè)計(jì) D. 程序編程 A. 需求分析軟件設(shè)計(jì)師 例如：學(xué)籍管理系統(tǒng)的數(shù)據(jù)流圖 軟件設(shè)計(jì)師 數(shù)據(jù)流圖的基本組成及符號 ? 外部項(xiàng) (外部實(shí)體 )：外部項(xiàng)在數(shù)據(jù)流圖中表示所描述系統(tǒng)的數(shù)據(jù)來源和去處的各種實(shí)體或工作環(huán)節(jié)。主要內(nèi)容有： ?業(yè)務(wù)和數(shù)據(jù)的流程是否通暢，是否合理 ?數(shù)據(jù)、業(yè)務(wù)過程和組織管理之間的關(guān)系 ?原系統(tǒng)管理模式改革和新系統(tǒng)管理方法的實(shí)現(xiàn)是 ?否具有可行性等。 可移植性：適應(yīng)性，易安裝性、一致性、易替換性。 可靠性：成熟性、容錯(cuò)性、易恢復(fù)性。 A. 初期階段 B. 精化階段 C. 構(gòu)建階段 D. 移交階段 C A軟件設(shè)計(jì)師 ? 軟件質(zhì)量管理 軟件質(zhì)量 是指反映軟件系統(tǒng)或軟件產(chǎn)品滿足規(guī)定或隱含 需求的能力的特征和特性全體。 —— 產(chǎn)品發(fā)布里程碑。 —— 生命周期體系 結(jié)構(gòu)里程碑。里程碑是一個(gè)時(shí)間點(diǎn)， 在這個(gè)時(shí)間點(diǎn)上必須做出重要的決策，達(dá)到一些關(guān)鍵的目標(biāo)。 UML中，可以用一個(gè)序列圖、協(xié)作 圖或活動圖來表示工作流。 源代碼。 模型元素，如類，用例或子系統(tǒng)。產(chǎn)品是項(xiàng)目切實(shí)的成果，是項(xiàng)目為 生產(chǎn)出最終的產(chǎn)品而制造或使用的東西。 軟件設(shè)計(jì)師 活動： 是一個(gè)有明確目的的獨(dú)立工作單元。角色并不代表個(gè)人，而是說明 個(gè)人在業(yè)務(wù)中應(yīng)該如何表現(xiàn)以及他們應(yīng)該承擔(dān)的責(zé) 任。 活動（ Activities） —— “ 怎么做 ” 軟件設(shè)計(jì)師 RUP（ Rational Unified Process，統(tǒng)一軟件開發(fā) 過程，統(tǒng)一軟件過程 )： 是一個(gè)面向?qū)ο笄一诰W(wǎng)絡(luò) 的程序開發(fā)方法論。其中 對軟件過程和產(chǎn)品都有定 量的理解與控制。 每一個(gè)成熟度等級為過程改進(jìn)達(dá)到下一個(gè)等級提供一個(gè) 基礎(chǔ)，當(dāng)前一個(gè)等級沒有達(dá)到時(shí)，不能進(jìn)入下一個(gè)等級。 (3)已定義級 ：已將軟件管理和工程兩方面的過程文檔化、 標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。成熟度可指明一個(gè)軟件開發(fā) 組織軟件過程的能力的增長潛力。 圖表現(xiàn)了各個(gè)活動完成的進(jìn)度。 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 15】 在軟件項(xiàng)目管理中可以使用各種圖形工具來輔 助決策，下面對 Gannt圖的描述不正確的是 。 A. Gantt圖表現(xiàn)各個(gè)活動的持續(xù)時(shí)間。前者是以縮短時(shí)間、提高投資效益 為目的，而后者則能指出縮短時(shí)間、節(jié)約費(fèi)用的關(guān) 鍵所在。 TEi=max{第 i個(gè)任務(wù)的前驅(qū)任務(wù)最早完成時(shí)間 +第 i 個(gè)任務(wù)的持續(xù)時(shí)間 } TLi=min{第 i個(gè)任務(wù)的后驅(qū)任務(wù)最晚完成時(shí)間 第 i個(gè)任務(wù)的后驅(qū)任務(wù)持續(xù)時(shí)間 } TE最終任務(wù) = TL最終任務(wù) 松弛時(shí)間 = TLi – TEi 松弛時(shí)間為 0的任務(wù)路徑為關(guān)鍵路徑 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 1 18】 若一個(gè)項(xiàng)目由 9個(gè)主要任務(wù)構(gòu)成，其計(jì)劃圖 (如 下圖所示 )展示了任務(wù)之間的前后關(guān)系以及每個(gè)任務(wù) 所需天數(shù)，該項(xiàng)目的關(guān)鍵路徑是 (1) ，完成項(xiàng)目 所需的最短時(shí)間是 (2) 天。 松弛時(shí)間為 0的任務(wù)就是完成整個(gè)工程的關(guān)鍵路徑。 節(jié)點(diǎn) ：表示流入節(jié)點(diǎn)的任務(wù)的結(jié)束，并開始流出 節(jié)點(diǎn)的任務(wù)，稱之為事件，即一個(gè)時(shí)間點(diǎn)。 進(jìn)度安排的常用描述方法有： ? 甘特圖（ Gantt圖） ? 計(jì)劃評審技術(shù)圖（ PERT 圖） 軟件設(shè)計(jì)師 ?甘特圖（ Gantt圖） Gantt圖的橫坐標(biāo)表示時(shí)間，縱坐標(biāo)表示任務(wù)， 圖中的水平線段表示對一個(gè)任務(wù)的進(jìn)度安排，線段 的起點(diǎn)和終點(diǎn)對應(yīng)于橫坐標(biāo)上的時(shí)間，分別表示任 務(wù)的開始和結(jié)束時(shí)間，線段的長度表示完成該任務(wù) 所需的時(shí)間。 B. 開發(fā)人員和用戶是否充分理解系統(tǒng)的需求。該風(fēng)險(xiǎn)表 可以用于識別風(fēng)險(xiǎn)，并使得人們集中來識別下列常見的、已 知的及可預(yù)測的風(fēng)險(xiǎn)： 產(chǎn)品規(guī)模 — 與要建造或修改的軟件的總體規(guī)模相關(guān)的風(fēng)險(xiǎn)； 商業(yè)影響 — 與管理或市場所諸的約束相關(guān)的風(fēng)險(xiǎn)； 客戶特性 — 與客戶的素質(zhì)以及開發(fā)者和客戶定期通信的能力 相關(guān)的風(fēng)險(xiǎn)； 過程定義 — 與軟件過程被定義的程度以及它們被開發(fā)組織所 遵守的程序相關(guān)的風(fēng)險(xiǎn)； 軟件設(shè)計(jì)師 開發(fā)環(huán)境 — 與用以構(gòu)建產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風(fēng) 險(xiǎn)。 風(fēng)險(xiǎn)控制 — 確定風(fēng)險(xiǎn)估計(jì)的正確性。試圖系統(tǒng)化確定 對項(xiàng)目計(jì)劃（估算、進(jìn)度、資源分配）的威脅。 A．構(gòu)件化方法 B．結(jié)構(gòu)化方法 C．面向?qū)ο蠓椒? D．快速原型方法 軟件設(shè)計(jì)師 ? 軟件項(xiàng)目管理 軟件項(xiàng)目管理 是軟件在開發(fā)的過程中對軟件開發(fā)項(xiàng) 目的工作范圍、可能遇到的風(fēng)險(xiǎn)、需要的資源、要實(shí)現(xiàn) 的任務(wù)、經(jīng)歷的里程碑、花費(fèi)的工作量（成本）、以及 進(jìn)度的安排進(jìn)行管理。 面向?qū)ο箝_發(fā)方法有 Booch方法 、 Coad方法 和 OMT方法 等。 ? 結(jié)構(gòu)化的方法 ? Jackson方法 ? 面向?qū)ο箝_發(fā)方法 軟件設(shè)計(jì)師 ? 結(jié)構(gòu)化方法 結(jié)構(gòu)化的方法包括結(jié)構(gòu)化的分析、結(jié)構(gòu)化的設(shè) 計(jì)、結(jié)構(gòu)化的程序設(shè)計(jì)構(gòu)成，是一種 面向數(shù)據(jù)流 的 開發(fā)方法。 。 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 6】 在開發(fā)一個(gè)系統(tǒng)時(shí)，如果用戶對系統(tǒng)的目標(biāo)是不很清楚，難 以定義需求，這時(shí)最好使用 。 增量模型（ Incremental Model）： 增量模型在各個(gè)階段并不 交付一個(gè)可運(yùn)行的完整產(chǎn)品，而是交付滿足客戶需求的一個(gè)子 集的可運(yùn)行產(chǎn)品。即允許開發(fā)活動交叉、迭代 地進(jìn)行。 ? 實(shí)施工程：實(shí)施軟件開發(fā)，驗(yàn)證階段性產(chǎn)品。 顯然，快速原型方法可以克服瀑布模型的缺點(diǎn)，減少由于軟 件需求不明確帶來的開發(fā)風(fēng)險(xiǎn)，具有顯著的效果。因此，當(dāng)用戶需求比較明確時(shí)才 使用此模型。 A．分析軟件系統(tǒng)的數(shù)據(jù)要求 . B．確定軟件系統(tǒng)的功能需求 . C．確定軟件系統(tǒng)的性能要求 . D．確定軟件系統(tǒng)的運(yùn)行平臺 . 軟件設(shè)計(jì)師 ?軟件開發(fā)模型 為了指導(dǎo)軟件的開發(fā)，用不同的方法將軟件生 存周期中的所有開發(fā)活動組織起來，形成不同的軟 件開發(fā)模型，它描述軟件開發(fā)過程總各種活動如何 執(zhí)行的模型。 A. 系統(tǒng)開發(fā)合同 C. 系統(tǒng)開發(fā)計(jì)劃 D. 系統(tǒng)測試報(bào)告 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 33】 系統(tǒng)測試人員與系統(tǒng)開發(fā)人員需要通過文檔進(jìn)行溝通，