軟件項目管理論文(編輯修改稿)
2025-07-25 17:13 本頁面
【文章內(nèi)容簡介】 階段性確認(rèn)書。為避免這種情況的出現(xiàn)，應(yīng)從以下方面注意： a ．項目開始的時候是不是看著最后的合同驗收來做事呢?從一開始就盡可能地按合同要求來做，一定不要留給對方抓小辮子的機(jī)會。當(dāng)然業(yè)務(wù)人員在簽合同時，為了拿下這個項 目，把項目吹得能把客戶想要的一切都辦得到，在客戶面前信誓旦旦才能把項目簽下來。這也應(yīng)該能夠理解，項目做得不好，最難交待的還是他們。但是項目啟動之后，項目經(jīng)理是否就應(yīng)該好好的研究合同，與業(yè)務(wù)人員溝通，了解客戶最想要的是什么，然后重新列出項 目的范圍， 盡可能讓客戶認(rèn)同，鎖定項目范圍。這樣就算不能完全避免需求不斷增加不斷改變的風(fēng)險，也能有所改善的。b ．還需要的就是與客戶做好溝通，這個時候談判的技巧是很重要的，既要不卑不亢，又要理據(jù)充分，不能胡編亂造哄騙客戶，客戶不是傻子，他們?nèi)绻麘岩赡愕哪芰驼\信以后就更難溝通了。在難度不大改變不多的時候，我們更應(yīng)該的是作出適當(dāng)?shù)耐俗?，爽快的答?yīng)客戶的要求，然后讓他們知道我們作出了多大的犧牲去幫助他們實現(xiàn)愿望。管理收尾： 為了使項目干系人對項目產(chǎn)品的驗收正式化而進(jìn)行的項目成果驗收和歸檔，收集項目記錄保存項目信息(包括項目總結(jié))管理收尾是對于內(nèi)部來說的，把做好的項目文檔等歸檔；對外宣稱項目已經(jīng)結(jié)束；轉(zhuǎn)入維護(hù)期，把相關(guān)的產(chǎn)品說明轉(zhuǎn)到維護(hù)組；進(jìn)行經(jīng)驗教訓(xùn)總結(jié)，項 目成員一起來“ 懷舊” 學(xué)習(xí)一把。 把項目文檔整理一下歸檔，對于項目的延續(xù)性是有很重要的意義的。項目經(jīng)理把項 目經(jīng)驗歸納歸檔起來，又會對別的項 目經(jīng)理、對公司的項目管理文化作出了不少的貢獻(xiàn)。很多著名的公司都對項 目經(jīng)驗總結(jié)這一環(huán)節(jié)看得很重，畢竟現(xiàn)在業(yè)界提倡的 P MM( P r o j e c t Ma t u r i t y M o d e 1 ) 的最高境界就是不斷地學(xué)習(xí)改進(jìn)。 當(dāng)項目規(guī)?；驎r間達(dá)到一定程度時，粗放式、不規(guī)范的管理方法是行不通的，在具體實施過程中必將在無休無止的項目變更和反復(fù)的與干系人的交流中消耗掉極大量的時間和成本。 所以越是大的項目越是要進(jìn)行規(guī)范的項目管理，規(guī)范化的初期可能是痛苦的，可結(jié)果卻是值得的。從目前看，公司的運(yùn)營成本是增加了，因為要增加管理人員、撰寫文檔也需要人手，但從長遠(yuǎn)看，其會帶來降低成本、提高質(zhì)量、提高用戶滿意度等好處。對此，我們應(yīng)確信不疑。 4 軟件項目管理的內(nèi)容根據(jù)公司實際情況，公司在進(jìn)行軟件項目管理時，重點(diǎn)將軟件配置管理、軟件質(zhì)量管理、軟件風(fēng)險管理及開發(fā)人員管理四方面內(nèi)容導(dǎo)入軟件開發(fā)的整個階段。 在八十年代初，同樣，我們在進(jìn)行軟件項目管理時，也應(yīng)該遵循這七條原則。它們是： （1）用分階段的生命周期計劃嚴(yán)格管理； （2）堅持進(jìn)行階段評審； （3）實行嚴(yán)格的產(chǎn)品控制； （4）采用現(xiàn)代程序設(shè)計技術(shù)； （5）結(jié)果應(yīng)能夠清楚地審查； （6）開發(fā)小組地人員應(yīng)該少而精； （7）承認(rèn)不斷改進(jìn)軟件工程實踐地必要性。 軟件需求是軟件工程過程中的重要一環(huán)，是軟件設(shè)計基礎(chǔ)。也是用戶和軟件工程之間的橋梁。簡單的說，軟件需求就是確定系統(tǒng)需要做什么，嚴(yán)格意義上，軟件需求是系統(tǒng)或軟件必須達(dá)到的目標(biāo)與能力。需求管理是一種獲取、組織并記錄軟件需求的系統(tǒng)化方案，同時也是一個使客戶與項目開發(fā)組對不斷變更的軟件需求達(dá)成并保持一致的過程。在需求管理中，軟件工程組的工作是采取適當(dāng)?shù)拇胧﹣肀ＷC分配的需求，即要將分配的需求文檔化，控制需求的變化，負(fù)責(zé)項目實施過程中需求的實現(xiàn)情況。需求管理的目的是在客戶和處理客戶需求的軟件項目之間建立對客戶需求的共同理解，需求管理的目標(biāo)有兩個：l 使軟件需求受控，并建立供軟件工程和管理使用的需求基線。l 使軟件計劃、產(chǎn)品和活動與軟件需求保持一致。在需求管理過程，為實現(xiàn)第一個目標(biāo)，必須控制需求基線的變動，按照變更控制的標(biāo)準(zhǔn)和規(guī)范的過程進(jìn)行需求變更控制和版本控制；為實現(xiàn)第二個目標(biāo)，必須就變更和軟件項目各小組達(dá)成共識，對軟件項目計劃做出調(diào)整，其中包括人員的安排、用戶的溝通、成本的調(diào)整、進(jìn)度的調(diào)整等。為進(jìn)行有效的需求管理，一般要遵循如下五條原則l 需求一定要分類管理 進(jìn)行軟件項目管理的時候，一定要將軟件需求分出層次。不同層次需求的側(cè)重點(diǎn)、描述方式、管理方式是不同的。l 需求必須分優(yōu)先級 在軟件項目中，如果出現(xiàn)過多的需求，通常會導(dǎo)致項目超出預(yù)算和預(yù)定進(jìn)度，最終導(dǎo)致軟件項目的失敗，因而需求的優(yōu)先級可能比需求本身更加重要。l 需求必須文檔化 需求必須有文檔記錄。該文檔必須是正確的、最新的、可管理的、可理解的，是經(jīng)過驗證的，是在受控的狀態(tài)下變更的。 需求管理在需求開發(fā)基礎(chǔ)上進(jìn)行，貫穿于整個軟件項目過程，是軟件項目管理的一部分。在軟件項目進(jìn)行的過程中，無論正處于哪個階段，一旦有需求錯誤出現(xiàn)或任何有關(guān)需求的變更出現(xiàn)，都需要需求管理活動來解決，需求管理是一個對系統(tǒng)需求變更了解和控制的過程。初始需求導(dǎo)出的同時就啟動了需求管理規(guī)劃，一旦形成了需求文檔的草稿版本，需求活動就開始了。需求管理活動活動的任務(wù)變更控制建議需求變更并分析其影響，做出是否變更的決策版本控制確定單個需求和SRS（即功能規(guī)格說明）的版本需求跟蹤定義對于其他需求及系統(tǒng)元素的聯(lián)系鏈需求狀態(tài)定義并跟蹤需求的狀態(tài)表1 需求管理活動 需求驗證過程 需求驗證很重要，如果在構(gòu)造設(shè)計開始之前，通過驗證基于的測試計劃和原型測試來驗證需求的正確性及其質(zhì)量，就能大大減少項目后期的返工現(xiàn)象。需求驗證可按以下步驟來進(jìn)行： 審查需求文檔 224。 依照需求編寫測試用例 224。 編寫用戶手冊 224。 確定合格的標(biāo)準(zhǔn)l 驗證的內(nèi)容在需求驗證過程中，需對需求文檔中定義的需求執(zhí)行多種類型的檢查。有效性檢查對于每項需求都必須證明它是有效的，確實能解決用戶面對的問題。一致性檢查在需求文檔中，需求不應(yīng)該沖突，即對同一個系統(tǒng)功能不應(yīng)出現(xiàn)不同的描述或相互矛盾的約束。完備性檢查需求文檔應(yīng)該包括所有系統(tǒng)用戶想要功能和約束?，F(xiàn)實性檢查檢查需求以保證能利用現(xiàn)有技術(shù)實現(xiàn)可檢驗性檢查描述的需求能夠?qū)嶋H測試可跟蹤性檢查需求的出處被清晰的記錄，每一個系統(tǒng)功能都能被跟蹤到要求它的需求集合，每一項都能追溯到特定的用戶要求?？烧{(diào)節(jié)性檢查需求變更能夠不對其他系統(tǒng)大規(guī)模的影響/可讀性檢查需求說明能否
物理相關(guān)推薦
鄂ICP備17016276號-1