需求開發(fā)管理制度

醫(yī)療設(shè)備股份有限公司編號：GRYL?YFEPfDE1-A/00C^需求分析管理制度（編制時間： ）編制：審核： 批準(zhǔn)： 受控狀態(tài)： - -發(fā)布 --實施各版本建立及修訂履歷版本號建立/修訂履歷申請人/日期審核人/日期批準(zhǔn)人/日期A00初次建立，提交評審目錄TOC\o"1-5"\h\z\o"CurrentDocument"1目的 12范圍 1\o"CurrentDocument"3術(shù)語 14職責(zé)和權(quán)限 15工作程序 1\o"CurrentDocument"5.1輸入 2\o"CurrentDocument"5.2主要活動 2\o"CurrentDocument"5.2.1流程圖 2\o"CurrentDocument"5.2.2用戶需求獲取及分析 3\o"CurrentDocument"5.2.3明確需要獲取的信息（What） 3\o"CurrentDocument"5.2.4明確所需獲取信息的來源與渠道（Where） 4\o"CurrentDocument"5.2.5獲取需求（How） 4\o"CurrentDocument"5.2.5.1用戶訪談 4\o"CurrentDocument"5.2.5.2用戶調(diào)查 4\o"CurrentDocument"5.2.5.3現(xiàn)場觀摩用戶的工作流程，觀察用戶的實際操作 5\o"CurrentDocument"5.2.5.4從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求 5\o"CurrentDocument"5.2.5.5文檔考古 5\o"CurrentDocument"5.2.5.6需求討論會 5\o"CurrentDocument"5.2.5.7同類樣機(jī)法 5\o"CurrentDocument"5.2.6需求獲取資料的保管 6\o"CurrentDocument"5.2.7編寫《用戶需求規(guī)格說明書》 7\o"CurrentDocument"5.2.7.1產(chǎn)品需求分析及定義 7\o"CurrentDocument"5.2.7.2結(jié)構(gòu)化分析方法 7\o"CurrentDocument"5.2.7.3基于用例的分析方法 8\o"CurrentDocument"5.2.8編寫《產(chǎn)品需求規(guī)格說明書》 8\o"CurrentDocument"5.2.9設(shè)計需求分析 10\o"CurrentDocument"5.2.10需求評審 10\o"CurrentDocument"5.2.12需求變更 11\o"CurrentDocument"5.3輸出 11\o"CurrentDocument"6相關(guān)文件 11\o"CurrentDocument"7記錄表樣 111目的通過定義需求開發(fā)和需求管理過程，規(guī)范公司產(chǎn)品開發(fā)項目的需求開發(fā)和需求管理活動，提高需求質(zhì)量，從而提高生產(chǎn)率，降低開發(fā)成本，改進(jìn)產(chǎn)品質(zhì)量。應(yīng)調(diào)查用戶的需求，通過需求分析工作將用戶需求轉(zhuǎn)化為產(chǎn)品需求，同時評審需求的正確性，獲得需求的承諾；應(yīng)控制需求的變更，并確保項目工作產(chǎn)品與需求的一致性。適用于公司所有產(chǎn)品開發(fā)項目。3術(shù)語術(shù)語或縮略語解釋產(chǎn)品需求在IEEE軟件工程標(biāo)準(zhǔn)詞匯表（1997年）中定義產(chǎn)品需求為：1） 用戶解決問題或達(dá)到目標(biāo)所需的條件或能力。2） 系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。3） 一種反映上面1）或2）所描述的條件或權(quán)能的文檔說明。通俗的講，“需求”就是用戶的需要，它包括用戶要解決的問題、達(dá)到的目標(biāo)、以及實現(xiàn)這些目標(biāo)所需要的條件，它是一個程序或系統(tǒng)開發(fā)工作的說明，表現(xiàn)形式一般為文檔形式。用例1）是在系統(tǒng)中執(zhí)行的一系列動作，這些動作將生成對特定參與者可見的價值結(jié)果，一個用例定義了一組用例實例需求分析1）是指在需求開發(fā)過程中，對所獲取的需求信息進(jìn)行分析，及時排除錯誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶的真實意圖。需求分析的關(guān)鍵就是對問題域的研究與理解。為了便于理解問題域，現(xiàn)代所推薦的做法就是對問題域進(jìn)行抽象，將其分解為若干基本元素，然后對元素之間的關(guān)系進(jìn)行建模。4職責(zé)和權(quán)限角色/部門職責(zé)研發(fā)經(jīng)理負(fù)責(zé)組織產(chǎn)品開發(fā)項目的需求的獲取以及管理工作研發(fā)部負(fù)責(zé)需求的獲取和分析，相關(guān)文檔。工程部參與需求的獲取、分析和評審。5工作程序5?1輸入5.1.1項目啟動策劃；5.1.2項目建議書；5.1.3可行性研究報告；5.1.4調(diào)研。5.2主要活動產(chǎn)品需求工程包括需求開發(fā)和需求管理兩個部分，需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。需求開發(fā)的主要活動包括：需求獲取，需求確認(rèn)、需求分析及定義。需求管理的目的是在客戶與項目組之間建立對需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。需求管理的主要活動包括：需求跟蹤控制和需求變更。根據(jù)立項時明確的該項目的產(chǎn)品競爭力要求的指標(biāo)，在需求階段進(jìn)行產(chǎn)品功能、性能、產(chǎn)品設(shè)計成本、產(chǎn)品制造成本、產(chǎn)品使用成本和開發(fā)成本的調(diào)研工作，可以通過營銷部門了解市場行情，采購或由其他部門提供同類產(chǎn)品樣機(jī)進(jìn)行剖析、測試等方法，詳細(xì)列出產(chǎn)品需求規(guī)格說明，明確該產(chǎn)品的競爭力指標(biāo)的要求。分析的結(jié)論應(yīng)寫入《產(chǎn)品需求規(guī)格說明書》或《軟件需求說明書》中。其分析的過程應(yīng)提交相關(guān)附件文件，包含如下內(nèi)容（但不限于）：1） 產(chǎn)品的設(shè)計成本、生產(chǎn)成本、使用成本和維護(hù)成本；2） 產(chǎn)品開發(fā)成本調(diào)整；3） 產(chǎn)品競爭力體現(xiàn)需求。5.2.1流程圖圖5-1:需求開發(fā)與管理流程圖需求開發(fā)管理流程圖輸入產(chǎn)品需求規(guī)格設(shè)計需求規(guī)格用戶需求規(guī)格說明書_酎J用戶需求獲取及分析＞產(chǎn)品需求分析及定義軟件需求規(guī)格需求評申檢查單需求開發(fā)管理流程圖輸入產(chǎn)品需求規(guī)格設(shè)計需求規(guī)格用戶需求規(guī)格說明書_酎J用戶需求獲取及分析＞產(chǎn)品需求分析及定義軟件需求規(guī)格需求評申檢查單圖5-15.2.2用戶需求獲取及分析用戶需求獲取的目的是通過各種途徑獲取用戶的需求信息。5.2.3明確需要獲取的信息（What）研發(fā)部應(yīng)在需求獲取前明確需要獲取的需求信息，以確保在實施需求獲取時有的放矢。通常需求獲取階段要獲取的信息包括三大類：1） 與問題域相關(guān)的背景信息（如業(yè)務(wù)資料，組織結(jié)構(gòu)圖，業(yè)務(wù)處理流程等）；2） 與要求解決的問題直接相關(guān)的信息；3） 用戶對系統(tǒng)的特別期望與施加的任何約束信息。5.2.4明確所需獲取信息的來源與渠道（Where）研發(fā)部在明確了所需要獲取的信息之后，應(yīng)確定獲取需求信息的來源與渠道，以提高研發(fā)部在需求獲取階段的工作效率，使得所收集的信息更加有價值、更加全面。需求信息的來源通常包括：1） 來自客戶的需求a） 舊系統(tǒng)的用戶或客戶對系統(tǒng)安裝、使用、維護(hù)、管理等方面的需求b） 系統(tǒng)的潛在用戶或客戶對系統(tǒng)的需求2） 競爭對手的產(chǎn)品優(yōu)勢與不足3） 國家政策、業(yè)務(wù)規(guī)則以及相關(guān)行業(yè)標(biāo)準(zhǔn)4） 實施產(chǎn)品設(shè)計所需滿足的需求5） 執(zhí)行測試驗證工作所需滿足的需求6） 實施系統(tǒng)安裝、維護(hù)所需滿足的需求獲取需求信息的渠道包括：1） 用戶或客戶2） 工程部3） 營銷部4） 舊有系統(tǒng)的開發(fā)項目組5） 來自項目組內(nèi)5.2.5獲取需求（How）在明確須獲取什么需求、需求的來源與獲取渠道后，研發(fā)部應(yīng)選擇至少一種需求獲取技術(shù)獲取相關(guān)的需求，作為需求分析的依據(jù)。需求獲取技術(shù)包括但不限于：5.2.5.1用戶訪談用戶訪談的形式包括結(jié)構(gòu)化和非結(jié)構(gòu)化兩種。結(jié)構(gòu)化是指事先準(zhǔn)備好一系列問題，有針對性地進(jìn)行；非結(jié)構(gòu)化是只列出一個粗略的想法，根據(jù)訪談的具體情況進(jìn)行發(fā)揮。有效的訪談需要靈活的結(jié)合這兩種方法。用戶訪談具有很好的靈活性，有較廣的應(yīng)用范圍，但實際操作時存在許多困難，例如客戶經(jīng)常很忙，難以獲得充足的訪談時間；客戶訪談需要研發(fā)部有很強(qiáng)的溝通能力，同時也要求研發(fā)部有足夠的相關(guān)業(yè)務(wù)領(lǐng)域知識。5.2.5.2用戶調(diào)查用戶調(diào)查是通過精心設(shè)計提問問題形成調(diào)查問卷，然后下發(fā)到相關(guān)人員手中，讓他們填寫答案，來獲取用戶需求。用戶調(diào)查的方法最大的缺點是缺乏靈活性，由于缺乏多方面的交流，所獲取的信息量也比較有限。因此在實際工作中，我們建議可以先采用用戶調(diào)查的方式獲取一定量的信息，然后有針對性地開展用戶訪談。5.2.5.3現(xiàn)場觀摩用戶的工作流程，觀察用戶的實際操作俗話說，“百聞不如一見”，對于一些較為復(fù)雜的流程和操作而言，是比較難以用語言和文字進(jìn)行表達(dá)的，對于這種情況，可以采用到客戶的工作現(xiàn)場，一邊觀察，一邊聽客戶講解，從而更直觀的了解客戶需求。5.2.5.4從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求如果用戶要求所開發(fā)的產(chǎn)品必須滿足一定的行業(yè)標(biāo)準(zhǔn)和業(yè)務(wù)規(guī)則，研發(fā)部可以通過閱讀政策法規(guī)、業(yè)務(wù)規(guī)則以及行業(yè)標(biāo)準(zhǔn)等各類相關(guān)的文檔，并與相關(guān)領(lǐng)域的業(yè)務(wù)專家進(jìn)行業(yè)務(wù)交流來了解客戶的需求。這種方法要求研發(fā)部有一定的行業(yè)從業(yè)經(jīng)驗，能夠了解行業(yè)的發(fā)展動向，這對從技術(shù)出生的研發(fā)部來說是一個巨大的考驗。5.2.5.5文檔考古對于一些數(shù)據(jù)流比較復(fù)雜的、工作表單較多的項目，有時是難以通過說或者觀察來了解需求細(xì)節(jié)的。這個時候就可以通過對歷史存在的一些文檔進(jìn)行研究，考古一詞非常形象地說明了其主要的工作重心是通過已經(jīng)填寫完畢的、也就是帶有數(shù)據(jù)的文件、表單、報告，獲得所需的信息。5.2.5.6需求討論會這是一種相對來說成本較高的需求獲取方法，但也是十分有效的一種。它通過聯(lián)合各個關(guān)鍵客戶代表，分析人員，開發(fā)人員，通過有組織的會議來討論需求。在會議之前，應(yīng)該將與討論主體相關(guān)的材料提前分發(fā)給所有將要參加會議的人。在會議開始之后，先針對材料所列舉的問題進(jìn)行逐項專題討論，然后對原有系統(tǒng)、類似系統(tǒng)的不足進(jìn)行開放性交流，并在此基礎(chǔ)上對新的解決方案進(jìn)行構(gòu)思，在此過程中將所有的想法、問題和不足記錄下來，形成一個要點清單，作為后續(xù)需求分析的依據(jù)。5.2.5.7同類樣機(jī)法采購或由其他部門提供同類產(chǎn)品樣機(jī)進(jìn)行剖析、測試，獲取其規(guī)格要求的方法。原型法原型(prototype)即把系統(tǒng)主要功能和接口通過快速開發(fā)制作為“樣機(jī)”，以可視化的形式展現(xiàn)給用戶，及時征求用戶意見，從而明確無誤地確定用戶需求。同時，原型也可用于征求內(nèi)部意見，作為分析和設(shè)計的接口之一，可方便于溝通。原型法主要價值是可視化，強(qiáng)化溝通，降低風(fēng)險，節(jié)省后期變更成本，提高項目成功率。原型的基本步驟:1） 根據(jù)客戶原始需求、項目建議書、市場需求或合同要求，確定系統(tǒng)要做什么，即系統(tǒng)的邊界、主要業(yè)務(wù)或功能、系統(tǒng)的接口；2） 根據(jù)這些需求，形成系統(tǒng)原型。對于所形成的原型的基本要求包括：a） 體現(xiàn)主要的功能；b） 提供基本的界面風(fēng)格；c） 展示比較模糊的部分，以便于確認(rèn)或進(jìn)一步明確，防患于未然。d） 原型最好是可運行的，至少在各主要功能模塊之間能夠建立相互連接。3） 進(jìn)行原型評價并獲取系統(tǒng)的需求，原型評價可以從幾個方面進(jìn)行：a） 在公司內(nèi)部演示、評審，進(jìn)一步獲取內(nèi)部信息，并求得共識；b） 與用戶進(jìn)行演示與交流，挖掘用戶需求，從而確定產(chǎn)品的目標(biāo)和需求。4） 根據(jù)原型評價的意見修改原型，直到求得共識。原型法的優(yōu)點是：a） 鼓勵業(yè)務(wù)管理者的積極參與；b） 有助于解決業(yè)務(wù)管理者之間的差異；c） 能給業(yè)務(wù)管理者一個對最終系統(tǒng)的直觀感受；d） 周期短；e） 成本低；f） 用戶較滿意。但原型法也有缺點，主要為：a） 導(dǎo)致人們認(rèn)為最終系統(tǒng)將很快產(chǎn)生；b） 對系統(tǒng)操作權(quán)限的說明較弱；c） 不適合開發(fā)大型系統(tǒng)；d） 開發(fā)過程管理困難。5.2.6需求獲取資料的保管根據(jù)所采用的需求獲取技術(shù)，在需求獲取過程中將產(chǎn)生不同的記錄和原始資料，需求獲取的記錄與資料包括但不限于：1） 用戶編寫的原始需求文檔；2） 用戶填寫的需求調(diào)查表；3） 用戶訪談的訪談紀(jì)要；4） 需求研討會的會議紀(jì)要；5） 相關(guān)的政策法規(guī)文件，業(yè)務(wù)規(guī)則文件以及行業(yè)標(biāo)準(zhǔn)文件；6） 需求原型。5.2.7編寫《用戶需求規(guī)格說明書》在需求獲取結(jié)束后，研發(fā)部應(yīng)根據(jù)需求獲取得到的記錄與資料，整理編寫《用戶需求規(guī)格說明書》。《用戶需求規(guī)格說明書》主要采用自然語言（和應(yīng)用域術(shù)語）來表達(dá)用戶需求，其主要內(nèi)容應(yīng)該包括但不局限于：1） 產(chǎn)品介紹，描述產(chǎn)品的用途和開發(fā)背景；2） 產(chǎn)品潛在的最終用戶群體及其特征；3） 產(chǎn)品應(yīng)該遵循的業(yè)務(wù)規(guī)范和標(biāo)準(zhǔn)；4） 產(chǎn)品的功能性需求；5） 產(chǎn)品的性能需求。5.2.7.1產(chǎn)品需求分析及定義在完成需求獲取所得到的記錄與資料的分析與整理后，研發(fā)經(jīng)理應(yīng)組織產(chǎn)品的需求分析工作，建立各需求元素之間的關(guān)系，明確分配給產(chǎn)品的需求、需求的分類、需求的優(yōu)先級等。需求分析的方法種類繁多，但常見的需求分析方法主要是結(jié)構(gòu)化分析方法和基于用例的需求分析方法。5.2.7.2結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法的主要特點是“自頂向下、逐層分解”，它把系統(tǒng)看作一個過程的集合體，利用圖形等半形式化的描述方式表達(dá)需求，對問題進(jìn)行分析，描述工具有：1） 數(shù)據(jù)流圖（DataFlowDiagram，DFD）：數(shù)據(jù)流圖是一種圖形化的系統(tǒng)模型，它在一張圖中展示信息系統(tǒng)的主要需求，即輸入、輸出、處理過程、數(shù)據(jù)存儲。2） 數(shù)據(jù)字典（DataDictionary，DD）:數(shù)據(jù)字典技術(shù)是一種有效表達(dá)數(shù)據(jù)格式的手段，它是對所有與系統(tǒng)相關(guān)的數(shù)據(jù)元素的一個有組織的列表和精確、嚴(yán)格的定義，從而使用戶和系統(tǒng)分析員對于輸入、輸出、存儲成分和中間計算機(jī)有共同的理解。3） 結(jié)構(gòu)化語言：結(jié)構(gòu)化語言是結(jié)構(gòu)化編程語言與自然語言的有機(jī)結(jié)合，可以采用順序結(jié)構(gòu)，分支機(jī)構(gòu)、循環(huán)結(jié)構(gòu)等機(jī)制，來說明加工的處理流程。4） 判定表和判定樹：判定表是一種處理邏輯的表格表示方法，其中包括決策變量，決策變量值、參與者或公式；而判定樹則使用像樹枝一樣的線條對過程邏輯進(jìn)行圖表化的描述。判定表和判定樹用來描述復(fù)雜決策邏輯，要遠(yuǎn)遠(yuǎn)優(yōu)于使用結(jié)構(gòu)化語言。5） 實體-關(guān)系圖（EntityRelationshipDiagram，E-R圖）：E-R圖可以用來描述數(shù)據(jù)的存儲需求，包括數(shù)據(jù)實體，數(shù)據(jù)實體的屬性以及它們之間的關(guān)系等。結(jié)構(gòu)化分析方法從總體上看是一種強(qiáng)烈依賴數(shù)據(jù)流圖的自上而下的建模方法，它不僅是需求分析計劃，也是完成需求規(guī)格化的有效技術(shù)手段，使用結(jié)構(gòu)化分析方法時可遵循下列活動：1） 建立系統(tǒng)的物理模型2） 首先，畫出系統(tǒng)的數(shù)據(jù)流圖，說明系統(tǒng)的輸入、輸出數(shù)據(jù)流，說明系統(tǒng)的數(shù)據(jù)流情況，以及經(jīng)歷了哪些處理過程。在這個數(shù)據(jù)流圖中，可以包括一些非計算機(jī)系統(tǒng)中數(shù)據(jù)流及處理過程的名稱，如部門名、崗位名、報表名等。這個過程可以幫助分析人員有效地理解業(yè)務(wù)環(huán)境。3） 建立系統(tǒng)的邏輯模型4） 在物理模型建立之后，接下來的工作就是畫出相對于真實系統(tǒng)的等價邏輯數(shù)據(jù)流圖。將所有自然數(shù)據(jù)流圖轉(zhuǎn)換為等價的邏輯流。5） 劃清人機(jī)界限最后，確定在系統(tǒng)邏輯模型中，哪些部分將采用自動化完成，哪些部分仍然保留手工操作，從而清晰的劃清系統(tǒng)的范圍。5.2.7.3基于用例的分析方法從定義中我們得知用例是由一組用例實例組成的，用例實例也稱為“使用場景”，是用戶使用系統(tǒng)的一個實際的、特定場景。用例是應(yīng)用程序開發(fā)中的一個關(guān)鍵技術(shù)，主要用來捕獲系統(tǒng)的高層次（HighLevel）用戶功能性需求。用例分析技術(shù)是一種需求合成技術(shù)，它利用現(xiàn)有的需求獲取技術(shù)從客戶、原有系統(tǒng)、文檔中找到需求，記錄下來，然后從這些零散的需求、特性中進(jìn)行整理、提煉，從而建立用例模型。使用用例分析方法時可遵循以下步驟：1） 識別系統(tǒng)參與者，確定誰會直接使用該系統(tǒng)。參與者是同系統(tǒng)交互的所有事物，該角色不僅可以由人承擔(dān)，還可以是其它系統(tǒng)、硬件設(shè)備、甚至是時鐘。2） 合并需求獲得用例。找到所有參與者之后，根據(jù)需求獲取所得到的用戶需求，定義每個參與者希望系統(tǒng)做什么，參與者希望系統(tǒng)作的每件事將成為一個用例。3） 繪制用例圖。將所識別的參與者以及所定義的用例通過用例圖的形式整理出來，以獲得用例模型的框架。4） 細(xì)化用例描述。用例描述包括以下幾個部分：a） 用例名稱；b） 用例參與者；。）用自然語言對用例進(jìn)行簡要的描述；d） 描述參與者何時使用該用例，即用例的觸發(fā)條件；e） 描述在一般情況下，參與者使用該用例時會發(fā)生什么事情，即用例的基本過程；f） 在基本過程的基礎(chǔ)上，考慮一些可變情況，把他們創(chuàng)建為擴(kuò)展用例。5.2.8編寫《產(chǎn)品需求規(guī)格說明書》編寫《產(chǎn)品需求規(guī)格說明書》的目的是根據(jù)需求獲取和需求分析的結(jié)果，進(jìn)一步定義產(chǎn)品需求?！懂a(chǎn)品需求規(guī)格說明書》是將《用戶需求規(guī)格說明書》用開發(fā)人員的語言來表達(dá)，可以使用常用的計算機(jī)術(shù)語，可以引用標(biāo)準(zhǔn)版中的成熟功能模塊來對比或示例說明。具體可參見“需求文檔操作指南”。為了確保需求的易跟蹤、易修改，研發(fā)部應(yīng)通過需求編號的方式唯一標(biāo)識每一個產(chǎn)品需求，明確需求的跟蹤粒度，并體現(xiàn)于《產(chǎn)品需求規(guī)格說明書》。需求標(biāo)識方法有序列化編號、層次化編號、層次化文本標(biāo)簽等方法。以下以層次化編號方法為例說明：需求層次分三個層次，用兩位字符表示。第一層需求指主功能模塊，第二層需求指功能模塊的主功能點，第三層次指主功能點下的具體需求。根據(jù)不同類型、不同規(guī)模的項目，項目組可以對需求層次做出增減。研發(fā)部應(yīng)確定每個需求的優(yōu)先級并寫入《產(chǎn)品需求規(guī)格說明書》，需求的優(yōu)先級的評價標(biāo)準(zhǔn)如下：級別定義判斷標(biāo)準(zhǔn)采取的措施高滿足以下任意一條時：1） 需求實現(xiàn)的緊急程度為特急或緊急2） 國家或行業(yè)法律法規(guī)、標(biāo)準(zhǔn)要求的，客戶明確要求的，滿足正常業(yè)務(wù)必須的。對于這些需求在項目實施過程中需重點投入資源，優(yōu)先實現(xiàn)，只有在這些需求上達(dá)成一致意見，產(chǎn)品才會被接受；必須完美地實現(xiàn)。通常這類需求在當(dāng)前版本必須實現(xiàn)。中滿足以下任意一條時：1） 客戶隱含要求，對正常業(yè)務(wù)影響程度不大2） 需求實現(xiàn)的緊急程度為中3） 支持必要的系統(tǒng)操作，實現(xiàn)這些需求將增強(qiáng)產(chǎn)品的性能，是產(chǎn)品最終所要求的。這些需求必須被實現(xiàn)，但如果項目實施中出現(xiàn)進(jìn)度、資源等方面的沖突時，如果有必要，可以延遲到下一版本；需要付出努力，但不必做得太完美。低滿足以下任意一條時：1） 功能或質(zhì)量上的附加功能；2） 實現(xiàn)這些需求會使產(chǎn)品更完美，若不實現(xiàn)也不影響產(chǎn)品的功能與性能，屬于錦上添花；3） 需求實現(xiàn)的緊急程度為低；實現(xiàn)或不實現(xiàn)均可；可以在項目組有較足夠的時間時考慮這些需求的實現(xiàn)優(yōu)先級的定義有利于幫助項目組在項目的范圍、進(jìn)度、資源、預(yù)算等相關(guān)制約因素之間產(chǎn)生沖突時，能夠正確地對需求實現(xiàn)的范圍或?qū)崿F(xiàn)的優(yōu)先程度做出取舍。一個實現(xiàn)這種權(quán)衡的方法是:當(dāng)接受一個新的高優(yōu)先級的需求或者其它項目環(huán)境變化時，刪除低優(yōu)先級的需求，或者把它們推遲到下一版本中去實現(xiàn)。第9頁共11頁研發(fā)部在需求調(diào)研過程中逐步編制形成《產(chǎn)品需求規(guī)格說明書》。編寫《產(chǎn)品需求規(guī)格說明書》應(yīng)遵循以下規(guī)則：1） 相關(guān)的需求都得到了識別與描述，以確保需求的完整性；2） 各個需求之間不沖突，算法之間不相互矛盾，以確保需求的一致性；3） 正確描述系統(tǒng)需求，引用的資料有正規(guī)的出處，以確保需求的正確性；4） 定義必要的術(shù)語，適當(dāng)結(jié)合圖形、結(jié)構(gòu)圖等方式進(jìn)行描述，以確保需求無二義性；5） 使用較好的文檔結(jié)構(gòu)與需求標(biāo)識，使需求能夠方便地與其它工作產(chǎn)品相對應(yīng)，以確保需求易于追溯；6） 確保所描述的需求可以通過適當(dāng)?shù)氖侄蔚玫津炞C，即需求的可測試性；7） 考慮了各個層次的需求，確定了需求的優(yōu)先級，以確保需求的可行性。8） 對于軟件部分，可以單獨編寫《軟件需求說明書》。5.2.9設(shè)計需求分析硬件項目一般還需要進(jìn)行設(shè)計需求分析