軟件項目開發(fā)失敗的實例(參考版)
2024-08-09 15:00本頁面
【正文】 經(jīng)過多日討論，火總下決心“升級”該系統(tǒng)，另找供應(yīng)商重新開發(fā)——這次，他預(yù)算50萬……二、 案例分析1. 案例分析提綱l 這個項目的生命周期？l 項目成功了還是失敗了？l 這個項目中的干系人是哪些？分別是什么角色？他們各是什么期望？l “用戶”和“客戶”的區(qū)別？l 這個過程有哪些經(jīng)驗、教訓？l 如果還有一次機會，你會提醒馬甲些什么？8 / 8。此時的馬甲已經(jīng)掉膘30斤了，女友也早離他而去…… 又過了一年，這個系統(tǒng)變得很慢。馬甲的團隊中小龔離職。其中火總提的“新需求”最多，馬甲嘗試著提醒火總“這是新增需求，不在合同規(guī)定范圍內(nèi)……”，火總一臉不悅，“我沒有見到系統(tǒng)，當然不知道要什么東西，要怎么做啊，這怎么能算新增需求？再說，合同中不是有提到要提供‘分析報表’嗎？”。 問題比預(yù)想的多得多，馬甲抓著頭發(fā)，恨不得讓自己往墻壁上撞，讓自己大腦“死機”片刻11. 需求變更和蔓延 馬甲再次遇到讓自己措手不及的事情：用戶提出了更高的要求！ 情況大概是這么幾種：用戶嘗試著使用系統(tǒng)，他們常常抱怨這跟他們原來的構(gòu)思不一樣；用戶認為這是馬甲當初沒有正確理解自己的需求，而馬甲認為自己已經(jīng)用《需求說明書》跟用戶確認，用戶給了肯定答復(fù)自己才去實施的，因此應(yīng)該算變更。 為此，小王專門給各個部門發(fā)了通知，希望他們抓緊時間測試。馬甲帶著忐忑不安的心情上路了。 這段時間，馬甲受困于幾個問題： 為什么修復(fù)了一個BUG，卻會新增更多的BUG？ 為什么總會出現(xiàn)“這個問題前兩天我改了呀，怎么又出現(xiàn)了？”？ 除了單步跟蹤這個方法外，就沒有其他辦法可以定位問題了嗎？ 10. 用戶測試 終于要見公婆了，即使是丑媳婦。 當然，自己負責的模塊是不能由自己來測試的，測試出來的問題，會第一時間通知代碼作者。9. 測試 終于可以測試了！馬甲長舒一口氣?！安豢赡馨?，在我電腦上跑的好好的！”小龔一臉難以置信“哦，我忘了跟您說了，昨晚我改了一個地方，還沒有編譯測試，不好意思??！” 其中一位新手看著其中的一個編譯錯誤，趕緊認錯，一臉不好意思“……..”馬甲那天的午飯只吃了幾口，第一因為他心情太差實在沒有胃口，第二是他急著回到電腦前面排錯?！澳氵@個目錄這么這樣命名？”“你的代碼都沒有注釋？”……馬甲一邊“集成”代碼目錄，一邊抱怨著。 漸漸的，大家似乎都遺忘了那份漂亮的設(shè)計文檔。但馬甲忙于完成自己的模塊，并未完全放在心上，此外他也覺得自己的設(shè)計能力應(yīng)該比小龔強，接受小龔的意見有點沒面子。第二周：馬甲突然發(fā)現(xiàn)自己原來的設(shè)計有些地方似乎不妥當，但是他覺得改設(shè)計文檔很麻煩，于是沒有去修改。 7. 代碼實現(xiàn)階段某
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1