【正文】 手冊評審 、測試評審、安裝和驗收評審 、軟件用戶手冊評審 、測試評審、安裝和驗收評審、用戶滿意度評審 【答案】 B 【解析】 考查的是軟件可靠性和可維護性管理 GB/T143942020 的基本知識。它是產(chǎn)品可靠性、維修性和維修保障性的綜合反映。根據(jù) 《軟件工程產(chǎn)品質(zhì)量 GB/ 162602020》，該 件系統(tǒng)的有效性 （或可用性， availability ）為 _ 11 。第 4 天上午發(fā)生一次失效，故障恢復(fù)用了4 小時。 （ 11）某軟件系統(tǒng)投入運行 10 天，計劃運行時間為每早 8 點至晚 6 點。 軟件審計的目的是提供軟件產(chǎn)品和過程對于可應(yīng)用的規(guī)則、標(biāo)準(zhǔn)、指南、計劃和流程的 遵從性的獨立評價。 走 查的目的是評價軟件產(chǎn)品，走查 可以用于培訓(xùn)軟件產(chǎn)品的聽眾，主要目標(biāo)是：發(fā)現(xiàn) 異常、改進軟件產(chǎn)品、考慮其他實現(xiàn)、評價是否遵從標(biāo)準(zhǔn)和規(guī)范說明。 技術(shù)評審的目的是評價軟件產(chǎn)品，以確定其對使用意圖的適合性，目標(biāo)是識別規(guī)范說明 和標(biāo)準(zhǔn)的差異，并向管理提供證據(jù)，以表明產(chǎn)品是否滿足規(guī)范說明并遵從標(biāo)準(zhǔn)，而且可以控 制 更。 管理 評審的目的是監(jiān)控進展，決定計劃和進度的狀態(tài)，確認(rèn)需求及其系統(tǒng)分配，或評價 用于達到目標(biāo)適應(yīng)性的管理方法的有效性。老考。 （ 10）根據(jù) 《軟件工程術(shù)語 GB/T 114572020》， _ 10 _是一個正式的過程，通過這個過程決 定產(chǎn)品是否符合它的規(guī)格說明，是否可在目標(biāo)環(huán)境中使用。 系統(tǒng)測試主要針對概要設(shè)計，檢查系統(tǒng)作為一個整體是否有效地得到運行，例 如在產(chǎn)品 設(shè)置中是否能達到預(yù)期的高性能。 單元測試的主要目的是針對編碼過程中可能存在的各種錯誤，例如用戶輸入驗證過程中 的邊界值的錯誤。 （ 9 ） A ．合格性 測試 B ．驗收測試 C ．運行測試 D ．系統(tǒng)測試 【答案】 B 【解析】這個考點我希望大家盡量掌握。 PPQA， 稱之為過程和產(chǎn)品質(zhì)量保證， PPQA 的目的是把對過程及其相關(guān)工作產(chǎn)品的客 觀的洞察結(jié)果提供給項目的開發(fā)人員和管理人員。 （ 8 ） CMMI 中的已管理級包含的七個過程域中， 8 的目的在于使工作人員和管理者客觀 洞察過程和 關(guān)的工作出產(chǎn)品。 程序類型 缺陷率 甲 乙 丙 操作系統(tǒng)程序 高 低 高 數(shù)據(jù)庫程序 低 高 高 （ 7 ） A ．調(diào)換甲、丙的工作，各自在對方編寫的代碼基礎(chǔ)上繼續(xù)開發(fā) B ．維持開發(fā)任務(wù)分工不變，同時讓乙培訓(xùn)丙 C ．維持開發(fā)任務(wù)分工不變，同時讓甲培訓(xùn)丙 B ．維持開發(fā)任務(wù)分工不變，同時讓甲培訓(xùn)乙 ，乙培訓(xùn)丙 【答案】 B 【解析】這個題目大家可以做個了解就好。新任項目經(jīng)理曾和甲、乙、丙共事， 統(tǒng)計過他們開發(fā)類似程序的缺陷率水平。受前任項目經(jīng)理的安排，甲正在開發(fā) 該軟件的數(shù)據(jù)庫程序。主要功能應(yīng)該由一個模塊實現(xiàn)不利于維護人員對 軟件進行維護。 （ 6 ） A ．系統(tǒng)的主要功能應(yīng)該由一個模塊實現(xiàn) B ．一個模塊應(yīng)該只實現(xiàn)一個主要功能 C ．模塊之間的 互作用和耦合應(yīng)盡量小 D ．一個模塊應(yīng)該只有一個控制入口和控制出口 【答案】 A 【解析】這個我希望大家盡量掌握啊。故選項 A 為正確選項。 （ 5 ） A ．循環(huán) 0 次、循環(huán) 1 次、循環(huán) 99 次、循環(huán) 100 次 B ．循環(huán) 0 次、循環(huán) 100 次、循環(huán) 49 次、循環(huán) 50 次 C ．循環(huán) 1 次、循環(huán) 99 次、循環(huán) 49 次、循環(huán) 50 次 D ．循環(huán) 0 次、循環(huán) 100 次 【答案】 A 【解析】這個我希望大家必須掌握啊。 （ 5 ）邊界值分析是一種常用的黑盒測試法。 （ 4 ） A ．企業(yè)客戶和個人客戶在注冊之后不可以完善資料和 互留言 B ．個人客戶在注冊后不可以發(fā)布產(chǎn)品信息和供求信息 C ．企業(yè)客戶在注冊后不可以發(fā)布競拍信息并參與競拍 D ．該電子商務(wù)網(wǎng)站同時提供 B2B 和 B2C 功能 【答案】 A 【解析】 從圖示看，企業(yè)客戶和個人客戶是“網(wǎng)絡(luò)客戶”的一種，或者說企業(yè)客戶和個人 客戶屬 于 “網(wǎng)絡(luò)客戶”，因“網(wǎng)絡(luò)客戶”在注冊之后可以完善資料和相互留言。它是物流業(yè)發(fā)展的高級和成熟階段。 （ 3 ） A ．物流聯(lián)盟 B. 第三方物流 C. 第四方物流 D. 物流一體化 【答案】 D 【解析】這個我希望大家了解下。 Alpha 測試是軟件開發(fā)組織模擬用戶進行的測試，是在用戶環(huán)境下的測試； Beta 測試是 產(chǎn)品發(fā)布前在用戶環(huán)境下的測試。 （ 2 ）在軟件產(chǎn)品即 將面世前，為發(fā)現(xiàn)產(chǎn)品中的錯誤并及時修正，軟件企業(yè)通常要組織內(nèi)部 人員模擬各類用戶進行應(yīng)用，即對該產(chǎn)品進行 （ 2 ） 。 適于用戶需求開始時定義不清的系統(tǒng)開發(fā)，開發(fā)方法更宜被用戶接受；但如果用戶配合 不好，盲目修改，就會拖延開發(fā)過程。 原型法的特點在于原型法對用戶的需求是動態(tài)響應(yīng)、逐步納入的，系統(tǒng)分析、設(shè)計與實 現(xiàn)都是隨著對一個工作模型的不斷修改而同時完成的，相互之間并無明顯界限，也沒有明確 分工。 （ 2）具有最 系統(tǒng)的基本特征。 適用范圍：處理過程明確、簡單系統(tǒng)；涉及面窄的小型系統(tǒng) 不適合于：大型、復(fù)雜系統(tǒng)，難以模擬；存在大量運算、邏輯性強的處理系統(tǒng)；管理基 礎(chǔ)工作不完善、處理過程不規(guī)范；大量批處理系統(tǒng) 原型應(yīng)當(dāng)具備的特點如下。2020 年下半年 (11 月 )信息系統(tǒng)項目管理師上午案例分析、論文寫作考試題目與答案解析 2020 下半年信息系統(tǒng)項目管理師 上午考試題目 （ 1）某信息系統(tǒng)項目采用原型法開發(fā)，以下做法中不正確的是（ 1） （ 1） A ．前期花足夠的時間與客戶充分溝通，完全明確需求后再開發(fā)實現(xiàn) B ．系統(tǒng)分析、設(shè)計和實現(xiàn)工作之間不做嚴(yán)格的界限劃分 C ．動態(tài)響應(yīng) 用戶的需求，逐步納入用戶的具體要求，逐步修改系統(tǒng)開發(fā)計劃 D ． 著開發(fā)人員對需求的初步理解，快速開發(fā)一個原型系統(tǒng)，再反復(fù)修改 【答案】 A 【解析】 原型法：原型法的基本思想與結(jié)構(gòu)化方法不同，原型法認(rèn)為在很難一下子全面準(zhǔn)確地提 出用戶需求的情況下，首先不要求一定要對系統(tǒng)做全面、詳細(xì)的調(diào)查、分析，而是本著開發(fā) 人員對用戶需求的初步理解，先快速開發(fā)一個原型系統(tǒng)，然后通過反復(fù)修改來實現(xiàn)用戶的最 系統(tǒng)需求。 是在投入大量的人力，物力之前，在限定的時間 內(nèi)，用最經(jīng)濟的方法開發(fā)出一個可實際 運行的系統(tǒng)模型，用戶在運行使用整個原型的基礎(chǔ)上，通過對其評價，提出改進意見，對原 型進行修改，統(tǒng)一使用，評價過程反復(fù)進行，使原型逐步完善，直到完全滿足用戶的需求為 止。 （ 1）實際可行。 （ 3）構(gòu)造方便、快速，造價低。系統(tǒng)開發(fā)計劃就是一個反復(fù)修改的過程。 本題的選項 A 是瀑布模型的特征。 （ 2 ） A ． Alpha 測試 B. Beta 測試 C. 冒煙測試 D. 靜態(tài)測試 【答案】 A 【解析】這個我希望大家盡量掌握。 （ 3 ）電子商務(wù)有多種物流模式，在（ 3 ）模式下，物流供應(yīng)商是一個供應(yīng)鏈盒物流方案 的集 成商，它對公司內(nèi)部和具有互補性的服務(wù)供應(yīng)商所擁有的不同資源、能力和技術(shù)能進行整合 和管理，并提供一整套供應(yīng)鏈解決方案，也是貨主的物流方案集成商。 物流一體化，就是以物流系統(tǒng)為核心的由生產(chǎn)企業(yè)經(jīng)由物流企業(yè)、銷售企業(yè)，直至消費 者的供應(yīng)鏈的整體化和系統(tǒng)化。 （ 4 ）需求分 析師為某電子商務(wù)網(wǎng)站制定的總體功能需求如下圖所示，關(guān)于電子商務(wù)多網(wǎng)站 的能共需求，下面說法不正確的是（ 4 ） 。因此企業(yè)客戶和個 人客戶在注冊之后， 可以完善資料和相互留言。某程序循環(huán)體最少執(zhí)行 0 次，最多執(zhí)行 100 次， 采用邊界值分析法，宜選擇 （ 5 ）作為測試用例。 邊界值分析是一種常用的黑盒測試法，在測試時測試用例應(yīng)選擇邊界值和邊界值的 界 值，例如要測試一個循環(huán) 0 次到 100 次的程序循環(huán)體，則測試用例應(yīng)選擇：循環(huán) 0 次、循環(huán) 1 次、循環(huán) 99 次、循環(huán) 100 次。 （ 6 ）在設(shè)計和實現(xiàn)軟件系統(tǒng)的功能模塊時， __ 6 __最不利于軟件維護。 模塊化程序設(shè)計的基本原則：系統(tǒng)的主要功能應(yīng)分解為若干個模塊，不應(yīng)由一個模塊實 現(xiàn)；一個模塊應(yīng)只實現(xiàn)一個主要功能；低耦合是指模塊之間的相互作用和耦合應(yīng)盡量?。灰? 個模塊應(yīng)該只有一個控制入口和控制出口。 （ 7 ）某軟件主要由操作系統(tǒng)程序和數(shù)據(jù)庫程序組成。乙和丙都在開發(fā)軟件的操作系統(tǒng)。如下表所示，為保證該軟件的代碼質(zhì)量，新任項目 經(jīng)理應(yīng) _ 7 _ 。 根據(jù)題意可判斷，甲的數(shù)據(jù)庫程序缺陷率低，操作系統(tǒng)程序缺陷率高，則甲應(yīng)該合適做 數(shù)據(jù)庫程序，與甲原來的開發(fā)任務(wù)相同；乙的數(shù)據(jù)庫程序缺陷率高，操作系統(tǒng)程序缺陷率低， 則乙應(yīng)該合適做操作系統(tǒng)程序，與乙原來的開發(fā)任務(wù)相同；丙的數(shù)據(jù)庫程序和操作系統(tǒng)程序 缺陷率都高，則丙需要培訓(xùn)，在甲、乙兩人中，選擇乙對丙進行培訓(xùn)。 （ 8 ） A ．度量和分析 B ．供應(yīng)商協(xié)定管理 C ．過程和產(chǎn)品質(zhì)量保證 D ．項目 劃 【答案】 C 【解析】這個大家做個了解吧。 （ 9 ）根據(jù) GB/T 114572020 的規(guī)定，使客戶能確認(rèn)是否接受系統(tǒng)的正式測試為 __ 9 _ 。 測試執(zhí)行先從單元測試開始，然后是集成測試、系統(tǒng)測試和驗收測試。 集成測試主要目的是針對詳細(xì)設(shè)計中可能存在的問題，尤其是檢查各單元與其他程序部 分之間的接口上可能存在的問題。 驗收測試通常由業(yè)務(wù)專家或用戶進行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。 （ 10） A ．走查 B ．審計 C ．認(rèn)證 D ．鑒定 【答案】 B 【解析】認(rèn)真掌握吧。 評審與審計過程包括：管理評審、技術(shù)評審、檢查、走查、審計等。它們支持有關(guān)軟件項目期間需求的 更和其他 更活動。 檢查的目的是檢測和識別軟件產(chǎn)品異常，一次檢查通常針對產(chǎn)品的一個相對小的部分， 發(fā)現(xiàn)的任何異常都要記錄到文檔中，并提交。走查類似于檢查，但 通常不那么正式；走查通常主要由同事評審其工作，以作為一種保障技術(shù)。審計是正式組織的活動，識別違例情況，并產(chǎn)生一個報告，采取更正性 行動。第二天上午發(fā) 生一 次失效，故障恢復(fù)用了 1 小時。第 9 天上 午發(fā)生一次失效，故障恢復(fù)用了 1 小時。 （ 11） A ． 98% B ． 95% C ． 80% D ． 94% 【答案】 D 【解析】 可用性：在要求的外部資源得