信息系統(tǒng)項目管理師案例分析當(dāng)天每日一練試題地址：http://m.xiexiliangjiufa.com/exam/ExamDayAL.aspx

往期信息系統(tǒng)項目管理師每日一練試題匯總：http://m.xiexiliangjiufa.com/class27-1-1.aspx

信息系統(tǒng)項目管理師案例分析每日一練試題（2017/4/18）在線測試：http://m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?day=2017/4/18

信息系統(tǒng)項目管理師案例分析每日一練試題內(nèi)容（2017/4/18）

試題五（15分）
    閱讀下列說明，回答問題1至問題3。將解答填入答題紙的對應(yīng)欄內(nèi)。
[說明] 
    小趙是一位優(yōu)秀的軟件設(shè)計師，負責(zé)過多項系統(tǒng)集成項目的應(yīng)用開發(fā)，現(xiàn)在公司因人手緊張，讓他作為項目經(jīng)理獨自管理一個類似的項目，他使用瀑布模型來管理該項目的全生命周期，如下所示：

    項目進行到實施階段，小趙發(fā)現(xiàn)在系統(tǒng)定義階段所制訂的項目計劃估計不準，實施階段有許多原先沒有估計到的任務(wù)現(xiàn)在都冒了出來。項目工期因而一再延期，成本也一直超出。
[問題1]（6分） 
    根據(jù)項目存在的問題，請簡要分析小趙在項目整體管理方面可能存在的問題。
[問題2] （6分） 
     （1）請簡要敘述瀑布模型的優(yōu)缺點。
     （2）請簡要敘述其他模型如何彌補瀑布模型的不足。
[問題3]（3分） 
    針對本案例，請簡要說明項目進入實施階段時，項目經(jīng)理小趙應(yīng)該完成的項目文檔工作。

信管網(wǎng)穿越雙城：
【問題2】
瀑布模型階段次序劃分清晰，各階段的工作和人員職責(zé)明確，前后階段銜接緊密，適合需求比較明確變更比較少的項目，不適合未知的新項目
螺旋模型將瀑布模型和快速原型模型結(jié)合起來，將原型實現(xiàn)的迭代特征和線性順序模型中的控制和系統(tǒng)化的方法結(jié)合起來，使得軟件的增量版本的快速開發(fā)成為可能。螺旋模型強調(diào)了風(fēng)險分析，特別適合龐大而復(fù)雜的，高風(fēng)險的項目。

迭代模型在每一次迭代都可以產(chǎn)生一個可以發(fā)布的產(chǎn)品，這個產(chǎn)品是最終產(chǎn)品的一個子集，適用于實現(xiàn)不能完整定義產(chǎn)品的所有需求，計劃多期開發(fā)的項目。

信管網(wǎng)juewu1993：
問題一：
1 小趙的實際管理經(jīng)驗不足。
2 對項目沒有做好變更工作，沒有規(guī)范變更流程
3 在項目初期沒有確定好系統(tǒng)調(diào)研
4 初期沒有對計劃進行評估審核
問題二：
1 （1）優(yōu)點，階段分割明顯，清晰，階段任務(wù)明確
       缺點：不適合變更多的項目
   （2） 對應(yīng)小型的項目可以使用v模型，確定好原型，再逐步增加
          增量模型
問題三：

信管網(wǎng)bogefacai：
1、項目管理計劃制定不嚴密，范圍控制沒做好，沒有范圍變更控制系統(tǒng)，成本估算沒有做好，wbs分解做的不夠到位，對需求理解的不到位，缺少和項目干系人的溝通，選用的生命周期模型未必合適。
2、瀑布模型只管，每一個節(jié)點的輸出等于下一個節(jié)點的輸入，流程清晰。但不適于變化，變化后，改動較大，同時一個環(huán)節(jié)出錯會連帶下面的環(huán)節(jié)出問題，對變更控制不太好。
迭代模型，通過使用迭代模型，將任務(wù)進行分解，并行處理工作
3、里程碑計劃、項目wbs詞典和wbs、范圍說明書、活動計劃、成本估算

信管網(wǎng)elegance：
設(shè)計師轉(zhuǎn)項目經(jīng)理專業(yè)性不足
項目需求沒有得到用戶的確認并建立雙向跟蹤
項目計劃編制有偏差
進度控制，成本控制
范圍確認有誤
針對類比估計項目的風(fēng)險控制不足
針對階段性產(chǎn)品或者里程碑沒有進行確認和驗證
配置管理工作沒有展開
溝通不到位
瀑布模型比較適合過程性需求比較明確的開發(fā) 上一階段的輸出作為下一階段的輸入 確點是到最后階段才進行測試。
采用螺旋模型比較好，瀑布加迭代針對需求不明的項目比較適用

實施階段的文檔有：設(shè)計說明書 配置文檔 開發(fā)手冊 測試用戶 維護手冊 模塊卷宗