分析，業(yè)務操作規(guī)則分析。靜態(tài)數(shù)據(jù)分析設計到業(yè)務對象建模，數(shù)據(jù)字典，組織結構，權限等分析。在這一個階段的重點就是需求的系統(tǒng)化和結構化，最好要體現(xiàn)到規(guī)范的文檔中。在軟件開發(fā)過程中我們最強調的需要文檔化的輸出就是需求文檔和總體設計方案文檔。
需求分析階段還有一個重點的產(chǎn)出就是原型和DEMO，為了更好的和用戶溝通并挖掘需求，我們需要將我們理解后的想法更加形象的講述給用戶，所以原型就顯得額外重要。不管是否是拋棄的原型，都需要客戶看到的原型和最終實現(xiàn)的系統(tǒng)基本一致，因此原型開發(fā)需要投入一定的時間，并根據(jù)客戶反饋的信息不斷修正。在原型中多投入些時間，就會多減少一份后期需求變更引起的返工時間。軟件原型是降低需求變更風險的有效方法。
4..需求的驗證和確認包括哪些事情
我們可以再簡單理解下驗證和確認的區(qū)別，對于判斷最終開發(fā)出來的系統(tǒng)是否和用戶想要的東西是一致的過程叫確認，對于你理解和描述的需求和我當初的想法是否是一致的過程叫驗證。需求的驗證包括了很多的內容，涉及到軟件開發(fā)中上下游相關人員的參與。首先你結構和文檔化后的需求需要用戶來驗證是否和他們的想法是一致的，是否把用戶的真實意圖描述清楚了，以保證需求本身的正確性。對于后續(xù)設計開發(fā)階段的人員也需要對需求進行評審以保證需求的可實現(xiàn)性，確認需求描述是否清楚，是否是可以實現(xiàn)的，對于業(yè)務對象，流程和規(guī)則是否存在不可實現(xiàn)的模糊描述詞語。對于測試人員，則主要是確認需求是否是可測試的，是否在需求描述中引入了較多的易用，較好，應該等不確定和不可測試的詞語。對于大型的軟件項目，如果有專門的產(chǎn)品化標準和UI組的話，還需要對需求的易用性和產(chǎn)品交互等方面進行評估，以評價整個軟件系統(tǒng)的產(chǎn)品化。
確認主要是軟件系統(tǒng)已經(jīng)開發(fā)完成后交付給用戶后驗收的時候，用戶確認系統(tǒng)是否實現(xiàn)了當初的需求。為了保證確認過程的順利，就必須重視需求驗證的過程，需求驗證不僅僅是需求階段對需求文檔的評審，還需要關注設計，開發(fā)等各階段對需求的實現(xiàn)情況的驗證。
5.需求的抽象和建模體現(xiàn)在哪些方面
首先要理解需求分析和設計的目的在于滿足現(xiàn)狀并適應變化。要想適應變化則業(yè)務建模和需求抽象就是必須的。當我們了解到業(yè)務的組織結構和流程經(jīng)常面臨變動和調整的時候，我們就需要考慮引入標準的組織結構模型，權限模型和工作流模型。這些模型的引入使業(yè)務和需求的變動變化為通過系統(tǒng)的靈活配置來適應。軟件系統(tǒng)要適應變化不是從設計階段開始的，而是我們的軟件需求本身就需要適應變化。
需求的抽象包括了對業(yè)務對象模型的抽象，對業(yè)務規(guī)則的抽象，對流程的抽象。其中最重要的就是由業(yè)務對象抽象形成的概念模型，由流程抽象形成的數(shù)據(jù)交互模型。對于一些快速軟件開發(fā)平臺理解到的對象建模，流程建模，組織結構和權限建模，業(yè)務規(guī)則建模，BPEL業(yè)務流程編排恰好就是需求抽象的最主要內容。
要做好需求抽象必須具備兩方面的知識，第一是真正的對所涉及到的業(yè)務領域及其標準模型足夠理解，其二是對軟件系統(tǒng)分析和架構設計有較多的經(jīng)驗積累。只有同時具備這兩方面知識才能夠做好需求建模工作。
6.為什么要做需求管理，需求管理包括哪些工作?
需求管理就是IT項目中的范圍管理，需求管理是整個IT項目的源頭，IT項目的估算，計劃，后續(xù)的跟蹤控制，驗證和確認等各項工作都是跟需求密切相關的。因此為了保證項目的進度，質量和成本的目標的順利實現(xiàn)，保證項目計劃的嚴肅性和可執(zhí)行性;為了保證軟件系統(tǒng)最終開發(fā)的產(chǎn)品正是客戶期望的產(chǎn)品，必須要做好需求管理工作。
需求管理工作應