需求分析導引

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需求分析導引付紅雷',張勇鳳2(1.深圳市南凌科技發(fā)展有限公司軟件研發(fā)中心干細胞業(yè)務(wù)部,北京100062:2.山西師范大學(xué).山西臨汾041004)摘要:各種需求分析方法各具特點(diǎn),如果僅使用某種方法在項目實(shí)踐中往往會(huì )困難重重,怎樣結合各種需求分析方法之長(cháng)為項目實(shí)踐建立一種需求分析參考標準成為一個(gè)迫切需要解決的問(wèn)題。通過(guò)對面向問(wèn)題域、面向對象、模型驅動(dòng)等分析方法的研究,并結合在項目實(shí)踐中應用,以面向問(wèn)題域分析為核心規定需求分析的根本目的與基本活動(dòng),結合面向對象的分析與模型驅動(dòng)分析說(shuō)明有效建模的技術(shù)要點(diǎn),初步形成一個(gè)適合于實(shí)際項目活動(dòng)的需求分析標準的框架。關(guān)鍵詞:需求分析;西向問(wèn)題域的需求分析;面向對象分析;領(lǐng)域模型驅動(dòng);需求分析標準中圖分類(lèi)號:TP302文獻標識碼: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引膏開(kāi)發(fā)軟件就是通過(guò)描述來(lái)構建-部軟件機器去實(shí)現某一目的,因此在動(dòng)手之前.我們需要詳細地弄清這個(gè)特定目的是什么,這就是需求分析需要完成的任務(wù)。需求分析過(guò)程處于軟件工程的開(kāi)始階段,它提供了軟件項其余部分得以構建的根基,如果錯誤出現在需求分析階段,而且并未立即予以糾正,那么所有后續階段的工作將都在錯誤的基礎上進(jìn)行,修正錯誤的代價(jià)將飛速增加。對于一個(gè)大型的軟件項目,一旦忽略或低估需求分析過(guò)程必將承擔風(fēng)險。2需求分析的目的與活動(dòng)軟件項目的目的一般是解決一個(gè)信息化的問(wèn)題.而需求分析的目的就是要定義所需解決的問(wèn)題。-般情況下,對于項目組來(lái)說(shuō)，總是要面對向題定義不足，需求不清的閑境。因此.可以這樣初步理解需求分析的目的一需求 分析過(guò)程就是要把-一個(gè)定義不足的問(wèn)題轉換為一個(gè)定義良好認并且清晰的問(wèn)題并且找出解決方案。要確定軟件項目的目的,那么首先要做的是識別問(wèn)題,然后再去研究解決方案。要識別問(wèn)題.那么首先要去了解向題域。問(wèn)題域.應用領(lǐng)域或客戶(hù)領(lǐng)域,就是需要解決問(wèn)題的現實(shí)世界的一個(gè)領(lǐng)域,面項目的最終成果,即解系統或新系統,將運行其上,產(chǎn)生某種效果而最終解決問(wèn)題。問(wèn)題域并不等同新系統運作的環(huán)境,因為新的解系統將不可避免地對問(wèn)題域進(jìn)行改變,否則它就不可能解決問(wèn)題,因此問(wèn)題域與新系統運作環(huán)境事實(shí)上存在差別。向題域也不等同于舊的應用系統,這個(gè)舊的應用系統可能是原有的計算機軟件系統或是非軟件的解決方案，因為舊的應用系統本身只是問(wèn)題城的解決方案.即問(wèn)題域的一-個(gè)不成功的解系統，新的解系統也許會(huì )繼承其運作方式或者產(chǎn)生全新的運作方式，因此對舊的應用系統的研究不能替代對向題域的研究,雖然它可以提供一些知識.但它始終是問(wèn)題域的一種包裝?？诮饫劢y舊的應用系統不僅僅指原有的計算機信息系統，也涉及客戶(hù)當前的工作流程和工作方式。整個(gè)需求分析過(guò)程需要關(guān)注兩個(gè)系統一問(wèn)題域與解 系統，它們的相互關(guān)系如圖1。中國煤化工解系統的關(guān)系MYHCNMHG收稿日期:2008-09-16作者簡(jiǎn)介:付紅雷(1973-),男,山西太原人,主要研究方向:軟件工程;張勇鳳,講師,文學(xué)博士。2156”軟件設計開(kāi)發(fā).......本欄目責任編輯:謝媛媛付紅需等:需求分析導引這個(gè)相互關(guān)系也定義了三個(gè)主要開(kāi)發(fā)活動(dòng)的區域,如圖2所示。對于這三個(gè)主要開(kāi)發(fā)活動(dòng)可以區別如下:分析:關(guān)注問(wèn)題城本身,清晰定義需要解決的問(wèn)題。(口規格說(shuō)明:關(guān)注解系統與問(wèn)題城的交互，規定解系統的運行方式以解決問(wèn)題設計:不屬于需求分析范疇.關(guān)注于解系統的內部實(shí)現。因此，需求分析階段包含兩個(gè)主要活動(dòng).需求分析與規格說(shuō)明。這兩個(gè)主要活↑動(dòng)可簡(jiǎn)述為:從向題域的研究人手.對問(wèn)題域進(jìn)行描述,獲取問(wèn)題域的定義和客戶(hù)分析規格說(shuō)明 埂計對新的解系統能夠產(chǎn)生的效果(需求)的陳述,以此確定新的解系統所應具有的功圈2軟件工程的三個(gè)主要開(kāi)發(fā)活動(dòng)能,以便達到客戶(hù)所需要的效果。顯而易見(jiàn).需求分析階段必然包括兩個(gè)主要文檔,一個(gè)應當包含問(wèn)題域特性的細致描述與需求的陳述,稱(chēng)之為《用戶(hù)需求說(shuō)明書(shū));另一個(gè)包含經(jīng)過(guò)精心設計的解系統的功能的描述,這個(gè)精心設計的行為可以滿(mǎn)足客戶(hù)的需求,稱(chēng)之為《欽件需求規格說(shuō)明書(shū)》。3需求獲取3.1“獲取”與“采集”“需求采集”隱含表示已有了“成熟”的需求,只需要去“采集" ,而實(shí)際上很少會(huì )有這種情況,客戶(hù)“原始”的需求往往是以很零散.很不完整的形式呈現出來(lái)?！矮@取"隱含著(zhù)一個(gè)知識傳遞的過(guò)程,"需求獲取”是要將隱藏在問(wèn)題城之中的信息明確化具體化、系統化,并與客戶(hù)形成共識。3.2需求獲取的信息對于大型的軟件系統,由需求分析階段的整體要求決定,應當包括:l)問(wèn)題域的描述;2)要求解決的問(wèn)題列表,即需求列表;3)用戶(hù)對解系統想要施加的任何約束;3.3信息來(lái)源問(wèn)題域中信息的主要來(lái)源.即需求獲取人員應當關(guān)注的對象,包括:1)實(shí)際的客戶(hù)和潛在的客戶(hù);2)客戶(hù)的“要求說(shuō)明";3)任何原有解系統及其文檔;4)原有系統的用戶(hù)和新的解系統的可能用戶(hù);5)開(kāi)發(fā)者相似產(chǎn)品;6)競爭對手產(chǎn)品;7)行業(yè)專(zhuān)家;8)定義任何.操作規范或數據規范的文檔;9)相關(guān)的技術(shù)標準與法規。3.4需求獲取的技術(shù)獲取需求的技術(shù)與信息的可能來(lái)源密切相關(guān),大致包括:閱讀背景材料;面談;調查表;檢查文檔;任務(wù)觀(guān)察;人種論;用例與場(chǎng)景;討論分析;聯(lián)合應用設計;需求剝離等方法,這里不再詳述。3.5需求獲取策略3.5.1-般策略1)從一般到具體,通過(guò)概述幫助確定每次需求獲取的目標,適當時(shí)候再詳細調查;2)要敢于陳述好像是顯而易見(jiàn)的事實(shí);3)從信息的源頭探究.而不是道聽(tīng)途說(shuō);4)信息來(lái)源多多益善;5)主管與高層應適時(shí)介入;6)注意消除分歧。3.5.2.管理者與一般用戶(hù)1)管理者:一般對原始數據不感興趣,只對增加新的業(yè)務(wù)知識的信息感興趣;關(guān)注的是整體,通常對細節不感興趣;對業(yè)務(wù)功能的整體視圖感興趣;從系統支持的功能和改進(jìn)的預期方面理解系統;可以幫助確定需要收集和存儲數據的相關(guān)業(yè)務(wù)實(shí)體;可以幫助理解描述業(yè)務(wù)實(shí)體是如何交互的簡(jiǎn)單業(yè)務(wù)關(guān)系和規則;需要持續跟蹤這些業(yè)務(wù)實(shí)體和規則,以產(chǎn)生有用的信息;會(huì )談時(shí)可使用業(yè)務(wù)事件列表及對那些事件的響應方式記錄業(yè)務(wù)功能(包括時(shí)間);可能會(huì )了解新系統需要為哪些企業(yè)部門(mén)、員工、客戶(hù)和外部企業(yè)提供接口;這些接口位于么地方;是否需要同其他的信息系統或自動(dòng)化系統接口。2)-.般用戶(hù):以目前數據如何存儲或他們認為數據應如何存儲的方式來(lái)看待數據;說(shuō)明被存儲的確切數據屬性以及用于維護這些數據的精確業(yè)務(wù)規則;應當正確地確定和驗證用戶(hù)的業(yè)務(wù)數據需求;業(yè)務(wù)過(guò)程一為了提供對業(yè)務(wù)事件的恰當響應必須執行的“工作";以過(guò)程需求的方式說(shuō)明新系統的業(yè)務(wù)過(guò)程.過(guò)程需求通常以策略和規程的形式定義;關(guān)心輸入與輸出;輸人輸出的構成細節,圖型用戶(hù)界面的原型形式,形似于PC工具(WORD,EXCEL)。3.5.3需求演化問(wèn)題域本身遠不及需求更易于變化,用戶(hù)可能要求產(chǎn)生新的報表或采用不同的方式對某一部分產(chǎn)生控制,但底層的問(wèn)題域數據或相關(guān)元素的內在行為的變化卻很少。首先應當將問(wèn)題城特性描述與需求分離;可維護文檔是另一個(gè)關(guān)鍵因素;時(shí)間越長(cháng),變化的可能越大,鼓勵盡快完成系統開(kāi)發(fā)。.4需求分析4.1目的需求分析的根本目的:通過(guò)對問(wèn)題領(lǐng)城的研究,獲得對該領(lǐng)城特性及存在于其中需要解決的問(wèn)題特性的透徹理解并用文檔說(shuō)明。需求分析的輸出結果是《用戶(hù)需求說(shuō)明書(shū)>,該文檔應當能夠提供關(guān)于問(wèn)題域各個(gè)相關(guān)方面的全面描述和有關(guān)客戶(hù)需求的完整的列表。4.2需求分析策略4.2.1關(guān)注問(wèn)題域中國煤化工需求分析強調的揭示問(wèn)題域的結構與屬性，而不是將來(lái)解系統將要實(shí)現MYHCNMHG4.2.2 建模與描述分析的總目標可以被認為是以某種易于理解的形式提供所有必需的信息。這就需要對收集得來(lái)的信息應當精心加以提煉,獲取精華從而保證所有相關(guān)的細節能以一種清晰符合邏輯且簡(jiǎn)潔的方式得以呈現一--建立合適的問(wèn)題領(lǐng)域的模型。本欄目責任編輯;謝媛媛.......軟件設計開(kāi)發(fā).2157Computer Knowedge And Technoloy電腦知識與技術(shù)2008年第4卷第8期(總第35期)許多系統真正復雜之處不在于技術(shù)，而在于問(wèn)題領(lǐng)域本身。如果在需求分析時(shí)沒(méi)有獲得對問(wèn)題領(lǐng)域的深刻理解,沒(méi)有通過(guò)模型將復雜的領(lǐng)域邏輯以模型概念和模型元素的形式清晰地表達出來(lái),那么無(wú)論我們使用多么先進(jìn)的平臺或架構,都難以保證項目的真正成功。成功項目的特征是:在迭代中不斷地完善領(lǐng)域模型.通過(guò)領(lǐng)域模型越過(guò)問(wèn)題域的表象揭示其底層的結構;將這個(gè)領(lǐng)域模型作為項目骨干結構的一部分;模型是知識的一種有選掙的簡(jiǎn)化和有意識的組織形式,一個(gè)合適的模型能夠表達信息的含義并聚焦于問(wèn)題本身;模型并不是某種特殊的圖.而是圖所要表達的思想,可能是圖也可以是認真編寫(xiě)的代碼或形式化語(yǔ)言,模型松散地表現具有特定目的的現實(shí)不要試用用UML表示出整個(gè)模型或設計。很多對象模型過(guò)于完整.又遺漏了很多東西:總是想要把的有將要編碼的對象都放進(jìn)去,所有的東西過(guò)于細化;屬性與關(guān)系只占到一個(gè)對象模型的一半內容.那些對象的行為及約束則不容易用閣例表達出來(lái)。因此，應當采用圖與描述相結合的方式:約束與斷育可用括號包含的文本在對象關(guān)系圖中表達;對象與模型所代表的概念意義(定義)和對象所要完成的工作應當以文本加以描述。與其使用一個(gè)帶有文本注釋的圖.不如編寫(xiě)一個(gè)文本文檔,里面用經(jīng)過(guò)挑選的簡(jiǎn)化圖做示例。4.2.3有效模型因素1)模型與編碼實(shí)現相互綁定;2)基于模型產(chǎn)生-種通用語(yǔ)言,既可以用來(lái)與領(lǐng)城專(zhuān)家進(jìn)行溝通,又可以做為需求設計、編碼的溝通語(yǔ)盲;3)開(kāi)發(fā)-一個(gè)包含豐富知識的模型;4)精煉模型;5)采用頭腦風(fēng)暴與實(shí)驗來(lái)驗證模型。4.2.4模型分析過(guò)程1)從需求獲取中得到領(lǐng)域模型的元素.建立初步的領(lǐng)域模型;2)在討論中細化.在詢(xún)問(wèn)中解釋.隨著(zhù)對領(lǐng)域的理解和領(lǐng)城專(zhuān)家對模型如何在問(wèn)題解決中發(fā)揮作用的理解,模型一步步地發(fā)展;3)編寫(xiě)--個(gè)簡(jiǎn)單的原型.該原型是能夠精確地反映領(lǐng)域模型的部分軟件系統,開(kāi)發(fā)人員結合領(lǐng)域專(zhuān)家通過(guò)各種場(chǎng)景一步-步地使用模型對象來(lái)非正式地走查模型,當原型不能完成-個(gè)重要的場(chǎng)景時(shí),對模型進(jìn)行修改;4)原型并不僅僅是界面,重要的是清晰地表達業(yè)務(wù)邏輯和行為。4.2.5面向對象的分析1)需求分析的基本技術(shù)手段是面向對象的分析。2)類(lèi)模型作用的延續性:需求分析階段一問(wèn)題域概念化,建立問(wèn)題域類(lèi)模型;規格說(shuō)明階段--規格說(shuō)明, 建立接口類(lèi);編碼實(shí)現階段一業(yè)務(wù)模型實(shí)現.建內部設計的業(yè)務(wù)類(lèi)。3)用例的作用應該是有限的,使用用例避開(kāi)了對問(wèn)題域及相關(guān)問(wèn)題做全面考慮.并直接對解系統的行為進(jìn)行定義。4)面向對象分析的補充:在面向對象分析的過(guò)程中可建立DD(數據字典)來(lái)定義和解釋術(shù)語(yǔ)與數據項;分析初期可采用傳統意義的流程圖幫助理解問(wèn)題域.但最終要避免讓業(yè)務(wù)流程成為模型中的突出方面,對象意味著(zhù)將業(yè)務(wù)流程封裝起來(lái),對于復雜的處理流程可以用服務(wù)來(lái)進(jìn)行封裝,對于多種分支流程,可以將算法本身作為一個(gè)獨立的對象,選擇不同的流程也就選擇不同的對象，每個(gè)對象代表一個(gè)不同的策略?？梢詥为毩谐鰡?wèn)題域事件與輸人列表及這些事件可能的發(fā)生序列;應當對需求(需在問(wèn)題域中求解的問(wèn)題)單獨列表,包括必須支持的查詢(xún)與需要提供的報表。4.2.6用戶(hù)需求文檔1)文檔核心內容:結合模型對每個(gè)問(wèn)題子域的全面描述;需求列表,需求應避免指導該如何解決向題;如果出現了被初始載入系統的數據是那些原有的、以電子方式存儲的數據的情況.那么存取這類(lèi)數據的方式就應該詳細闡述;數據字典。2)特性與需求:語(yǔ)態(tài)的區別清楚地區分問(wèn)題域的內在特性及需求;特性是對問(wèn)題域的真實(shí)的反映.它們完全超出了所要構建的新的解系統所能控制與影響的苑圍,其聲明采用指示語(yǔ)態(tài);需求是新系統能夠控制的東西.即要求新系統產(chǎn)生的結果。其聲明使用祈使語(yǔ)態(tài),它反映了有客戶(hù)選定的選項;只要給出問(wèn)題域的內在特征,新系統應當完全有能力滿(mǎn)足需求。5規格說(shuō)明5.1規格說(shuō)明的任務(wù)創(chuàng )建并定義新系統的-種行為,使之在問(wèn)題域中產(chǎn)生所需要的效果。創(chuàng )建新系統可能的行為并選擇某-種行為,然后進(jìn)行規格說(shuō)明文檔編制,并經(jīng)由客戶(hù)同意。5.2規格說(shuō)明策略5.2.1外部接口1)規格說(shuō)明關(guān)注問(wèn)題域與新系統之間的接口,即關(guān)注的是新系統的外部視圖;2)新系統的行為將通過(guò)其與問(wèn)題城交互的接口來(lái)定義。軟件系統通過(guò)傳遞數據與外部世界發(fā)生交互,每一個(gè)接口將有一個(gè)從新系統接收或發(fā)送數據的端子,這個(gè)端子可能是操作員其他軟件系統、電子硬件等,定義接口的首要任務(wù)是識別端子;3)在規格說(shuō)明階段-般要添加新的端子,如系統管理員接口。5.2.2功能抽象1)通過(guò)確定新系統輸人和輸出的語(yǔ)法與語(yǔ)義,以及這些輸入和輸出之間所需的關(guān)系(時(shí)間關(guān)系、因果關(guān)系),就可以表達新系統.所需的行為;2)規格說(shuō)明需要添加大量的輸人和輸出:如用戶(hù)提示及消息操縱接口所需的用戶(hù)命令.無(wú)效的或異常輸入的處理等;3)可以分別在詳細與抽象級別上確定新系統的行為;中國煤化工4)可采用邏輯層次分解的方式進(jìn)行規格說(shuō)明。5.23文檔編制.MH.CNMH G1)規格說(shuō)明文檔應首先以一種很大的粒度來(lái)討論和理解新系統，可以用一組局層次的概念或規則采整個(gè)新系統建立- -個(gè)模式,使人們能夠基本理解每個(gè)部分在整體中所處的位置.即使他們并不了解這個(gè)部分職責的細節內容，其次可以對一些核心元素 進(jìn)行專(zhuān)門(mén)的說(shuō)明;(下轉第2173頁(yè))2158“軟件設計開(kāi)發(fā).......本欄目責任編輯:謝媛媛魯順等:DDR SDRAM控制器中全數字延時(shí)鎖定環(huán)的設計實(shí)現將設計好的Verilog代碼進(jìn)行基于Foundry的標準單元庫的邏輯綜合、自動(dòng)布局布線(xiàn)、物理驗證最終生成版圖及網(wǎng)表。用HSIM仿真器對版圖反抽出的網(wǎng)表進(jìn)行動(dòng)態(tài)仿真。圖5仿真結果在初始化完畢之后系統便進(jìn)行連續的延時(shí)調整.直至TESTCODEC和TESTCODE_F不變化.表征系統鎖定延時(shí)。觀(guān)察圖6的鎖定態(tài)時(shí)波形,CLK _FB與CLK IN同相.DQS移相90生成DQS _D。仿真結果表明DLL在400MHz工作頻率時(shí),最好工藝角環(huán)境下和最差T.藝角環(huán)境下tSD延時(shí)分別為606ps和655ps;在200MHz T.作頻率時(shí)分別為1240ps 和1318ps.滿(mǎn)足tSD要求。圖5 DLL 在400MHz工作頻率時(shí)延時(shí)鎖定過(guò)程仿真波形圍6 DLL 在400MHz工作頻率時(shí)鎖定態(tài)仿真波形5結束語(yǔ).該文設計的基于標準單元的全數字DLL可以用布局布線(xiàn)工具自動(dòng)生成版圖.在縮短設計周期可集成性和工藝兼容性方面有很大優(yōu)勢。其工作頻率范圍較寬,功能上實(shí)現自動(dòng)跟蹤參考時(shí)鐘頻率.無(wú)諧波鎖定出錯、可跟蹤PVT變化和正確產(chǎn)生tSD延時(shí)非常適合DDR SDRAM控制器應用,有一定的實(shí)用價(jià)值。參考文獻:[1]陳昊.DDR存儲控制器的設計與應用[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)及其應用小電子工程師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頁(yè))2)文檔與原型相結合,文檔不應該去做原型已經(jīng)做得很好的工作,如所有的細節問(wèn)題,精確的程序行為說(shuō)明,文檔要對原型的概念進(jìn)行解釋?zhuān)椭ㄎ坏酱a中的細節;3)在定義輸人與輸人關(guān)系時(shí),應采用功能性的說(shuō)明方式,而不要去描述過(guò)程;4)加入性能需求,關(guān)注系統可用性。6需求驗證1)正因為需求階段所犯的錯誤代價(jià)昂貴,因此,尤為重要的是設法把錯誤減到最少,并且一有可能就檢測與更正任何已出現的錯誤;2)需求驗證機制,可采用確保--致性的簡(jiǎn)單檢查、問(wèn)題域專(zhuān)家評審、邏輯分析.系統Demo測試用例設計.編制用戶(hù)手冊等方法。7結束語(yǔ)筆者在長(cháng)期的需求分析工作中.感覺(jué)到各種的系統分析理論各具特點(diǎn).僅僅依靠某種分析方法的指導，很難保證項目的圓滿(mǎn)完成,項目組雖然有CMM規范指導按步驟完成一個(gè)個(gè)項自過(guò)程.但怎樣去完成工作產(chǎn)品才能提高項目的質(zhì)量仍然缺乏有效的指導與規范?？偩w多年的學(xué)習與實(shí)踐經(jīng)驗,完成此文檔,希望能對項目的需求分析過(guò)程具有參考和指導意義,能夠對提高需求分析工作產(chǎn)品的質(zhì)量有所幫助。[1] Bray L K.REQUIREMENTS ENGINEERING:需求工程導引M].舒忠梅.羅文村.譯.北京:人民郵電出版社,2003.[2] Evans E:Domain-Driven Design:領(lǐng)域驅動(dòng)設計(M]陳大峰張澤鑫,譯北京:清華大學(xué)出版杜2006.[3] Jlfrey L, Whitten L D, Bentley K C.Sytems Analysis and Design Methods:肖劇孫,譯.北京:機械工業(yè)出版社, 2005.中國煤化工TYHCNMHG本欄目責任編輯:謝媛媛.......軟件設計開(kāi)發(fā)“2173