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