需求文檔編寫

1、2022-6-29SSPM/WRL邊耐政邊耐政2/33業(yè)務(wù)與業(yè)務(wù)規(guī)則業(yè)務(wù)與業(yè)務(wù)規(guī)則需求工程的需求工程的 7大類大類46個方法個方法建立原型、應(yīng)用原型建立原型、應(yīng)用原型統(tǒng)一建模語言統(tǒng)一建模語言UML課程回顧課程回顧3/33編寫編寫SRS的方法的方法 采用采用SRS模板模板 指明需求來源指明需求來源 為每項需求注上標(biāo)記為每項需求注上標(biāo)記 記錄業(yè)務(wù)規(guī)范記錄業(yè)務(wù)規(guī)范 定義質(zhì)量屬性定義質(zhì)量屬性課程回顧課程回顧4/33 理解文檔編寫的重要意義和作用；理解文檔編寫的重要意義和作用； 掌握編寫與管理需求文檔的方法；掌握編寫與管理需求文檔的方法； 學(xué)會使用學(xué)會使用SRS模板；模板； 掌握數(shù)據(jù)字典的定義過程。掌握

2、數(shù)據(jù)字典的定義過程。學(xué)習(xí)目標(biāo)學(xué)習(xí)目標(biāo)5/338.1 需求文檔的作用需求文檔的作用 作為系統(tǒng)分析員，很可能經(jīng)常會發(fā)現(xiàn)自己處于進退作為系統(tǒng)分析員，很可能經(jīng)常會發(fā)現(xiàn)自己處于進退維谷的境地維谷的境地前有前有業(yè)務(wù)目標(biāo)業(yè)務(wù)目標(biāo)，后有，后有IT系統(tǒng)系統(tǒng)。 這兩方面都具有這兩方面都具有規(guī)模大、不易改變和靈活性差規(guī)模大、不易改變和靈活性差的特的特點，制定業(yè)務(wù)目標(biāo)的人員和開發(fā)系統(tǒng)的人員不一定點，制定業(yè)務(wù)目標(biāo)的人員和開發(fā)系統(tǒng)的人員不一定了解彼此的工作內(nèi)容和成果。了解彼此的工作內(nèi)容和成果。 如果你無法足夠詳細而清晰地將干系人的需求用書如果你無法足夠詳細而清晰地將干系人的需求用書面的形式表達出來，則表明你沒有完成捕獲項

3、目要面的形式表達出來，則表明你沒有完成捕獲項目要求的任務(wù)。求的任務(wù)。8 編寫需求文檔編寫需求文檔6/338.1 需求文檔的作用需求文檔的作用 前景和范圍文檔包含了前景和范圍文檔包含了業(yè)務(wù)需求業(yè)務(wù)需求； 用例文檔包含了用例文檔包含了用戶需求用戶需求； 根據(jù)系統(tǒng)需求和用例產(chǎn)生根據(jù)系統(tǒng)需求和用例產(chǎn)生功能需求功能需求文檔；文檔； 根據(jù)用戶需求和系統(tǒng)需求編寫質(zhì)量屬性和外根據(jù)用戶需求和系統(tǒng)需求編寫質(zhì)量屬性和外部接口需求等部接口需求等非功能需求非功能需求文檔。文檔。8 編寫需求文檔編寫需求文檔7/338.2 SRS 的作用與編寫原則的作用與編寫原則 軟件需求規(guī)格說明軟件需求規(guī)格說明 ( SRS Softwa

4、re Requirement Specification ) 也稱為功能規(guī)格說明、產(chǎn)品規(guī)格說明、也稱為功能規(guī)格說明、產(chǎn)品規(guī)格說明、需求文檔或系統(tǒng)規(guī)格說明需求文檔或系統(tǒng)規(guī)格說明; SRS 精確地闡述一個軟件系統(tǒng)必須提供的精確地闡述一個軟件系統(tǒng)必須提供的功能功能和和性能性能以及它所要考慮的以及它所要考慮的限制條件限制條件; SRS 不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ)，也是所有子不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ)，也是所有子項目規(guī)劃、設(shè)計和編碼的基礎(chǔ)項目規(guī)劃、設(shè)計和編碼的基礎(chǔ); SRS 應(yīng)該應(yīng)該盡可能完整地描述各種條件下的系統(tǒng)行為盡可能完整地描述各種條件下的系統(tǒng)行為; SRS 不應(yīng)該不應(yīng)該包括設(shè)計、構(gòu)造、測

5、試或工程管理細節(jié)。包括設(shè)計、構(gòu)造、測試或工程管理細節(jié)。8 編寫需求文檔編寫需求文檔8/338.2 SRS 的作用與編寫原則的作用與編寫原則 SRS作為產(chǎn)品需求的作為產(chǎn)品需求的最終成果最終成果必須包括所有的需求。必須包括所有的需求。 任何未寫入任何未寫入SRS中的需求，將中的需求，將不能不能作為協(xié)議的一部分，作為協(xié)議的一部分，并且并且不能不能在產(chǎn)品中出現(xiàn)。在產(chǎn)品中出現(xiàn)。 所有的參與者必須根據(jù)已所有的參與者必須根據(jù)已通過評審?fù)ㄟ^評審的需求來安排工作，的需求來安排工作，以避免不必要的返工和誤解。以避免不必要的返工和誤解。 高質(zhì)量高質(zhì)量需求文檔必須具有完整性、一致性、可修改性、需求文檔必須具有完整性、

6、一致性、可修改性、可跟蹤性和可讀性的特征?？筛櫺院涂勺x性的特征。 必須在實現(xiàn)每個需求集之前將需求集納入必須在實現(xiàn)每個需求集之前將需求集納入基線基線。 8 編寫需求文檔編寫需求文檔9/338.3 SRS 的用途的用途不同的讀者使用不同的讀者使用SRS來達到不同的目的來達到不同的目的n客戶、市場部、銷售人員客戶、市場部、銷售人員根據(jù)它了解他們期望的產(chǎn)品；根據(jù)它了解他們期望的產(chǎn)品； n項目經(jīng)理項目經(jīng)理根據(jù)它估計項目的進度、工作量和所需資源；根據(jù)它估計項目的進度、工作量和所需資源；n開發(fā)團隊開發(fā)團隊根據(jù)它來了解需要開發(fā)什么樣的產(chǎn)品根據(jù)它來了解需要開發(fā)什么樣的產(chǎn)品 ；n測試小組測試小組使用使用SRS來

7、制定測試計劃、測試用例和測試過程；來制定測試計劃、測試用例和測試過程；n軟件維護和支持人員軟件維護和支持人員根據(jù)根據(jù)SRS了解產(chǎn)品的功能；了解產(chǎn)品的功能； n文檔編寫人員文檔編寫人員根據(jù)根據(jù)SRS和用戶界面設(shè)計來編寫用戶手冊和幫和用戶界面設(shè)計來編寫用戶手冊和幫助屏幕；助屏幕； n培訓(xùn)人員培訓(xùn)人員根據(jù)根據(jù)S R S和用戶文檔編寫培訓(xùn)材料；和用戶文檔編寫培訓(xùn)材料；n 公司律師公司律師根據(jù)根據(jù)SRS來確保該需求符合相關(guān)法律法規(guī)；來確保該需求符合相關(guān)法律法規(guī)；n分包商分包商根據(jù)根據(jù)SRS來進行完成分包任務(wù)。來進行完成分包任務(wù)。 8 編寫需求文檔編寫需求文檔10/338.4 SRS編寫方法編寫方法1）需

8、求的標(biāo)識）需求的標(biāo)識 為了保證為了保證SRS的可跟蹤性和可修改性的質(zhì)量標(biāo)準(zhǔn)，的可跟蹤性和可修改性的質(zhì)量標(biāo)準(zhǔn)，必須唯一標(biāo)識每個軟件需求。必須唯一標(biāo)識每個軟件需求。 下面的標(biāo)識方法有不同的優(yōu)缺點需要根據(jù)具體情況下面的標(biāo)識方法有不同的優(yōu)缺點需要根據(jù)具體情況進行選擇：進行選擇：l 序列號：賦予每個需求一個唯一的序列號序列號：賦予每個需求一個唯一的序列號l 層次型編碼：對需求中主要的部分進行層次化編號，然后對層次型編碼：對需求中主要的部分進行層次化編號，然后對于每個部分中的單一功能需求用一個簡短文字代碼加上一個于每個部分中的單一功能需求用一個簡短文字代碼加上一個序列號來識別。序列號來識別。l 層次型文本

9、標(biāo)簽。層次化文本標(biāo)簽是結(jié)構(gòu)化的，具有語義上層次型文本標(biāo)簽。層次化文本標(biāo)簽是結(jié)構(gòu)化的，具有語義上的含義，的含義， 并且不受增加、刪除或移動其它需求的影響。并且不受增加、刪除或移動其它需求的影響。8 編寫需求文檔編寫需求文檔11/338.4 SRS編寫方法編寫方法2）處理不完整性）處理不完整性 由于缺少特定需求的某些信息由于缺少特定需求的某些信息，將出現(xiàn)將出現(xiàn)需求不確需求不確定定的問題。的問題。 在解決不確定性之前，必須與客戶商議、檢查外在解決不確定性之前，必須與客戶商議、檢查外部接口描述或者構(gòu)建一個原型。部接口描述或者構(gòu)建一個原型。 使用使用“待確定待確定”（to be determined,

10、TBD）符號來符號來標(biāo)記這些尚未確定的需求標(biāo)記這些尚未確定的需求。 在實現(xiàn)一個需求集之前，必須解決所有在實現(xiàn)一個需求集之前，必須解決所有TBD問題。問題。8 編寫需求文檔編寫需求文檔12/338.4 SRS編寫方法編寫方法3）用戶界面和）用戶界面和 SRS 用戶界面的設(shè)計編入用戶界面的設(shè)計編入SRS中既有好處也有壞處。中既有好處也有壞處。 由于屏幕圖像和用戶界面構(gòu)架是系統(tǒng)設(shè)計，而不是用戶由于屏幕圖像和用戶界面構(gòu)架是系統(tǒng)設(shè)計，而不是用戶需求，所以對它的關(guān)注可能使需求走入歧途。也限制了需求，所以對它的關(guān)注可能使需求走入歧途。也限制了開發(fā)人員的發(fā)揮。開發(fā)人員的發(fā)揮。 但是探討屏幕圖像和用戶界面有助于

11、精化需求并使用戶但是探討屏幕圖像和用戶界面有助于精化需求并使用戶對系統(tǒng)有親和感和現(xiàn)實感，有助于用戶需求的表述和交對系統(tǒng)有親和感和現(xiàn)實感，有助于用戶需求的表述和交流。流。 一個合理的權(quán)衡點是，在一個合理的權(quán)衡點是，在SRS中加入用戶界面組件的概中加入用戶界面組件的概念草圖，而在實現(xiàn)時并不一定要精確地遵循這些草圖模念草圖，而在實現(xiàn)時并不一定要精確地遵循這些草圖模型。型。8 編寫需求文檔編寫需求文檔13/338.4 SRS編寫方法編寫方法4）幾點建議）幾點建議 使語句和段落簡短明了；使語句和段落簡短明了； 采用主動語態(tài)的表達方式；采用主動語態(tài)的表達方式； 盡量使用術(shù)語表來表達術(shù)語；盡量使用術(shù)語表來表

12、達術(shù)語； 需求聲明具有一致的風(fēng)格；需求聲明具有一致的風(fēng)格； 明確特定的參與者；明確特定的參與者； 恰如其分的需求詳細程度；恰如其分的需求詳細程度； 盡量使用列表、數(shù)字、圖表來表示信息；盡量使用列表、數(shù)字、圖表來表示信息； 強調(diào)最重要的信息；強調(diào)最重要的信息； 避免使用有歧義的語句。避免使用有歧義的語句。 8 編寫需求文檔編寫需求文檔14/338.5 SRS 模板模板 軟件開發(fā)組織應(yīng)該在它們的項目中采用一種軟件開發(fā)組織應(yīng)該在它們的項目中采用一種或多種標(biāo)準(zhǔn)的或多種標(biāo)準(zhǔn)的SRSSRS的模板。的模板。 IEEEIEEE（電氣和電子工程師學(xué)會美國）標(biāo)準(zhǔn)（電氣和電子工程師學(xué)會美國）標(biāo)準(zhǔn)8308301998

13、1998是一個結(jié)構(gòu)好，適用性強、使用是一個結(jié)構(gòu)好，適用性強、使用靈活的靈活的SRSSRS模板。模板。 根據(jù)根據(jù)IEEE 830IEEE 830標(biāo)準(zhǔn)改寫并擴充的軟件需求規(guī)標(biāo)準(zhǔn)改寫并擴充的軟件需求規(guī)格說明模板如下頁圖所示。格說明模板如下頁圖所示。8 編寫需求文檔編寫需求文檔15/338.5 SRS 模板模板1. 引言引言1 1.1 .1 目目 的的1.2 1.2 文檔約定文檔約定1.3 1.3 預(yù)期的讀者和閱讀建議預(yù)期的讀者和閱讀建議 1 1.4 .4 項目范圍項目范圍 1.5 1.5 參考資料參考資料X X XX X X系統(tǒng)需求規(guī)格說明書系統(tǒng)需求規(guī)格說明書2. 總體描述總體描述2 2.1 .1

14、產(chǎn)品前景產(chǎn)品前景2.2 2.2 產(chǎn)品功能產(chǎn)品功能2.3 2.3 用戶類和特征用戶類和特征2.4 2.4 運行環(huán)境運行環(huán)境2.5 2.5 設(shè)計和實現(xiàn)上的限制設(shè)計和實現(xiàn)上的限制2.6 2.6 用戶文檔用戶文檔圖圖8.1 軟件需求規(guī)格說明書模板軟件需求規(guī)格說明書模板8 編寫需求文檔編寫需求文檔16/338.5 SRS 模板模板系統(tǒng)特性系統(tǒng)特性3 3.1 .1 系統(tǒng)特性系統(tǒng)特性X X 3.X.13.X.1描述和優(yōu)先級描述和優(yōu)先級3.X.2 3.X.2 激勵激勵/ /響應(yīng)序列響應(yīng)序列3.X.3 3.X.3 功能性需求功能性需求外部接口需求外部接口需求 3 3.1 .1 用戶界面用戶界面 3 3.2 .2

15、 硬件接口硬件接口3 3.3 .3 軟件接口軟件接口3 3.4 .4 通信接口通信接口X X XX X X系統(tǒng)需求規(guī)格說明書系統(tǒng)需求規(guī)格說明書 其他非功能需求其他非功能需求5 5.1 .1 性能需求性能需求5 5.2 .2 防護性需求防護性需求5 5.3 .3 安全性需求安全性需求5 5.4 .4 軟件質(zhì)量屬性軟件質(zhì)量屬性 其它需求其它需求附錄附錄A：術(shù)語表術(shù)語表附錄附錄2：分析模型分析模型附錄附錄3：待確定問題清單待確定問題清單圖圖8.1 軟件需求規(guī)格說明書模板軟件需求規(guī)格說明書模板( 續(xù)續(xù)1 )8 編寫需求文檔編寫需求文檔17/338.5 SRS 模板模板沒有模板沒有模板的開發(fā)組織是不成熟

16、的軟件組的開發(fā)組織是不成熟的軟件組織，沒有織，沒有熟練掌握熟練掌握模板的軟件人員是不模板的軟件人員是不成熟的軟件開發(fā)人員。成熟的軟件開發(fā)人員。編寫優(yōu)秀的需求文檔沒有現(xiàn)成固定的方編寫優(yōu)秀的需求文檔沒有現(xiàn)成固定的方法，最好是根據(jù)組織和個人的經(jīng)驗和項法，最好是根據(jù)組織和個人的經(jīng)驗和項目情況，對模板進行修改，采用目情況，對模板進行修改，采用應(yīng)用模應(yīng)用模板、適用為主；優(yōu)化模板、實用為本板、適用為主；優(yōu)化模板、實用為本的的原則編寫文檔。原則編寫文檔。8 編寫需求文檔編寫需求文檔18/338.6 數(shù)據(jù)字典數(shù)據(jù)字典 數(shù)據(jù)字典數(shù)據(jù)字典：一個定義應(yīng)用程序中使用的所有：一個定義應(yīng)用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的含

17、義、類型、數(shù)據(jù)元素和結(jié)構(gòu)的含義、類型、長度長度、格式、格式、度量單位、精度以及允許取值范圍的度量單位、精度以及允許取值范圍的數(shù)據(jù)邏數(shù)據(jù)邏輯的描述輯的描述。 數(shù)據(jù)字典可以把不同的需求文檔和分析模型數(shù)據(jù)字典可以把不同的需求文檔和分析模型緊密結(jié)合在一起。緊密結(jié)合在一起。 如果所有的開發(fā)人員在數(shù)據(jù)字典上取得一致如果所有的開發(fā)人員在數(shù)據(jù)字典上取得一致意見，那么就可以緩和集成性問題。意見，那么就可以緩和集成性問題。8 編寫需求文檔編寫需求文檔19/338.6 數(shù)據(jù)字典數(shù)據(jù)字典2) 數(shù)據(jù)字典的描述內(nèi)容與格式數(shù)據(jù)字典的描述內(nèi)容與格式 按照軟件工程的要求，在數(shù)據(jù)字典中需要按照軟件工程的要求，在數(shù)據(jù)字典中需要對所

18、有的數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、對所有的數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲分別進行描述。這樣一來，會有數(shù)據(jù)存儲分別進行描述。這樣一來，會有許多內(nèi)容重復(fù)?？梢园阉鼈儦w納到數(shù)據(jù)結(jié)許多內(nèi)容重復(fù)?？梢园阉鼈儦w納到數(shù)據(jù)結(jié)構(gòu)（組合項）或數(shù)據(jù)存儲（也是一種復(fù)合構(gòu)（組合項）或數(shù)據(jù)存儲（也是一種復(fù)合型數(shù)據(jù)結(jié)構(gòu)）進行統(tǒng)一描述，其描述內(nèi)容型數(shù)據(jù)結(jié)構(gòu)）進行統(tǒng)一描述，其描述內(nèi)容與格式如下例所示。與格式如下例所示。8 編寫需求文檔編寫需求文檔20/338.6 數(shù)據(jù)字典數(shù)據(jù)字典2) 數(shù)據(jù)字典的描述內(nèi)容與格式數(shù)據(jù)字典的描述內(nèi)容與格式圖圖8.2 數(shù)據(jù)字典模板數(shù)據(jù)字典模板8 編寫需求文檔編寫需求文檔21/339.1 軟件文檔的

19、重要性軟件文檔的重要性 從軟件的定義來看從軟件的定義來看：軟件是計算機系統(tǒng)中與硬件軟件是計算機系統(tǒng)中與硬件相互依存的另一部分，包括程序、相關(guān)數(shù)據(jù)和文檔。相互依存的另一部分，包括程序、相關(guān)數(shù)據(jù)和文檔。軟軟件件文文檔檔程程序序數(shù)數(shù)據(jù)據(jù)9 管理需求文檔管理需求文檔文檔包括技術(shù)文檔和管理文檔，是軟件不可分割的文檔包括技術(shù)文檔和管理文檔，是軟件不可分割的一部分。一部分。22/339.1 軟件文檔的重要性軟件文檔的重要性 從軟件產(chǎn)生過程來看從軟件產(chǎn)生過程來看：軟件的產(chǎn)生從需求開始，軟件的產(chǎn)生從需求開始，而需求的確定和實現(xiàn)，需要明確的、無二義性、而需求的確定和實現(xiàn)，需要明確的、無二義性、可實現(xiàn)的文檔來支撐。

20、可實現(xiàn)的文檔來支撐。從軟件的生命周期來看從軟件的生命周期來看：從軟件的分析、設(shè)計、從軟件的分析、設(shè)計、編碼、測試到維護，參與的人員多，完成的任務(wù)編碼、測試到維護，參與的人員多，完成的任務(wù)不同，沒有可回溯的文檔支撐，軟件將面臨極大不同，沒有可回溯的文檔支撐，軟件將面臨極大的風(fēng)險。的風(fēng)險。9 管理需求文檔管理需求文檔23/339.1 軟件文檔的重要性軟件文檔的重要性 典型需求開發(fā)的結(jié)果應(yīng)該有項目視圖和范圍典型需求開發(fā)的結(jié)果應(yīng)該有項目視圖和范圍文檔、文檔、use-case文檔、文檔、SRS及相關(guān)分析模型。及相關(guān)分析模型。 經(jīng)評審批準(zhǔn)，這些文檔就定義了開發(fā)工作的經(jīng)評審批準(zhǔn)，這些文檔就定義了開發(fā)工作的需

21、求基線（需求基線（baseline）。）。 這個基線在客戶和開發(fā)人員之間就構(gòu)筑了計這個基線在客戶和開發(fā)人員之間就構(gòu)筑了計劃產(chǎn)品功能需求和非功能需求的一個約定劃產(chǎn)品功能需求和非功能需求的一個約定。9 管理需求文檔管理需求文檔24/339.2 需求管理的主要活動需求管理的主要活動需求約定是需求開發(fā)和需求管理之間的橋梁，需求管需求約定是需求開發(fā)和需求管理之間的橋梁，需求管理包括在工程進展過程中維持需求約定集成性和精確性理包括在工程進展過程中維持需求約定集成性和精確性的所有活動，如圖所示。的所有活動，如圖所示。需求管理需求管理變更控制變更控制l建議變更建議變更l分析影響分析影響l作出決策作出決策l交流

22、交流l合并合并l測量需求穩(wěn)定性測量需求穩(wěn)定性版本控制版本控制l確定需求文檔確定需求文檔版本版本l確定單個需求確定單個需求文檔版本文檔版本需求跟蹤需求跟蹤l定義對其它需求定義對其它需求的連接鏈的連接鏈l定義對其它系統(tǒng)定義對其它系統(tǒng)元素的連接鏈元素的連接鏈需求狀態(tài)跟蹤需求狀態(tài)跟蹤l定義需求狀態(tài)定義需求狀態(tài)l跟蹤需求每一跟蹤需求每一個狀態(tài)個狀態(tài)圖圖9.1 需求管理的主要活動需求管理的主要活動9 管理需求文檔管理需求文檔25/339.2 需求管理的主要活動需求管理的主要活動需求管理強調(diào)：需求管理強調(diào)：n控制對需求基線的變動控制對需求基線的變動 n保持項目計劃與需求一致保持項目計劃與需求一致 n控制單個

23、需求和需求文檔的版本情況控制單個需求和需求文檔的版本情況 n管理需求和聯(lián)系鏈之間的聯(lián)系或管理單個需求和管理需求和聯(lián)系鏈之間的聯(lián)系或管理單個需求和其它項目可交付品之間的依賴關(guān)系其它項目可交付品之間的依賴關(guān)系 n跟蹤基線中需求的狀態(tài)跟蹤基線中需求的狀態(tài) 9 管理需求文檔管理需求文檔26/339.3 需求管理步驟需求管理步驟 開發(fā)組織應(yīng)該制定管理需求的步驟和方法，并實現(xiàn)開發(fā)組織應(yīng)該制定管理需求的步驟和方法，并實現(xiàn)文檔化和制度化。文檔化和制度化。 管理需求的步驟應(yīng)該考慮選擇以下主題：管理需求的步驟應(yīng)該考慮選擇以下主題： n 用于控制需求文檔和版本的工具、技術(shù)和做法。用于控制需求文檔和版本的工具、技術(shù)和

24、做法。 n 建議、處理、協(xié)商、通告新的需求的方法和步驟。建議、處理、協(xié)商、通告新的需求的方法和步驟。n 變更需求的方法和步驟。變更需求的方法和步驟。 n 制定需求基線的方法。制定需求基線的方法。 n 需求狀態(tài)的控制和變更方法。需求狀態(tài)的控制和變更方法。 n 需求狀態(tài)跟蹤和報告過程需求狀態(tài)跟蹤和報告過程 。n 分析需求變更影響項目計劃和約定的方法。分析需求變更影響項目計劃和約定的方法。 9 管理需求文檔管理需求文檔27/339.4 SRS的版本控制的版本控制 版本控制版本控制是管理需求的一個必要方面，需求文檔的是管理需求的一個必要方面，需求文檔的每個版本必須被統(tǒng)一確定，組內(nèi)每個成員必須得到每個版

25、本必須被統(tǒng)一確定，組內(nèi)每個成員必須得到需求的當(dāng)前版本。需求的當(dāng)前版本。 必須清楚地將變更寫成文檔，并及時通知到項目開必須清楚地將變更寫成文檔，并及時通知到項目開發(fā)所涉及的人員。發(fā)所涉及的人員。 為了盡量減少困惑、沖突、誤傳，應(yīng)該明確規(guī)定只為了盡量減少困惑、沖突、誤傳，應(yīng)該明確規(guī)定只允許指定的人來更新需求。允許指定的人來更新需求。 每個公布的需求文檔的版本應(yīng)該包括一個修正版本每個公布的需求文檔的版本應(yīng)該包括一個修正版本的歷史情況，包括已做變更的內(nèi)容、變更日期、變的歷史情況，包括已做變更的內(nèi)容、變更日期、變更人的姓名以及變更的原因。更人的姓名以及變更的原因。 9 管理需求文檔管理需求文檔28/339.5 需求屬性需求屬性 除了文本，每個功能需求應(yīng)該有一些相關(guān)信除了文本，每個功能需求應(yīng)該有一些相關(guān)信息或稱之為息或稱之為屬性屬性與之相聯(lián)系，這些屬性為每與之相聯(lián)系，這些屬性為每個需求建立了一個上下文和背景資料。個需求建立了一個上下文和背景資料。 對大型復(fù)雜項目來說，豐富的屬性類別顯得對大型復(fù)雜項目來說，豐富的屬性類別顯得重要。重要。 定義和更新這些屬性值是需求管理