軟件需求分析方案設(shè)計

軟件需求分析是探討用戶需求得到的東西，完全理解用戶對軟件需求

的完整功能，確認(rèn)用戶軟件功能需求，建立可確認(rèn)的、可驗(yàn)證的一個基本

依據(jù)。今日小編為大家打算了軟件需求分析方案設(shè)計，歡迎閱讀！

軟件需求分析方案設(shè)計假如我們用數(shù)學(xué)方法來描述軟件需求分

析，可以將一個應(yīng)用軟件定義為S,可能應(yīng)用軟件涉與功能性問題特別廣,

我們用抽象化理論分析，可以劃分為各個功能域，可以用DKD2、…Dn

表示，那么，我們可以用一個表達(dá)式描述為

S=(D1,D2,D3,???Dn}

但是，功能域Di依舊存在著有若干個問題Pl、P2、P3、…Pm組成,

并且每個功能對應(yīng)于子系統(tǒng)中的一個軟構(gòu)件，我們可以表示為

Di={Pl,P2,P3,…Pm}

同樣，功能Pj有若干個行為Fl、F2、F3、…Fk,每個行為對應(yīng)于軟

構(gòu)件中的實(shí)現(xiàn)方法

Pj={Fl,F2,F3,…Fk}

一個軟件包含了全部功能的集合，同時包含了實(shí)現(xiàn)全部功能的全部方

法和算法描述。需求分析是依據(jù)于用戶需求，經(jīng)過需求問題識別，進(jìn)行分

析、消化與綜合，制訂規(guī)格說明，評審，分為四個階段，形成用戶需求與

設(shè)計同步，設(shè)計滿意用戶需求目標(biāo)。

需求分析方法始終貫穿著汲取、同化、貫徹方法和手段，用商業(yè)化行

為解決需求與實(shí)現(xiàn)中存在的沖突，解決用戶需求與商業(yè)化產(chǎn)品融通，解決

規(guī)范與特性化追求。

軟件需求分析的主要實(shí)現(xiàn)目標(biāo)：

1）對實(shí)現(xiàn)軟件的功能做全面的描述，幫助用戶推斷實(shí)現(xiàn)功能的正確

性、一樣性和完整性，促運(yùn)用戶在軟件設(shè)計啟動之前周密地、全面地思

索軟件需求；

2）了解和描述軟件實(shí)現(xiàn)所需的全部信息，為軟件設(shè)計、確認(rèn)和驗(yàn)證供

應(yīng)一個基準(zhǔn)；

3）為軟件管理人員進(jìn)行軟件成本計價和編制軟件開發(fā)支配書供應(yīng)依

據(jù)；

需求分析的具體內(nèi)容可以歸納為六個方面：軟件的功能需求，軟件與

硬件或其他外部系統(tǒng)接口，軟件的非功能性需求，軟件的反向需求，軟件

設(shè)計和實(shí)現(xiàn)上的限制，閱讀支持信息。

軟件需求分析應(yīng)盡量供應(yīng)軟件實(shí)現(xiàn)功能需求的全部信息，使得軟件設(shè)

計人員和軟件測試人員不再須要需求方的接觸。這就要求軟件需求分析內(nèi)

容應(yīng)正確、完整、一樣和可驗(yàn)證。此外，為保證軟件設(shè)計質(zhì)量，便于軟件

功能的休整和驗(yàn)證，軟件需求表達(dá)無岔意性，具有可追蹤性和可修改性。

、軟件功能需求

軟件的功能需求是整個需求分析最主要、最關(guān)鍵和最困難的部分，它

描述軟件的各種可能的條件下，對全部可能輸入的數(shù)據(jù)信息，應(yīng)完成那些

具體功能，產(chǎn)生什么樣的輸出。描述軟件功能需求是應(yīng)留意下面幾點(diǎn)：

1）功能需求的完整性和一樣性

對功能的描述應(yīng)包含與功能相關(guān)的信息，并應(yīng)具有內(nèi)在的一樣性（即

各種描述之間不沖突、不沖突）。應(yīng)留意以下幾點(diǎn):

(1)給出觸發(fā)功能的各種條件(如：限制流、運(yùn)行狀態(tài)、運(yùn)行模式等)；

(2)定義各種可能性條件下的全部可能的輸入(包括合法的輸入空間

和非法的輸入空間)；

(3)給出各種功能間可能的相互關(guān)系(如各個功能間的限制流、數(shù)據(jù)

流、信息流，功能運(yùn)行關(guān)系：依次、重復(fù)、選擇、并發(fā)、同步)；

(4)給出功能性的主要級別(如：基本功能、可由設(shè)計者選擇逐步實(shí)

現(xiàn)的功能、可由設(shè)計者變更實(shí)現(xiàn)的功能等)；

(5)盡可能不運(yùn)用“待定”這樣的詞。全部含有待定內(nèi)容的需求都不

是完整的文件，假如出現(xiàn)待定的部分，必需進(jìn)行待定部分內(nèi)容說明，落實(shí)

負(fù)責(zé)人員、落實(shí)實(shí)施日期。

2)功能描述的無岔意性和可追蹤性

需求功能描述的無岔意性、可追蹤性和規(guī)范化：

(1)功能描述必需清晰地描述出怎樣輸入到怎樣輸出，并且輸入、輸

出描述應(yīng)對應(yīng)有數(shù)據(jù)流描述、限制流描述圖，這些描述必需與其它地方描

述一樣；

(2)可以用語言、方程式、決策表、矩降或圖等對功能的描述。假如

選用語言描述必需運(yùn)用結(jié)構(gòu)化的語言，描述前必需說明該步驟(或子功能)

的執(zhí)行是依次，選擇，重復(fù)，還是并發(fā)，然后說明步驟邏輯。整個描述必

需單入單出。

(3)描述時:每一個功能名稱和參照編號必需唯一，且不要將多個功

能混在一起進(jìn)行描述，這樣便于功能的追蹤和修改。

(4)功能描述應(yīng)留意需求說明和程序設(shè)計的區(qū)分。需求設(shè)計僅僅是軟

件的功能設(shè)計，它給出軟件運(yùn)行的的外部功能描述，以與為了實(shí)現(xiàn)這一外

部功能必需做哪些事情(采納和種數(shù)據(jù)結(jié)構(gòu)，定義多個模塊，接口間的接

口等)是設(shè)計階段的事情?，功能描述不應(yīng)涉與到那些細(xì)微環(huán)節(jié)問題，以避

開給軟件設(shè)計帶來不必要的約束。

、軟件與硬件或其他外部系統(tǒng)接口

軟件與硬件或其它外部系統(tǒng)接口包括下述內(nèi)容：

(1)人機(jī)接口：說明輸入、輸出的內(nèi)容、屏幕支配、格式等要求；

(2)硬件接口：說明端口號，指令集，輸入輸出信號的內(nèi)容與數(shù)據(jù)類

型，初始化信號源，傳輸通道號和信號處理方式。

(3)軟件接口：說明軟件的名稱、助記符、規(guī)格說明、版本號和來源;

(4)通訊接口：指定通訊接口和通訊協(xié)議等描述。

、軟件的非功能性需求

軟件非功能性需求是指軟件性能指標(biāo)，容限等功能以外的需求。一般

指下述內(nèi)容：

(1)時間需求：輸入、輸出頻率，輸入、輸出響應(yīng)時間，各種功能復(fù)

原時間等；

(2)處理容限、精度、采樣參數(shù)的辨別率，誤差處理等；

(3)牢靠性的MTBF要求，可維護(hù)性、平安性要求等。(對可能的不正

常的輸入給以正常響應(yīng)是牢靠性的重要內(nèi)容，這屬于功能性需求。)

、軟件反向需求

軟件的反向需求描述軟件在那些狀況下不能做什么。這一條是隨軟件

實(shí)際要求而定。有兩類情形須要采納反向需求的形式。第一種狀況：某些

用戶需求相宜采納反向形式說明，如數(shù)據(jù)平安性要求屬于這類形式。其次

種狀況：對一些牢靠性和平安性要求較高的軟件，有些必需描述軟件不能

做些什么。如限制點(diǎn)火時序，我們必需交代清晰在那些狀況下不能點(diǎn)火，

否則會造成故隙。

、軟件設(shè)計和實(shí)現(xiàn)上的限制

軟件設(shè)計和實(shí)現(xiàn)上的限制主要指對軟件設(shè)計者的限制。如軟件運(yùn)行環(huán)

境的限制（選擇計算機(jī)類型，運(yùn)用配置，操作系統(tǒng)的限制等）、設(shè)計工具的

限制（運(yùn)用語言、執(zhí)行的標(biāo)準(zhǔn)）和保密要求等。

、閱讀支持信息

這部分內(nèi)容是為了更好的幫助我們理解用戶需求，也是為了使需求便

于修改和追蹤。其本身并不是對需求的描述，但它影響到需求分析的可讀

性，也屬于需求分析的一個重要部分。一般書目、需求背景信息、內(nèi)容索

引、交叉引用表、注釋等均屬于這個部分的內(nèi)容。

軟件需求分析其根本性問題是理解用戶功能需求，由此軟件需求分析

事實(shí)上是與客戶間溝通過程完成的目標(biāo)。要求我們組織適當(dāng)?shù)膮⑴c人員進(jìn)

行溝通活動。

需求分析是一個綜合團(tuán)隊(duì)的工作，是在需求分析理論的指導(dǎo)下，對用

戶須要進(jìn)行漸進(jìn)方式逐步深化；通過不斷變更方式形成具體約束；努力實(shí)

現(xiàn)需求功能目標(biāo)形成特色效果的商業(yè)化產(chǎn)品。需求分析是一個商業(yè)行為，

完全是一個商業(yè)化操作，要求有商業(yè)、技術(shù)等結(jié)合的團(tuán)隊(duì)共同合作，解決

需求和設(shè)計的同步，設(shè)計符合需求。

項(xiàng)目涉與內(nèi)容，項(xiàng)目大小都須要我們考慮參與軟件需求分析工作團(tuán)退

的人數(shù)，配置合理的參與人員。一般我們必需有商務(wù)活動人員，項(xiàng)目管理

人員，設(shè)計技術(shù)人員等參與，而且要求組織人員必需明確負(fù)責(zé)范圍，以與

明確工作目標(biāo)，保證明施的有效性。

為了保證項(xiàng)目的正常實(shí)施，并且能夠順當(dāng)?shù)耐瓿?，我們必需加?qiáng)項(xiàng)目

管理和重視項(xiàng)目分析工作。我們只有從實(shí)際動身，切切實(shí)實(shí)地把握用戶需

求，把握用戶需求目標(biāo)，把握用戶將來功能界定，保證我們開發(fā)工作壬確

性方向。

、重點(diǎn)監(jiān)控軟件需求分析方法

由于軟件項(xiàng)目的特殊性和行業(yè)覆蓋的廣袤性，以與需求分析的高風(fēng)險

性，軟件需求分析的重要性是不言而喻的，同時需求分析又的的確確難做。

其緣由基本是由于以下狀況造成的。

、客戶說不清晰需求

有些客戶對需求只有朦朧的感覺，當(dāng)然說不清晰具體的需求。例如全

國各地的許多部門、機(jī)構(gòu)、單位在進(jìn)行應(yīng)用系統(tǒng)以與網(wǎng)絡(luò)建設(shè)時，客戶方

的辦公人員大多不清晰計算機(jī)網(wǎng)絡(luò)有什么用，更缺乏IT系統(tǒng)建設(shè)方面的

專家和學(xué)問。此時，用戶就會要求軟件系統(tǒng)分析人員替他們設(shè)想需求。工

程的需求存在肯定的主觀性，為項(xiàng)目將來建設(shè)埋下了潛在的風(fēng)險。

、需求自身常常變動

依據(jù)以往的歷史閱歷，隨著客戶方對信息化建設(shè)的相識和自己業(yè)務(wù)水

平的提高，他們會在不同的階段和時期對項(xiàng)目的需求提出新的要求和需求

變更。事實(shí)上，歷史上沒有一個軟件的需求改動少于三次的！所以必需接

受“需求會變動”這個事實(shí)，在進(jìn)行需求分析時要懂得防患于未然，盡可

能地分析清晰哪些是穩(wěn)定的需求，哪些是易變的需求，以便在進(jìn)行系統(tǒng)設(shè)

計時，將軟件的核心建筑在穩(wěn)定的需求上，同時留出變更空間。詢問監(jiān)理

方在需求分析的功能界定上擔(dān)當(dāng)一個中間、公允、公正的角色，所以也必

需主動參與到需求分析的打算中來，以便幫助客戶方和承建方來界定“做

什么”、“不做什么”的系統(tǒng)功能界限。

、分析人員或客戶理解有誤

軟件系統(tǒng)分析人員不行能都是全才，更不行能是行業(yè)方面的專家。客

戶表達(dá)的需求，不同的分析人員可能有不同的理解。假如分析人員理解錯

了，可能會導(dǎo)致以后的開發(fā)工作勞而無功。記得一則笑話，有個外星人間

諜潛藏到地球刺探情報，它給上司寫了一份報告：“主宰地球的是汽車。

它們喝汽油，靠四個輪子滾動前進(jìn)，嗓門極大，雙眼在夜里能射出強(qiáng)光……

好玩的是，車?yán)镒≈环N叫作‘人’的寄生蟲，這些寄生蟲完全限制了車?！?/p>

所以分析人員學(xué)問的專一性也會造成需求分析的誤會和失敗。這時，詢問

監(jiān)理公司就必需依據(jù)實(shí)際的項(xiàng)目需求調(diào)研支配，提示承建方加強(qiáng)業(yè)務(wù)了解

程度和留意溝通技巧。

、有效性軟件需求分析三步法

依據(jù)以往的工程閱歷，需求分析工作方法，應(yīng)當(dāng)定位在“三個階段”

（也稱“三步法”）。

、“訪談式Visitation”階段

這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通，主要

目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、

業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等等具體狀況、客觀的

信息。建立起良好的溝通渠道和方式。針對具體的職能部門以與各委辦局,

最好能指定本次項(xiàng)目的接口人。

實(shí)現(xiàn)手段：訪談、調(diào)查表格

輸出成果：調(diào)查報告、業(yè)務(wù)流程報告

、“誘導(dǎo)式Inducement”階段

這一?階段是在承建方已經(jīng)了解了具體用戶方的組織架構(gòu)、業(yè)務(wù)流程、

硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等等具體實(shí)際、客觀的信息基礎(chǔ)上,

結(jié)合現(xiàn)有的硬件、軟件實(shí)現(xiàn)方案，做出簡潔的用戶流程頁面，同時結(jié)合以

往的項(xiàng)目閱歷對用戶采納誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和用戶一起

探討業(yè)務(wù)流程設(shè)計的合理性、精確性、便易性、習(xí)慣性。用戶可以操作簡

潔演示的DEMO,來感受一下整個業(yè)務(wù)流程的設(shè)計合理性、精確性等等問題,

與時地提出改進(jìn)看法和方法。

實(shí)現(xiàn)手段：探望（誘導(dǎo)）、原型演示

輸出成果：調(diào)研分析報告、原型反饋報告、業(yè)務(wù)流程報告

、“確認(rèn)式Afirm”階段

這一階段是在上述兩個階段成果的基礎(chǔ)上，進(jìn)行具體的流程細(xì)化、數(shù)

據(jù)項(xiàng)的確認(rèn)階段，這個階段承建方必需供應(yīng)原型系統(tǒng)和明確的業(yè)務(wù)流程報

告、數(shù)據(jù)項(xiàng)表，并能清晰地向用戶描述系統(tǒng)的業(yè)務(wù)流設(shè)計目標(biāo)。用戶方可

以通過審查業(yè)務(wù)流程報告、數(shù)據(jù)項(xiàng)表以與操作承建方供應(yīng)的DEMO系統(tǒng)，

來提出反饋看法，并對已經(jīng)可接受的報告、文檔簽字確認(rèn)。

實(shí)現(xiàn)手段：探望（回顧、確認(rèn)），提交業(yè)務(wù)流程報告、數(shù)據(jù)項(xiàng)表；原型

演示系統(tǒng)

輸出成果：需求分析報告、數(shù)據(jù)項(xiàng)、業(yè)務(wù)流程報告、原型系統(tǒng)反饋看

法（后三者可以統(tǒng)一歸入需求分析報告中，提交用戶方、監(jiān)理方進(jìn)行確認(rèn)

和存檔）

整體來講，需求分析的三個階段是需求調(diào)研中不行忽視一個重要的部

分，三個階段或者說三步法的實(shí)施和采納，對用戶和承建方都同樣供應(yīng)了

項(xiàng)目勝利的保證。當(dāng)然在系統(tǒng)建設(shè)的過程中，特殊在采納迭代法的開發(fā)模

式時，需求分析的工作需始終進(jìn)行下去，而在后期的需求改進(jìn)中，工作則

基本集中在后兩個階段中。

我們依據(jù)用戶需求，通過反復(fù)探討、分析，最終明確一個唯一性的用

戶需求，這個結(jié)果其實(shí)就是我們的軟件需求分析報告。一般我們采納Word.

PowerPointVisio、ProntPage>Excel等Office工具,同時可能采納一

些開發(fā)工具，如VC或BC等，同樣也會運(yùn)用一些圖形工具，如Potoshop、

調(diào)色板等回圖工具。

運(yùn)用各種工具表達(dá)軟件需求分析，其具體表達(dá)手段可以分為：

1效果圖描述。主要是用戶UI界面的描述反映用戶需求功能；

1邏輯圖描述。依據(jù)用戶需求功能，運(yùn)用抽象化理論，以與需求分析

理論，對用戶需求功能進(jìn)行全面的分析，建立功能性邏輯關(guān)系圖，流程邏

輯關(guān)系圖等；

1關(guān)系圖表描述。主要是對信息關(guān)系、數(shù)據(jù)庫表格、接口函數(shù)等描述;

1工程數(shù)學(xué)描述。分析用戶需求，分析用戶需求信息，運(yùn)用工程數(shù)學(xué)

進(jìn)行算法推導(dǎo)，進(jìn)行合理化需求分析推導(dǎo)；

1甘地圖描述。主要是軟件項(xiàng)目工作支配，開發(fā)周期預(yù)估;

1其它方法描述。保證完整性合理性的有效描述。

軟件需求分析評估是為了檢查我們進(jìn)行軟件需求分析工作，保證軟件

需求分析工作正確性、完整性、有效性、合理性、可確認(rèn)性、可實(shí)施性，

完全保證用戶所需求的功能。

、組織結(jié)構(gòu)與責(zé)任管理

我們對組織結(jié)構(gòu)與責(zé)任管理的評估主要有：參與人員任務(wù)和責(zé)任界面

的明確;支配支配按時完成狀況;相互間的協(xié)調(diào)實(shí)力狀況。