試用例、編寫用戶手冊(cè)、確定合格的標(biāo)準(zhǔn)。
業(yè)務(wù)建模
    很多人都沒(méi)有意識(shí)到業(yè)務(wù)需求階段應(yīng)該做些什么事情，實(shí)際上業(yè)務(wù)建模是最重要的一件事情。不要覺(jué)得業(yè)務(wù)建模這個(gè)詞很深?yuàn)W，讓人模不著頭腦。其實(shí)所有做過(guò)需求分析的人都做過(guò)業(yè)務(wù)建模，比如你了解企業(yè)的運(yùn)作模式就是一種你腦海中的業(yè)務(wù)建模。但是大多數(shù)人都沒(méi)有科學(xué)的、系統(tǒng)的、文檔化的做過(guò)業(yè)務(wù)建模。
業(yè)務(wù)建模的目的在于：
了解目標(biāo)組織（將要在其中部署系統(tǒng)的組織）的結(jié)構(gòu)及機(jī)制。
了解目標(biāo)組織中當(dāng)前存在的問(wèn)題并確定改進(jìn)的可能性。
確?？蛻?、最終用戶和開發(fā)人員就目標(biāo)組織達(dá)成共識(shí)。
導(dǎo)出支持目標(biāo)組織所需的業(yè)務(wù)需求。
    上面的話是不是很抽象呢，其實(shí)沒(méi)有什么復(fù)雜的：人和電腦是完全不同的思想（思維方式）。所以，原先適合人的業(yè)務(wù)流程對(duì)于計(jì)算機(jī)來(lái)說(shuō)可不一定合適的，為了最大限度的利用計(jì)算機(jī)，必須要了解原先的業(yè)務(wù)流程并對(duì)此加易改造（流程自動(dòng)化），當(dāng)然這些動(dòng)作需要得到用戶的許可。有些人認(rèn)為說(shuō)只有ERP這種大系統(tǒng)才需要對(duì)業(yè)務(wù)流程進(jìn)行重組，但是實(shí)際上，不論是部門級(jí)的MIS系統(tǒng)，還是社會(huì)級(jí)的電子商務(wù)系統(tǒng)，都需要對(duì)業(yè)務(wù)流程進(jìn)行改造，所不同的只是改造的程度。
    業(yè)務(wù)建模很重要的一點(diǎn)是在分析企業(yè)流程的同時(shí)分析出基礎(chǔ)企業(yè)對(duì)象（Common Business Object）（這個(gè)詞我翻譯的不好，如果大家有更好的翻譯，請(qǐng)告訴我）。任何企業(yè)都有最基礎(chǔ)的一些元素，例如銀行的CBO就有帳戶，制造業(yè)的CBO就有訂單等。有一次我的一個(gè)在企業(yè)應(yīng)用方面研究多年的朋友告訴我一個(gè)秘訣，他說(shuō)，企業(yè)的CBO無(wú)非是4個(gè)：客戶、員工、產(chǎn)品和供應(yīng)商（銀行的供應(yīng)商應(yīng)該稱為同業(yè)）。其他的所有CBO都是在這四個(gè)CBO的基礎(chǔ)上發(fā)展起來(lái)的。比如說(shuō)CBO中客戶和產(chǎn)品是多對(duì)多的關(guān)系，根據(jù)關(guān)系數(shù)據(jù)的理論，任何多對(duì)多的關(guān)系都可以拆分成多個(gè)一對(duì)多或一對(duì)一的關(guān)系。你就可以在這兩個(gè)類之間引入訂單類，客戶和訂單之間是一對(duì)多，訂單和產(chǎn)品之間又是一對(duì)多，這樣一個(gè)多對(duì)多的關(guān)系就拆分成兩個(gè)一對(duì)多的關(guān)系，而新的訂單類也就順理成章的產(chǎn)生了。在訂單類產(chǎn)生時(shí)，你可能還會(huì)加入一個(gè)關(guān)聯(lián)類：業(yè)務(wù)員類。而業(yè)務(wù)員類又是從員工類繼承下來(lái)的。所以呢，企業(yè)的四種CBO通過(guò)不同的組合，不同的關(guān)系，能夠形成企業(yè)運(yùn)作的許許多多的CBO。
    CBO是做業(yè)務(wù)建模的基礎(chǔ)，在此基礎(chǔ)上，通過(guò)評(píng)估業(yè)務(wù)狀態(tài)，說(shuō)明當(dāng)前業(yè)務(wù)，確定業(yè)務(wù)流程，改進(jìn)業(yè)務(wù)流程的定義，設(shè)計(jì)業(yè)務(wù)流程實(shí)現(xiàn)，改進(jìn)角色和職責(zé)，研究流程自動(dòng)化，開發(fā)領(lǐng)域模型等一系列在RUP中定義的工作流程實(shí)現(xiàn)業(yè)務(wù)建模的目標(biāo)。
需求獲取
    需求獲取(requirement elicitation)是需求工程的主體。對(duì)于所建議的軟件產(chǎn)品，獲取需求是一個(gè)確定和理解不同用戶類的需要和限制的過(guò)程。獲取用戶需求位于軟件需求三個(gè)層次的中間一層。業(yè)務(wù)需求決定用戶需求，它描述了用戶利用系統(tǒng)需要完成的任務(wù)。從這些任務(wù)中，分析者能獲得用于描述系統(tǒng)活動(dòng)的特定的軟件功能需求，這些系統(tǒng)活動(dòng)有助于用戶執(zhí)行他們的任務(wù)。
    需求獲取是在問(wèn)題及其最終解決方案之間架設(shè)橋梁的第一步。獲取需求的一個(gè)必不可少的結(jié)果是對(duì)項(xiàng)目中描述的客戶需求的普遍理解。一旦理解了需求，分析者、開發(fā)者和客戶就能探索出描述這些需求的多種解決方案。參與需求獲取者只有在他們理解了問(wèn)題之后才能開始設(shè)計(jì)系統(tǒng)，否則，對(duì)需求定義的任何改進(jìn)，設(shè)計(jì)上都必須大量的返工。把需求獲取集中在用戶任務(wù)上—而不是集中在用戶接口上—有助于防止開發(fā)組由于草率處理設(shè)計(jì)問(wèn)題而造成的失誤。
    需求獲取、分析、編寫需求規(guī)格說(shuō)明和驗(yàn)證并不遵循線性的順序，這些活動(dòng)是相互隔開、增量和反復(fù)的。當(dāng)你和客戶合作時(shí)，你就將會(huì)問(wèn)一些問(wèn)題，并且取得他們所提供的信息

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html