軟件項(xiàng)目的需求開(kāi)發(fā)和管理(參考版)
2025-04-12 07:19本頁(yè)面
【正文】 4 總結(jié)需求開(kāi)發(fā)和管理是一項(xiàng)系統(tǒng)工作，而不是簡(jiǎn)單的技術(shù)工作，只有系統(tǒng)的了解和掌握需求的基本概念、方法、手段、評(píng)估標(biāo)準(zhǔn)、風(fēng)險(xiǎn)等相關(guān)知識(shí)，并在實(shí)踐中加以應(yīng)用，才能真正做好需求的開(kāi)發(fā)和管理工作。6) 核實(shí)測(cè)試工作版本中的變更：指定的角色解決變更后，變更將放置在要分配給測(cè)試員的測(cè)試隊(duì)列中，并在產(chǎn)品工作版本中加以核實(shí)。 這些活動(dòng)將包括常規(guī)開(kāi)發(fā)流程中所述的所有常規(guī)復(fù)審活動(dòng)和單元測(cè)試活動(dòng)。4) 安排和分配工作：一旦變更請(qǐng)求被置為已打開(kāi)，項(xiàng)目經(jīng)理就將根據(jù)請(qǐng)求的類型把工作分配給合適的角色，并對(duì)項(xiàng)目時(shí)間表做必要的更新。3) 更新變更請(qǐng)求：如果評(píng)估變更請(qǐng)求時(shí)需要更多的信息，或者如果變更請(qǐng)求13 / 14在流程中的某個(gè)時(shí)刻遭到拒絕，那么將通知提交者，并用新信息更新變更請(qǐng)求。確認(rèn)重復(fù)或拒絕：如果懷疑某個(gè)變更請(qǐng)求為重復(fù)的請(qǐng)求或已拒絕的無(wú)效請(qǐng)求（例如，由于操作符錯(cuò)誤、無(wú)法重現(xiàn)、工作方式等） ，將指定一個(gè) CCB 代表來(lái)確認(rèn)重復(fù)或已拒絕的變更請(qǐng)求。在 CCB 復(fù)審會(huì)議中對(duì)變更請(qǐng)求的內(nèi)容進(jìn)行初始復(fù)審，以確定它是否為有效請(qǐng)求。通過(guò)將變更請(qǐng)求狀態(tài)設(shè)置為已提交，變更請(qǐng)求被記錄到變更請(qǐng)求追蹤系統(tǒng)中并放置到變更控制委員會(huì)（CCB）復(fù)審隊(duì)列中。 需求變更既然不可避免，那么就必須有一套規(guī)范的處理流程。項(xiàng)目總結(jié)工作應(yīng)作為現(xiàn)有項(xiàng)目或?qū)?lái)項(xiàng)目持續(xù)改進(jìn)工作的一項(xiàng)重要內(nèi)容，同時(shí)也可以作為對(duì)項(xiàng)目合同、設(shè)計(jì)方案內(nèi)容與目標(biāo)的確認(rèn)和驗(yàn)證。 3) 項(xiàng)目收尾階段的總結(jié)。項(xiàng)目經(jīng)理應(yīng)該樹(shù)立一個(gè)理念——“需求變更是必然的、可控的、有益的”。 2) 項(xiàng)目執(zhí)行、監(jiān)控階段的需求變更 。如果需求做得好，文檔清晰且又有客戶簽字，那么后期客戶提出的變更就超出了合同范圍，需要另外收費(fèi)。1) 項(xiàng)目啟動(dòng)、計(jì)劃階段的變更預(yù)防。按照現(xiàn)代項(xiàng)目管理的概念，一個(gè)項(xiàng)目的生命周期分為啟動(dòng)、計(jì)劃、執(zhí)行、監(jiān)控、收尾五個(gè)過(guò)程組。 11 / 14 為了將項(xiàng)目變更的影響降低到最小，就需要采用項(xiàng)目范圍變更控制方法。 2) 沒(méi)有指定需求的基線。細(xì)化工作是由需求分析人員完成的，一般是根據(jù)用戶提出的描述性的、總結(jié)性的短短幾句話去細(xì)化的，提取其中的一個(gè)個(gè)功能，并給出描述（正常執(zhí)行時(shí)的描述和意外發(fā)生時(shí)的描述） 。 需求變更控制 在軟件項(xiàng)目中，變更可能來(lái)自方案服務(wù)商、客戶或產(chǎn)品供應(yīng)商等，也可能來(lái)源于項(xiàng)目組內(nèi)部。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣。 2) 逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在《需求說(shuō)明書》中找到出處。 需求跟蹤 需求跟蹤的目的是建立與維護(hù)“需求－設(shè)計(jì)－編程－測(cè)試” 之間的一致性，確保所有的工作成果符合用戶需求。 1) 需求評(píng)審： 對(duì)需求的必要性和可行性進(jìn)行分析，確定需求文檔。 《需求說(shuō)明書》的參考模板如下：9 / 14圖 2：《需求說(shuō)明書》參考模板 需求確認(rèn) 需求確認(rèn)是指開(kāi)發(fā)方和客戶方共同對(duì)《需求說(shuō)明書》進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后作出承諾。例如采用 Rational 的Rose 工具進(jìn)行需求的建模分析。 8 / 143) 最后，需求分析員與被調(diào)查者建立聯(lián)系，確定調(diào)查的時(shí)間、地點(diǎn)、人員等，進(jìn)行需求調(diào)查。例如： 與用戶交談，向用戶提問(wèn)題，向用戶群體發(fā)調(diào)查問(wèn)卷等，還可以從用戶的工作流程，相關(guān)文檔以及行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求。問(wèn)題表應(yīng)當(dāng)以“選擇題” 和“是非題”為主。 需求開(kāi)發(fā)和管理流程 需求調(diào)查 1) 首先，需求分析員起草需求調(diào)查問(wèn)題表，將調(diào)查重點(diǎn)鎖定在該問(wèn)題表內(nèi)，否則調(diào)查工作將變得漫無(wú)邊際。 3) 需求質(zhì)量控制要制度化。2) 建立良好的溝通環(huán)境和氛圍。7 / 14 建立需求開(kāi)發(fā)和
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1