【正文】 顯示格式 輸出 傳感器數(shù)據(jù) 讀傳感器 輸入 傳感器狀態(tài) 撥號(hào) 輸出 電話撥號(hào) 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 5月上午試題 31】 在繪制數(shù)據(jù)流圖時(shí)，應(yīng)遵循父圖與子圖平衡的 原則，所謂平衡是指 。 A. 父圖和子圖都不得改變數(shù)據(jù)流的性質(zhì)。 B. 子圖不改變父圖數(shù)據(jù)流的一致性。 C. 父圖的輸入 /輸出數(shù)據(jù)流與子圖的輸入 /輸出數(shù)據(jù) 流一致。 D. 子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定。 軟件設(shè)計(jì)師 系統(tǒng)設(shè)計(jì)基礎(chǔ)知識(shí) ? 系統(tǒng)模塊結(jié)構(gòu)設(shè)計(jì) ? 【 軟件設(shè)計(jì)師考試 2022年 5月上午試題 1 17】 耦合度描述了 。 A. 模塊內(nèi)各種元素結(jié)合的程度。 B. 模塊內(nèi)多個(gè)功能之間的接口。 C. 模塊之間公共數(shù)據(jù)的數(shù)量。 D. 模塊之間相互關(guān)聯(lián)的程度。 內(nèi)聚是一種指標(biāo)，表示一個(gè)模塊 。 A. 代碼優(yōu)化的程度 C. 完成任務(wù)的及時(shí)程度 D. 為了與其他模塊連接所要 完成的工作量 B. 代碼功能的集中程度 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 32】 內(nèi)聚性和耦合性是度量軟件模塊獨(dú)立性的重要準(zhǔn) 則，軟件設(shè)計(jì)時(shí)應(yīng)力求 。 A. 高內(nèi)聚，高耦合 B. 高內(nèi)聚，低耦合 C. 低內(nèi)聚，高耦合 D. 低內(nèi)聚，低耦合 B軟件設(shè)計(jì)師 耦合 :系統(tǒng)內(nèi)不同模塊之間互連程度的度量。塊間耦合強(qiáng)弱取決于模塊間聯(lián)系形式及接口的復(fù)雜程度。模塊間接口的復(fù)雜性越高，說明耦合的程度也越高。 ? 數(shù)據(jù)耦合 :如果兩個(gè)模塊彼此間通過數(shù)據(jù)交換信息，而且每一個(gè)參數(shù)僅僅為數(shù)據(jù)，那么這種塊間耦合稱之為數(shù)據(jù)耦合。 ? 控制耦合 :如果兩個(gè)模塊彼此間傳遞的信息中有控制信息，那么這種塊間耦合稱為控制耦合。 ? 公共耦合 :如果兩個(gè)模塊彼此之間通過一個(gè)公共的數(shù)據(jù)區(qū)域傳遞信息時(shí)，則稱之為公共耦合或公共數(shù)據(jù)域耦合。 ? 內(nèi)容耦合 :如果一個(gè)模塊需要涉及另一個(gè)模塊的內(nèi)部信息時(shí)，則這種聯(lián)系稱為內(nèi)容耦合。 軟件設(shè)計(jì)師 塊間耦合形式 可讀性 錯(cuò)誤擴(kuò)散能力 可修改性 通用性 數(shù)據(jù)耦合 好 弱 好 好 控制耦合 中 中 中 中 公共耦合 不好 強(qiáng) 不好 較差 內(nèi)容耦合 最差 最強(qiáng) 最差 差 軟件設(shè)計(jì)師 內(nèi)聚 :模塊內(nèi)部元素的聯(lián)系方式，塊內(nèi)聯(lián)系標(biāo)志一個(gè) 模塊內(nèi)部各個(gè)元素間彼此結(jié)合的緊密程度，主要表 現(xiàn)在模塊內(nèi)部各個(gè)元素為了執(zhí)行某一功能而結(jié)合在 一起的程度。 軟件設(shè)計(jì)師 ? 偶然內(nèi)聚 ：如果一個(gè)模塊所要完成的動(dòng)作之間沒有任何關(guān)系，或者即 使有某種關(guān)系，也是非常松散的，就稱之為偶然組合。 ? 邏輯內(nèi)聚 ：如果一個(gè)模塊內(nèi)部的各個(gè)組成部分在邏輯上具有相似的處 理動(dòng)作，但功能上、用途上卻彼此無關(guān)，則稱之為邏輯組合。 ? 時(shí)間內(nèi)聚 ：如果一個(gè)模塊內(nèi)部的各個(gè)組成部分所包含的處理動(dòng)作必須 在同一時(shí)間內(nèi)執(zhí)行，則稱之為時(shí)間組合。 ? 過程內(nèi)聚 ：如果一個(gè)模塊內(nèi)部的各個(gè)組成部分所要完成的動(dòng)作彼此間 沒什么關(guān)系，但必須以特定的次序 (控制流 )執(zhí)行，則稱之為過程組合。 ? 通信內(nèi)聚 ：如果一個(gè)模塊內(nèi)部的各個(gè)組成部分所完成的動(dòng)作都使用了 同一個(gè)輸入數(shù)據(jù)或產(chǎn)生同一個(gè)輸出數(shù)據(jù)，則稱之為通信組合。 ? 順序內(nèi)聚 ：對(duì)于一個(gè)模塊內(nèi)部的各個(gè)組成部分，如果前一部分處理動(dòng) 作的輸出是后一部分處理動(dòng)作的輸入，則稱之為順序組合。 ? 功能內(nèi)聚 ：如果一個(gè)模塊內(nèi)部的各個(gè)組成部分全部為執(zhí)行同一功能而 結(jié)合成為一個(gè)整體，則稱之為功能組合方式的模塊。 軟件設(shè)計(jì)師 系統(tǒng)實(shí)施基礎(chǔ)知識(shí) ?系統(tǒng)測(cè)試 系統(tǒng)測(cè)試 ：是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程 系統(tǒng)測(cè)試的目的 ：系統(tǒng)測(cè)試是以找錯(cuò)誤為目的，我 們不是要證明程序無錯(cuò)，而是要精心選取那些易于 發(fā)生錯(cuò)誤的測(cè)試數(shù)據(jù)，以十分挑剔的態(tài)度，去尋找 程序的錯(cuò)誤。 軟件設(shè)計(jì)師 系統(tǒng)測(cè)試的基本原則： ? 測(cè)試工作應(yīng)避免由原開發(fā)軟件的個(gè)人或小組來承擔(dān) ? 設(shè)計(jì)測(cè)試用例不僅要包括合理、有效的輸入數(shù)據(jù)，還要包 括無效的或不合理的輸入數(shù)據(jù)。 ? 設(shè)計(jì)測(cè)試案例時(shí) ,不僅要確定輸入數(shù)據(jù)，而且要根據(jù)系統(tǒng)功能確定預(yù)期輸出的結(jié)果。 ? 不僅要檢驗(yàn)程序做了該做的事，還要檢查程序是否 同時(shí)做了不該做的事。 ? 嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行，避免測(cè)試的隨意性 ? 保留測(cè)試用例，將會(huì)給重新測(cè)試和追加測(cè)試帶來方便。 軟件設(shè)計(jì)師 測(cè)試過程： 1. 制定測(cè)試計(jì)劃 2. 編制測(cè)試大綱 3. 根據(jù)測(cè)試大綱設(shè)計(jì)和生成測(cè)試用例 4. 實(shí)施測(cè)試 5. 生成測(cè)試報(bào)告 軟件設(shè)計(jì)師 系統(tǒng)測(cè)試的方法： 被測(cè)程序不在機(jī)器上運(yùn)行，而是采用人工檢測(cè) 和計(jì)算機(jī)輔助靜態(tài)分析的手段對(duì)程序進(jìn)行檢測(cè)。 通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。有 黑盒測(cè)試法 和 白盒 測(cè)試法。 軟件設(shè)計(jì)師 黑盒測(cè)試： 將軟件看作黑盒子，在完全不考慮程序的內(nèi) 部結(jié)構(gòu)和特性的情況下，研究軟件的外部特性。根據(jù)軟 件的需求規(guī)格說明書設(shè)計(jì)測(cè)試用例，只在軟件的界面上 進(jìn)行測(cè)試，從程序的輸入和輸出特性上測(cè)試是否滿足設(shè) 定的功能。 黑盒測(cè)試方法（黑盒測(cè)試法用例）主要有等價(jià)類劃 分、邊界值分析、錯(cuò)誤推測(cè)等，主要用于軟件系統(tǒng)測(cè)試 階段。 軟件設(shè)計(jì)師 白盒測(cè)試： 是在已知程序內(nèi)部結(jié)構(gòu)和處理過程的前提下，通 過測(cè)試來檢測(cè)程序中的每條路徑是否按預(yù)定要求正常運(yùn)行。 該方法將被測(cè)試的對(duì)象看成一個(gè)透明的白盒子，測(cè)試人員 完全知道程序的內(nèi)部結(jié)構(gòu)和處理算法，并按照程序內(nèi)部的邏 輯測(cè)試程序，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試。 白盒測(cè)試方法主要有邏輯覆蓋、基本路徑測(cè)試等 。 軟件設(shè)計(jì)師 系統(tǒng)測(cè)試的步驟： 單元測(cè)試 ：程序中的一個(gè)模塊或一個(gè)子程序，是程序設(shè) 計(jì)的最小單元，是程序最小的獨(dú)立編譯單位。 集成測(cè)試（組裝測(cè)試） ：在每個(gè)模塊完成了單元測(cè)試以后，需要按照設(shè)計(jì)時(shí)作出的層次模塊圖把它們連接起來，進(jìn)行組裝測(cè)試。 確認(rèn)測(cè)試 ：經(jīng)過組裝測(cè)試 ， 軟件已裝配完畢 ， 接下來進(jìn)行的確認(rèn)測(cè)試和系統(tǒng)測(cè)試將是以整個(gè)軟件做為測(cè)試對(duì)象 ，且采用黑盒測(cè)試方法 。 系統(tǒng)測(cè)試 ：將信息系統(tǒng)的所有組成部分包括軟件 、 硬件 、用戶以及環(huán)境等綜合在一起進(jìn)行測(cè)試 ， 以保證系統(tǒng)的各組成部分協(xié)調(diào)運(yùn)行 。 軟件設(shè)計(jì)師 下面有關(guān)測(cè)試的說法正確的是 。 A. 測(cè)試人員應(yīng)該在軟件開發(fā)結(jié)束后開始介入 B. 測(cè)試主要是軟件開發(fā)人員的工作 C. 要根據(jù)軟件詳細(xì)設(shè)計(jì)中設(shè)計(jì)的各種合理數(shù)據(jù)設(shè) 計(jì)測(cè)試用例 D. 嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行，避免測(cè)試的隨意性。 軟件設(shè)計(jì)師 為驗(yàn)證程序模塊 A是否正確實(shí)現(xiàn)了規(guī)定的功能， 需要進(jìn)行 （ 1） ；為驗(yàn)證模塊 A能否與其他模塊按 照規(guī)定方式正確工作，需要進(jìn)行 （ 2） 。 （ 1） A. 單元測(cè)試 B. 集成測(cè)試 C. 確認(rèn)測(cè)試 D. 系統(tǒng)測(cè)試 （ 2） A. 單元測(cè)試 B. 集成測(cè)試 C. 確認(rèn)測(cè)試 D. 系統(tǒng)測(cè)試 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 36】 在模擬環(huán)境下，常采用黑盒測(cè)試檢驗(yàn)所開發(fā)的 軟件是否與需求規(guī)格說明書一致。其中有效性測(cè)試 屬于 中的一個(gè)步驟。 A. 單元測(cè)試 B. 集成測(cè)試 C. 確認(rèn)測(cè)試 D. 系統(tǒng)測(cè)試 軟件設(shè)計(jì)師 系統(tǒng)運(yùn)行和維護(hù)基礎(chǔ)知識(shí) 系統(tǒng)可維護(hù)性概念： 維護(hù)人員理解、改正、改動(dòng)和改進(jìn)這個(gè)軟件的 難易程度。 系統(tǒng)的可維護(hù)性的評(píng)價(jià)指標(biāo) ： 可理解性、可測(cè)試性、可修改性。 系統(tǒng)維護(hù)的內(nèi)容和類型 ： 硬件維護(hù)、軟件維護(hù)、數(shù)據(jù)維護(hù)。 軟件維護(hù) ： 根據(jù)需求變化或硬件環(huán)境的變化對(duì)應(yīng)用程序進(jìn) 行部分或全部修改。 軟件設(shè)計(jì)師 軟件維護(hù)包括： 正確性維護(hù)：改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測(cè)試階段尚 未發(fā)現(xiàn)的錯(cuò)誤。占整個(gè)維護(hù)工作量的 17%20%。 適應(yīng)性維護(hù)：使應(yīng)用軟件適應(yīng)信息技術(shù)變化和管理需求變化 而進(jìn)行的修改。占整個(gè)維護(hù)工作量的 18%25%。 完善性維護(hù)：為擴(kuò)充功能和改善性能而進(jìn)行的修改，主要是 對(duì)已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設(shè)計(jì)階段中沒有規(guī)定的 功能與性能特征。占整個(gè)維護(hù)工作量的 50%60%。 預(yù)防性維護(hù)：為改進(jìn)應(yīng)用軟件的可靠性和可維護(hù)性，為了使 用硬件環(huán)境的變化，主動(dòng)增加預(yù)防性的新的功能，以使應(yīng)用系統(tǒng) 適應(yīng)各類變化而不被淘汰。占整個(gè)維護(hù)工作量的 4%左右。 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 34】 系統(tǒng)的可維護(hù)性可以用系統(tǒng)的可維護(hù)性評(píng)價(jià)指 標(biāo)來衡量。系統(tǒng)的可維護(hù)性評(píng)價(jià)指標(biāo)不包括 。 A. 可理解性 B. 可修改性 C. 準(zhǔn)確性 D. 可測(cè)試性 軟件設(shè)計(jì)師 各類軟件維護(hù)活動(dòng)中， 維護(hù)占整個(gè)維護(hù)工 作的比重最大