版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
2023上六介月-系統(tǒng)集成項目管理工程師
如下對信息系統(tǒng)集成的描述不對的的是(1)。
(1)A.信息系統(tǒng)集成包括總體籌劃、設(shè)計、開發(fā)、實行、服務(wù)及保障
B.信息系統(tǒng)集成重要包括設(shè)備系統(tǒng)集成和應(yīng)用系統(tǒng)集成
C.信息系統(tǒng)集成是具有高技術(shù)含量的工程過程,要面向顧客需求提供全面處理方案
D.信息系統(tǒng)集成工作的關(guān)鍵是滿足顧客規(guī)定,管理和商務(wù)活動是系統(tǒng)集成項目實行成功
的保證
解析
根據(jù)《系統(tǒng)集成項目管理工程師教程》第81頁指出的系統(tǒng)集成項目特點(diǎn),信息系統(tǒng)集
成的主線出發(fā)點(diǎn)是滿足顧客規(guī)定。信息系統(tǒng)集成的關(guān)鍵二作技術(shù),管理和商務(wù)活動是系統(tǒng)集
成項目實行成功的保證。
該題的選項是Do
?計算機(jī)信息系統(tǒng)集成資質(zhì)評估條件中規(guī)定:“對于申報信息系統(tǒng)集成資質(zhì)二級以上資質(zhì)
的企業(yè),需要已建立完備的企業(yè)質(zhì)量管理體系,通過國家承認(rèn)的第三方認(rèn)證機(jī)構(gòu)認(rèn)證并有
效運(yùn)行一年以上”。其中“國家承認(rèn)”是指通過(2)承認(rèn)的機(jī)構(gòu)。
(2)A.工業(yè)和信息化部指定的系統(tǒng)集成資質(zhì)評審機(jī)構(gòu)
B.國家質(zhì)量監(jiān)督檢查檢疫總局
C.中國合格評估國家承認(rèn)委員會
D,工業(yè)和信息化部資質(zhì)認(rèn)證辦公室
解析
中國合格評估國家承認(rèn)委員會(英文縮寫為:CNAS)是由國家認(rèn)證承認(rèn)監(jiān)督管理委員
會同意設(shè)置并授權(quán)的國家承認(rèn)機(jī)構(gòu),統(tǒng)一負(fù)責(zé)對認(rèn)證機(jī)構(gòu)、試驗室和檢查機(jī)構(gòu)等有關(guān)機(jī)構(gòu)U勺
承認(rèn)工作。它是在原中國認(rèn)證機(jī)構(gòu)國家承認(rèn)委員會(CNAB)和中國試驗室國家承認(rèn)委員會
(CNAL)基礎(chǔ)上合并重組而成的。
該題的選項是Co
?下列有關(guān)系統(tǒng)集成資質(zhì)證書的論述,對的I日勺是(3)。
(3)A.所有資質(zhì)證書都由工業(yè)和信息化部審批
B.系統(tǒng)集成一、二級資質(zhì)證書由部級評審機(jī)構(gòu)審批,三、四級由地方評審機(jī)構(gòu)審批
C.系統(tǒng)集成一、二級資質(zhì)證書由工業(yè)和信息化部審批,三、四級由地方信息產(chǎn)業(yè)主管
部門審批,報工業(yè)和信息化部立案
D.系統(tǒng)集成一、二級資質(zhì)證書由工業(yè)和信息化部和部級評審機(jī)構(gòu)審批,三、四級由地方
信息產(chǎn)業(yè)主管部門和地方評審機(jī)構(gòu)審批
解析
系統(tǒng)集成一、二級資質(zhì)證書由工業(yè)和信息化部審批,三、四級由地方信息產(chǎn)業(yè)主管部
門審批。無論哪一級,通過審批后都要報工業(yè)和信息化部立案。
該題的選項是Co
?某企業(yè)的郵件服務(wù)器常常宕機(jī),按照IT服務(wù)管理規(guī)定,為徹底處理該問題應(yīng)啟動(4)
流程。
(4)A.事件管理B.問題管理C.公布管理D.變更管理
解析
事件管理是處理服務(wù)臺所反應(yīng)日勺、每天的、平常問題。通過事件管理,盡快恢復(fù)IT的
正常服務(wù)。
問題是指:多種具有相似癥狀反復(fù)出現(xiàn)的事件、或者出現(xiàn)一種嚴(yán)重日勺未知本源的故障。
問題管理U勺目的是消除引起事件口勺深層次本源,以防事件再次發(fā)生,將事件對業(yè)務(wù)的
影響降到最低程度。
該題的選項是Bo
B.預(yù)定長度的字符串
C.模糊集的從屬度
D.隨機(jī)數(shù)據(jù)
解析
模糊測試是指將一種隨機(jī)的、非預(yù)期11勺數(shù)據(jù)源作為程序的輸入,然后系統(tǒng)地找出這些輸
入所引起的程序失效。通過模糊測試,你將會搶在他人之前來揭示軟件易受襲擊的弱點(diǎn)。模
糊測試目前已經(jīng)發(fā)展成為一?種最有效的軟件安全性測試措施。
該題的選項是Do
?軟件設(shè)計包括軟件架構(gòu)設(shè)計和軟件詳細(xì)設(shè)計。架構(gòu)設(shè)計屬于高層設(shè)計,重要描述軟件的
構(gòu)造和組織,標(biāo)識多種不一樣的組件。由此可知,在信息系統(tǒng)開發(fā)中,(7)屬于軟件架構(gòu)設(shè)
計師要完畢R勺重要任務(wù)之%
(7)A.軟件復(fù)用B.模式設(shè)計C.需求獲取D.需求分派
解析
架構(gòu)師需要參與項目開發(fā)II勺所有過程,包括需求分析、架構(gòu)設(shè)計、系統(tǒng)實現(xiàn)、集成、測
試和布署各個階段,負(fù)責(zé)在整個項目中對技術(shù)活動和技術(shù)闡明進(jìn)行指導(dǎo)和協(xié)調(diào)。
架構(gòu)師重要職責(zé)有4條:
1.確認(rèn)需求
在項目開發(fā)過程中,架構(gòu)師是在需求規(guī)格闡明書完畢后介入日勺,需求規(guī)格闡明書必須得
到架構(gòu)師的承認(rèn)。架構(gòu)師需要和分析人員反復(fù)交流,以保證自己完整并精確地理解顧客需
求。
2.系統(tǒng)分解
根據(jù)顧客需求,架構(gòu)師將系統(tǒng)整體分解為更小的子系統(tǒng)和組件,從而形成不一樣H勺邏輯
層或服務(wù)。隨即架構(gòu)師會確定各層的接II,層與層互相之間的關(guān)系。架構(gòu)師不僅要對整個系
統(tǒng)分層,進(jìn)行“縱向”分解,還要對同一邏輯層分塊,進(jìn)行“橫向”分解。
軟件架構(gòu)師打勺功力基本體現(xiàn)于此,這是一項相對復(fù)雜aI工作。
3.技術(shù)選型
架構(gòu)師通過對系統(tǒng)的?系列日勺分解,最終形成了軟件日勺整體架構(gòu)。技術(shù)選擇重要取決于
軟件架構(gòu)。
WebServer運(yùn)行在Windows上還是Linux上?數(shù)據(jù)庫采用MSSql、Oracle還是Mysql?
需要不需要采用MVC或者Spring等輕量級的I框架?前端采用富客戶端還是瘦客戶端方式?
類似的工作,都需要在這個階段提出,并進(jìn)行評估。
架構(gòu)師對產(chǎn)品和技術(shù)的J選型僅僅限于評估,沒有決定權(quán),最終日勺決定權(quán)歸項目經(jīng)理。架
構(gòu)師提出的技術(shù)方案為項目經(jīng)理提供了重要的參照信息,項目經(jīng)理會從項目預(yù)算、人力資
源、時間進(jìn)度等實際狀況進(jìn)行權(quán)衡,最終進(jìn)行確認(rèn)。
4.制定技術(shù)規(guī)格闡明
架構(gòu)師在項目開發(fā)過程中,是技術(shù)權(quán)威。他需要協(xié)調(diào)所有口勺開發(fā)人員,與開發(fā)人員一直
保持溝通,一直保證開發(fā)者根據(jù)它的架構(gòu)意圖去實現(xiàn)各項功能。
架構(gòu)師與開發(fā)者溝通的最重要的I形式是技術(shù)規(guī)格闡明書,它可以是UML視圖、Word
文檔,Visi。文獻(xiàn)等多種體現(xiàn)形式。通過架構(gòu)師提供的技犬規(guī)格闡明書,保證開發(fā)者可以從不
一樣角度去觀測、理解各自承擔(dān)R勺子系統(tǒng)或者模塊。
架構(gòu)師不僅要保持與開發(fā)者日勺溝通,也需要與項目經(jīng)理、需求分析員,甚至與最終顧客
保持溝通。因此,對于架構(gòu)師來講,不僅有技術(shù)方面的J規(guī)定,尚有人際交流方面的J規(guī)定,
(上述內(nèi)容來自:)
該題的選項是D。
?下列測試措施中,(8;均屬于白盒測試日勺措施。
(8)A.語句覆蓋法和邊界值分析法
B.條件覆蓋法和基本途徑測試法
C.邊界值分析法和代碼檢查法
D.等價類劃分和錯誤推測法
解析
白盒測試(White-boxTesting,又稱邏輯驅(qū)動測試,構(gòu)造測試)是把測試對象看作一種打開
的盒子。運(yùn)用白盒測試法進(jìn)行動態(tài)測試時,需要測試軟件產(chǎn)品U勺內(nèi)部構(gòu)造和處理過程,不需
測試軟件產(chǎn)品H勺功能。白盒測試又稱為構(gòu)造測試和邏輯驅(qū)動測試。
白盒測試法口勺覆蓋原則有邏輯覆蓋、循環(huán)覆蓋和基么途徑測試。其中邏輯覆蓋包括語句
覆蓋、鑒定覆蓋、條件覆蓋、鑒定/條件覆蓋、條件組合覆蓋和途徑覆蓋。
(上述內(nèi)容來自:)
該題的選項是B。
?電子商務(wù)發(fā)展的關(guān)鍵與關(guān)鍵問題是交易H勺安全性,目前安全交易中最重要日勺兩個協(xié)議
是(9)o
(9)A.S-和STTB.SEPP和SMTP
C.SSL和SETD.SEPP和SSL
解析
電子商務(wù)用到的安全協(xié)議有:
1.安全套接層協(xié)議(SSL)
2.安全電子交易協(xié)議(SET)
3.增強(qiáng)日勺私密電子郵件(PEM)
4.安全多用途網(wǎng)際郵件擴(kuò)充協(xié)議(S/MIME)
5.安全超文本傳播協(xié)議(S-)
6.三方域安全協(xié)議(3T)secure)
該題的選項是Co
?為了改善應(yīng)用軟件的可靠性和可維護(hù)性,并適應(yīng)未來軟硬件環(huán)境的變化,應(yīng)積極增長新
的功能以使應(yīng)用系統(tǒng)適應(yīng)各類變化而不被淘汰。為了適應(yīng)未來網(wǎng)絡(luò)帶寬口勺需要,在滿足既
有帶寬需求下,修改網(wǎng)絡(luò)軟件從而使之支持更大的帶寬,這種軟件維護(hù)工作屬于(10)O
(10)A.改正性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.防止性維護(hù)
解析
該題的選項是D?!断到y(tǒng)集成項目管理工程師教程》第87頁指出:
軟件維護(hù)包括如下類型:
①改正性維護(hù):軟件產(chǎn)品交付后進(jìn)行H勺修改,以改王發(fā)現(xiàn)的問題
②適應(yīng)性維護(hù):軟件產(chǎn)品交付后進(jìn)行日勺修改,以保持軟件產(chǎn)品能在變化后或變化中的
環(huán)境中可以繼續(xù)使用
③完善性維護(hù):軟件產(chǎn)品交付后進(jìn)行日勺修改,以改善性能和可維護(hù)性
④防止性維護(hù):軟件產(chǎn)品交付后進(jìn)行H勺修改,以在軟件產(chǎn)品中H勺潛在錯誤成為實際錯誤前,
檢測和改正它們
?軟件開發(fā)項目規(guī)模度量(sizemcasurcmcnt)是估算:軟件項目工作量、編制成本預(yù)算、
籌劃合理項目進(jìn)度的I基礎(chǔ)。在下列措施中,(11)可用于軟件的規(guī)模估算,協(xié)助軟件開發(fā)團(tuán)體
把握開發(fā)時間、費(fèi)用分布等。
(IDA.德爾菲法B.V模型措施C.原型法D.用例設(shè)計
解析
很明顯,該題的選項是A。
其他選項都不是估算軟件規(guī)模日勺措施。
?在信息系統(tǒng)集成項目中,常常使用(12)對集成的系統(tǒng)進(jìn)行性能測試。
(12)A.BugzillaB.TestManagerC.TrueCoverageD.LoadRunner
解析
很明顯,只有選項D是對集成的)系統(tǒng)進(jìn)行性能測試的工具軟件。
Bugzilla:缺陷管理工具
Truecoverage:覆蓋率檢查工具
TestManager:測試管理工具
Loadrunner:性能測試工具
?根據(jù)《軟件文檔管理指南GB/T16680-1996》,有關(guān)軟件文檔的歸檔工作,下列說
法中(13)是不對的的I。
(13)A.軟件文檔必須在項目開發(fā)過程結(jié)束之后統(tǒng)一歸檔
B.歸檔的文檔應(yīng)是通過鑒定或評審時
C.文檔應(yīng)簽訂完整、成套、格式統(tǒng)一、字跡工整
D.印制本、打印本以及多種匯報應(yīng)裝訂成冊并按規(guī)定進(jìn)行編號簽訂
解析
很明顯,只有選項A是錯的。
根據(jù)《軟件文檔管理指南GB/T166807996》之9.6.1文檔歸檔
歸檔的文檔應(yīng)包括整個軟件生存期內(nèi)所形成的所有文檔
文檔歸檔應(yīng)滿足如下條件:
a)歸檔的文檔應(yīng)是通過鑒定或評審的J
b)文檔應(yīng)簽訂完整成套格式統(tǒng)一字跡工整
c)印制本打印本以及多種匯報應(yīng)裝訂成冊并按規(guī)定進(jìn)行編號簽訂
軟件文檔應(yīng)在開發(fā)過程每個階段結(jié)束后及時歸檔
?根據(jù)《中華人民共和國招投標(biāo)法》,如下做法對U勺的是(14)o
(14)A.某項目于2月1日公開公布招標(biāo)文獻(xiàn),標(biāo)明截止時間為2023年2月14日9
時整
B.開標(biāo)應(yīng)當(dāng)在招標(biāo)文獻(xiàn)確定的提交投標(biāo)文獻(xiàn)截止時間的同一時間公開進(jìn)行
C.某項目口勺所有投標(biāo)都不符合招標(biāo)文獻(xiàn)規(guī)定,評標(biāo)委員會在與招標(biāo)方商議后,確定其
中最靠近投標(biāo)文獻(xiàn)規(guī)定的一家企業(yè)中標(biāo)
D.聯(lián)合投標(biāo)的幾家企業(yè)中只需一家到達(dá)招標(biāo)文獻(xiàn)規(guī)定的資質(zhì)即可
解析
很明顯,只有選項B是對時。
根據(jù)是《中華人民共和國招投標(biāo)法》的第三十四條:
開標(biāo)應(yīng)當(dāng)在招標(biāo)文獻(xiàn)確定"勺提交投標(biāo)文獻(xiàn)截止時間的同一時間公開進(jìn)行;開標(biāo)地點(diǎn)應(yīng)當(dāng)
為招標(biāo)文獻(xiàn)中預(yù)先確定的地點(diǎn)。
?某市政府采購辦公用計算機(jī)及配套軟件時進(jìn)行了公開招標(biāo),如下做法對日勺的是(15)。
(15)A.在招標(biāo)文獻(xiàn)中明確指出投標(biāo)企業(yè)不應(yīng)有外資背景
B.該項目招標(biāo)結(jié)束后,招標(biāo)單位向中標(biāo)人發(fā)出中標(biāo)告知書,但對所有未中標(biāo)的投標(biāo)
人只告知了中標(biāo)成果
C.某項目在招標(biāo)時僅有一家企業(yè)投標(biāo),于是該企業(yè)順利中標(biāo)
D.某項目口勺評標(biāo)委員會由一名經(jīng)濟(jì)專家、一名技術(shù)專家和一名招標(biāo)單位負(fù)責(zé)人構(gòu)成
解析
很明顯,只有選項B是對的的。
根據(jù)是《中華人民共和國招投標(biāo)法》的第四十五條:
中標(biāo)人確定后,招標(biāo)人應(yīng)當(dāng)向中標(biāo)人發(fā)出中標(biāo)告知書,并同步將中標(biāo)成果告知所有未中標(biāo)
日勺投標(biāo)人。
?根據(jù)《中華人民共和國政府采購法》,如下做法對I旬向是(16)。
①某市民政局在進(jìn)行政府采購的重新招標(biāo)時,由于僅有兩家企業(yè)的標(biāo)口勺合格,于是報請當(dāng)
地采購監(jiān)督管理部門同意將招標(biāo)形式轉(zhuǎn)為競爭性談判
②某市民政局在進(jìn)行政府采購的公開招標(biāo)時,由于沒有企業(yè)投標(biāo),于是報請當(dāng)?shù)夭少彵O(jiān)督
管理部門同意將招標(biāo)形式轉(zhuǎn)為競爭性談判
③某市民政局在進(jìn)行政府采購日勺公開招標(biāo)時,由于僅有一家企業(yè)的標(biāo)日勺合格,于是報請當(dāng)
地采購監(jiān)督管理部門同意將招標(biāo)形式轉(zhuǎn)為單一來源采購
④某縣民政局在進(jìn)行公開招標(biāo)時持續(xù)兩次出現(xiàn)流標(biāo),于是報請當(dāng)?shù)夭少彵O(jiān)督管理部門同意
將招標(biāo)形式轉(zhuǎn)為競爭性談判
(16)A.①②B.①③C.②③D.②④
解析
很明顯,只有選項A是對的的。
根據(jù)《中華人民共和國政府采購法》是第三十條:
符合下列情形之一的貨品或者服務(wù),可以根據(jù)本法采用競爭性談判方式采購:
(一)招標(biāo)后沒有供應(yīng)商投標(biāo)或者沒有合格標(biāo)的或者重新招標(biāo)未能成立邱J;
(二)技術(shù)復(fù)雜或者性質(zhì)特殊,不能確定詳細(xì)規(guī)格或者詳細(xì)規(guī)定的;
(三)采用招標(biāo)所需時間不能滿足顧客緊急需要H勺;
(四)不能事先計算出價格總額H勺。
根據(jù)《中華人民共和國政府采購法》第三十一條,符合下列情形之一的貨品或者服務(wù),
可以根據(jù)本法采用單一來源方式采購:
只能從唯一供應(yīng)商處采購的:
(二)發(fā)生了不可預(yù)見的緊急狀況不能從其他供應(yīng)商處采購時:
(三)必須保證原有采購項口一致性或者服務(wù)配套的規(guī)定,需要繼續(xù)從原供應(yīng)商處添購,
且添購資金總額不超過原協(xié)議采購金額百分之十的。
根據(jù)《中華人民共和國政府采購法》第七條,政府采購實行集中采購和分散采購相結(jié)合。集
中采購的范圍由省級以上人民政府公布的集中采購目錄確定。
屬于中央預(yù)算H勺政府采購項目,其集中采購目錄由國務(wù)院確定并公布;屬于地方預(yù)算的政府
采購項目,其集中采購目錄由省、自治區(qū)、直轄市人民政府或者其授權(quán)H勺機(jī)構(gòu)確定并公布。
?在用例設(shè)計中,可以使用UML中的(17)來描述顧客和系統(tǒng)之間的交互,闡明系
統(tǒng)功能行為。
(17)A.序列圖B.構(gòu)件圖C.類圖D.布署圖
解析
序列圖可以描述一種用例的實現(xiàn)。選項A是對的的。
?根據(jù)下面的UML類圖,如下論述中(18)是不對的時。
(18)A.容器是一種組件B.GUI組件就是一種容器
C.GUI組件是一種對象D.容器和GUI組件都是組件
解析
GUI是GraphicalUserInterface的簡稱,即圖形顧客接口。
根據(jù)教程PU4,J2EE應(yīng)用服務(wù)器運(yùn)行環(huán)境包括構(gòu)件(Component)、容器(Container)
及服務(wù)(Services)三部分。構(gòu)件是表達(dá)應(yīng)用邏輯日勺代碼;容器是構(gòu)件的運(yùn)行環(huán)境;服務(wù)則
是應(yīng)用服務(wù)器提供R勺多種功能接口,可以同系統(tǒng)資源進(jìn)行交互。
選項B是不對的的.
?TCP/IP協(xié)議族中的(19)協(xié)議支持離線郵件處理,電子郵件客戶端可運(yùn)用該協(xié)議下載所
有未閱讀的電子郵件。
(19)A.FTPB.POP3C.TelnetD.SNMP
解析
只有選項B是支持離線處理郵件的協(xié)議,POP3是支持離線接受郵件的協(xié)議。
?系統(tǒng)集成工程師小王為了查詢其工作站的狀態(tài),在其工作站的命令行上
運(yùn)行“ping127.0.0.1"命令,得到如下成果:
正在ping具有32字節(jié)的數(shù)據(jù):
來自的答復(fù):字節(jié)=32時間v1msTTL=64
來自的答復(fù):字節(jié)=32時間vimsTTL=64
來自的答復(fù):字節(jié)=32時間v1msTTL=64
有關(guān)以上查詢成果.下列說法中,對U勺的是(20)o
(20)A.小王口勺工作站對的安裝了TCP/IP協(xié)議
B.小王日勺工作站訪問了網(wǎng)關(guān)并收到響應(yīng)
C.小王日勺工作站訪問了DNS并收至IJ響應(yīng)
D.小王口勺工作站未對的安裝網(wǎng)絡(luò)硬件或驅(qū)動程序
解析:這闡明小王的工作站對的安裝了TCP/IP協(xié)議。
選項A是對的時。
?某綜合辦公大樓的樓高20層,其綜合布線系統(tǒng)一般采用FI勺拓?fù)錁?gòu)造是(21)。
(21)A.環(huán)型B.分級星型C.總線型D.星環(huán)型
解析
輕易啊!選項B是對的的。
?根據(jù)《電子信息系統(tǒng)機(jī)房設(shè)計規(guī)范》(GB50174-2023),對于波及國家秘密或企業(yè)對商
業(yè)信息有保密規(guī)定的電子信息系統(tǒng)機(jī)房,應(yīng)設(shè)置電磁屏蔽室。如下描述中,不符合該規(guī)范
規(guī)定H勺是(22)。
(22)A.所有進(jìn)入電磁屏蔽室的電源線纜應(yīng)通過電源濾波器進(jìn)行
B.進(jìn)出電磁屏蔽室H勺網(wǎng)絡(luò)線宜采用光纜或屏蔽線纜線,光纜應(yīng)帶有金屬加強(qiáng)芯
C.非金屬材料穿過屏蔽層時應(yīng)采用波導(dǎo)管,波導(dǎo)管打勺截面尺寸和長度應(yīng)滿足電磁屏
蔽的性能規(guī)定
D.截止波導(dǎo)通風(fēng)窗內(nèi)的波導(dǎo)管宜采用等邊六角形,通風(fēng)窗的截面積應(yīng)根據(jù)室內(nèi)換氣次
數(shù)進(jìn)行計算
解析
選項B是不符合規(guī)定的,清參見《電子信息系統(tǒng)機(jī)房設(shè)計規(guī)范》(GB50174-2023):9.3.5
進(jìn)出電磁屏蔽室的網(wǎng)絡(luò)線宜采用光纜或屏蔽纜線,光纜不應(yīng)帶有金屬加強(qiáng)芯。
?某企業(yè)有一臺Linux文獻(xiàn)服務(wù)器,多臺Windows客戶端和Linux客戶端。規(guī)定任意一種
客戶端都可以共享服務(wù)器上的文獻(xiàn),并且可以直接存取服務(wù)器上的文獻(xiàn)。客戶端和服務(wù)
器間應(yīng)當(dāng)使用(23)協(xié)議。
(23)A.NFSB.SambaC.FTPD.iSCSI
解析
選項B是符合規(guī)定的。Samba是一種能讓你的JUnix計算機(jī)和其他MSWindows計算機(jī)互
相共享資源的|軟件。Samba提供有關(guān)資源共享的三個功能,包括:Smbd,執(zhí)行它可以使
Unix可以共享資源給其他的計算機(jī);而Smbclient就是讓Unix去存取其他計算機(jī)的資
源;最終一種Smbmount,則是類似MSWindwos下“網(wǎng)絡(luò)磁盤驅(qū)動器”的功能,可以
讓你把其他計算機(jī)的資源掛在自己的檔案系統(tǒng)下。它們功能雖然簡樸,但沒有Samba,
Unix和Windows的資源就很難共享。Samba的功能十分實用,雖然沒用亮麗的外表,但
在局域網(wǎng)絡(luò)中,它確實是一種很重要的工具。
?根據(jù)《電子信息系統(tǒng)機(jī)房設(shè)計規(guī)范GB50174-2023》,電子信息系統(tǒng)機(jī)房應(yīng)對人流
和出入II進(jìn)行安全考慮,如下論述錯誤的是(24)。
(24)A.建筑的入口至主機(jī)房應(yīng)設(shè)通道,通道凈寬不應(yīng)不不小于1.5m
B.電子信息系統(tǒng)機(jī)房宜設(shè)門廳、休息室、值班室和更衣間
C.電子信息系統(tǒng)機(jī)房應(yīng)有設(shè)備搬入口
D.電子信息系統(tǒng)機(jī)房必須設(shè)置單獨(dú)出入口
解析
選項D是錯誤的。根據(jù)《電子信息系統(tǒng)機(jī)房設(shè)計規(guī)范GB50174.2023》的“6.2人流、
物流及出入口”之如下規(guī)定:
6.2.1主機(jī)房宜設(shè)置單獨(dú)出入口,當(dāng)與其他功能用房共用出入口時,應(yīng)防止人流、物
流的交叉。
6.2.2有人操作區(qū)域和無人操作區(qū)域宜分開布置。
6.2.3電子信息系統(tǒng)機(jī)房內(nèi)通道的寬度及門的尺寸應(yīng)滿足設(shè)備和材料運(yùn)送規(guī)定,皇筑
的入口至主機(jī)房應(yīng)設(shè)通道,通道凈寬不應(yīng)不不小于1.5m。
6.2.4電子信息系統(tǒng)機(jī)房宜設(shè)門廳、休息室、值班室和更衣間,更衣間使用面積應(yīng)按最大班
人數(shù)口勺每人1?3nf計算。
注意上述說法是“宜”,而不是“必須”。
?信息安全的級別劃分有不一樣的I維度,如下級別劃分對的I日勺是(25)。
(25)A.系統(tǒng)運(yùn)行安全和保密有5個層次,包括設(shè)備級安全、系統(tǒng)級安全、資源訪問
安全、功能性安全和數(shù)據(jù)安全
B.機(jī)房分為4個級別:A級、B級、C級、D級
C.根據(jù)系統(tǒng)處理數(shù)據(jù)劃分系統(tǒng)保密等級為絕密、機(jī)密和秘密
D.根據(jù)系統(tǒng)處理數(shù)據(jù)的重要性,系統(tǒng)可靠性分A級和B級
解析
選項C是對的的。詳細(xì)內(nèi)容請參照《系統(tǒng)集成項FI管理工程師教程》P451。
?系統(tǒng)運(yùn)行安全的關(guān)鍵是管理,下列有關(guān)平常安全管理的做法,不對的的是(26)。
(26)A.系統(tǒng)開發(fā)人員和系統(tǒng)操作人員應(yīng)職責(zé)分離
B.信息化部門領(lǐng)導(dǎo)安全管理組織,一年進(jìn)行一次安全檢查
C.顧客權(quán)限設(shè)定應(yīng)遵照“最小特權(quán)”原則
D.在數(shù)據(jù)轉(zhuǎn)儲、維護(hù)時要有專職安全人員進(jìn)行監(jiān)督
解析
選項B是不對的的|。詳細(xì)內(nèi)容請參照《系統(tǒng)集成項目管理工程師教程》P450,應(yīng)由單位領(lǐng)
導(dǎo)牽頭負(fù)責(zé)而不應(yīng)部門領(lǐng)導(dǎo)。
?在某次針對數(shù)據(jù)庫的信息安全風(fēng)險評估中,發(fā)現(xiàn)其中對財務(wù)關(guān)鍵數(shù)據(jù)的邏輯訪問
密碼長期不變?;谝陨犀F(xiàn)象,下列說法對的的是(27)。
(27)A.該數(shù)據(jù)不會對計算機(jī)構(gòu)成威脅,因此沒有脆弱性
B.密碼和授權(quán)長期不變是安全漏洞,屬于該數(shù)據(jù)的脆弱性
C.密碼和授權(quán)長期不變是安全漏洞,屬于對該數(shù)據(jù)的威脅
D.風(fēng)險評估針對設(shè)施和軟件,不針對數(shù)據(jù)
解析
選項B是對時時。威脅可當(dāng)作從系統(tǒng)外部對系統(tǒng)產(chǎn)生的作用,而導(dǎo)致系統(tǒng)功能及目的受阻
的所有現(xiàn)象。而脆弱性則可以當(dāng)作是系統(tǒng)內(nèi)部的微弱點(diǎn)。脆弱性是客觀存在的,脆弱性
自身沒有實際的傷害,但威脅可以運(yùn)用脆弱性發(fā)揮作用。系統(tǒng)的風(fēng)險可以看做是威脅運(yùn)
用了脆弱性而引起的。常見的脆弱性有:”密碼和授權(quán)長期不變”、“錯誤的選擇和使
用密碼”。
?Web服務(wù)(webservice)的重要目的是跨平臺的操作性,它有許多合用場所。但某些狀況下,
Web服務(wù)也會減少應(yīng)月程序的性能。下列狀況中,(28)不適合采用Web服務(wù)作為重要日勺
系統(tǒng)集成技術(shù)。
(28)A.B2B集成
B.集成不一樣語言編寫口勺在不一樣平臺上運(yùn)行日勺應(yīng)用程序
C.跨越防火墻
D.構(gòu)建單機(jī)應(yīng)用程序
解析
該題的選項是D。詳細(xì)內(nèi)容請參照《系統(tǒng)集成項R管理工程師教程》P113o
?J2EE的四層體系架構(gòu)(客戶層/表達(dá)層/業(yè)務(wù)邏輯層/數(shù)據(jù)層)中,可用來實現(xiàn)業(yè)務(wù)邏輯層的
技術(shù)是(29)。
(29)A.InternetExploreB.DatabaseC.EnterpriseJavaBean
D.Servlet
解析
該題的選項是Co
按著Sun企業(yè)的J定義,JavaBeans是一種可反復(fù)使用『、J軟件組件。實際上JavaBeans是一
種Java類,通過封裝屬性和措施成為具有某種功能或者處理某個業(yè)務(wù)口勺對象,簡稱
beans。由于Javabeans是基于Java語言的I,因此Javabeans不依賴平臺,具有如下特點(diǎn):
L可以實現(xiàn)代碼的反笈運(yùn)用
2.易編寫、易維護(hù)、易使用
3.可以在任何安裝了Java運(yùn)行環(huán)境日勺平臺上的使用,而不需要重新編譯。
而Servlet是一種Java編寫的程序,此程序是在服務(wù)器端運(yùn)行的。Servlet是處理客戶端的祈
求并將其成果發(fā)送到客戶端,具有獨(dú)立于平臺和協(xié)議的特性,可以生成動態(tài)的Web頁
面。它擔(dān)當(dāng)客戶祈求(Web瀏覽器或其他客戶程序)與服務(wù)器響應(yīng)(服務(wù)器上日勺
數(shù)據(jù)庫或應(yīng)用程序)的中間層。
?某項目組需要在Windows操作系統(tǒng)平臺上用C++語言編寫應(yīng)用構(gòu)件,該項目組宜選用
(30)作為構(gòu)件原則。
(30)A+B.EJBC.OMGD.ODBC
解析
很明顯,該題的選項是A。
?項目經(jīng)理在編制項目管理計劃時,應(yīng)(31)。
(31)A.越簡樸越好
B.越詳細(xì)越好
C.逐漸細(xì)化
D.按照企業(yè)U勺模板編制,不能變更
解析
選項C是對的的U詳細(xì)內(nèi)容請參照“滾動波式計劃”措施。
?在項目整體管理過程中監(jiān)督和控制項目是一種關(guān)鍵環(huán)節(jié),下列不屬于監(jiān)督和控制過程組
的是(32)o
(32)A.客戶等項目干系人正式驗收并接受已完畢的項目可交付物的過程
B.企業(yè)質(zhì)量管理體系審計
C.在管理項目團(tuán)體時,項目經(jīng)理與組員就組員狀況進(jìn)行正式交談
0.編制績效匯報
解析
選項B是企業(yè)級行為,選項B不屬于項目的監(jiān)控過程。選項C屬于“管理項目團(tuán)體”這一
平常的監(jiān)控過程。
?項目經(jīng)理王某對其負(fù)責(zé)的系統(tǒng)集成項目進(jìn)行了成本估算和進(jìn)度安排,根據(jù)團(tuán)體組
員日勺狀況分派了任務(wù),并制定出計劃執(zhí)行預(yù)算成本口勺基準(zhǔn)。由「企業(yè)高層領(lǐng)導(dǎo)非
常重視該項目,特地調(diào)配了幾名更有經(jīng)驗(薪水更高)H勺技術(shù)骨干參與項目,這種
變化對項目績效導(dǎo)致的最也許影響是(33)。
(33)A.1E口勺成本偏差CV,正的進(jìn)度偏差SV
B.負(fù)的成本偏差CV,正的進(jìn)度偏差SV
C.正日勺成本偏差CV:負(fù)日勺進(jìn)度偏差SV
D.負(fù)的)成本偏差CV,負(fù)日勺進(jìn)度偏差SV
解析
對項目績效導(dǎo)致的最也許影響是選項B。蓋因幾名更有經(jīng)驗(薪水更高)的技術(shù)骨干也許
有成本超支的風(fēng)險,但也有進(jìn)度提前的收益。
?依據(jù)下面的項目活動網(wǎng)絡(luò)圖中,該項目歷時為(34)天。
注,假設(shè)所有歷時都以天計
(34)A.10B.11C.13D.18
解析
路徑hA-DT-J長度=1+4+6+3=14天
路徑2:BHE-H-J長度=2+746+3=18天
路徑3:8中-11長度=2+4+3=9天
路徑4,(><;-17長度=3%+2+3=14天
由于關(guān)鍵路徑是整個網(wǎng)絡(luò)困中最長的路給故路徑2,BPB-E-H-J是甲項目的關(guān)鍵路徑
正確的選項是D,(本題已改編,解析來自:/gaozhsh2009)
blog.sjifjci./gaiozhs;h2009
?下列(35)做法不屬于進(jìn)度壓縮。
(35)A.某項目經(jīng)剪發(fā)現(xiàn)項目工期延后,于是開始讓項目組組員開始加班加點(diǎn),提高
加班工資,以建待能在規(guī)定期間內(nèi)完畢項目
B.某項目經(jīng)剪發(fā)現(xiàn)項目組組員由于對技術(shù)日勺掌握不純熟,導(dǎo)致進(jìn)展緩慢,延誤工期,
于是指派了有經(jīng)驗的人員協(xié)助完畢
C.為了節(jié)省時間,在需求設(shè)計還沒有完畢時,項目經(jīng)理就告知組內(nèi)編程人員開始編寫
代碼
D.項目經(jīng)理啟用應(yīng)急時間來增長某些項目時間
解析
選項D不屬于進(jìn)度壓縮,屬于“應(yīng)急時間”或“時間儲備”以對付進(jìn)度風(fēng)險。其他選項都
屬于進(jìn)度壓縮技術(shù)。
?出現(xiàn)“關(guān)鍵途徑上的活動總時差是零和負(fù)數(shù)”狀況下,下列分析對日勺日勺是(36)。
(36)A.關(guān)鍵途徑上的活動總時差也許為零的原因是每個相鄰活動都是緊前或緊后
日勺,需要調(diào)整以給活動留出時間余地
B.關(guān)鍵途徑上的活動總時差也許為負(fù)的原因是由于安排調(diào)配不得當(dāng)所導(dǎo)致時活動北
合理性交錯現(xiàn)象,有必要調(diào)整活動持續(xù)時間、邏輯關(guān)系等使得活動總時差為零
C.關(guān)鍵途徑上的活動總時差也許為負(fù)的原因是由于用最早時間減去最晚時間,不需要
調(diào)整以給活動留出余地
D.關(guān)鍵途徑上的活動總時差也許為零的原因是由于安排活動進(jìn)度沒有余地,需要調(diào)整以
給活動留出余地
解析
選項B是對的的。其他三個選項,邏輯上均有明顯的I錯誤。
?下列做法無助于縮短活動工期的是(37)o
(37)A.投入更多的資源以加緊活動進(jìn)程
B.減小活動范圍或減少活動規(guī)定
C.通過改善措施或者技術(shù)提高生產(chǎn)率
D.采用甘特圖法
解析
選項A.B.C均屬于進(jìn)度壓縮技術(shù),而選項D不屬于。選項D無助于縮短活動工期。
?下列有關(guān)工作分解構(gòu)造(WBS)的論述中,錯誤的是(38)。
(38)A.項目經(jīng)理在分解構(gòu)造時,嚴(yán)格地將一種工作單元從屬于某個上層工作單元,
完全防止交叉附屬
B.項目管理部根據(jù)項目經(jīng)理分解的WBS進(jìn)行項目成本估算,但最終發(fā)現(xiàn)成本超過估
計投資
C.項目經(jīng)理將項目管理工作也編制成為WBS的一部分
D.項目經(jīng)理在執(zhí)行某復(fù)雜項目時,在項FI開始階段一次性將項目分解成為精確的WBS,
最線按計劃完畢了任務(wù),受到領(lǐng)導(dǎo)好評
解析
選項A.B.C的論述均合適,而選項D的論述是錯誤的。根據(jù)“滾動波式計劃”措施,WBS
的分解也是漸進(jìn)明細(xì)的。
?在某信息化項目建設(shè)過程中,客戶而于最終的交付物不承認(rèn),給出口勺原因是系統(tǒng)信號強(qiáng)
度超過顧客設(shè)備能接受口勺上限。請問在項目執(zhí)行過程中,假如客戶對r項目文獻(xiàn)
中的驗收原則無異議,則也許是(39)環(huán)節(jié)出了問題;假如客戶對于項目文獻(xiàn)中H勺
驗收原則有異議,而項目內(nèi)所有工作流程均無問題,則也許是(40)環(huán)節(jié)出了問
題。
(39)A.質(zhì)量控制B.WBS分解過程C.變更控制D.范圍確認(rèn)
(40)A.質(zhì)量控制B.WBS分解過程C.變更控制D.范圍確認(rèn)
解析
(39)客戶對于最終的交付物不承認(rèn),原因是系統(tǒng)信號強(qiáng)度超過顧客設(shè)備能接受日勺上
限。假如客戶對于項目文獻(xiàn)中口勺驗收原則無異議,則也許是選項A出了問題。
(40)假如客戶對于項目文獻(xiàn)中的驗收原則有異議,而項目內(nèi)所有工作流程均無問題,則也
許是選項“D.范圍確認(rèn)”出了問題
?在項目管理領(lǐng)域,常常把不受控制日勺變更稱為項目“范圍蔓延”。為了防止出現(xiàn)
這種現(xiàn)象,需要控制變更。同意或拒絕變更申請的直接組織稱為①,定義范圍變更
的流程包括必要的書面文獻(xiàn)、②和授權(quán)變更的同意等級。
(41)A.①變更控制委員會;②糾正行動、跟蹤系統(tǒng)
B.①項目管理辦公室;②偏差分析、配置管理
C.①變更控制委員會;②偏差分析、變更管理計劃
D.①項目管理辦公室;②糾正行動、配置管理
解析
同意或拒絕變更申請的直接組織稱為①變更控制委員會CCB,定義范圍變更的流程包括必
要的書面文獻(xiàn)、②糾正行動、跟蹤系統(tǒng)和授權(quán)變更的同意等級。對的的選項是A。
?某企業(yè)按照項目核算成本,在針對某化工廠信息化征詢項目中,需進(jìn)行10天的駐
場研完,產(chǎn)生成本如下:①企業(yè)管理費(fèi)用的項目分?jǐn)偝杀?;②征詢顧問每人每?/p>
出差補(bǔ)助500元,入工資結(jié)算;③顧問如需進(jìn)入生產(chǎn)車間,每人額外增長健康補(bǔ)助
100元/天。按照成本類型分類,上述三類成本應(yīng)分別列入(42)。
(42)A.①間接成本②間接成本③可變成本
B.①間接成本②直接成本③可變成本
C.①直接成本②直接成本③固定成本
D.①直接成本②間接成本③固定成本
解析
很明顯,選項B是對的的。
?掙值管理是一種綜合了范圍、時間、成本績效測量的方法,通過與計劃完成的工作量、
實際掙得的收益、實際的成本進(jìn)行比較,可以確定成本進(jìn)度是否按計劃執(zhí)行.下圖中標(biāo)
號所標(biāo)示的區(qū)間依次應(yīng)填寫(43)。
(43)A.①進(jìn)度落后②成本差CV③進(jìn)度差SV
B.①成本差CV②進(jìn)度差SV③進(jìn)度落后時間
C.①進(jìn)度差SV②成本差CV③進(jìn)度落后時間
D.①進(jìn)度落后②進(jìn)度差SV
解析
選項c是對的時。
?某信息化施工項目一共要進(jìn)行30天,預(yù)算總成本60萬元,其中5萬元為管理成本,4()萬
元為物料使用費(fèi),其他為人工成本。按照管理計劃,每5天進(jìn)行一次掙值分析以評價項目績
效。在第5天績效評價時計算得到CPI(績效評價指數(shù))為0.95,則闡明在前5天的施工中,
實際成本①預(yù)算成本;假如要使下一次績效評價時CPI為1,且人工、物料使用成本不能變
化,以免影響施工質(zhì)量,則在這兩次績效評價間,每天平均可花費(fèi)的管理成本為②元。上述
①和②依次序應(yīng)當(dāng)填寫(44)(假設(shè)所有成本按照天數(shù)平均分派,工程進(jìn)度不存在延時或提前
狀況)。
(44)A.①低于②614元
B.①高于②614元
C.①低于②1052元
D.①高于②1052元
解析
這題輕易,選項B是對的的。CPI=0.95,則闡明在前5天的施工中,實際成本高于預(yù)算成
本。因假設(shè)所有成本按照天數(shù)平均分派,工程進(jìn)度不存在延時或提前狀況,因此SPI=1。
因此EV=PV,
每天計劃值(萬前5天計劃值PV(萬
元)元)
總成本210
管理成
0.16670.8333
本
前5天的JAC=EV/CPI=PV/CPI=10/0.95=10.5263
因下一次要CPI=1,后5天的AC理應(yīng)=20-10.53=9.4737
后5天的管理費(fèi)理應(yīng)=9.47-5*(60-5)/30=0.3070
后5天,每天的管理費(fèi)=0.3070萬元/5=614元
?下列工具或措施均可用來描述項FI組織,如下說法中,不對的的是(45)。
(45)A.組織分解構(gòu)造(OBS)與工作分解構(gòu)造(WBS)形式上相似,是根據(jù)項目
口勺交付物進(jìn)行分解,把項目日勺活動和工作包列在負(fù)責(zé)日勺部門下面
B.資源分解構(gòu)造(RBS)用于分解項目中各類型的資源,除了包括人力資源之外還可
以包括多種資源類型,例如材料和設(shè)備
C.工作分解構(gòu)造(WES)可以用來確定項目的范圍,也可以同來描述不一樣層次的職責(zé)
D.團(tuán)體組員職責(zé)需要詳細(xì)描述時,可以采用文檔文字形式,詳細(xì)提供職責(zé)、權(quán)力、能
力和資格等信息
解析
選項A是不對時時。組織分解構(gòu)造(OBS)與工作分解構(gòu)造(WBS)形式上相似,不過它不是
根據(jù)項目的交付物進(jìn)行分解,而是根據(jù)組織既有的部門、單位或團(tuán)體進(jìn)行分解。
?在進(jìn)行項目團(tuán)體的鼓勵時,一般不會采用的措施是(46)。
(46)A.馬斯洛的需要層次理論
B.赫茲伯格的雙原因理論
C.人際網(wǎng)絡(luò)管理
D.期望理論
解析
選項C不屬于鼓勵理論。
?下列有關(guān)沖突及其處理方式的I描述中,不對的日勺是(47)。
(47)A.沖突是自然的團(tuán)體問題,不是某人的個人問題
B.沖突日勺產(chǎn)生原因有項目日勺高壓環(huán)境、責(zé)任劃分不清晰、存在多種上級或者新科技
B勺使用等
C.沖突的處理措施有合作、強(qiáng)制、妥協(xié)等,但不能將沖突擱置起來,從中撤退
D.沖突應(yīng)早被發(fā)現(xiàn),運(yùn)用私下但直接的、合作的方式來處理沖突
解析
選項C是不對的的。可以將沖突擱置起來,也可以從中撤退。
?某項目在招標(biāo)時祓提成5個標(biāo)段,分別發(fā)包給不一樣的承包人。承包人中標(biāo)后與招
標(biāo)人簽訂的是(48)。
(48)A.單項項目承包協(xié)議B.分包協(xié)議C.單價協(xié)議D.總承包辦議
解析
按信息系統(tǒng)范圍劃分的協(xié)議類型有:總承包協(xié)議、單項項目承包協(xié)議和分包協(xié)議
選項A是對的的。
?甲企業(yè)在進(jìn)行采購時選定了乙企業(yè)的產(chǎn)品,但在簽訂采購協(xié)議步?jīng)]有對采購內(nèi)容的交付
時間進(jìn)行約定,則如下說法錯誤的是(49)。
(49)A.可以通過協(xié)議或交易習(xí)慣確定交付時間
B.不能通過協(xié)議或交易習(xí)慣確定的,則采購協(xié)議無效
C.乙企業(yè)可以隨時履行交付義務(wù)
D.甲企業(yè)可以隨時規(guī)定乙企業(yè)履行交付義務(wù)
解析
選項B是錯誤的。
?某項目甲乙雙方簽訂了建設(shè)協(xié)議,其中對工程款支付及知識產(chǎn)權(quán)的描述分別是“……甲
方在系統(tǒng)安裝完畢,經(jīng)試運(yùn)行及初驗合格后,收到乙方材料XXFI內(nèi),支付第二筆款XXXX
元。乙方提供口勺材料包括:①商業(yè)發(fā)票;②……”,從上述描述可看出,支付第二筆款還必
須附加的材料是(50)。
(50)A.第三方測試匯報B.初驗匯報
C.專家評審匯報D.監(jiān)理工作總結(jié)匯報
解析
從題干“經(jīng)試運(yùn)行及初驗合格后”,可知選項B是對內(nèi)的。
某項目經(jīng)理在進(jìn)行成本估算時采用(51)措施,制定出如下口勺人力資源成本估算表。
(51)A.類比估算B.自下而上的估算C.參數(shù)估算D.成本匯總
工作量人力資源
費(fèi)率(元/
姓名技能差旅
小時)
(工時)成本
張三風(fēng)管理,系統(tǒng)分析¥37.50/h1002504000
李立華系統(tǒng)分析Y37.50/h1001003850
王鋒硬件設(shè)計¥32/h5001600
劉麗芳系統(tǒng)分析,寫作¥30.00/h8002400
????????????
解析
很明顯,是選項“C.參數(shù)估算”。
?下列有關(guān)項目型組織優(yōu)缺陷的描述中,不對的的是(52)o
(52)A.項目型組織構(gòu)造單一,責(zé)權(quán)分明,利于統(tǒng)一指揮
B.項目型組織管理成本較低,項目環(huán)境利于溝通和知識共享
C.項目型組織溝通簡潔、以便,目臥J明確單一,決策快
D.項目型組織的員工缺乏事業(yè)上的持續(xù)性和保障
解析
在項目型組織中各專業(yè)的員工是分散在各項目中的,是不以便知識共享的,選項B是不對
的的。
?如下有關(guān)信息系統(tǒng)集成項目的I特點(diǎn)描述不對日勺的I是(53)o
(53)A.信息系統(tǒng)集成項目要以滿足顧客和客戶的需求為主線出發(fā)點(diǎn)
B.信息系統(tǒng)集成項目愈加強(qiáng)調(diào)了溝通的重要性,技術(shù)的集成需要以最前沿技術(shù)的合
理應(yīng)用為基礎(chǔ)
C.信息系統(tǒng)集成項目是高技術(shù)與高技術(shù)日勺集成,但同步也蘊(yùn)藏著沒有完全掌握新技術(shù)
帶來的風(fēng)險
D.信息系統(tǒng)集成項目團(tuán)體年輕、流動率高,因此對于企業(yè)H勺管理技術(shù)水平和項目經(jīng)理
的領(lǐng)導(dǎo)藝術(shù)水平規(guī)定較高
解析
系統(tǒng)集成不是選擇最佳的產(chǎn)品的簡樸行為,而是要選擇最適合顧客的需求和投資規(guī)模
歐I產(chǎn)品和技術(shù)。
很明顯,選項B是不對的的J。
?一般狀況下,伴隨項目的逐漸進(jìn)展,成本和人員投入水平展現(xiàn)出①的態(tài)勢,而項
目干系人對于項目最終產(chǎn)品的特性和項目最終費(fèi)用的影響會②,變更和缺陷修改
R勺費(fèi)用一般會③。①、②和③分別是(54)o
(54)A.①先增后減,②逐漸減小,③逐漸增長
B.①先減后增,②逐漸增長,③逐漸減少
C.①先增后減,②逐漸增長,③逐漸增長
D.①先減后增,②逐漸減少,③逐漸減少
解析
一般狀況下,伴隨項目的逐漸進(jìn)展,成本和人員投入水平展現(xiàn)出“①先增后減”的態(tài)勢,而
項目干系人對于項目最終產(chǎn)品的特性和項目最終費(fèi)用的影響會“②逐漸減小”,變更和
缺陷修改的費(fèi)用一般會“③逐漸增長”。因此①、②和③H勺對的J組合是選項A。
?項目識別是承建方項目立項"勺第一步,其目的在于選擇投資機(jī)會、鑒別投資方向。
如下有關(guān)項目識別的說法不對的的是(55)。
(55)A.可從政策導(dǎo)向中尋找項目機(jī)會,重要根據(jù)包括國家、行業(yè)和地方的科技發(fā)
展和經(jīng)濟(jì)社會發(fā)展的長期規(guī)劃與階段性規(guī)劃
B.市場需求是決定投資方向日勺重要根據(jù),投資者應(yīng)從市場分析中選擇項目機(jī)會
C.信息技術(shù)發(fā)展迅速、日新月易,新技術(shù)也會給企業(yè)帶來新11勺項目機(jī)會
D.對項目的市.場風(fēng)險、技術(shù)風(fēng)險、經(jīng)濟(jì)及社會風(fēng)險等原因進(jìn)行分析,為項目全過程的
風(fēng)險管理提供根據(jù)
解析
項目識別目的在于選擇投資機(jī)會、鑒別投資方向,一般從從政策導(dǎo)向中尋找項目機(jī)會、從市
場需求中選擇項目機(jī)會、從新技術(shù)發(fā)展中項目機(jī)會。很明顯,選項D是項目機(jī)會已經(jīng)確
定之后的事情,是分析項目風(fēng)險、為管理項目風(fēng)險提供根據(jù)的.
?項目承建方在立項管理過程中,應(yīng)從多種角度對項目進(jìn)行論證,如下一般不屬于
承建方項目論證內(nèi)容的I是(56)<,
(56)A.技術(shù)可行性分析
B.財務(wù)可行性分析
C.風(fēng)險分析
D.需求驗證
解析
很明顯,選項D不屬于項目論證的內(nèi)容。
?某地方政府籌劃開展一項大型電子政務(wù)建設(shè)項目,項H建設(shè)方在可行性研究的基
礎(chǔ)上開展項目評估,如下做法不對時的是(57)o
(57)A.項目建設(shè)方的有關(guān)領(lǐng)導(dǎo)和業(yè)界專家,根據(jù)國家頒布的政策、法規(guī)、措施、
參數(shù)和條例等,進(jìn)行項目評估
B.從項目、國民經(jīng)濟(jì)、社會角度出發(fā),對擬建項目建設(shè)的必要性、建設(shè)條件、生產(chǎn)
條件、產(chǎn)品市場需求、工程技術(shù)、經(jīng)濟(jì)效益和社會效益等進(jìn)行評價、分析和論證,
進(jìn)而判斷其與否可行
C.項目評估按照成立評估小組、制定評估計劃、開展調(diào)查研究、分析與評估、編寫
評估匯報的程序開展
【).評估工作采用費(fèi)用效益分析法,比較為項目所支出的社會費(fèi)用和項目對社會所提供
的效益,評估項目建成后將對社會做出的奉獻(xiàn)程度
解析
項目評估由第三方進(jìn)行,因此選項A是不對口勺口勺。
?某企業(yè)在項目實行過程中,為減少項目成本、更好日勺滿足客戶需求,按照如下流程
對項目所需依J部分產(chǎn)品進(jìn)行了采購:
①記錄項目對于產(chǎn)品、服務(wù)或成果的需求,并且尋找潛在的供應(yīng)商;
②從供應(yīng)商處獲取有關(guān)信息、報價和提議書;
③審核所有提議書,在供應(yīng)商中進(jìn)行選擇,并與選中者談判簽訂最終協(xié)議;
④管理協(xié)議以及買賣雙方的關(guān)系,并管理與協(xié)議有關(guān)日勺變更。該企業(yè)的采購流程缺
乏了(58)環(huán)節(jié)。
(58)A.編制采購計劃
B.編制詢價計劃
C.詢價、招投標(biāo)
D.協(xié)議管理和收尾
解析
很明顯,該企業(yè)的采購流程缺乏了“A.編制采購計劃“環(huán)節(jié)。
?某大型系統(tǒng)集成項H進(jìn)行公開招標(biāo),規(guī)定投標(biāo)人具有計算機(jī)系統(tǒng)集成二級資質(zhì),
甲、乙兩家企'1/為提高競爭力、增長投標(biāo)成功的也許性,構(gòu)成聯(lián)合體以一種投標(biāo)
人的身份共同投標(biāo),如出現(xiàn)如下(59)狀況,甲、乙兩家企業(yè)構(gòu)成的聯(lián)合體將無法
滿足該項目的招標(biāo)規(guī)定。
(59)A,甲、乙兩家企業(yè)共同按照招標(biāo)文獻(xiàn)的規(guī)定編制投標(biāo)文獻(xiàn),對招標(biāo)文獻(xiàn)提出
的實質(zhì)性規(guī)定和條件作出了響應(yīng)
B.甲企業(yè)具有計算機(jī)系統(tǒng)集成二級資質(zhì),乙企業(yè)具有計算機(jī)系統(tǒng)集成三級資質(zhì)
C.甲、乙兩家企業(yè)簽訂了共同投標(biāo)協(xié)議,并將該協(xié)議連同投標(biāo)文獻(xiàn)一并提交招標(biāo)人
D.甲、乙兩家企業(yè)通過協(xié)商,對招標(biāo)項目提出了略低于市場價格的報價
解析
很明顯,選項B是有問題的:這是由于招投標(biāo)法規(guī)定,投標(biāo)聯(lián)合體的資質(zhì)=聯(lián)合體中最低
一方的資質(zhì)。
?在管理信息系統(tǒng)的開發(fā)過程中用到諸多圖表,對這些圖表進(jìn)行有規(guī)則的編號,可以以便
圖表的查找。根據(jù)生命周期的5個階段,可以給出下圖所示的分類編號規(guī)則,其中第3、4
位應(yīng)當(dāng)表達(dá)(60)o
(60)A.文檔頁數(shù)B.文檔編號C.文檔內(nèi)容D.文檔目
錄
解析
很明顯,選項C是對的的。
軟件開發(fā)項目中的諸多過程產(chǎn)出物都屬于配置項,一般意義上來講,如下可以不作
為配置項的是(61)。
(61)A.項目計劃書B.需求文檔C.程序代碼D.會議記錄
解析
產(chǎn)品配置是指一種產(chǎn)品在其生命周期各個階段所產(chǎn)生的I多種形式和多種版本的
文檔、計算機(jī)程序、部件及數(shù)據(jù)的J集合。該集合中的每一種元素稱為該產(chǎn)品配置中口勺
一種配置項,經(jīng)典的配置項有項目計劃書、需求文檔、設(shè)計文檔、源代碼、測試用例
等。
很明顯,選項“D.會議記錄”可以不作為配置項。
某系統(tǒng)集成企業(yè)為做好項目配置管理,對配置庫中的操作權(quán)限進(jìn)行了如下定
義:
同步,對項目有關(guān)人員在該產(chǎn)品庫中H勺操作權(quán)限進(jìn)行了如下分派:
其中J表達(dá)該人員具有對應(yīng)權(quán)限,x表達(dá)該人員沒有對應(yīng)權(quán)限,則產(chǎn)品庫權(quán)限分派表
中用①②③④⑤標(biāo)出II勺位置,應(yīng)填寫的內(nèi)容為(62)o
(62)A.①J;②X;③X;④J;⑤J
B.①X;②X;③X;④X;⑤J
C.①J;②J;③J;④X;⑤J
D.①X;②J;③X;?X;⑤J
解析
配置項口勺操作權(quán)限由配置管理員CMO嚴(yán)格管理,基本口勺原則是:基線配置項向開發(fā)人
員開發(fā)讀取權(quán)限;非基線配置項向項目經(jīng)理、變更控制委員會CCB及有關(guān)人員開放。配置
管理里部分角色H勺權(quán)限如下:
(1)項目經(jīng)理:是整個軟件研發(fā)活動的負(fù)責(zé)人,他根據(jù)軟件配置控制委員會的提議同
意配置管理的各項活動并控制它們H勺進(jìn)程。其詳細(xì)職責(zé)為如下幾項:
制定和修改項目的組織構(gòu)造和配置管理方略;
同意、公布配置管理計劃;
決定項目起始基線和開發(fā)里程碑;
接受并審閱配置控制委員會日勺匯報。
(2)QA人員:需要對軟件配置管理有較深日勺認(rèn)識,其重要工作是跟蹤目前項目的狀態(tài),
測試,匯報錯誤,并驗證其修復(fù)成果;
(3)開發(fā)人員(Developer):其職責(zé)就是根據(jù)組織確定的軟件配置管理計劃和有關(guān)規(guī)定,按
照軟件配置管理工具日勺使用模型來完畢開發(fā)任務(wù)。
很明顯,配置管理員CMO的權(quán)限都是因此⑤是可不予考慮的,測試人員是沒有
ADD權(quán)限的J,項目組員是沒有CHECK權(quán)限的,只有CMO才有CHECK權(quán)限,因此博主高
度懷疑項目經(jīng)理對代碼的CHECK權(quán)限!假如項目經(jīng)理對代碼的CHECK權(quán)限是“X”,那
么選項B是對的的。
?某項目經(jīng)理在制定項目質(zhì)量計劃時,從客戶對項目交付物的質(zhì)量規(guī)定出發(fā),先識別
客戶在功能方面口勺規(guī)定,然后把功能規(guī)定與產(chǎn)品的特性對應(yīng)起來,形成功能規(guī)定與產(chǎn)品特性
的關(guān)系矩陣,進(jìn)而確定產(chǎn)品的技術(shù)參數(shù)。他采用的措施是(63)。
(63)A.質(zhì)量成本分析B.效益/成本分析C.質(zhì)量功能展開D.過程決策程序
圖法
解析
這題是送分的,項目經(jīng)理采用的措施是選項“C.質(zhì)量功能展開”。
?(64)不是進(jìn)行項目質(zhì)量保證采用日勺措施和技術(shù)。
(64)A.制定質(zhì)量保證規(guī)劃
B.質(zhì)量活動分解
C.建立質(zhì)量保證體系
D.記錄抽樣
解析
很明顯,選項A和C既反復(fù)乂矛盾;針對項目則需要“A.制定項目的質(zhì)量保證計劃”,
針對一種企業(yè)則要“C.建立質(zhì)量保證體系”。選項“D.記錄抽樣”雖然用于質(zhì)量控制,但
也可以用于項目質(zhì)量保證過程中的抽查。
因此博主的I主張:“C.建立質(zhì)量保證體系”不是進(jìn)行項目質(zhì)量保證采用H勺措施和技術(shù)。
?某企業(yè)對本單位負(fù)責(zé)日勺信息系統(tǒng)集成項目實行失敗原因進(jìn)行分析后,發(fā)現(xiàn)約80%的
原因都是顧客需求不明確、授權(quán)不清晰、以及采用了不合適日勺技術(shù),而其他十幾種原因?qū)е?/p>
的失敗較少.根據(jù)這些分析成果,該企業(yè)所采用項目質(zhì)量控制H勺措施是(65).
(65)A.散點(diǎn)圖法B.直方圖法C.帕累托法D,控制圖法
解析
該企業(yè)所采用項目質(zhì)量控制的措施是“C.帕累托法”。
?下圖所示的質(zhì)量控制工具為(66)o
上限
標(biāo)準(zhǔn)
下限
(66)A.散點(diǎn)圖法B.因果圖C.帕累托圖D.控制圖
解析
很明顯,該質(zhì)量控制工具為“D.控制圖”。
?有關(guān)風(fēng)險識別,如下說法不對H勺H勺是(67)o
(67)A.項目組全體組員參與風(fēng)險識別
B.識別范圍覆蓋了項目的I整個生命周期
C.風(fēng)險管理計劃是風(fēng)險識別日勺輸出
D.識別過程中綜合運(yùn)用了多種風(fēng)險識別的技術(shù)和工具
解析
不對的的是選項“C.風(fēng)險管理計劃是風(fēng)險識別的輸出”。
?某系統(tǒng)集成企業(yè)為做好項
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 衛(wèi)生局發(fā)放獎牌制度
- 醫(yī)院科室運(yùn)營管理制度
- 社區(qū)文化財務(wù)制度
- 珠寶店內(nèi)衛(wèi)生管理制度
- 托育衛(wèi)生保健管理制度
- 食品衛(wèi)生消毒制度
- 衛(wèi)生系統(tǒng)職代會制度
- 物業(yè)針對衛(wèi)生管理制度
- 衛(wèi)生局核心制度
- 托幼兒機(jī)構(gòu)衛(wèi)生保健制度
- 2025版中國藥典一部凡例深度解讀
- 神經(jīng)外科手術(shù)風(fēng)險評估方案
- 2.三體系程序文件
- 養(yǎng)老院消防知識培訓(xùn)報道課件
- 【語文】浙江省杭州市天長小學(xué)小學(xué)五年級上冊期末試卷(含答案)
- 2025年秋七年級上冊數(shù)學(xué) 計題專項每日一練(含答案)
- 春節(jié)喝酒安全培訓(xùn)課件
- 2025-2026學(xué)年人教版(2024)七年級地理第一學(xué)期第一章 地球 單元測試(含答案)
- 車間績效獎管理辦法
- 角膜熒光素染色檢查課件
- 前廳大堂副理競聘
評論
0/150
提交評論