需求—需求分析的任務和步驟（轉(zhuǎn)）
需求分析的任務和步驟
任務：1. 通過對問題及其環(huán)境的理解，分析和綜合，建?分析模型。
2.在完全弄清?戶對軟件系統(tǒng)的確切需要的基礎上，?“軟件需求規(guī)格說明書（SRS）”把?戶的需求表達出來。
分析模型包含問題及其環(huán)境所涉及的信息流，處理功能，?戶界?，?為模型及設計約束等。
需求說明應該具備準確性，?致性，清楚性，沒有?義性，直觀，易讀和易于修改。為此應盡量采?標準的圖像，表格和簡單的符號來表?，使不熟悉電腦的?戶也能??了然。
步驟：1.需求獲取：從分析當前系統(tǒng)包含的數(shù)據(jù)開始，系統(tǒng)需求包括?戶對軟件功能的需求和界?的需求。
2.需求提煉：分析建模：圖像化的分析模型包括數(shù)據(jù)流圖，實體關(guān)系圖，控制流圖，狀態(tài)轉(zhuǎn)換圖，?例圖，類對象關(guān)系及其?為圖等。除系統(tǒng)模型外，更有系統(tǒng)關(guān)聯(lián)圖，創(chuàng)建?戶接?原型，確定需求優(yōu)先級別等。
3.需求描述：編寫SRS：統(tǒng)?格式的?檔--模板
4.需求驗證：改善需求中的?義性，不?致的問題。
常規(guī)的需求獲取?法：
1.建?聯(lián)合分析?組：由?戶業(yè)務?員，系統(tǒng)分析員和領域?qū)＜医M成。
2.客戶訪談：進?步確定需求。這個過程需要系統(tǒng)分析員有充分的準備和良好的交流能?。
3.問題分析和確認：去掉錯誤的，?關(guān)的部分，整理有?的內(nèi)容，以便給?戶確認，并在次訪談，如此循環(huán)2-5次。
快速原型法：步驟：
1.利?各種分析技術(shù)和?法，?成?個簡化的需求規(guī)格說明。
2.對需求規(guī)格說明進?必要的檢查和修改后，確定原型的軟件結(jié)構(gòu)，?戶界?和數(shù)據(jù)結(jié)構(gòu)等。
3.在現(xiàn)有的?具和環(huán)境的幫助下快速?成可運?的軟件原型并進?測試，改進。
4.將原型提交給?戶評估并征求?戶的修改意見。
5.重復上述過程，直到原型得到?戶的認可。
3.3 分析建模
軟件需求是指?戶對?標軟件系統(tǒng)在功能、?為、性能、設計約束等??的期望。通過對應問題及其環(huán)境的理解與分析，為問題涉及的信息、功能及系統(tǒng)?為建?模型，將?戶需求精確化、完全化，最終形成需求規(guī)格說明。
需求?程的活動劃分為以下5個獨?的階段： （1）需求獲取：通過與?戶的交流，對現(xiàn)有系統(tǒng)的觀察及對任務進?分析，從?開發(fā)、捕獲和修訂?戶的需求；
（2）需求建模：為最終?戶所看到的系統(tǒng)建??個概念模型，作為對需求的抽象描述，并盡可能多的捕獲現(xiàn)實世界的語義；
（3）形成需求規(guī)格：?成需求模型構(gòu)件的精確的形式化的描述，作為?戶和開發(fā)者之間的?個協(xié)約；
（4）需求驗證：以需求規(guī)格說明為輸?，通過符號執(zhí)?、模擬或快速原型等途徑，分析需求規(guī)格的正確性和可?性；
（5）需求管理：?持系統(tǒng)的需求演進，如需求變化和可跟蹤性問題。
先讓我說說領域吧。領域就是你的客戶和項?所處的?環(huán)境，最重要的就是?業(yè)習慣和?業(yè)的背景。領域?qū)＜揖褪沁@個?業(yè)的專家，領域系統(tǒng)就是你對于這個?業(yè)作的總體把握。
業(yè)務需求?般是我由我們軟件開發(fā)?員來搜集的，是企業(yè)??在顧問等引到下??所作的?作。我們只是去從他們那?直接的拿來就可以了。?如為了配合企業(yè)?產(chǎn)改造，為了加強庫存管理，為了建?企業(yè)電?化運?平臺，這些都是業(yè)務需求。這些東西的建模還是留給咨詢顧問吧，我們沒有拿那份企業(yè)流程重組的錢，也就不?費這個??。
?戶需求是?戶為實現(xiàn)器業(yè)務需求?提出的基于實際情況的具體?標。?如我的系統(tǒng)要可以查看庫存中的零件數(shù)量，我需要可以由計算機給出投料?案，計算?資總額。
功能需求就是要去解決這些具體的?戶需求所產(chǎn)?的解決?案。這個就是我們平常說的需求說明說。要得到這個就需要對?戶需求作具體的分析，提出具體的實施?法。?評估則是對于這個?法和其所代表的?戶需求的評估，?如實現(xiàn)這個需求所耗費的成本是不是?于其帶來的收益。我們作的風險評估也是針對這個作的風險評估。
RUP中只有?個需求模型，那就是系統(tǒng)?例模型。所謂業(yè)務?例模型是在項?的初始階段，對于其項?可?性風險分析，企業(yè)流程重組，所作的企業(yè)運?流程模型。我們可以通過這個模型了解其運作過程，但是這個模型?般不是由我們來作，是由業(yè)務和領域顧問來作。
?AM只是?種建模的風格，不是具體建模的?法。所以在其下的建模，和我們平時的建模沒有什么不同，只不過不是要那么重型的去建模。?是強調(diào)?正式的建模，??檔的建模，?uml全?化的建模
