|
軟件和系統(tǒng)工程標準系列 reddish Abstract 本文概述了需求管理流程，包括需求的記錄、維護、變更控制和配置管理，以確保需求在整個項目生命周期中的完整性和一致性。強調(diào)了需求的動態(tài)性以及有效的需求管理在避免項目延誤和成本超支中的重要性。 本文是對IEEE-29148系統(tǒng)與軟件工程-生命周期流程-需求工程的第六章的整理和解讀，在原文基礎(chǔ)上有做適當潤色調(diào)整。全文分為五個部分，分別是：
本文是第五部分:需求管理 1 管理概述需求管理包括記錄和維護需求工程活動中不斷變化的需求以及相關(guān)背景和歷史信息的任務(wù)。需求管理還建立了定義、控制和發(fā)布各級相關(guān)系統(tǒng)基準需求的程序。有效的需求管理發(fā)生在組織的項目和技術(shù)流程的背景下，如ISO/IEC 15288和ISO/IEC 12207所定義。 需求很少是靜態(tài)的。雖然從開發(fā)管理的角度來看，永久凍結(jié)一組需求是可取的，但這幾乎是不可能的。應(yīng)該確定可能發(fā)展的需求，并將其傳達給采購方和技術(shù)社區(qū)?？梢员M早凍結(jié)核心子集的需求。應(yīng)評估擬議的新需求的影響，以確保維持需求基線 的初始意圖，或采購方理解并接受意圖的變更。 在幾乎所有情況下，隨著生命周期活動的進行，對需求的理解都在不斷發(fā)展。這通常會導(dǎo)致在生命周期后期對需求進行修訂。關(guān)于需求工程的理解中最重要的一點可能是，很大一部分需求都會發(fā)生變化。這有時是由于分析中的錯誤，但通常是環(huán)境變化的必然結(jié)果，例如采購方的運營或業(yè)務(wù)環(huán)境的變化，或系統(tǒng)銷售市場的變化。 然而，在生命周期內(nèi)進行需求變更時應(yīng)謹慎行事。雖然有些變更是不可避免的，但過多的不受控制的變更可能會導(dǎo)致“需求蔓延”，從而導(dǎo)致成本超支、進度延誤、設(shè)計錯誤、買家不滿意，甚至取消項目。 2 變更管理無論需求變更的原因是什么，認識到變更的必然性并采取措施減輕變更的影響都很重要。變更的管理必須確保提議的變更經(jīng)過明確的影響評估、審查和批準流程，并應(yīng)用仔細的需求跟蹤和版本管理。因此，需求工程流程不僅僅是一項前端任務(wù)，而是貫穿整個生命周期。在一個典型的項目中，需求管理活動會隨著時間的推移從引出發(fā)展到變更管理。 常用的基線是功能基線、分配基線、開發(fā)基線和產(chǎn)品基線。項目配置管理計劃中通常會確定用于給定項目的基線以及變更批準所需的相關(guān)權(quán)限級別。這些基線描述如下：-功能基線與審查的系統(tǒng)要求相對應(yīng)，包括外部接口描述。-分配的基線對應(yīng)于經(jīng)過審查的系統(tǒng)元素需求規(guī)范，包括接口需求規(guī)范。-開發(fā)基線代表生命周期中選定時間點不斷發(fā)展的系統(tǒng)和系統(tǒng)元素配置。此基線的變更權(quán)限通常主要由供應(yīng)商 組織擁有。-產(chǎn)品基線與已完成的系統(tǒng)相對應(yīng)。 2.1 配置管理配置管理流程的目的是建立和維護項目或流程的所有已識別輸出的完整性，并使其可供相關(guān)方使用。 2.1.1 計劃配置管理此活動包括以下任務(wù)： 注：本活動下的任務(wù)1)未包括在內(nèi)，因為沒有與需求工程相關(guān)的具體指導(dǎo)。2)識別受配置控制的項目。 注：在適當?shù)那闆r下，物項通過唯一、持久的標識符或標記進行區(qū)分。標識符符合相關(guān)標準和產(chǎn)品行業(yè)慣例，以便配置控制下的物項可以明確追溯到其規(guī)格或等效的書面描述。 系統(tǒng)運行概念和利益相關(guān)者、系統(tǒng)和系統(tǒng)元素要求被確定為配置管理規(guī)劃中配置控制的信息項。 2.1.2 執(zhí)行配置管理此活動包括以下任務(wù)：1)維護具有適當完整性和安全性 級別的配置信息。 注：這包括考慮配置控制項的性質(zhì)。配置描述盡可能符合產(chǎn)品或技術(shù)標準。確保配置信息允許向前和向后追溯到其他基線配置狀態(tài)。在指定時間或定義的情況下，整合配置項不斷發(fā)展的配置狀態(tài)以形成記錄的基線。在配置基線數(shù)據(jù)中記錄基線和相關(guān)授權(quán)的理由。在系統(tǒng)生命周期內(nèi)維護配置記錄，并根據(jù)協(xié)議、相關(guān)法規(guī)或最佳行業(yè)實踐進行歸檔。
隨著對運營概念和利益相關(guān)者、系統(tǒng)和系統(tǒng)元素要求的更改，需要正式記錄這些更改，并將其記錄在需求基線中，同時記錄配置信息，以識別具體更改和相關(guān)理由。應(yīng)維護需求可追溯性，并可在需求可追溯性矩陣(RTM)中記錄。應(yīng)根據(jù)項目和組織配置管理流程對需求進行配置管理。 注：ISO/IEC 15288和ISO/IEC 12207的6.3.5條款包含有關(guān)配置管理的更多信息。 2.2 信息管理信息管理流程的目的是在系統(tǒng)生命周期期間和之后（視情況而定）向指定方提供相關(guān)、及時、完整、有效且（如果需要）保密的信息。 2.2.1 計劃信息管理此活動包括以下任務(wù)： 注：本活動下的任務(wù)2)至5)未包括在內(nèi)，因為沒有與需求工程相關(guān)的具體指導(dǎo)。1)定義在系統(tǒng)生命周期內(nèi)需要管理的信息項，并根據(jù)組織政策、協(xié)議或法律，在一段規(guī)定期限內(nèi)進行維護。 將系統(tǒng)運行概念文檔和利益相關(guān)者需求規(guī)范、系統(tǒng)需求規(guī)范、軟件需求規(guī)范以及其他系統(tǒng)元素需求規(guī)范確定為系統(tǒng)生命周期中需要管理的信息項。 2.2.2 執(zhí)行信息管理此活動包括以下任務(wù)： 注：本活動下的任務(wù)2)至6)未包括在內(nèi)，因為沒有與需求工程相關(guān)的具體指導(dǎo)。1)獲取已識別的信息項。 注：這可能包括生成信息或從適當?shù)膩碓词占畔ⅰ?/span> 隨著反映配置基線的操作概念文件和各種需求規(guī)范的創(chuàng)建，信息項被提供給指定的權(quán)限和職責進行信息管理。隨著需求的變化和新基線的創(chuàng)建，修訂的信息項被提供給信息管理。需求信息應(yīng)按照組織的信息管理流程進行管理。 注：ISO/IEC 15288:2008 (IEEE標準15288‐2008)和ISO/IEC 12207:2008 (IEEE標準12207‐2008)對信息管理有更多詳細說明。 3 要求的測量測量流程的目的是收集、分析和報告與組織內(nèi)開發(fā)的產(chǎn)品和實施的流程有關(guān)的數(shù)據(jù)，以支持對流程的有效管理，并客觀地展示產(chǎn)品的質(zhì)量。 3.1 平面測量此活動包括以下任務(wù)： 注：本活動下的任務(wù)5)至7)未包括在內(nèi)，因為沒有與需求工程相關(guān)的具體指導(dǎo)。1)描述與測量相關(guān)的組織特征。2)識別信息需求并確定其優(yōu)先次序。3)選擇并記錄滿足信息需求的措施。4)定義數(shù)據(jù)收集、分析和報告程序。 需求工程作為一門學(xué)科，受益于在流程和產(chǎn)品環(huán)境中測量需求?？赡苄枰喾N測量方法來深入了解需求的信息需求。實踐證明，各種測量方法都很有用，包括：-需求波動性 在流程環(huán)境中，需求波動性可能表明組織的需求工程流程不會將一系列需求匯聚成一個結(jié)構(gòu)良好的集合。在產(chǎn)品環(huán)境中，高波動性值可能表明利益相關(guān)者未能就系統(tǒng)需求達成共識，從而給生命周期中的后續(xù)活動帶來重大風險。 其他有用的要求措施包括：-需求趨勢-需求變更率和積壓-需求驗證 -需求驗證和- TBD和TBR收尾進度按計劃進行。 軟件需求用于軟件功能規(guī)模測量(FSM)方法，以協(xié)助管理軟件項目的諸多方面。FSM方法分為兩部分：用于項目管理以及用于預(yù)測和績效管理。如果FSM方法要提供高保真結(jié)果，那么從系統(tǒng)需求中準確、完整地分配和推導(dǎo)系統(tǒng)的軟件需求非常重要。 注1: ISO/IEC 14143‐1提供了FSM概念及其用途的詳細信息。 注2: ISO/IEC 15288:2008(IEEE標準15288‐2008)和ISO/IEC 12207:2008(IEEE標準12207‐2008)的6.3.7子條款提供了有關(guān)測量流程的附加信息，ISO/IEC 15939也是如此。 3.2 進行測量此活動包括以下任務(wù)：
2)收集、存儲和驗證數(shù)據(jù)。 3)分析數(shù)據(jù)并開發(fā)信息產(chǎn)品。 4)記錄并向測量用戶傳達結(jié)果。 最好選擇在整個生命周期中數(shù)據(jù)隨時可用的措施。然后可以將數(shù)據(jù)收集集成到與需求相關(guān)的流程中，以便在需求工程進行時定期獲取數(shù)據(jù)和見解。集體審查已分析的需求相關(guān)措施，尋找有助于風險管理 的預(yù)測趨勢和預(yù)測，這也是一種很好的做法。需求測量應(yīng)按照組織的測量流程進行管理。 本文同步發(fā)表在軟件需求探索的https:///specification/req-flow-management.html |
|
|
