軟件產(chǎn)品需求開發(fā)與管理指南

1、軟件產(chǎn)品需求開發(fā)與管理指南編號(hào):編制:審核:復(fù)核:批準(zhǔn):修訂歷史記錄A-增加M-修訂D-刪除熒更版本號(hào)日期變更類型修改人摘要注第1貞共1頁(yè)日的. 需求獲取2.1.2.2.2.3.明確需要獲取的信息（What）明確所需獲取信息的來源與渠道（Where） 獲取需求（How）需求獲取資料的保管 需求分析4.1.4.2.4.3.4.4.問答分析法結(jié)構(gòu)化分析方法基于用例的分析方法. 需求的優(yōu)先級(jí)的評(píng)價(jià)標(biāo)準(zhǔn)5需求風(fēng)險(xiǎn)級(jí)別泄義75.1. 需求風(fēng)險(xiǎn)的來源勺分類5.2. 需求風(fēng)險(xiǎn)優(yōu)先級(jí)別.需求跟蹤需求建議.44.4,4.4.6,.7,.7,.78910101010111.目的;4義需求開發(fā)與皆理過程中的需求獲取

2、和需求分析方法，給需求分析人員提供一;4的指南。2. 需求獲取需求獲取的目的是通過齊種途徑獲取用戶的需求信息，由于在實(shí)際工作中，大部分客戶 是無法完整地講述加需求，因此需求獲取是一件看似簡(jiǎn)單，做起來很難的一件事情，需求獲 取的質(zhì)量，對(duì)后續(xù)的需求分析和需求定義工作將會(huì)產(chǎn)生重大影響。2.1.明確需要獲取的信息（What）需求分析師應(yīng)在需求獲取前明確需要獲取的需求信息，以確保在實(shí)施需求獲取時(shí)有的放 矢。通常需求獲取要獲取的信息包括三大類:勺問題域相關(guān)的背景信息（如業(yè)務(wù)資料組織結(jié)構(gòu)圖，業(yè)務(wù)處理流程等）: 與要求解決的問題直接相關(guān)的信息: 用戶對(duì)系統(tǒng)的待別期望與施加的任何約束信息。2.2,明確所需獲取信

3、息的來源與渠道（Where）需求分析師在明確了所需要獲取的信息之后，應(yīng)確定獲取需求信息的來源與渠道，以提 高需求分析師在需求獲取階段的工作效率，使得所收集的借息更加有價(jià)值、更加全而。需求信息的來源通常包括:來自客戶的需求:舊系統(tǒng)的用戶或客戶對(duì)系統(tǒng)安裝、使用、維護(hù)、管理等方而的需求: 系統(tǒng)的潛在用戶或客戶對(duì)系統(tǒng)的需求。競(jìng)爭(zhēng)對(duì)手的產(chǎn)品優(yōu)勢(shì)與不足: 國(guó)家政策、業(yè)務(wù)規(guī)則以及柑關(guān)行業(yè)標(biāo)準(zhǔn): 實(shí)施產(chǎn)品設(shè)計(jì)所需滿足的需求: 執(zhí)行測(cè)試驗(yàn)證工作所需滿足的需求: 實(shí)施系統(tǒng)安裝、維護(hù)所需滿足的需求。2. 3. 獲取需求（Hx）在明確須獲取什么需求、需求的來源與獲取渠道后，項(xiàng)目經(jīng)理應(yīng)選擇至少一種需求獲取技術(shù)獲取相關(guān)的

4、需求，作為需求分析的依據(jù)。需求獲取技術(shù)包括但不限于: 第1貞共1頁(yè)1用戶訪談?dòng)脩踉L談的形式包括結(jié)構(gòu)化和非結(jié)構(gòu)化兩種。結(jié)構(gòu)化是指事先準(zhǔn)備好一系列問題，有針 對(duì)性地進(jìn)行：非結(jié)構(gòu)化是只列出一個(gè)粗略的想法，根據(jù)訪談的具體情況進(jìn)行發(fā)揮。有效的訪 談需要靈活的結(jié)合這兩種方法。用戶訪談具有很好的靈活性，有較廣的應(yīng)用范圍，但實(shí)際操作時(shí)存在許多困難，例如客 戶經(jīng)常很忙，難以獲得充足的訪談時(shí)間：客戶訪談需要需求分析師有很強(qiáng)的溝通能力，同時(shí) 也要求需求分析師有足夠的相關(guān)業(yè)務(wù)領(lǐng)域知識(shí)。2）用戶調(diào)査用戶調(diào)査是通過精心設(shè)計(jì)提問問題形成調(diào)査問卷，然后下發(fā)到相關(guān)人員手中，讓他們填 寫答案，來獲取用戶需求。用戶調(diào)査的方法最大的

5、缺點(diǎn)是缺乏靈活性，由于缺乏而多而的交流，所獲取的信息量也 比較有限。因此在實(shí)際工作中我們建議可以先采用用戶調(diào)査的方式獲取一；量的信息，然 后有針對(duì)性地開展用戶訪談。3）現(xiàn)場(chǎng)觀摩用戶的工作流程，觀察用戶的實(shí)際操作俗話說，“百聞不如一見X對(duì)于一些較為復(fù)雜的流程和操作而言，是比較難以用語言和 文字進(jìn)行表達(dá)的，對(duì)于這種情況，可以采用到客戶的工作現(xiàn)場(chǎng)，一邊觀察.一邊聽客戶講解, 從而更宜觀的了解客戶需求。4）從行業(yè)標(biāo)準(zhǔn).規(guī)則中提取需求如果用戶要求所開發(fā)的軟件產(chǎn)品必須滿足一定的行業(yè)標(biāo)準(zhǔn)和業(yè)務(wù)規(guī)則，需求分析師可以 通過閱讀政策法規(guī)、業(yè)務(wù)規(guī)則以及行業(yè)標(biāo)準(zhǔn)等各類相關(guān)的文檔，并與相關(guān)領(lǐng)域的業(yè)務(wù)專家進(jìn) 行業(yè)務(wù)交流來

6、了解客戶的需求。這種方法要求需求分析師有一；的行業(yè)從業(yè)經(jīng)驗(yàn)，能夠了解行業(yè)的發(fā)展動(dòng)向，這對(duì)從技 術(shù)出生的需求分析師來說是一個(gè)巨大的考驗(yàn)。5）需求討論會(huì)這是一種柑對(duì)來說成本較高的需求獲取方法，但也是十分有效的一種。它通過聯(lián)合各個(gè) 關(guān)鍵客戶代表，分析人員，開發(fā)人員，通過有組織的會(huì)議來討論需求.在會(huì)議之的，應(yīng)該將與討論主體相關(guān)的材料提前分發(fā)給所有將要參加會(huì)議的人。在會(huì)議 開始之后，先針對(duì)材料所列舉的問題謹(jǐn)行逐項(xiàng)專題討論，然后對(duì)原有系統(tǒng)、類似系統(tǒng)的不足 進(jìn)行開放性交流，并在此基礎(chǔ)上對(duì)新的解決方案進(jìn)行構(gòu)思，在此過程中將所有的想法、問題和不足記錄下來，形成一個(gè)要點(diǎn)淸單，作為后續(xù)需求分析的依據(jù)。 第1貞共1頁(yè)

7、6）原型法原型（prototype）即把系統(tǒng)主要功能和接口通過快速開發(fā)制作為軟件樣機(jī)，以可視化的 形式展現(xiàn)給用戶，及時(shí)征求用戶意見從而明確無誤地確世用戶需求。同時(shí)，原型也可用于 征求內(nèi)部意見，作為分析和設(shè)計(jì)的接口之一，可方便于溝通。原型法主要價(jià)值是可視化，強(qiáng) 化溝通，降低風(fēng)險(xiǎn)，節(jié)省后期變更成本，提高項(xiàng)目成功率。原型的基本步驟:1 ）根據(jù)客戶原始需求、項(xiàng)目建議書、市場(chǎng)需求或合同要求，確;系統(tǒng)要做什么，即系統(tǒng)的邊界、主要業(yè)務(wù)或功能、系統(tǒng)的接口2 ）根據(jù)這些需求，形成系統(tǒng)原型0對(duì)于所形成的原型的基本要求包括體現(xiàn)主要的功能: 提供基本的界而風(fēng)格: 展示比較模糊的部分，以便于確認(rèn)或進(jìn)一步明確防想于未然。

8、原型最好是可運(yùn)行的，至少在各主要功能模塊之間能夠建立相互連接。3 ）進(jìn)行原型評(píng)價(jià)并獲取系統(tǒng)的需求，原型評(píng)價(jià)可以從幾個(gè)方而進(jìn)行 在公司內(nèi)部演示、評(píng)審，進(jìn)一步獲取內(nèi)部信息，并求得共識(shí): 與用戶進(jìn)行演示與交流，挖掘用戶需求從而確總軟件的目標(biāo)和需求04 ）根據(jù)原型評(píng)價(jià)的意見修改原型，宜到求得共識(shí)原型法的優(yōu)點(diǎn)是：1）鼓勵(lì)業(yè)務(wù)笛理者的積極參與：2 ）有助于解決業(yè)務(wù)管理者之間的 差異：3 ）能給業(yè)務(wù)管理者一個(gè)對(duì)最終系統(tǒng)的直觀感受：4 ）周期短：5 ）成本低；6 ）用戶較滿意。但原型法也有缺點(diǎn)，主要為：1）導(dǎo)致人們認(rèn)為最終系統(tǒng)將很快產(chǎn)生：2）對(duì)系統(tǒng)操作 權(quán)限的說明較弱：3 ）不適合于開發(fā)大系統(tǒng)：4 ）開發(fā)過程

9、管理困難。3. 需求獲取資料的保管根拯所采用的需求獲取技術(shù)，在需求獲取過程中將產(chǎn)生不同的記錄和原始資料，項(xiàng)目組 應(yīng)將這些記錄納入開發(fā)庫(kù)進(jìn)行配置管理。需求獲取的記錄與資料包括但不限于:用戶編寫的原始需求文檔: 用戶填寫的需求調(diào)査表;用戶訪談的訪談紀(jì)要;需求研討會(huì)的會(huì)議紀(jì)要;相關(guān)的政策法規(guī)文件，業(yè)務(wù)規(guī)則文件以及行業(yè)標(biāo)準(zhǔn)文件: 第1頁(yè)共1頁(yè) 需求原型。4. 需求分析在完成需求獲取所得到的記錄與資料的分析與整理后，項(xiàng)目經(jīng)理應(yīng)組織軟件的需求分析 工作，建立各需求元素之間的關(guān)系，明確分配給軟件的需求、需求的分類、需求的優(yōu)先級(jí)等。需求分析的方法種類繁多，但常見的需求分析方法主要是結(jié)構(gòu)化分析方法和基于用例的

10、需求分析方法。4.L問答分析法常見的問題包括：需求是否存在二義性 需求文檔上下文是否有矛盾 需求是否完備 需求是必要的嗎 需求可實(shí)現(xiàn)嗎 需求可驗(yàn)證嗎需求的優(yōu)先級(jí)確崔了嗎4.2.結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法的主要特點(diǎn)是“自頂向下、逐層分解X它把系統(tǒng)看作一個(gè)過程的集合 體，利用圖形等半形式化的描述方式表達(dá)需求，對(duì)問題進(jìn)行分析，描述工具有:數(shù)據(jù)流圖(Data Flow Diagram, DFD)：數(shù)據(jù)流圖是一種圖形化的系統(tǒng)模型,它在一張圖中展示信息系統(tǒng)的主要需求，即輸入、輸出、處理過程、數(shù)據(jù)存儲(chǔ)。數(shù)據(jù)字典(Data Dictionary, DD)：數(shù)據(jù)字典技術(shù)是一種有效表達(dá)數(shù)據(jù)格式的手段，它是對(duì)所有

11、打系統(tǒng)相關(guān)的數(shù)據(jù)元素的一個(gè)有組織的列表和精確、嚴(yán)格的 定義，從而使用戶和系統(tǒng)分析員對(duì)于輸入、輸出、存儲(chǔ)成分和中間計(jì)算機(jī)有共 同的理解。結(jié)構(gòu)化語言：結(jié)構(gòu)化語言是結(jié)構(gòu)化編程語言與自然語肖的有機(jī)結(jié)合，可以采用 順序結(jié)構(gòu)，分支機(jī)構(gòu)、循環(huán)結(jié)構(gòu)等機(jī)制，來說明加工的處理流程。判定表和判定樹:判定表是一種處理邏輯的表格表示方法，英中包括決策變量, 決策變量值、參場(chǎng)者或公式；而判宦樹則使用像樹枝一樣的線條對(duì)過程邏輯進(jìn) 行圖表化的描述。判定表和判定樹用來描述復(fù)雜決策邏輯，要遠(yuǎn)遠(yuǎn)優(yōu)于使用結(jié)第1貞共1頁(yè) 實(shí)體關(guān)系圖（EnMy Relationship Diagram. ER圖：ER圖可以用來描述數(shù)據(jù)的存儲(chǔ)需求，包括數(shù)

12、據(jù)實(shí)體，數(shù)據(jù)實(shí)體的屬性以及它們之間的關(guān)系等。結(jié)構(gòu)化分析方法從總體上看是一種強(qiáng)烈依賴數(shù)據(jù)流圖的自上而下的建模方法，它不僅是需求分析計(jì)劃，也是完成需求規(guī)格化的有效技術(shù)手段，使用結(jié)構(gòu)化分析方法時(shí)可遵循下列活動(dòng):1 ）建立系統(tǒng)的物理模型首先，畫出系統(tǒng)得數(shù)據(jù)流圖，說明系統(tǒng)的輸入、輸出數(shù)據(jù)流，說明系統(tǒng)的數(shù)據(jù)流情況,以及經(jīng)歷了哪些處理過程。在這個(gè)數(shù)據(jù)流圖中，可以包括一些非計(jì)算機(jī)系統(tǒng)中數(shù)據(jù)流及處理過程的名稱，如部門名、崗位坍、報(bào)表名等。這個(gè)過成可以幫助分析人員有效地理解業(yè)務(wù)環(huán)境。2）建立系統(tǒng)的邏輯模型在物理模型建立之后，接下來的工作就是畫出相對(duì)于真實(shí)系統(tǒng)的等價(jià)邏輯數(shù)據(jù)流圖。將所有自然數(shù)據(jù)流圖轉(zhuǎn)換為等價(jià)的邏輯流

13、。3）劃淸人機(jī)界限最后，確定在系統(tǒng)邏輯模型中，哪些部分將采用自動(dòng)化完成，哪些部分仍然保留乎工操作，從而淸晰的劃清系統(tǒng)的范帀。4.3.基于用例的分析方法從泄義中我們得知用例是由一組用例實(shí)例組成的，用例實(shí)例也稱為“使用場(chǎng)景S是用戶使用系統(tǒng)的一個(gè)實(shí)際的、特世場(chǎng)景。用例是應(yīng)用程序開發(fā)中的一個(gè)關(guān)鍵技術(shù)，主要用來捕獲系統(tǒng)的高層次（High Lewi）用戶功能性需求。用例分析技術(shù)是一種需求合成技術(shù)，它利用現(xiàn)有的需求獲取技術(shù)從客戶、原有系統(tǒng)、文檔中找到需求，記錄下來，然后從這些零散的需求、特性中進(jìn)行整理、提煉，從而建立用例模型。使用用例分析方法時(shí)可遵循以下步驟:1)識(shí)別系統(tǒng)參與者，確崔誰會(huì)亶接使用該系統(tǒng)。參與

14、者是同系統(tǒng)交互的所有事物，該角色不僅可以由人承擔(dān)，還可以是英它系統(tǒng)、件設(shè)備、甚至是時(shí)鐘。2)合并需求獲得用例。找到所有參與者之后，根據(jù)需求獲取所得到的用戶需求定義每個(gè)參與者希望系統(tǒng)做什么，參與者希望系統(tǒng)作的每件事將成為一個(gè)用例。3)繪制用例圖。將所識(shí)別的參與者以及所世義的用例通過用例圖的形式整理出來，以獲得例模型的框架。4）細(xì)化用例描述。用例描述包括以下幾個(gè)部分:用例名稱:用自然語言對(duì)用例進(jìn)行簡(jiǎn)要的描述: 描述參與者何時(shí)使用該用例，即用例的觸發(fā)條件: 描述在一般情況下參與者使用該用例時(shí)會(huì)發(fā)生什么事情，即用例的基本過程: 在基本過程的基礎(chǔ)上，考慮一些可變情況，把他們創(chuàng)建為擴(kuò)展用例。4.4.需求的

15、優(yōu)先級(jí)的評(píng)價(jià)標(biāo)準(zhǔn)需求的優(yōu)先級(jí)的評(píng)價(jià)標(biāo)準(zhǔn)如下:級(jí)別迫義判斷標(biāo)準(zhǔn)采取的措施高滿足以下任意一條時(shí)：1）需求實(shí)現(xiàn)的緊急程度為特急或緊急；2 ）國(guó)家或行業(yè)法律法規(guī)、標(biāo)準(zhǔn)要求的，客戶明確要求的，滿足正常業(yè)務(wù)必須的；對(duì)于這些需求在項(xiàng)目實(shí)施過程中需 重點(diǎn)投入資源，優(yōu)先實(shí)現(xiàn)，只有在 這些需求上達(dá)成一致意見，軟件才 會(huì)被接受；必須完美地實(shí)現(xiàn)。通常 這類需求在當(dāng)前版本必須實(shí)現(xiàn)。中滿足以下任意一條時(shí)：1）客戶隱含要求，對(duì)正常業(yè)務(wù)影響程度不 大：2 ）需求實(shí)現(xiàn)的緊急程度為中：3）支持必要的系統(tǒng)操作，實(shí)現(xiàn)這些需求將 增強(qiáng)產(chǎn)品的性能，是產(chǎn)品最終所要求的。這些需求必須被實(shí)現(xiàn)，但如果項(xiàng)目 實(shí)施中出現(xiàn)進(jìn)度、資源等方面的沖 突時(shí)，

16、如果有必要，可以延遲到下 一版本；需要付岀努力，但不必做 得太完美。低滿足以下任意一條時(shí)：1）功能或質(zhì)量上的附加功能：2 ）實(shí)現(xiàn)這些需求會(huì)使產(chǎn)品更完美，若不實(shí)現(xiàn)也不影響產(chǎn)品的功能與性能，屬于錦 上添花：3 ）需求實(shí)現(xiàn)的緊急程度為低；實(shí)現(xiàn)或不實(shí)現(xiàn)均可：可以在項(xiàng)目組 有較足夠的時(shí)間時(shí)考慮這些需求的 實(shí)現(xiàn)。5. 需求風(fēng)險(xiǎn)級(jí)別定義5. L需求風(fēng)險(xiǎn)的來源與分類第1頁(yè)共1頁(yè)對(duì)每一項(xiàng)需求或考一系列相關(guān)的需求進(jìn)行風(fēng)險(xiǎn)分析,指出在實(shí)現(xiàn)需求過程中可能會(huì)發(fā)生 的問題、這些問題發(fā)生的幾率及其影響。風(fēng)險(xiǎn)評(píng)估是標(biāo)記那些可能會(huì)對(duì)系統(tǒng)開發(fā)者造成特殊 困難的需求，如果在需求分析階段就可以將瓦標(biāo)記出來，就可以修改需求以降低開發(fā)過

17、程中 的風(fēng)險(xiǎn)。應(yīng)該考慮的風(fēng)險(xiǎn)類型如下:性能風(fēng)險(xiǎn):實(shí)現(xiàn)這項(xiàng)需求可能會(huì)導(dǎo)致整個(gè)系統(tǒng)性能的下降:安全風(fēng)險(xiǎn):實(shí)現(xiàn)這項(xiàng)需求可能導(dǎo)致無法滿足整個(gè)系統(tǒng)安全需求:過程風(fēng)險(xiǎn):實(shí)現(xiàn)該需求可能需要對(duì)常規(guī)的開發(fā)過程進(jìn)行一;的修改:技術(shù)風(fēng)險(xiǎn):實(shí)現(xiàn)該需求可能需要使用不熟悉的技術(shù);數(shù)據(jù)庫(kù)風(fēng)險(xiǎn)：實(shí)現(xiàn)該需求可能涉及現(xiàn)存的系統(tǒng)數(shù)據(jù)庫(kù)不支持的非標(biāo)準(zhǔn)數(shù)據(jù): 日程風(fēng)險(xiǎn)：實(shí)現(xiàn)該需求可能會(huì)遇到技術(shù)困難或工作量變化導(dǎo)致影響原;的開發(fā) 日程;外部風(fēng)險(xiǎn)：實(shí)現(xiàn)該需求涉及外部合同: 穩(wěn)定風(fēng)險(xiǎn)：實(shí)現(xiàn)該需求可能是易變的并導(dǎo)致開發(fā)過程中的重大變動(dòng)。5. 2.需求風(fēng)險(xiǎn)優(yōu)先級(jí)別參照風(fēng)險(xiǎn)管理過程來對(duì)每個(gè)需求的實(shí)現(xiàn)風(fēng)險(xiǎn)進(jìn)行分析。從發(fā)生的可能性及嚴(yán)重性兩 方面考住

18、得到風(fēng)險(xiǎn)等級(jí)。可以簡(jiǎn)單的將需求實(shí)現(xiàn)風(fēng)險(xiǎn)級(jí)別劃分為三種：高，中，低。；4義如下:優(yōu)先級(jí)為高：實(shí)現(xiàn)該需求可能導(dǎo)致性能、安全等方而不穩(wěn)定或產(chǎn)品驗(yàn)收時(shí)不能滿足客戶 要求。優(yōu)先級(jí)為中：實(shí)現(xiàn)該需求不會(huì)影響產(chǎn)品的驗(yàn)收，但給將來產(chǎn)品的維護(hù)到來不便：或性能、 安全等方而控制的不確崔性因素。優(yōu)先級(jí)為低：實(shí)現(xiàn)該需要在技術(shù)上、安全、產(chǎn)品升級(jí)與與維護(hù)為任務(wù)困難。6. 需求跟蹤對(duì)一個(gè)軟件項(xiàng)目來說，當(dāng)需求確企下來以后，應(yīng)該保證在軟件設(shè)訃過程中每個(gè)需求都被 實(shí)現(xiàn)，且項(xiàng)目的其它工作產(chǎn)品與需求保持一致.因此，一個(gè)比較好的方法就是建立一種需求 雙向跟蹤機(jī)制。雙向跟蹤即: 正向跟蹤：當(dāng)發(fā)生需求變更時(shí)，通過從需求向后追溯到下游柑關(guān)工作產(chǎn)品，可 第1貞共1頁(yè)分析出這些關(guān)聯(lián)項(xiàng)是否需要變更，從而達(dá)到追溯的目的: