2011年上半年軟考高級信息系統(tǒng)項目管理師下午案例分析真題試題一
案例問題：請分析此項目的質(zhì)量管理過程中存在哪些問題。
案例背景
在監(jiān)理單位的協(xié)助下，H公司編制了招標文件，并于5月6日發(fā)出招標公告，規(guī)定投標截止時間為5月21日17時。在截止時間前，H公司共收到五家公司的投標書，其中甲公司為一家外資企業(yè)。H公司覺得該項目涉及公司的業(yè)務秘密，不適合由外資企業(yè)來承擔。因此，在隨后制定評標標準的時候，特意增加了關(guān)于企業(yè)性質(zhì)的評分條件：國有企業(yè)可加2 分，民營企業(yè)可加1分，外資企業(yè)不加分。 在發(fā)布中標公告后，H公司與乙公司開始準備簽訂合同。但此時乙公司提出，雖然招標文件中規(guī)定了合同格式并對付款條件進行了詳細的要求，但這種付款方式只適用于硬件占主體的系統(tǒng)集成項目，對于ERP系統(tǒng)這種軟件占主體的項目來說并不適用，因此要求H公司修改付款方式。H公司堅決不同意乙公司的要求，乙公司多次溝通未達到目的只好做出妥協(xié)，直到第45天，H公司才與乙公司最終簽訂了ERP項目合同。
某公司承接了一個銀行業(yè)務系統(tǒng)的軟件開發(fā)項目，質(zhì)量要求非常高。項目經(jīng)理小趙制定了項目的整體計劃，將項目劃分為需求、設計、編碼和測試四個階段，他將測試階段預留了大量時間，以便開展充分的測試工作。
需求分析完成后，項目組編寫了《需求分析報告》，項目經(jīng)理小趙召集部分骨干人員召開評審會。為了盡快進入下一階段工作，評審會從早上9點一直開到晚上9點，終于把全部的文件都審完了。評審組找到了幾處小問題，并當場進行了修改，項目經(jīng)理宣布可以進入設計階段了。編程結(jié)束后，進入了測試階段。第一輪測試，發(fā)現(xiàn)了70個缺陷。項目組對發(fā)現(xiàn)的缺陷進行了修改，又重新提交了測試。第二輪又發(fā)現(xiàn)了100多個缺陷，就這樣反復修改和測試，直到第六輪，發(fā)現(xiàn)了33個缺陷。各輪發(fā)現(xiàn)的缺陷數(shù)如下：
輪數(shù)    第一輪 第二輪 第三輪 第四輪 第五輪  第六輪
缺陷數(shù)   70     117      89       54     158       33
這時，小趙終于松了一口氣，由于第六輪只剩下33個缺陷，他覺得測試工作應該很快就會結(jié)束了。
[問題]
請分析此項目的質(zhì)量管理過程中存在哪些問題。
案例問題參考答案（僅供參考，信管網(wǎng)標準答案及試題解析請查看下面鏈接）：
1．小趙沒有制定單獨的質(zhì)量管理計劃，也沒有安排質(zhì)量管理人員（沒有分配質(zhì)量管理職責）。
2．沒有對項目過程進行質(zhì)量檢查工作（項目沒有實施質(zhì)量保證工作，只進行了質(zhì)量控制工作）。
3．質(zhì)量控制方面存在問題，包括：
(1)項目在重大里程碑處需由干系人對階段成果進行評審，確保結(jié)果和預期目標一致。
(2)需求評審沒有客戶參與，可能導致最終對需求不能達成一致，設計文件未經(jīng)過正式評審，可能導致設計文件有較多的錯誤。
(3)技術(shù)評審會是為了發(fā)現(xiàn)問題的，而不是修改問題的，評審會沒有達到預期效果。
(4)需求評審控制不好。需求評審屬于技術(shù)評審，評審會持續(xù)時間過長會導致效率低下（或者說評審會召開時間過長，起不到質(zhì)量控制的作用）。
4．測試工作中在測試用例、測試方法、測試人員及測試環(huán)境等方面存在問題。
查看該案例完整試題與信管網(wǎng)參考答案：http://m.xiexiliangjiufa.com/st/838289.html