軟件需求最佳實踐六章（第一部分 ）

軟件需求最正確實踐廣聯(lián)達軟件股份計價產(chǎn)品線部2021年8月20日需求分析與建模最正確實踐說明：本章內(nèi)容實例較多，且方法介紹主要是管理類軟件的需求分析，且涉及很多新的概念性內(nèi)容，與我們?nèi)粘９ぷ鞑罹噍^大，且理解起來有一定難度，故我們本次分享只了解其分析的原理。前言

需求分析是需求工程中最為核心的工作，而需求建模是需求分析的主要手段。

在日常工作中由于分析過于抽象，很多時候讓人感到無從入手，甚至導(dǎo)致被輕易地滑過了，直接將需求捕獲的結(jié)論整理到了需求規(guī)格說明書中。1、需求分析與建模的要點與誤區(qū)2、理清框架與脈絡(luò)目錄3、周期一的產(chǎn)物需求分析的任務(wù)并不是分析系統(tǒng)如何實現(xiàn)用戶的需要，這種認(rèn)識是對需求分析最常見的誤解。需求分析實際上是業(yè)務(wù)分析，也就是選擇一種業(yè)務(wù)導(dǎo)向的線索將零散的需求串起來，形成一個體系完整、內(nèi)容清晰地框架，以指導(dǎo)后續(xù)的設(shè)計、開發(fā)工作。注：需求分析就是先分解，再提煉，在這個過程中消除矛盾。需求分析到底做什么？分解分解是人類控制、認(rèn)知復(fù)雜事物的最正確實踐，不管是采用結(jié)構(gòu)化的分析方法還是面向?qū)ο蠓治龇椒?，分解都是必須的手段。需求分析人員應(yīng)當(dāng)根據(jù)工程的特點、團隊的特點具體選用分解的結(jié)構(gòu)。分解常用的四種分解結(jié)構(gòu)業(yè)務(wù)流程為主線索的分解結(jié)構(gòu)程序結(jié)構(gòu)為主線索的分解結(jié)構(gòu)基于場景的分解結(jié)構(gòu)基于數(shù)據(jù)的分解結(jié)構(gòu)業(yè)務(wù)流程為主線索的分解結(jié)構(gòu)系統(tǒng)級職責(zé)區(qū)塊崗位間崗位級動作級程序結(jié)構(gòu)為主線索的結(jié)構(gòu)基于場景的分解結(jié)構(gòu)基于數(shù)據(jù)的分解結(jié)構(gòu)提煉分解時一種自頂向下的方法，當(dāng)你按任何一種線索進行分解時，就會破壞其他線索的完整性；當(dāng)出現(xiàn)這種現(xiàn)象時就會阻礙需求人員建立全面理解，因此我們還需要采用自底向上的方法進行提煉。將每個事件中的相同的類進行提煉，抽取出共性的局部建立針對整個系統(tǒng)的全局領(lǐng)域模型。消除矛盾在分析過程中，會發(fā)現(xiàn)有些需求是相互矛盾、相互沖突的。由于你是把收集的信息放在一個預(yù)先定義的結(jié)構(gòu)中發(fā)現(xiàn)的這些矛盾，因此能很快的知道他影響到哪些層面。這樣，能很快找到相應(yīng)的人員，通過進一步的捕獲來消除矛盾建模的目標(biāo)與要點建模是需求分析的主要手段，它通過簡化、強調(diào)來幫助需求分析人員理清思路，達成共識。注：需求建模的過程遠比建模的結(jié)果更重要。建模的目標(biāo)與要點建模的目的：幫助我們按照實際情況或按我們需要的樣式對系統(tǒng)進行可視化；提供一種詳細(xì)說明系統(tǒng)的結(jié)構(gòu)或行為的方法；給出一個指導(dǎo)系統(tǒng)構(gòu)造的模板；對我們做出的決策進行文檔化。注：模型是用來溝通的，只有當(dāng)需要時才構(gòu)建。建模的目標(biāo)與要點建模原那么：選擇創(chuàng)立什么模型對如何動手解決問題和如何形成解決方案有著深遠影響。每種模型可以在不同的精度級別上表示；最好的模型是與現(xiàn)實相聯(lián)系的；單個模型是不充分的，對每個重要的系統(tǒng)最好用一組幾乎獨立的模型區(qū)處理。建模工具選擇建模語言：UML〔unified(統(tǒng)一)modeling(建模)language(語言)〕它是一種統(tǒng)一的、標(biāo)準(zhǔn)化的建模語言，它能為許許多多參與軟件設(shè)計和開發(fā)的人提供一種“公共語言〞，使他們能夠基于共同的“模型〞來理解業(yè)務(wù)、需求，理解軟件和架構(gòu)如何構(gòu)造。建模工具選擇需求階段使用到的UML圖：使用頻率圖名功能關(guān)注要點主體活動圖說明業(yè)務(wù)流程，以及業(yè)務(wù)活動的步驟事類圖說明業(yè)務(wù)實體之間的關(guān)系，體現(xiàn)結(jié)構(gòu)規(guī)則物用例圖說明角色和使用場景之間的關(guān)系人輔助構(gòu)件圖說明主體域劃分以及它們之間的服務(wù)接口接口部署圖描述系統(tǒng)的部署環(huán)境，體現(xiàn)設(shè)計約束設(shè)計約束1、需求分析與建模的要點與誤區(qū)2、理清框架與脈絡(luò)目錄3、周期一的產(chǎn)物理清脈絡(luò)和框架這個階段的任務(wù)是理清需求的結(jié)構(gòu)框架〔領(lǐng)域類圖〕和行為脈絡(luò)〔流程圖和用例圖〕，該工作的輸入是需求定義階段的業(yè)務(wù)事件列表和報表列表，輸出的是領(lǐng)域模型和用例模型。在整個過程中是針對每個業(yè)務(wù)事件進行業(yè)務(wù)流程分析、業(yè)務(wù)實體分析和用例分析；針對每類報表進行業(yè)務(wù)實體分析和用例分析。理清框架與脈絡(luò)階段的工作任務(wù)流程圖類圖用例圖談每個業(yè)務(wù)事件的過程了解業(yè)務(wù)術(shù)語間的關(guān)系確定不同角色的任務(wù)業(yè)務(wù)流程分析業(yè)務(wù)流程分析是針對每個業(yè)務(wù)事件來進行的，業(yè)務(wù)事件是業(yè)務(wù)流程的觸發(fā)，沿著對業(yè)務(wù)事件的響應(yīng)序列，找到所有相關(guān)的業(yè)務(wù)活動，表述出這些業(yè)務(wù)活動之間的關(guān)系就是該任務(wù)的關(guān)鍵目標(biāo)。業(yè)務(wù)流程分析與流程管理理論的關(guān)系一個企業(yè)或組織的核心價值是對外部客戶的申請進行處理，在為客戶創(chuàng)造價值的同時為企業(yè)或組織創(chuàng)造價值，因此業(yè)務(wù)事件是觸發(fā)業(yè)務(wù)流程最核心的線索。業(yè)務(wù)流程有一個很內(nèi)在的特點就是“內(nèi)在性〞，也就是業(yè)務(wù)流程之間的關(guān)聯(lián)性相對較弱，它是高內(nèi)聚的。在進行業(yè)務(wù)流程分析時如果需求人員具有一定的流程管理理論的根底，那就能夠更好的識別流程可能的變化。流程的6大特性目標(biāo)性：流程是針對目標(biāo)進行設(shè)計的，換句話說，流程是一個整體，或許從一個局部來說是低效的，但目標(biāo)是整個流程的高效，是為了更好的滿足用戶的需要。內(nèi)在性：流程本身是一個高內(nèi)聚的整體，它是一個很好的別離業(yè)務(wù)耦合點的線索。整體性：通常流程是由多個業(yè)務(wù)活動組成的，分析的要點在于確定業(yè)務(wù)活動之間的關(guān)系。動態(tài)性：流程是行為流，不是一個靜態(tài)的快照，而是一個順序的行為流。層次性：組成流程的活動本身也可以是流程，要求分析人員要理清楚流程的層次結(jié)構(gòu)性：流程之間的關(guān)系主要包括串聯(lián)、并聯(lián)和反響三種流程理念示意圖流程設(shè)計的原那么流程應(yīng)以產(chǎn)出為中心，而非任務(wù)為中心。讓那些需要得到流程產(chǎn)出的人自己執(zhí)行流程。在決策點位于工作執(zhí)行的地方，在業(yè)務(wù)流程中建立控制程序。流程多樣化。單點接觸客戶。ESIA分析法ESIA指的是：消除〔Eliminate〕、簡化〔Simply〕、整合〔Integrate〕和自動化〔Automate〕四個步驟，簡稱ESIA法業(yè)務(wù)流程的要點與產(chǎn)物理解流程的層次性了解流程類型掌握以業(yè)務(wù)事件識別、尋求流程的技巧流程的層次性組織級層次：宏觀讀者：高層經(jīng)理特點：按部門梳理，每個活動通常都是一個流程部門級層次：脈絡(luò)讀者：中層經(jīng)理特點：體現(xiàn)部門中的具體崗位i，每個活動是一個崗位負(fù)責(zé)執(zhí)行的崗位級層次：細(xì)節(jié)讀者：操作層特點：列出的細(xì)節(jié)的業(yè)務(wù)步驟流程的類型生產(chǎn)性流程它是組織價值體現(xiàn)的核心。管理型流程它是對生產(chǎn)性流程的管控，對一些質(zhì)量、效率進行監(jiān)督的控制性流程。支持性流程這是對生產(chǎn)性流程的一種補充。流程分析的產(chǎn)物業(yè)務(wù)流程是很多邏輯性的東西，簡單的用漢字來表述是很困難的，我們應(yīng)該盡可能的借助模型。常用的模型有：跨職責(zé)流程圖、活動圖和數(shù)據(jù)流圖流程分析的產(chǎn)物源于商業(yè)建模領(lǐng)域的標(biāo)準(zhǔn)，使用Visio制作是UML標(biāo)準(zhǔn)中定義的一種圖，使用Rose制作是結(jié)構(gòu)化分析與設(shè)計方法中推薦的一種圖，使用Visio制作跨職責(zé)流程圖跨職責(zé)流程元素文檔業(yè)務(wù)活動判斷頁面內(nèi)流程引用頁面間流程引用并行流程跨職責(zé)流程繪制要點善于、敢于拋棄細(xì)節(jié)，不要過早的鉆研到業(yè)務(wù)活動的具體步驟中。拋棄一次成型的思路，不要精雕細(xì)琢，而是要出草稿、談問題、修正草稿、再談?wù)?、再修正……最終達成共識?；顒訄D數(shù)據(jù)流圖業(yè)務(wù)實體分析在業(yè)務(wù)流程中，必須會涉及許多業(yè)務(wù)實體〔或稱為業(yè)務(wù)數(shù)據(jù)、業(yè)務(wù)術(shù)語〕，要正確的構(gòu)建出信息系統(tǒng)，就必須對這些業(yè)務(wù)事件建立正確的認(rèn)識。具體來說就是要了解這個問題域中有哪些業(yè)務(wù)實體，它們之間存在什么樣的邏輯關(guān)系、數(shù)量關(guān)系，以及相應(yīng)的結(jié)構(gòu)規(guī)那么，這樣的工作即是領(lǐng)域建模。業(yè)務(wù)實體分析領(lǐng)域建模的過程中應(yīng)當(dāng)采用“自底向上〞的方法，也就是針對每一個業(yè)務(wù)事件、每一類報表創(chuàng)立局部的領(lǐng)域類圖片段，當(dāng)完成這些建模工作之后，再對其進行抽象、提煉形成全局的領(lǐng)域模型。業(yè)務(wù)實體分析業(yè)務(wù)實體分析產(chǎn)物的兩種可選模型：類圖：是面向?qū)ο蠓治雠c設(shè)計方法引入的，它是NML標(biāo)準(zhǔn)的一局部。E/R圖：也稱為實體關(guān)系圖，與數(shù)據(jù)庫結(jié)合的更加緊密，但在領(lǐng)域建模階段語義不夠豐富。業(yè)務(wù)實體分析類的表示法：類是對一組具有相同屬性、操作、關(guān)系和語義的對象的描述。關(guān)系是類之間的，語義是蘊藏的，因此對于一個類而言，其關(guān)鍵特性是屬性〔成員變量〕和操作〔成員方法〕。業(yè)務(wù)實體分析類的表示方法：業(yè)務(wù)實體分析類之間的關(guān)系：關(guān)聯(lián)關(guān)系泛化關(guān)系聚合與組合關(guān)系類圖E/R圖角色與使用場景分析發(fā)現(xiàn)使用系統(tǒng)的角色〔參與者〕，了解并梳理這些角色將如何使用系統(tǒng)〔場景〕，從而更好地完成“人〞的視角的需求梳理。參與者：系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事務(wù)。用例：在系統(tǒng)中執(zhí)行的一系列動作，這些動作將生成特定執(zhí)行者可見的價值結(jié)果。角色與使用場景分析用例圖：表示用例與用例之間的關(guān)系、參與者與用例之間的關(guān)系、參與者與參與者間的關(guān)系。如以下圖：角色與使用場景分析預(yù)定座位辦理結(jié)賬等候排隊檢查座位信息安排座位處理現(xiàn)金結(jié)賬處理銀行卡結(jié)賬收款銀行POS系統(tǒng)棋牌室管理系統(tǒng)客戶總臺效勞員角色與使用場景分析用例之間的關(guān)系：包含關(guān)系：如“預(yù)訂座位〞包括了“檢查座位信息〞。擴展關(guān)系：如：處理排隊信息時當(dāng)沒有空座位時用戶的選擇就會有兩種：取消、等候泛化關(guān)系：如現(xiàn)金收款、卡轉(zhuǎn)賬與收款之間的關(guān)系。角色與使用場景分析用例的來源：自頂而下導(dǎo)出法自底向上合并法角色與使用場景分析自頂而下導(dǎo)出法：邊界確定確定角色確定用例繪制用例圖角色與使用場景分析自底向上合并法：收集原始需求確定參與者合并用例繪制用例圖角色與使用場景分析用例技術(shù)應(yīng)用要點：用例的粒度取決于業(yè)務(wù)流程和任務(wù)分工用業(yè)務(wù)動詞命名用例很重要采用先事后人的方式分析是要點角色與使用場景分析用例技術(shù)應(yīng)用要點：用例的粒度取決于業(yè)務(wù)流程和任務(wù)分工用業(yè)務(wù)動詞命名用例很重要采用先事后人的方式分析是要點1、需求分析與建模的要點與誤區(qū)2、理清框架與脈絡(luò)目錄3、周期一的產(chǎn)物周期一的產(chǎn)物工作任務(wù)說明業(yè)務(wù)事件分析報表分析抽象與整理填充需求規(guī)格說明周期