歷年系統整合下午試題答案

2022-10-14 21:57:05 字數 5009 閱讀 8008

2023年下午試題

試題一(15分)

閱讀下列說明,針對專案的合同管理,回答問題1至問題3,將解答填入答題紙的對應欄內。

[說明]

系統整合公司a於2023年1月中標某市**b部門的資訊系統整合專案。經過合同談判,雙方簽訂了建設合同,合同總金額1150萬元,建設內容包括:搭建**辦公網路平台,改造中心機房,並採購所需的軟硬體裝置。

a公司為了把專案做好,將中心機房的電力改造工程分包給專業施工單位c公司,並與其簽訂分包合同。

在專案實施了2個星期後,由於**b部門為了更好滿足業務需求,決定將乙個機房分拆為兩個,因此需要增加部分網路交換裝置。b參照原合同,委託a公司採購相同型號的網路交換裝置,金額為127萬元,雙方簽訂了補充協議。

在機房電力改造施工過程中,由於c公司工作人員的失誤,造成部分電力裝置損毀,導致**b部門兩天無法正常辦公,嚴重損害了**b部門的社會形象,因此b部門就此施工事故向a公司提出索賠。

[問題1](4分)

請指出a公司與**b部門簽訂的補充協議有何不妥之處,並說明理由。

[問題2](5分)

請簡要敘述合同的索賠流程。

[問題3](6分)

請簡要說明針對**b部門向a公司提出的索賠,a公司應如何處理。

供參考的答題思路

因該題去年已考,因此這裡只提解題思路。本題聚焦於合同管理。

[問題1]的解答思路

補充協議的金額超過了原合同的10%,根據採購法這是不允許的。

a公司和b部門的補充協議有漏項,沒有對增加部分網路交換裝置導致中心機房的供電變化做出明確的說明。補充協議沒有說明增加裝置引起的變更對機房的影響。

a公司和b部門的補充協議沒有對分拆中心機房導致的風險與責任歸屬做出明確的規定。

a公司和b部門的補充協議應該明確規定雙方的責任以及工作的範圍。

如果分包的中心機房的電力改造工程屬於a公司和b部門合同的主要部分,則a公司與c公司的該分包應爭得b部門的同意。

a公司應該按規範的採購流程,事前審查分包商的資格並爭得b部門的同意、最好由b部門直接與c公司簽訂協議以免責。

[問題2]的解答思路

(1)提出索賠要求

(2)報送索賠資料

(3)索賠答覆

(4)索賠認可

(5)提交索賠報告

或(4)索賠存在分歧,進入仲裁與訴訟。索賠流程如下:

[問題3]的解答思路

與b部門和c公司協商解決。如三家協商不成,則可與c公司單獨協商,由c賠償b部門的損失。如b部門或c不能接受,即可考慮進入仲裁或訴訟程式。

在a公司處理索賠事件應該釐清責任歸屬,陳述應清楚、準確、有根據、文字要精煉、條理要清楚,對c公司的索賠計算必須合理、正確。

試題二(15分)

閱讀下列說明,針對專案的範圍管理,回答問題1至問題3,將解答填入答題紙的對應欄內。

[說明]

c公司是一家從事電子商務的外國公司,為了在中國開展業務,派出s主管和w翻譯來中國尋找合適的系統整合商,試圖在中國建設一套業務系統。s主管精通軟體開發,但是不懂漢語,而w翻譯對計算機相關技術知之甚少。

w翻譯通過中國朋友介紹,找到了從事系統整合的h公司。h公司指派楊工為該業務系統建設專案經理,與c公司進行交流。經過需求調研,楊工認為,c公司想要建設乙個**聊天**,並據此完成了系統方案。

在w的翻譯下,s審閱並認可了h公司的系統方案。經過進一步的談判,c公司和h公司簽訂了合同,並把該系統方案作為合同附件,作為將來專案驗收的標準。

合同簽訂後,楊工迅速組織人力投入系統開發。由於楊工系統整合經驗豐富,開發過程進展順利,對專案如期完工很有把握。系統開發期間,s主管和w翻譯忙於在全國各地開拓市場,與h公司沒有再進行接觸。

就在系統開發行將結束之際,s主管和w翻譯來到h公司檢視開發進度。當看到楊工演示的即將完工的業務系統時,s主管卻表示,**聊天只是系統的乙個基本功能,系統的核心功能則是通過**聊天實現網上交易的電子商務活動,要求h公司完善系統功能並如期交付。楊工拿出系統方案作為證據,據理力爭。

w翻譯承認此前他的工作有誤,導致雙方對專案範圍的認識產生了偏差,並說服s主管將交付日期延後2個月。為了完成合同,楊工同意對系統功能進行擴充完善,並重新修訂了系統方案。但是,此後c公司又多次提出範圍變更要求。

楊工發現,不斷修訂的系統方案已經嚴重偏離了原始方案,系統如期交付已經是不可能的任務了。

[問題1](6分)

請結合案例簡要說明,詳細的專案範圍說明書應包含哪些內容,並指出c公司和h公司對哪些方面的理解出現了重大偏差。

[問題2](6分)

請指出s主管的要求是否恰當?為什麼?並請結合本案例簡要分析導致c公司多次提出範圍變更的可能原因。

[問題3](3分)

作為專案管理者,楊工此時應關注的範圍變更控制的要點有哪些?

供參考的答題思路

本題聚焦於範圍管理。

[問題1]的解答思路

對本案例而言,詳細的專案範圍說明書應包含如下內容:

① 專案的目標

② 產品範圍描述

③ 專案的可交付物

④ 專案邊界

⑤ 產品驗收標準

⑥ 專案的約束條件

⑦ 專案的假定

對照本案例,本案例缺乏上述條款、或上述條款太過粗略、或上述條款陳述得不詳細。

c公司和h公司對如下方面的理解出現了重大偏差:

① c公司和h公司對專案產品的理解上出現了重大偏差。h公司認為待開發的是**聊天**,c公司要開發的是通過**聊天實現網上交易的電子商務系統。另外,

② c公司缺乏科學的企業管理,同時也缺乏科學的範圍變更管理。

[問題2]的解答思路

「s主管卻表示,**聊天只是系統的乙個基本功能,系統的核心功能則是通過**聊天實現網上交易的電子商務活動,要求h公司完善系統功能並如期交付。」

評論:s主管這個要求可以理解但並不恰當。這是因為:

① 在專案的更早階段,案例的【說明】中已指出「在w的翻譯下,s審閱並認可了h公司的系統方案。經過進一步的談判,c公司和h公司簽訂了合同,並把該系統方案作為合同附件,作為將來專案驗收的標準」。

② 「s主管要求h公司完善系統功能並如期交付」意味著h公司還要做大量的協議外的工作,而這些工作的完成即需要時間也需要成本。因此如果h公司不追加投資還要求h公司如期交付就不太合理。

c公司多次提出範圍變更的可能原因:

① c公司自己的思路沒有梳理清楚,沒有明確表達出通過專案要開發的是個什麼樣的產品;

② h公司沒有獲得客戶的真實需求,或沒有規範的範圍管理流程,或專案範圍管理計畫有漏項,尤其是沒有範圍變更管理流程,導致範圍蔓延;

③ h公司的工作不能使c公司滿意。h公司應該根據c公司的要求對原方案進行徹底的改造。

[問題3]的解答思路

作為專案管理者,楊工此時應關注的範圍變更控制的要點如下:

① 建立範圍基準,並徵得甲方同意。

② 事先建立變更控制系統和變更控制委員會;

③ 記錄範圍變更的全過程;

④ 監控專案基準wbs與專案實際工作之間的偏差;

⑤ 對範圍變更申請進行甄別;

⑥ 對造成範圍變更的因素施加影響,使這些變更得到批准或拒絕;

⑦ 當範圍變更發生時,按變更流程對實際的變更進行管理,杜絕範圍蔓延。

⑧ 如變更得到批准,則變更專案的範圍基準(重訂範圍基準)和專案計畫;

⑨ 使用配置管理系統等工具對變更進行管理

試題三(15分)

閱讀下列說明,回答問題1至問題3,將解答填入答題紙的對應欄內。

[說明]

f公司成功中標s市的電子政務工程。f公司的專案經理李工組織相關人員對該項目的工作進行了分解,並參考以前曾經成功實施的w市電子政務工程專案,估算該項目的工作量為120人月,計畫工期為6個月。專案開始不久,為便於應對突發事件,經業主與f公司協商,同意該電子政務工程必須在當年年底之前完成,而且還要保質保量。

這意味著,專案工期要縮短為4個月,而專案工作量不變。

李工按照4個月的工期重新制定了專案計畫,向公司申請盡量多增派開發人員,並要求所有的開發人員加班加點工作以便向前趕進度。由於公司有多個專案並行實施,給李工增派的開發人員都是剛招進公司的新人。為節省時間,李工還決定專案組取消每日例會,改為每週例會。

同時,李工還允許需求調研和方案設計部分重疊進行,允許需求未經確認即可進行方案設計。

最後,該專案不但沒能4個月完成,反而一再延期,遲遲不能交付。最終導致s市**嚴重不滿,專案組人員也多有抱怨。

[問題1](6分)

請簡要分析該專案一再拖期的主要原因。

[問題2](6分)

請簡要說明專案進度控制可以採用的技術和工具。

[問題3](3分)

請簡要說明李工可以提出哪些措施以有效縮短專案工期。

供參考的答題思路

本題聚焦於進度管理。

[問題1]的解答思路

1. 「李工參考以前曾經成功實施的專案,估算該項目的工作量為120人月」,李工用模擬法估算的工作量可能不准,因此導致人力投入不足,導致工期延誤。

2. 「專案工期從6個月縮短為4個月,而且專案工作量不變,還要保質保量」。意味著為了趕進度,可能要犧牲質量,從而導致反覆返工,進而導致進度延誤。

3. 「李工要求所有的開發人員加班加點工作以便向前趕進度」,可能導致士氣低落、質量下降,從而延誤進度。

4. 「給李工增派的開發人員都是剛招進公司的新人」,單純增加人手不一定能加快進度,何況增加的都是新人。新人需要時間來培養、熟悉專案工作,這對時間緊張的專案來說可能不合適

5. 「李工還決定專案組取消每日例會,改為每週例會」,這樣導致監控週期變長。每日例會保留,但可以優化變短。

6. 「李工還允許需求調研和方案設計部分重疊進行,允許需求未經確認即可進行方案設計」。客戶可能不接受未經確認的需求開發的電子政務系統,從而可能給專案帶來極大的風險,由此導致嚴重的進度延誤。

[問題2]的解答思路

常見的專案進度控制的主要技術和工具有進度報告、進度變更控制系統、績效衡量、專案管理軟體、偏差分析、進度比較橫道圖、進度跟蹤甘特圖、進度壓縮等。

[問題3]的解答思路

針對該案例,可採用以下有效縮短專案工期:

1. 科學地估算工作量,以便準確地安排工期

2. 申請增加優質資源如增加預算、增派有經驗的高手

3. 加強培訓

4. 對專案及時監控

5. 保留必要的質量控制手段如測試、評審和使用者確認

6. 趕工

7. 縮小工作範圍

系統整合專案管理工程師 下午試題及答案

2010年下半年 系統整合專案管理工程師 下午試題 閱讀下列說明,回答問題 1 至問題 3,將解答填入答題紙的對應欄內。說明 某資訊系統整合公司 承建方 成功中標當地 某部門 建設方 辦公場所的一項資訊系統軟體公升級改造專案。專案自 2 月初開始,工期 1 年。承建方專案經理制定了相應的進度計畫,將...

系統整合工程師下午題必備

1.分析和理解範圍 2.將產品需求和特定的標準明確記錄在文件裡 3.制訂系統的專案管理計畫 4.把完成專案需要做的工作分解為可管理的更小部分 5.採取恰當的行動使專案按照專案管理計畫來實施 6.對專案狀態 過程和產品進行度量和監督 7.分析並監控專案風險 專案整理管理的過程 1.專案啟動 2.制定初...

2019上半年系統整合專案管理下午考試題目及答案

試題一 15 分 閱讀下面說明,回答問題 1 至問題 3,將解答填入答題紙的對應欄內。說明 某網路建設專案在商務談判階段,建設方和承建方鑑於以前有過合作經歷,並且在合同談判階段雙方都認為理解了對方的意圖,因此簽訂的合同只簡單規定了專案建設內容 專案金額 付款方式和交工時間。在實施過程中,建設方提出一...