需求分析的概念

1、需求分析的概念 期數(shù)：第19期作者：楊清萍 【叡揚(yáng)資訊金融資訊服務(wù)部經(jīng)理】 前言 軟體開發(fā)的成功要素在於能夠充分了解需求，否則無(wú)論多麼好的系統(tǒng)設(shè)計(jì)或是多麼強(qiáng)的程式設(shè)計(jì)能力，都無(wú)法彌補(bǔ)因需求不夠明確對(duì)整體系統(tǒng)開發(fā)所造成的危害。 需求分析是一連串的處理過(guò)程，處理的精神在於找出使用者的需求，經(jīng)過(guò)萃鍊，將需求資料的、功能的以及行為的需求模式化，最後產(chǎn)出一份需求規(guī)格。在過(guò)程中，系統(tǒng)開發(fā)者扮演的角色，是利用高度的溝通技巧，採(cǎi)各種不同的詢問(wèn)角度肯定句、疑問(wèn)句或不斷地重覆，將可能是被誤解或是模糊不清的訊息一一加以澄清。由以上對(duì)需求分析的定義，衍生出軟體需求分析的五大主要部份，分別為問(wèn)題的認(rèn)知、問(wèn)題的評(píng)估及綜合

2、、模式化的過(guò)程、需求規(guī)格的產(chǎn)生及需求規(guī)格的審查。問(wèn)題的認(rèn)知：需求範(fàn)圍的產(chǎn)生是來(lái)自於專案計(jì)畫中所定義的系統(tǒng)規(guī)格，系統(tǒng)開發(fā)人員即系統(tǒng)分析師必須對(duì)專案計(jì)畫有充分的了解，為促成系統(tǒng)分析師與使用者之間對(duì)系統(tǒng)開發(fā)基本問(wèn)題的共識(shí)，可以透過(guò)召開專案計(jì)畫會(huì)議，邀請(qǐng)系統(tǒng)影響所及的相關(guān)人員及主管參與，針對(duì)系統(tǒng)的目標(biāo)及效益及系統(tǒng)分析師所提出專案中可能的解決方案充分討論及協(xié)調(diào)，了解每個(gè)人在專案進(jìn)行中所扮演的角色，凝聚雙方對(duì)專案成功的共識(shí)。問(wèn)題的評(píng)估及綜合：系統(tǒng)分析師在這部分的工作著重於必須清楚地定義所有可觀察到的資料主體，評(píng)估資訊的流向及資訊的內(nèi)容，定義及演化出應(yīng)有的系統(tǒng)功能，了解系統(tǒng)如何因外來(lái)事件的觸發(fā)而有的正?；貞?yīng)

3、，進(jìn)而建立系統(tǒng)之間的介面，並能發(fā)掘一些未來(lái)系統(tǒng)設(shè)計(jì)的限制。在評(píng)估現(xiàn)有的問(wèn)題及必須的輸入及輸出的訊息，系統(tǒng)分析師在整理這些相關(guān)的資料過(guò)程中，已慢慢釐出未來(lái)被建置的系統(tǒng)應(yīng)有的功能架構(gòu)。模式化的過(guò)程：主要在描述使用者需要些什麼、當(dāng)系統(tǒng)完成時(shí)能驗(yàn)證這些需求是否被滿足。系統(tǒng)分析師透過(guò)一些系統(tǒng)化的方法，創(chuàng)造出能被系統(tǒng)設(shè)計(jì)人員充分了解的有關(guān)資料流向、控制流向、功能處理、系統(tǒng)行為運(yùn)作及資料內(nèi)容的模式，利用這些模式產(chǎn)生的軟體需求規(guī)格做為進(jìn)一步系統(tǒng)設(shè)計(jì)的基礎(chǔ)。模式化的核心，有賴於定義一致的資料辭典來(lái)包含軟體開發(fā)中所需的所有資料體的描述，藉由資料辭典做為需求分析溝通的共同語(yǔ)言。而模式化可分為三方面，一是資料模式，二

4、是功能模式，三是行為模式。常用來(lái)表示這三方面的分析模式有ERD(Entity Relationship Diagram)，DFD(Data Flow Diagram)，CFD(ControFlow Diagram)，STD(State Transition Diagram).等，系統(tǒng)分析的模式必須達(dá)成三個(gè)主要的目標(biāo): (1)描述使用者的需求，(2)建立基本的軟體設(shè)計(jì)環(huán)境，(3)定義軟體設(shè)計(jì)完成後驗(yàn)證需求的方法。為了達(dá)成這三項(xiàng)主要目標(biāo)所衍生出的結(jié)構(gòu)化分析模式如圖一所示: 圖一 結(jié)構(gòu)化分析模式 資料字典位於圖一的核心-存放所有輸入及輸出資料物件的敘述。圍繞於圖一核心的三種圖表其中的實(shí)體關(guān)係圖(En

5、tity-Relationship Diagram，ERD)，為描述資料物件之間的關(guān)係。ERD同時(shí)也用來(lái)表示資料模組之間的運(yùn)作方式。資料物件敘述(Data Object Description)說(shuō)明ERD中資料物件的屬性。資料流程圖(Data Flow Diagram，DFD)主要有二種目的: (1)顯示資料在系統(tǒng)中的流向，(2)描述處理資料流程的功能項(xiàng)目。DFD在資訊範(fàn)圍的分析過(guò)程中可提供附加資訊並可將其當(dāng)做是基本的功能模式。在DFD中每一個(gè)功能的敘述是在功能規(guī)格(Process Specification，PSPEC)中完成。 狀態(tài)轉(zhuǎn)換圖(State Transition Diagram，

6、STD)顯示系統(tǒng)對(duì)外部事件作何種反應(yīng)。為此，STD顯示系統(tǒng)不同的行為狀態(tài)及狀態(tài)與狀態(tài)間轉(zhuǎn)換的不同方式。也可把STD當(dāng)做是基本的行為模式?？刂埔?guī)格(Control Specification，CSPEC)則包括軟體控制觀點(diǎn)的其他相關(guān)資訊。這些模式分析的產(chǎn)出最終的目的在於讓需求分析的結(jié)果愈趨近於可被建置的系統(tǒng)。 需求規(guī)格的產(chǎn)生：系統(tǒng)分析師將需求以一種能被成功建置的方式展現(xiàn)給系統(tǒng)開發(fā)人員及使用者，透過(guò)需求規(guī)格的產(chǎn)生，將系統(tǒng)分析師對(duì)使用者需求的認(rèn)知轉(zhuǎn)化成可閱讀及可被了解的文件，作為雙方對(duì)談及後續(xù)開發(fā)的基礎(chǔ)，需求規(guī)格的可讀性與系統(tǒng)分析師的文件表達(dá)能力有強(qiáng)烈的正相關(guān)。基本的需求規(guī)格架構(gòu)涵蓋： ·

7、 系統(tǒng)概述：描述系統(tǒng)所欲達(dá)成的目標(biāo)，使用何種電腦系統(tǒng)及規(guī)劃的軟體範(fàn)圍。 · 資訊描述：提供軟體所要解決問(wèn)題的詳細(xì)描述，包括資訊的內(nèi)容，對(duì)應(yīng)關(guān)係，流程及架構(gòu)，並且以外部系統(tǒng)元件及內(nèi)部軟體功能來(lái)描述軟硬體及人機(jī)介面。 · 功能描述：描述每項(xiàng)功能所能解決的問(wèn)題及其相關(guān)程序，經(jīng)由陳述並證實(shí)設(shè)計(jì)上的限制，及未來(lái)系統(tǒng)建置後可達(dá)成之系統(tǒng)執(zhí)行效率的耍求，並輔以多張圖表解釋整個(gè)系統(tǒng)的架構(gòu)及系統(tǒng)功能與其他系統(tǒng)元件之間的相互關(guān)係。 · 行為模式的描述：如何因應(yīng)外部事件的觸發(fā)及內(nèi)部控制的特性而導(dǎo)致影響系統(tǒng)軟體操作所產(chǎn)生之結(jié)果。 · 驗(yàn)證及標(biāo)準(zhǔn)：用以驗(yàn)證軟體開發(fā)完成後之正確性。需要徹底地了解軟體需求方可明確地描述驗(yàn)證方法及標(biāo)準(zhǔn)，做為重新檢視所有的需求之依據(jù)以求未來(lái)系統(tǒng)設(shè)計(jì)之完整性。 · 參考文獻(xiàn)及附錄。 需求規(guī)格的審查：應(yīng)由系統(tǒng)分析師及使用者一起進(jìn)行需求規(guī)格的審查，從宏觀及微觀的角度來(lái)檢視規(guī)格書的內(nèi)容。從宏觀的角度應(yīng)確認(rèn)規(guī)格的完整性，一致性及正確性。從微觀的角度應(yīng)審視規(guī)格書中的用字遣詞，是否有尚未發(fā)現(xiàn)的潛在問(wèn)題存在。一旦審查完成，規(guī)格書即