3.信息系統(tǒng)功能監(jiān)理中的測試要求與方法技術(shù)
3.1 信息系統(tǒng)工程測試的基本概念
·信息系統(tǒng)工程測試的目的
·信息系統(tǒng)工程測試的類型
·信息系統(tǒng)工程測試的主要內(nèi)容和要求
3.2 信息系統(tǒng)工程軟件測試
·軟件測試的基礎(chǔ)知識和軟件測試目的
·軟件測試的內(nèi)容和軟件測試的主要方法
·軟件測試階段的劃分及各方的職責
·軟件測試工具
3.3 信息系統(tǒng)工程網(wǎng)絡(luò)測試
·網(wǎng)絡(luò)測試基礎(chǔ)知識和網(wǎng)絡(luò)測試目的
·網(wǎng)絡(luò)測試的內(nèi)容和網(wǎng)絡(luò)測試的主要方法
·網(wǎng)絡(luò)測試階段的劃分及各方的職責
·網(wǎng)絡(luò)測試工具
3.4 信息系統(tǒng)工程應(yīng)用性能測試
·應(yīng)用性能測試基礎(chǔ)知識和應(yīng)用性能測試目的
·應(yīng)用性能測試的內(nèi)容和應(yīng)用性能測試主要方法
·應(yīng)用性能測試階段的劃分及各方的職責
3.5 信息系統(tǒng)工程數(shù)據(jù)中測試
·數(shù)據(jù)中心測試基礎(chǔ)知識和數(shù)據(jù)中心測試的目的
·數(shù)據(jù)中心測試的內(nèi)容和數(shù)據(jù)中心測試的主要方法
·數(shù)據(jù)中心測試階段的劃分及各方職責
3.6 信息系統(tǒng)工程安全評估
·安全評估基礎(chǔ)知識和安全評估的目的
·安全評估的內(nèi)容和安全評估的主要方法
·安全評估階段的劃分及各方的職責
3.7 第三方測試機構(gòu)
·第三方機構(gòu)的優(yōu)勢
·第三方測試的意義
·第三方測試機構(gòu)選擇要點
4.信息化工程監(jiān)理綜合應(yīng)用實踐與趨勢
·電子政務(wù)工程監(jiān)理要求和關(guān)鍵點
·電子商務(wù)工程監(jiān)理要求和關(guān)鍵點
·企業(yè)信息化工程監(jiān)理要求和關(guān)鍵點
·行業(yè)信息化工程監(jiān)理要求和關(guān)鍵點
三、題型舉例
一、選擇題
信息系統(tǒng)監(jiān)理師審查承建單位提交的技術(shù)方案時側(cè)重于
A.該方案是否符合預(yù)定的質(zhì)量標準
B.技術(shù)經(jīng)濟的分析和比較
C.實用功能和質(zhì)量要求是否得到滿足
D.所采用的技術(shù)路線是否滿足總體方案的要求
(二)問答題
閱讀以下文字,回答問題1、問題2、問題3
某市勞動局需要建設(shè)一個信息系統(tǒng)項目,某監(jiān)理公司承擔了實施階段的監(jiān)理任務(wù)。建設(shè)單位采用公開招標方式選定承建單位。在招標文件中對省內(nèi)與省外投標人提出了不同的資格要求,并規(guī)定能夠9月28日上午10點為投標截至時間。A和B等多家公司參加投標,B公司9月29日提交了投標保證金。9月29日由該市信息辦主持舉行了開標會。但本次招標由于招標人原因?qū)е抡袠耸 ?/P>
建設(shè)單位重新招標后確定A公司中標,并簽訂合同。在項目實施工程中發(fā)生了導(dǎo)致應(yīng)用系統(tǒng)崩潰的質(zhì)量事故。經(jīng)調(diào)查組技術(shù)鑒定,認為是A公司項目組為了趕工忽略了軟件配置管理,擅自發(fā)布未經(jīng)許可驗證的更新程序,且未能及時備份而造成了原始代碼被覆蓋掉,導(dǎo)致直接經(jīng)濟損失4.8萬元。
[問題1]指出該工程招投標過程中的不妥之處,并說明理由。招標人招標失敗造成投標單位損失是否應(yīng)予補償?并說明理由
[問題2]上述質(zhì)量事故發(fā)生后,在事故調(diào)查前,總監(jiān)理工程應(yīng)做哪些工作?
[問題3]上述質(zhì)量事故的技術(shù)處理方案應(yīng)有誰提出?技術(shù)處理方核簽后,總監(jiān)理工程師應(yīng)完成哪些工作?該質(zhì)量事故的處理報告應(yīng)由誰提出?
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |