需求分析規(guī)范.doc

《需求分析規(guī)范.doc》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。

1、EBS需求分析規(guī)范-V1.0文檔編號(hào)：文檔名稱：需求分析規(guī)范文檔類別：分析和設(shè)計(jì)規(guī)范密級(jí)：機(jī)密版本信息:1.0建立日期:2005-8-31:D0001人者人期建核準(zhǔn)伽創(chuàng)審批批編輯軟件：MicrosoftOffice2000屮文版文檔審批信息序號(hào)審批人角色審批日期簽字備注文檔修訂記錄版本編號(hào)*變化狀態(tài)簡(jiǎn)要說明（變更內(nèi)容和變更范圍）日期變更人批準(zhǔn)日期批準(zhǔn)人更改請(qǐng)求號(hào)VI.0(2005-8-31D0001*變化狀態(tài)：C——?jiǎng)?chuàng)建,M——修改，D——?jiǎng)h除目錄1簡(jiǎn)介41.1文檔目的41.2適用范圍42需求開

2、發(fā)定義42.1什么是需求開發(fā)42.2各個(gè)步驟工作43需求開發(fā)策略.43.1需求獲取43.2需求分析63.3需求評(píng)審71簡(jiǎn)介1.1文檔目的木文檔屮的內(nèi)容是為了總結(jié)在需求分析方面的經(jīng)驗(yàn)，制訂相關(guān)的規(guī)范，指導(dǎo)分析人員完成需求分析工作。1.2適用范圍木文檔的適用范M為軟件項(xiàng)目開發(fā)屮的分析和設(shè)計(jì)階段。2需求開發(fā)定義2.1什么是需求開發(fā)需求開發(fā)是指軟件工程屮的需求階段的分析研究等工作，需求開發(fā)又分為需求獲取、需求分析、需求評(píng)審等三個(gè)步驟。軟件的需求主要分為業(yè)務(wù)需求、用戶需求和功能需求。業(yè)務(wù)需說明了提供給客戶

3、和產(chǎn)品開發(fā)商的新系統(tǒng)的最初利益，反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求。用戶需求文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)。功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。2各個(gè)步驟工作需求獲取是需求開發(fā)屮的與客戶或行業(yè)專家交流探討的過程，需求獲取階段主要目標(biāo)是了解用戶的目的目標(biāo)，得到用戶的業(yè)務(wù)需求和用戶需求，估計(jì)開發(fā)風(fēng)險(xiǎn)，根據(jù)客戶情況確定需求的優(yōu)先級(jí)別。需求分析是需求開發(fā)屮對(duì)需求獲取得到的信息分析處理，建立川戶需求模型，建立關(guān)聯(lián)圖，分析系統(tǒng)功能，得

4、到功能需求，并完成需求川例、數(shù)據(jù)字典等文檔，進(jìn)行應(yīng)用質(zhì)最功能調(diào)配。需求評(píng)審是對(duì)需求開發(fā)階段的評(píng)審，通常有客戶或行業(yè)專家參加。主要是評(píng)審需求開發(fā)過程中的各種文檔，制訂總體的工作計(jì)劃（包括設(shè)計(jì)開發(fā)計(jì)劃、測(cè)試計(jì)劃、實(shí)施計(jì)劃等等）,預(yù)算開發(fā)成本，簽訂正式開發(fā)意向等工作。3需求開發(fā)策略3.1需求獲取?先導(dǎo)入管理思想，再梳理業(yè)務(wù)流程O”百聞不如一見，百見不如一嘗?！睕]有親歷過信息化建設(shè)的人，對(duì)信息化的理解總是比較膚淺，共至包括一些管理層成員。如上ERP系統(tǒng)時(shí)，如果一開始就讓業(yè)務(wù)部門談需求，業(yè)務(wù)人員談得通常是

5、當(dāng)前T作屮的困難或者希望實(shí)現(xiàn)的功能等。必須從轉(zhuǎn)變觀念入手，先給業(yè)務(wù)部門導(dǎo)入信息系統(tǒng)所包含的管理思想，然后協(xié)助業(yè)務(wù)部門梳理業(yè)務(wù)流程。表達(dá)要符合業(yè)務(wù)部門語(yǔ)言習(xí)慣需求討論集中于業(yè)務(wù)需求和任務(wù)，必然使用各種業(yè)務(wù)術(shù)語(yǔ)。應(yīng)將有關(guān)業(yè)務(wù)術(shù)語(yǔ)教給需求獲取或者分析人員，同時(shí)還要把常川的一些開發(fā)術(shù)語(yǔ)“翻譯“給業(yè)務(wù)人員，做到交流暢通無(wú)阻。了解業(yè)務(wù)部門的業(yè)務(wù)及目標(biāo)只有充分了解業(yè)務(wù)部門的具體業(yè)務(wù)，才能開發(fā)出滿足其需求的軟件。為充分了解業(yè)務(wù)人員的具體需求，需求獲取人員到業(yè)務(wù)部門去觀察他們的實(shí)際工作流程，其至與業(yè)務(wù)部門一起工作

6、一段時(shí)間。如果是I口系統(tǒng)切換到新系統(tǒng)，還要親自用一下目前的111系統(tǒng),明H目前系統(tǒng)是怎樣工作的，了解其流程情況以及可供改進(jìn)Z處等。了解業(yè)務(wù)的特點(diǎn)以及我們普遍認(rèn)識(shí)的誤區(qū)或盲區(qū)充分了解業(yè)務(wù)的特點(diǎn)，了解用戶需求的軟件產(chǎn)品屮的重要特性，比如：erm軟件在軟件和醫(yī)療設(shè)備等行業(yè)屮重視的是偉前管理和對(duì)業(yè)務(wù)人員的考核；在商貿(mào)行業(yè)或批發(fā)行業(yè)重視的是信屮倍示管理和對(duì)客戶供應(yīng)商的考核。從行業(yè)的特點(diǎn)岀發(fā)，仔細(xì)分析用戶的需求，不能自以為是，根據(jù)自己的認(rèn)識(shí)想象或者揣摩用戶的需求，這就是所謂的誤區(qū)或盲區(qū)。?掌握各種溝通技巧需

7、求獲取的過稈實(shí)際上是個(gè)溝通的過稈，要想方設(shè)法吸引業(yè)務(wù)人員說出其需求。有時(shí)候，嘗試看問一些“愚蠢”的問題也有助于用戶打開話匝了。如果直接要求業(yè)務(wù)人員寫出業(yè)務(wù)是如何實(shí)現(xiàn)的，十有八九無(wú)法完成；但如果嘗試著問一些實(shí)際的問題，例如：”以我的理解，你們收到訂單后，會(huì)…”。業(yè)務(wù)人員立刻就會(huì)指出你的錯(cuò)誤，并滔滔不絕的開始談?wù)摌I(yè)務(wù)，這一招就叫”拋磚引玉”。?客戶所持的假設(shè)解釋清楚盡量把客戶所持的假設(shè)解釋清楚，特別退那些發(fā)生沖突的部分。從字里行間去理解以明確客戶沒有表達(dá)清楚但又想加入的特性或特征。Gause和Wei

8、nberg(1989)提出使用“上下文無(wú)關(guān)問題”一這是一個(gè)高層次的問題，它可以獲取業(yè)務(wù)問題和可能的解決方案的全部信息。客戶對(duì)這些問題的I叫答諸如“產(chǎn)品要求怎樣的精確度”或“你能幫我解釋一下你為什么不同意某人的冋答嗎？”這些冋答可以更直接地認(rèn)識(shí)問題，而這是封閉(close-end)問題所不能做到的。?掌握好項(xiàng)目的范圍在需求獲取的過程屮，你可能會(huì)發(fā)現(xiàn)對(duì)項(xiàng)目范圍的定義存在誤差，不是太大就是太小。如果范圍太大，你將要收集比真正需要更多的需求，以傳遞足夠的業(yè)務(wù)和客戶的值,此時(shí)獲取過稈將會(huì)拖延。如果項(xiàng)日范圍