ISSN 1009 3044E- -mail: xil@cce.net.cnComputer Knowledge And Technology電脯知識與技術(shù)htp/://ww.w.net.cnnVolL4.No.8.December 2008. pp.2156 -2158.2173Tel:+86- 551-56909635690964需求分析導(dǎo)引付紅雷',張勇鳳2(1.深圳市南凌科技發(fā)展有限公司軟件研發(fā)中心干細(xì)胞業(yè)務(wù)部,北京100062:2.山西師范大學(xué).山西臨汾041004)摘要:各種需求分析方法各具特點(diǎn),如果僅使用某種方法在項(xiàng)目實(shí)踐中往往會困難重重,怎樣結(jié)合各種需求分析方法之長為項(xiàng)目實(shí)踐建立一種需求分析參考標(biāo)準(zhǔn)成為一個迫切需要解決的問題。通過對面向問題域、面向?qū)ο?、模型?qū)動等分析方法的研究,并結(jié)合在項(xiàng)目實(shí)踐中應(yīng)用,以面向問題域分析為核心規(guī)定需求分析的根本目的與基本活動,結(jié)合面向?qū)ο蟮姆治雠c模型驅(qū)動分析說明有效建模的技術(shù)要點(diǎn),初步形成一個適合于實(shí)際項(xiàng)目活動的需求分析標(biāo)準(zhǔn)的框架。關(guān)鍵詞:需求分析;西向問題域的需求分析;面向?qū)ο蠓治?領(lǐng)域模型驅(qū)動;需求分析標(biāo)準(zhǔn)中圖分類號:TP302文獻(xiàn)標(biāo)識碼:A 文章編 號:1009 -0442008353 -2156-03An Introduction to Requirements AnalysisFU Hong-lei', ZHANG Yong feng(1.CMDP Service Department of Nova Network Software Development Center, Bejing 10002,0 Chin; 2.Shanxi Normal Univecity,Linfen 041004, China)Abstract: Each kind of denand analysis method each characteristic, but if will only use some method to be ofen beset with dificulies inthe project practice, how to unify each demand analysis method long to establish one kind of demand analysis reference standard for theproject practice to become the question which urgent needs to solve. Through the opposite to the question teritory's analysis method, theobject- oriented analysis method, the model actuation analysis method's tresearch, and unifies in the project practice applies, ake fces thequestion trritory analysis as the core stipulation demand analysis primary purpose and the basic activity, unifies the object-oriented analysisand the model actuation analysis explanation efective modeling importance and the technical point, forms one to suit initally in the actualproject activity demand analysis standard fame.Key words: requirements anlysis; problem domain oriented analysis; analysis strategy; domain model driven; requirements analysis standard1引膏開發(fā)軟件就是通過描述來構(gòu)建-部軟件機(jī)器去實(shí)現(xiàn)某一目的,因此在動手之前.我們需要詳細(xì)地弄清這個特定目的是什么,這就是需求分析需要完成的任務(wù)。需求分析過程處于軟件工程的開始階段,它提供了軟件項(xiàng)其余部分得以構(gòu)建的根基,如果錯誤出現(xiàn)在需求分析階段,而且并未立即予以糾正,那么所有后續(xù)階段的工作將都在錯誤的基礎(chǔ)上進(jìn)行,修正錯誤的代價將飛速增加。對于一個大型的軟件項(xiàng)目,一旦忽略或低估需求分析過程必將承擔(dān)風(fēng)險。2需求分析的目的與活動軟件項(xiàng)目的目的一般是解決一個信息化的問題.而需求分析的目的就是要定義所需解決的問題。-般情況下,對于項(xiàng)目組來說，總是要面對向題定義不足，需求不清的閑境。因此.可以這樣初步理解需求分析的目的一需求 分析過程就是要把-一個定義不足的問題轉(zhuǎn)換為一個定義良好認(rèn)并且清晰的問題并且找出解決方案。要確定軟件項(xiàng)目的目的,那么首先要做的是識別問題,然后再去研究解決方案。要識別問題.那么首先要去了解向題域。問題域.應(yīng)用領(lǐng)域或客戶領(lǐng)域,就是需要解決問題的現(xiàn)實(shí)世界的一個領(lǐng)域,面項(xiàng)目的最終成果,即解系統(tǒng)或新系統(tǒng),將運(yùn)行其上,產(chǎn)生某種效果而最終解決問題。問題域并不等同新系統(tǒng)運(yùn)作的環(huán)境,因?yàn)樾碌慕庀到y(tǒng)將不可避免地對問題域進(jìn)行改變,否則它就不可能解決問題,因此問題域與新系統(tǒng)運(yùn)作環(huán)境事實(shí)上存在差別。向題域也不等同于舊的應(yīng)用系統(tǒng),這個舊的應(yīng)用系統(tǒng)可能是原有的計算機(jī)軟件系統(tǒng)或是非軟件的解決方案，因?yàn)榕f的應(yīng)用系統(tǒng)本身只是問題城的解決方案.即問題域的一-個不成功的解系統(tǒng)，新的解系統(tǒng)也許會繼承其運(yùn)作方式或者產(chǎn)生全新的運(yùn)作方式，因此對舊的應(yīng)用系統(tǒng)的研究不能替代對向題域的研究,雖然它可以提供一些知識.但它始終是問題域的一種包裝?？诮饫劢y(tǒng)舊的應(yīng)用系統(tǒng)不僅僅指原有的計算機(jī)信息系統(tǒng)，也涉及客戶當(dāng)前的工作流程和工作方式。整個需求分析過程需要關(guān)注兩個系統(tǒng)一問題域與解 系統(tǒng)，它們的相互關(guān)系如圖1。中國煤化工解系統(tǒng)的關(guān)系MYHCNMHG收稿日期:2008-09-16作者簡介:付紅雷(1973-),男,山西太原人,主要研究方向:軟件工程;張勇鳳,講師,文學(xué)博士。2156”軟件設(shè)計開發(fā).......本欄目責(zé)任編輯:謝媛媛付紅需等:需求分析導(dǎo)引這個相互關(guān)系也定義了三個主要開發(fā)活動的區(qū)域,如圖2所示。對于這三個主要開發(fā)活動可以區(qū)別如下:分析:關(guān)注問題城本身,清晰定義需要解決的問題。(口規(guī)格說明:關(guān)注解系統(tǒng)與問題城的交互，規(guī)定解系統(tǒng)的運(yùn)行方式以解決問題設(shè)計:不屬于需求分析范疇.關(guān)注于解系統(tǒng)的內(nèi)部實(shí)現(xiàn)。因此，需求分析階段包含兩個主要活動.需求分析與規(guī)格說明。這兩個主要活↑動可簡述為:從向題域的研究人手.對問題域進(jìn)行描述,獲取問題域的定義和客戶分析規(guī)格說明 埂計對新的解系統(tǒng)能夠產(chǎn)生的效果(需求)的陳述,以此確定新的解系統(tǒng)所應(yīng)具有的功圈2軟件工程的三個主要開發(fā)活動能,以便達(dá)到客戶所需要的效果。顯而易見.需求分析階段必然包括兩個主要文檔,一個應(yīng)當(dāng)包含問題域特性的細(xì)致描述與需求的陳述,稱之為《用戶需求說明書);另一個包含經(jīng)過精心設(shè)計的解系統(tǒng)的功能的描述,這個精心設(shè)計的行為可以滿足客戶的需求,稱之為《欽件需求規(guī)格說明書》。3需求獲取3.1“獲取”與“采集”“需求采集”隱含表示已有了“成熟”的需求,只需要去“采集" ,而實(shí)際上很少會有這種情況,客戶“原始”的需求往往是以很零散.很不完整的形式呈現(xiàn)出來。“獲取"隱含著一個知識傳遞的過程,"需求獲取”是要將隱藏在問題城之中的信息明確化具體化、系統(tǒng)化,并與客戶形成共識。3.2需求獲取的信息對于大型的軟件系統(tǒng),由需求分析階段的整體要求決定,應(yīng)當(dāng)包括:l)問題域的描述;2)要求解決的問題列表,即需求列表;3)用戶對解系統(tǒng)想要施加的任何約束;3.3信息來源問題域中信息的主要來源.即需求獲取人員應(yīng)當(dāng)關(guān)注的對象,包括:1)實(shí)際的客戶和潛在的客戶;2)客戶的“要求說明";3)任何原有解系統(tǒng)及其文檔;4)原有系統(tǒng)的用戶和新的解系統(tǒng)的可能用戶;5)開發(fā)者相似產(chǎn)品;6)競爭對手產(chǎn)品;7)行業(yè)專家;8)定義任何.操作規(guī)范或數(shù)據(jù)規(guī)范的文檔;9)相關(guān)的技術(shù)標(biāo)準(zhǔn)與法規(guī)。3.4需求獲取的技術(shù)獲取需求的技術(shù)與信息的可能來源密切相關(guān),大致包括:閱讀背景材料;面談;調(diào)查表;檢查文檔;任務(wù)觀察;人種論;用例與場景;討論分析;聯(lián)合應(yīng)用設(shè)計;需求剝離等方法,這里不再詳述。3.5需求獲取策略3.5.1-般策略1)從一般到具體,通過概述幫助確定每次需求獲取的目標(biāo),適當(dāng)時候再詳細(xì)調(diào)查;2)要敢于陳述好像是顯而易見的事實(shí);3)從信息的源頭探究.而不是道聽途說;4)信息來源多多益善;5)主管與高層應(yīng)適時介入;6)注意消除分歧。3.5.2.管理者與一般用戶1)管理者:一般對原始數(shù)據(jù)不感興趣,只對增加新的業(yè)務(wù)知識的信息感興趣;關(guān)注的是整體,通常對細(xì)節(jié)不感興趣;對業(yè)務(wù)功能的整體視圖感興趣;從系統(tǒng)支持的功能和改進(jìn)的預(yù)期方面理解系統(tǒng);可以幫助確定需要收集和存儲數(shù)據(jù)的相關(guān)業(yè)務(wù)實(shí)體;可以幫助理解描述業(yè)務(wù)實(shí)體是如何交互的簡單業(yè)務(wù)關(guān)系和規(guī)則;需要持續(xù)跟蹤這些業(yè)務(wù)實(shí)體和規(guī)則,以產(chǎn)生有用的信息;會談時可使用業(yè)務(wù)事件列表及對那些事件的響應(yīng)方式記錄業(yè)務(wù)功能(包括時間);可能會了解新系統(tǒng)需要為哪些企業(yè)部門、員工、客戶和外部企業(yè)提供接口;這些接口位于么地方;是否需要同其他的信息系統(tǒng)或自動化系統(tǒng)接口。2)-.般用戶:以目前數(shù)據(jù)如何存儲或他們認(rèn)為數(shù)據(jù)應(yīng)如何存儲的方式來看待數(shù)據(jù);說明被存儲的確切數(shù)據(jù)屬性以及用于維護(hù)這些數(shù)據(jù)的精確業(yè)務(wù)規(guī)則;應(yīng)當(dāng)正確地確定和驗(yàn)證用戶的業(yè)務(wù)數(shù)據(jù)需求;業(yè)務(wù)過程一為了提供對業(yè)務(wù)事件的恰當(dāng)響應(yīng)必須執(zhí)行的“工作";以過程需求的方式說明新系統(tǒng)的業(yè)務(wù)過程.過程需求通常以策略和規(guī)程的形式定義;關(guān)心輸入與輸出;輸人輸出的構(gòu)成細(xì)節(jié),圖型用戶界面的原型形式,形似于PC工具(WORD,EXCEL)。3.5.3需求演化問題域本身遠(yuǎn)不及需求更易于變化,用戶可能要求產(chǎn)生新的報表或采用不同的方式對某一部分產(chǎn)生控制,但底層的問題域數(shù)據(jù)或相關(guān)元素的內(nèi)在行為的變化卻很少。首先應(yīng)當(dāng)將問題城特性描述與需求分離;可維護(hù)文檔是另一個關(guān)鍵因素;時間越長,變化的可能越大,鼓勵盡快完成系統(tǒng)開發(fā)。.4需求分析4.1目的需求分析的根本目的:通過對問題領(lǐng)城的研究,獲得對該領(lǐng)城特性及存在于其中需要解決的問題特性的透徹理解并用文檔說明。需求分析的輸出結(jié)果是《用戶需求說明書>,該文檔應(yīng)當(dāng)能夠提供關(guān)于問題域各個相關(guān)方面的全面描述和有關(guān)客戶需求的完整的列表。4.2需求分析策略4.2.1關(guān)注問題域中國煤化工需求分析強(qiáng)調(diào)的揭示問題域的結(jié)構(gòu)與屬性，而不是將來解系統(tǒng)將要實(shí)現(xiàn)MYHCNMHG4.2.2 建模與描述分析的總目標(biāo)可以被認(rèn)為是以某種易于理解的形式提供所有必需的信息。這就需要對收集得來的信息應(yīng)當(dāng)精心加以提煉,獲取精華從而保證所有相關(guān)的細(xì)節(jié)能以一種清晰符合邏輯且簡潔的方式得以呈現(xiàn)一--建立合適的問題領(lǐng)域的模型。本欄目責(zé)任編輯;謝媛媛.......軟件設(shè)計開發(fā).2157Computer Knowedge And Technoloy電腦知識與技術(shù)2008年第4卷第8期(總第35期)許多系統(tǒng)真正復(fù)雜之處不在于技術(shù)，而在于問題領(lǐng)域本身。如果在需求分析時沒有獲得對問題領(lǐng)域的深刻理解,沒有通過模型將復(fù)雜的領(lǐng)域邏輯以模型概念和模型元素的形式清晰地表達(dá)出來,那么無論我們使用多么先進(jìn)的平臺或架構(gòu),都難以保證項(xiàng)目的真正成功。成功項(xiàng)目的特征是:在迭代中不斷地完善領(lǐng)域模型.通過領(lǐng)域模型越過問題域的表象揭示其底層的結(jié)構(gòu);將這個領(lǐng)域模型作為項(xiàng)目骨干結(jié)構(gòu)的一部分;模型是知識的一種有選掙的簡化和有意識的組織形式,一個合適的模型能夠表達(dá)信息的含義并聚焦于問題本身;模型并不是某種特殊的圖.而是圖所要表達(dá)的思想,可能是圖也可以是認(rèn)真編寫的代碼或形式化語言,模型松散地表現(xiàn)具有特定目的的現(xiàn)實(shí)不要試用用UML表示出整個模型或設(shè)計。很多對象模型過于完整.又遺漏了很多東西:總是想要把的有將要編碼的對象都放進(jìn)去,所有的東西過于細(xì)化;屬性與關(guān)系只占到一個對象模型的一半內(nèi)容.那些對象的行為及約束則不容易用閣例表達(dá)出來。因此，應(yīng)當(dāng)采用圖與描述相結(jié)合的方式:約束與斷育可用括號包含的文本在對象關(guān)系圖中表達(dá);對象與模型所代表的概念意義(定義)和對象所要完成的工作應(yīng)當(dāng)以文本加以描述。與其使用一個帶有文本注釋的圖.不如編寫一個文本文檔,里面用經(jīng)過挑選的簡化圖做示例。4.2.3有效模型因素1)模型與編碼實(shí)現(xiàn)相互綁定;2)基于模型產(chǎn)生-種通用語言,既可以用來與領(lǐng)城專家進(jìn)行溝通,又可以做為需求設(shè)計、編碼的溝通語盲;3)開發(fā)-一個包含豐富知識的模型;4)精煉模型;5)采用頭腦風(fēng)暴與實(shí)驗(yàn)來驗(yàn)證模型。4.2.4模型分析過程1)從需求獲取中得到領(lǐng)域模型的元素.建立初步的領(lǐng)域模型;2)在討論中細(xì)化.在詢問中解釋.隨著對領(lǐng)域的理解和領(lǐng)城專家對模型如何在問題解決中發(fā)揮作用的理解,模型一步步地發(fā)展;3)編寫--個簡單的原型.該原型是能夠精確地反映領(lǐng)域模型的部分軟件系統(tǒng),開發(fā)人員結(jié)合領(lǐng)域?qū)＜彝ㄟ^各種場景一步-步地使用模型對象來非正式地走查模型,當(dāng)原型不能完成-個重要的場景時,對模型進(jìn)行修改;4)原型并不僅僅是界面,重要的是清晰地表達(dá)業(yè)務(wù)邏輯和行為。4.2.5面向?qū)ο蟮姆治?)需求分析的基本技術(shù)手段是面向?qū)ο蟮姆治觥?)類模型作用的延續(xù)性:需求分析階段一問題域概念化,建立問題域類模型;規(guī)格說明階段--規(guī)格說明, 建立接口類;編碼實(shí)現(xiàn)階段一業(yè)務(wù)模型實(shí)現(xiàn).建內(nèi)部設(shè)計的業(yè)務(wù)類。3)用例的作用應(yīng)該是有限的,使用用例避開了對問題域及相關(guān)問題做全面考慮.并直接對解系統(tǒng)的行為進(jìn)行定義。4)面向?qū)ο蠓治龅难a(bǔ)充:在面向?qū)ο蠓治龅倪^程中可建立DD(數(shù)據(jù)字典)來定義和解釋術(shù)語與數(shù)據(jù)項(xiàng);分析初期可采用傳統(tǒng)意義的流程圖幫助理解問題域.但最終要避免讓業(yè)務(wù)流程成為模型中的突出方面,對象意味著將業(yè)務(wù)流程封裝起來,對于復(fù)雜的處理流程可以用服務(wù)來進(jìn)行封裝,對于多種分支流程,可以將算法本身作為一個獨(dú)立的對象,選擇不同的流程也就選擇不同的對象，每個對象代表一個不同的策略。可以單獨(dú)列出問題域事件與輸人列表及這些事件可能的發(fā)生序列;應(yīng)當(dāng)對需求(需在問題域中求解的問題)單獨(dú)列表,包括必須支持的查詢與需要提供的報表。4.2.6用戶需求文檔1)文檔核心內(nèi)容:結(jié)合模型對每個問題子域的全面描述;需求列表,需求應(yīng)避免指導(dǎo)該如何解決向題;如果出現(xiàn)了被初始載入系統(tǒng)的數(shù)據(jù)是那些原有的、以電子方式存儲的數(shù)據(jù)的情況.那么存取這類數(shù)據(jù)的方式就應(yīng)該詳細(xì)闡述;數(shù)據(jù)字典。2)特性與需求:語態(tài)的區(qū)別清楚地區(qū)分問題域的內(nèi)在特性及需求;特性是對問題域的真實(shí)的反映.它們完全超出了所要構(gòu)建的新的解系統(tǒng)所能控制與影響的苑圍,其聲明采用指示語態(tài);需求是新系統(tǒng)能夠控制的東西.即要求新系統(tǒng)產(chǎn)生的結(jié)果。其聲明使用祈使語態(tài),它反映了有客戶選定的選項(xiàng);只要給出問題域的內(nèi)在特征,新系統(tǒng)應(yīng)當(dāng)完全有能力滿足需求。5規(guī)格說明5.1規(guī)格說明的任務(wù)創(chuàng)建并定義新系統(tǒng)的-種行為,使之在問題域中產(chǎn)生所需要的效果。創(chuàng)建新系統(tǒng)可能的行為并選擇某-種行為,然后進(jìn)行規(guī)格說明文檔編制,并經(jīng)由客戶同意。5.2規(guī)格說明策略5.2.1外部接口1)規(guī)格說明關(guān)注問題域與新系統(tǒng)之間的接口,即關(guān)注的是新系統(tǒng)的外部視圖;2)新系統(tǒng)的行為將通過其與問題城交互的接口來定義。軟件系統(tǒng)通過傳遞數(shù)據(jù)與外部世界發(fā)生交互,每一個接口將有一個從新系統(tǒng)接收或發(fā)送數(shù)據(jù)的端子,這個端子可能是操作員其他軟件系統(tǒng)、電子硬件等,定義接口的首要任務(wù)是識別端子;3)在規(guī)格說明階段-般要添加新的端子,如系統(tǒng)管理員接口。5.2.2功能抽象1)通過確定新系統(tǒng)輸人和輸出的語法與語義,以及這些輸入和輸出之間所需的關(guān)系(時間關(guān)系、因果關(guān)系),就可以表達(dá)新系統(tǒng).所需的行為;2)規(guī)格說明需要添加大量的輸人和輸出:如用戶提示及消息操縱接口所需的用戶命令.無效的或異常輸入的處理等;3)可以分別在詳細(xì)與抽象級別上確定新系統(tǒng)的行為;中國煤化工4)可采用邏輯層次分解的方式進(jìn)行規(guī)格說明。5.23文檔編制.MH.CNMH G1)規(guī)格說明文檔應(yīng)首先以一種很大的粒度來討論和理解新系統(tǒng)，可以用一組局層次的概念或規(guī)則采整個新系統(tǒng)建立- -個模式,使人們能夠基本理解每個部分在整體中所處的位置.即使他們并不了解這個部分職責(zé)的細(xì)節(jié)內(nèi)容，其次可以對一些核心元素 進(jìn)行專門的說明;(下轉(zhuǎn)第2173頁)2158“軟件設(shè)計開發(fā).......本欄目責(zé)任編輯:謝媛媛魯順等:DDR SDRAM控制器中全數(shù)字延時鎖定環(huán)的設(shè)計實(shí)現(xiàn)將設(shè)計好的Verilog代碼進(jìn)行基于Foundry的標(biāo)準(zhǔn)單元庫的邏輯綜合、自動布局布線、物理驗(yàn)證最終生成版圖及網(wǎng)表。用HSIM仿真器對版圖反抽出的網(wǎng)表進(jìn)行動態(tài)仿真。圖5仿真結(jié)果在初始化完畢之后系統(tǒng)便進(jìn)行連續(xù)的延時調(diào)整.直至TESTCODEC和TESTCODE_F不變化.表征系統(tǒng)鎖定延時。觀察圖6的鎖定態(tài)時波形,CLK _FB與CLK IN同相.DQS移相90生成DQS _D。仿真結(jié)果表明DLL在400MHz工作頻率時,最好工藝角環(huán)境下和最差T.藝角環(huán)境下tSD延時分別為606ps和655ps;在200MHz T.作頻率時分別為1240ps 和1318ps.滿足tSD要求。圖5 DLL 在400MHz工作頻率時延時鎖定過程仿真波形圍6 DLL 在400MHz工作頻率時鎖定態(tài)仿真波形5結(jié)束語.該文設(shè)計的基于標(biāo)準(zhǔn)單元的全數(shù)字DLL可以用布局布線工具自動生成版圖.在縮短設(shè)計周期可集成性和工藝兼容性方面有很大優(yōu)勢。其工作頻率范圍較寬,功能上實(shí)現(xiàn)自動跟蹤參考時鐘頻率.無諧波鎖定出錯、可跟蹤PVT變化和正確產(chǎn)生tSD延時非常適合DDR SDRAM控制器應(yīng)用,有一定的實(shí)用價值。參考文獻(xiàn):[1]陳昊.DDR存儲控制器的設(shè)計與應(yīng)用[D].國防科學(xué)技術(shù)大學(xué),2006:6 -8.[2] Ching-Che Chung,Pao-lung Chen,Chen-Yi Lee.An All-Digital Delay-Locked Loop for DDR SDRAM Controller Applications [小In-temational Symposium on VLSI Design,Automation and Test2006(4);:1-4.[3] Rong -Jyi YangShen-luan Liu.A 40-550 MHz Harmonic -Free All-Digital Delay-Locked Loop Using a Variable SAR Algorithm[J.IEEE Joumal of Solid-State Gircuits,2007.,42(2):361-373.[4] Pao-Lung Chen,Ching- -Che Chung,Chen-Yi Lee.A Portable Digially Cortolled Oscillator Using Novel Varactors [JIEEE Transactionson Circuits and Systems I:Express Bris2005.52()233- 237.[5] Guang-Kaai DehngJune -Ming Hsu.Ching -Yuan Yang.Shen-luan Liu.Clock -Deskew Buffer Using a SAR -Contolled Delay -LockedLopIJ]IEEE Joumal of Solid- State Crcuit.,200.358)128-1136.[6]羅翔鯢.全數(shù)字延時鎖定環(huán)及其應(yīng)用小電子工程師204.3010);224.[7] Ching-Che Chung,Chen-Yi Lee.A New DLL- -Based Approach for All-Digital Muliphase Clock Generation [J]IEEE Journal of Solid-State Circuits.2004,39(3):469 -475.(上接第2158頁)2)文檔與原型相結(jié)合,文檔不應(yīng)該去做原型已經(jīng)做得很好的工作,如所有的細(xì)節(jié)問題,精確的程序行為說明,文檔要對原型的概念進(jìn)行解釋，并幫助定位到代碼中的細(xì)節(jié);3)在定義輸人與輸人關(guān)系時,應(yīng)采用功能性的說明方式,而不要去描述過程;4)加入性能需求,關(guān)注系統(tǒng)可用性。6需求驗(yàn)證1)正因?yàn)樾枨箅A段所犯的錯誤代價昂貴,因此,尤為重要的是設(shè)法把錯誤減到最少,并且一有可能就檢測與更正任何已出現(xiàn)的錯誤;2)需求驗(yàn)證機(jī)制,可采用確保--致性的簡單檢查、問題域?qū)＜以u審、邏輯分析.系統(tǒng)Demo測試用例設(shè)計.編制用戶手冊等方法。7結(jié)束語筆者在長期的需求分析工作中.感覺到各種的系統(tǒng)分析理論各具特點(diǎn).僅僅依靠某種分析方法的指導(dǎo)，很難保證項(xiàng)目的圓滿完成,項(xiàng)目組雖然有CMM規(guī)范指導(dǎo)按步驟完成一個個項(xiàng)自過程.但怎樣去完成工作產(chǎn)品才能提高項(xiàng)目的質(zhì)量仍然缺乏有效的指導(dǎo)與規(guī)范?？偩w多年的學(xué)習(xí)與實(shí)踐經(jīng)驗(yàn),完成此文檔,希望能對項(xiàng)目的需求分析過程具有參考和指導(dǎo)意義,能夠?qū)μ岣咝枨蠓治龉ぷ鳟a(chǎn)品的質(zhì)量有所幫助。[1] Bray L K.REQUIREMENTS ENGINEERING:需求工程導(dǎo)引M].舒忠梅.羅文村.譯.北京:人民郵電出版社,2003.[2] Evans E:Domain-Driven Design:領(lǐng)域驅(qū)動設(shè)計(M]陳大峰張澤鑫,譯北京:清華大學(xué)出版杜2006.[3] Jlfrey L, Whitten L D, Bentley K C.Sytems Analysis and Design Methods:肖劇孫,譯.北京:機(jī)械工業(yè)出版社, 2005.中國煤化工TYHCNMHG本欄目責(zé)任編輯:謝媛媛.......軟件設(shè)計開發(fā)“2173