軟件需求第5章-閱讀頁
2024-09-24 13:24本頁面
【正文】 危害值： 降低風(fēng)險計劃： 1．在第一階段早期就要收集易學(xué)、易用的需求。 3．通過與產(chǎn)品代表和顧問的交流，開發(fā)一個包含核心功能的用戶界面原型。 負(fù)責(zé)人： Helen 截止日期： 在 6/16/99 前完成 JAD 會議。緊張的工程進(jìn)度安排給管理者造成很大的壓力，使他們覺得不趕緊開始編碼將無法按時完成項目，因而對需求一帶而過。粗略的統(tǒng)計表明：需求開發(fā)工作應(yīng)占全部工作量的 15%（ Rubin 1999）。 需求規(guī)格說明的完整性和正確性 。根據(jù)不同的使用情景編寫需求測試用例，建立原型，使需求對用戶來說更加直觀，同時獲取用戶的反饋信息。 對革新產(chǎn)品的需求 。故要強(qiáng)調(diào)市場調(diào) 查研究，建立原型，并運用客戶核心小組來獲得革新產(chǎn)品任務(wù)的反饋信息。由于一般強(qiáng)調(diào)產(chǎn)品的功能性要求，非常容易忽略產(chǎn)品的非功能性的需求。 客戶贊同產(chǎn)品需求 。確定出主要的客戶，并采用產(chǎn)品代表的方法來確?？蛻舸淼姆e極參與，確保在需求決定權(quán)上有正確的人選。客戶可能會有一些隱含的期望要求，但并未說明。提出大量的問題來提示客戶以充分表達(dá)他們的想法、主意和應(yīng)關(guān)注的一切。在升級或重做的項目中需求開發(fā)可能顯得不很重要?！爸皇切薷囊恍╁e誤和增加一些新特性”，這時的開發(fā)人員不得不通過現(xiàn)有產(chǎn)品的逆向工程 (reverse engineering)來獲取需求。因此新系統(tǒng)很可能會有一些與現(xiàn)有系統(tǒng)同樣的缺陷。 給出期望的解決辦法 。因此分析人員應(yīng)盡力從客戶敘說的解決方法中提煉出其本質(zhì)核心。劃分出每項需求、特性或使用實例的優(yōu)先級并安排在特定的產(chǎn)品版本或?qū)崿F(xiàn)步驟中。 帶來技術(shù)困難的特性 。成功好象總是懸于一線的，于是運用項目狀態(tài)跟蹤的辦法管理那些落后于計劃安排的需求，并盡 早采取糾正措施。不要低估了學(xué)習(xí)曲線中表明的滿足某項需求所需要的新技術(shù)的速度跟進(jìn)情況。 45b3ab679e853e21c524018e30c33611 48 需求規(guī)格說明 需求理解 。對需求文檔進(jìn)行正式評審的團(tuán)隊?wèi)?yīng)包括開發(fā)人員，測試人員和客戶。模型和原型能從不同角度說明需求，這樣可解決一些模糊 的需求。將 SRS中需要將來進(jìn)一步解決的需求注上 TBD記號，但如果這些 TBD并未解決，則將給結(jié)構(gòu)設(shè)計與項目繼續(xù)進(jìn)行帶來很大風(fēng)險。 具有二義性的術(shù)語 。特別是要說明清楚那些既有普通含義又有專用領(lǐng)域含義的詞語。 需求說明中包括了設(shè)計 。仔細(xì)評審需求說明以確保它是在強(qiáng)調(diào)解決業(yè)務(wù)問題需要做什么，而不是在說怎么做。審查相當(dāng)篇幅的 SRS這是有些令人沮喪的，這正如要在開發(fā)過程早期編寫測試用例一樣。在項目計劃中應(yīng)為這些保證質(zhì)量的活動預(yù)留時間并提供資源。 審查的有效性 。故要對參與需求文檔評審的所有團(tuán)隊成員進(jìn)行培訓(xùn)，請組織內(nèi)部有經(jīng)驗的評審專家或外界的咨詢顧問來講座、授教以幫助使評審工作更加有效。將項目視圖與范圍文檔作為變更的參照基礎(chǔ)可以減少項目范圍的延伸。能在早期發(fā)現(xiàn)需求錯誤的質(zhì)量控制方法可以減少以后發(fā)生變更的可能。 需求變更過程 。應(yīng)當(dāng)在開發(fā)的各階層都建立變更管理的紀(jì)律和氛圍，當(dāng)然這需要時間。 未實現(xiàn)的需求 。也有助于確保不會因為交流不充分而導(dǎo)致多個開發(fā)人員都未實現(xiàn)某項需求。如果開始未很好定義需求， 那么很可能隔段時間就要擴(kuò)充項目的范圍。為減少這些風(fēng)險，要對階段遞增式的生存期制定計45b3ab679e853e21c524018e30c33611 49 劃，在早期版本中實現(xiàn)核心功能，并在以后的階段中逐步增加實現(xiàn)需求。精明的管理者不僅能認(rèn)識到它能帶來風(fēng)險的條件，而且將它編入風(fēng)險清單，并依據(jù)以往項目的經(jīng)驗估計其可能性和影響。我曾說服管理人員把項目延期是由于缺少用戶的積極參與，我告訴他們不能把公司的資金投入一項注定要失敗的項目。他們要么開始采取一些矯正措施，要么不管風(fēng)險，依舊按原業(yè)務(wù)決策思路進(jìn)行。 下一步： ? 明確 你當(dāng)前項目面臨的一些與需求有關(guān)的風(fēng)險，不要把當(dāng)前的問題當(dāng)作風(fēng)險，一 定要是那些還未發(fā)生的事情。為每項風(fēng)險推薦至少一種可能的降低風(fēng)險的方法。盡力找出更多與需求有關(guān)的風(fēng)險因素。通過按風(fēng)險危害值降序排列找到最高的五項風(fēng)險。
公司管理相關(guān)推薦
鄂ICP備17016276號-1