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

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

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

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

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

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

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

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

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

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

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

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