編輯導(dǎo)語：UML最大特點(diǎn)是面向?qū)ο?，與java相同，如果產(chǎn)品經(jīng)理可以掌握UML方法，會(huì)事半功倍，減少交流成本，提高團(tuán)隊(duì)效率。這篇文章從一個(gè)相關(guān)案例的UML建模準(zhǔn)備工作出發(fā)，從獲取需求，到需求分析，再到系統(tǒng)分析，最后是系統(tǒng)設(shè)計(jì)，客觀詳細(xì)地將整個(gè)流程展開進(jìn)行了敘述，推薦想要了解UML的童鞋進(jìn)行閱讀。

UML是統(tǒng)一建模語言，它不是系統(tǒng)設(shè)計(jì)的方法，而是系統(tǒng)建模的標(biāo)準(zhǔn)?，F(xiàn)在無論是B端還是C端的互聯(lián)網(wǎng)產(chǎn)品都是基于java所開發(fā)而成的，java的最大特點(diǎn)是面向?qū)ο?，UML最大的特點(diǎn)也是面向?qū)ο?。如果產(chǎn)品經(jīng)理掌握了UML方法，無疑可以加強(qiáng)團(tuán)隊(duì)效率，減少交流成本。本篇文章適合有一定uml基礎(chǔ)的同學(xué)閱讀。

本篇文章將直接從一個(gè)關(guān)于“高職院校提前批報(bào)名系統(tǒng)”的建設(shè)實(shí)踐出發(fā)，從準(zhǔn)備工作→獲取需求→需求分析→系統(tǒng)分析→系統(tǒng)設(shè)計(jì)完整流程展開敘述，其中每個(gè)模塊都參雜了我對(duì)B端產(chǎn)品經(jīng)理業(yè)務(wù)的思考。

關(guān)于整個(gè)UML建模流程圖和如下：

一、準(zhǔn)備工作

1. 了解業(yè)務(wù)概況，整理業(yè)務(wù)目標(biāo)

在這個(gè)階段，我們的視野應(yīng)當(dāng)聚焦在業(yè)務(wù)中，因?yàn)锽端產(chǎn)品的核心歸納就是“產(chǎn)品即服務(wù)”。在我們獲取到企業(yè)的業(yè)務(wù)需求時(shí)，我們不應(yīng)當(dāng)直接開始思考如何將需求實(shí)現(xiàn)，而是去其更上一層思考其整個(gè)業(yè)務(wù)的執(zhí)行流程，思考原來的業(yè)務(wù)是否可以進(jìn)行優(yōu)化，我們不應(yīng)只是解決企業(yè)需求的系統(tǒng)實(shí)現(xiàn)，更應(yīng)該思考其業(yè)務(wù)如何優(yōu)化。系統(tǒng)只是業(yè)務(wù)執(zhí)行的效能工具，系統(tǒng)在業(yè)務(wù)中何時(shí)出現(xiàn)，何時(shí)使用才能讓企業(yè)的需求得到滿足，這才達(dá)到我們的目的。

（1）相關(guān)講解

業(yè)務(wù)概況：當(dāng)你要為一個(gè)企業(yè)建設(shè)一個(gè)系統(tǒng)以解決其相關(guān)業(yè)務(wù)需求時(shí)，你需要去了解該業(yè)務(wù)的整個(gè)大體的流程和該業(yè)務(wù)的現(xiàn)運(yùn)行現(xiàn)狀，總結(jié)出其該需求下所涉及的業(yè)務(wù)范圍。

注意??：業(yè)務(wù)范圍是我們確定業(yè)務(wù)目標(biāo)的出發(fā)點(diǎn)，對(duì)于B端的業(yè)務(wù)一般比較復(fù)雜，所以業(yè)務(wù)可能是多角度和多模塊的，我們要將業(yè)務(wù)進(jìn)行分類，劃分出大致的一個(gè)業(yè)務(wù)范圍。

業(yè)務(wù)目標(biāo)：一般在去為企業(yè)解決業(yè)務(wù)需求和建立系統(tǒng)時(shí)，企業(yè)都會(huì)提出一些層次比較高的期望，再結(jié)合你對(duì)整個(gè)業(yè)務(wù)的了解，你可以整理出該企業(yè)此業(yè)務(wù)的業(yè)務(wù)目標(biāo)。

注意??：業(yè)務(wù)目標(biāo)是我們定義業(yè)務(wù)邊界的出發(fā)點(diǎn)，所以業(yè)務(wù)目標(biāo)最好是根據(jù)整理出來的業(yè)務(wù)范圍進(jìn)行。

提示?：最初確定的業(yè)務(wù)目標(biāo)一定不是最準(zhǔn)確的，在你后續(xù)調(diào)研涉眾需求、定義業(yè)務(wù)邊界、發(fā)現(xiàn)主角的過程中一定要帶著業(yè)務(wù)目標(biāo)去思考，要前后保持一致，業(yè)務(wù)目標(biāo)不是定死的，要給每個(gè)業(yè)務(wù)范圍定義一個(gè)目標(biāo)，這是個(gè)反復(fù)修改的過程，包括后續(xù)的業(yè)務(wù)邊界定義、發(fā)現(xiàn)主角的過程都會(huì)隨之發(fā)生修改，這是一個(gè)正常的事，因?yàn)檫@是決定了系統(tǒng)的最終建設(shè)成果。

（2）實(shí)踐示例

業(yè)務(wù)概況：

① 業(yè)務(wù)流程概覽

在提前招生錄取流程中，學(xué)生完成報(bào)名工作需要經(jīng)歷以下流程：根據(jù)已公布的提前批招生計(jì)劃進(jìn)行選報(bào)招生錄取院校、進(jìn)行繳費(fèi)、申請(qǐng)素質(zhì)特長(zhǎng)、打印準(zhǔn)考證、參加考試、入圍資格查詢、成績(jī)查詢、擬錄取查詢等一系列活動(dòng)。

相應(yīng)地，參與提前招考的高職院校需要完成：提前批考生信息初審（對(duì)報(bào)名考生的基本信息與考試院的數(shù)據(jù)進(jìn)行對(duì)接）、考生報(bào)考資格篩選、考務(wù)編排、繳費(fèi)收取、成績(jī)錄入、擬錄取計(jì)算、擬錄取結(jié)果發(fā)布等一系列活動(dòng)。

② 現(xiàn)存業(yè)務(wù)問題

• 沒有標(biāo)準(zhǔn)統(tǒng)一化的報(bào)考系統(tǒng)導(dǎo)致部分院校線上資源利用率差，工作冗余度高，出現(xiàn)一個(gè)業(yè)務(wù)多個(gè)系統(tǒng)來完成的情況。
• 線上線下的業(yè)務(wù)執(zhí)行結(jié)合度不高，也將導(dǎo)致業(yè)務(wù)完成效率低，增加工作人員和報(bào)考學(xué)生的負(fù)擔(dān)。
• 當(dāng)前大部分高職院校所采用的招生管理系統(tǒng)沒有涉及到整個(gè)招考和報(bào)考流程，只局限于解決部分工作，沒有完全實(shí)現(xiàn)業(yè)務(wù)的數(shù)字化轉(zhuǎn)型。
• 對(duì)于系統(tǒng)建設(shè)主要面向PC端，未能面向移動(dòng)端，不符合當(dāng)下移動(dòng)化操作趨勢(shì)。

③ 業(yè)務(wù)范圍分類

綜合學(xué)生報(bào)考完成工作和高職院校招生完成工作的流程，提前招生管理業(yè)務(wù)主要有：考生報(bào)考業(yè)務(wù)、考務(wù)管理業(yè)務(wù)、財(cái)務(wù)管理業(yè)務(wù)、信息管理業(yè)務(wù)等。系統(tǒng)應(yīng)當(dāng)面向?qū)W生和院校建立不同的管理終端，在各終端中需要完成各類業(yè)務(wù)，實(shí)現(xiàn)線上線下的業(yè)務(wù)配合，優(yōu)化報(bào)考中的各個(gè)流程。

業(yè)務(wù)目標(biāo)：

• 優(yōu)化學(xué)生報(bào)考流程，提供考生一體化自助服務(wù)，方便考生報(bào)考，降低考生報(bào)考院校的業(yè)務(wù)復(fù)雜度。
• 優(yōu)化高職院校業(yè)務(wù)處理流程，實(shí)現(xiàn)業(yè)務(wù)數(shù)字化覆蓋，減輕人為工作量和物理資源浪費(fèi)。
• 實(shí)現(xiàn)財(cái)務(wù)管理電子化和繳費(fèi)一站化，提高學(xué)生繳費(fèi)便捷度和減少財(cái)務(wù)部門的工作復(fù)雜度。
• 實(shí)現(xiàn)學(xué)生信息管理、教務(wù)管理、考生結(jié)果管理統(tǒng)一化，規(guī)范數(shù)據(jù)庫輸入與輸出流程，提供分權(quán)限數(shù)據(jù)限調(diào)用機(jī)制。

2. 做好涉眾分析，獲取系統(tǒng)期望

這個(gè)階段，是為了理清、列舉所有與要建設(shè)的業(yè)務(wù)系統(tǒng)（B端產(chǎn)品）相關(guān)的一切人和事。大多數(shù)時(shí)候，我們做用戶需求調(diào)研時(shí)，直接向系統(tǒng)的直接使用者進(jìn)行調(diào)研，對(duì)于B端產(chǎn)品來說是不正確的。我們要到更上一層次去分析，分析業(yè)務(wù)的利益相關(guān)者，分析系統(tǒng)使用者背后所代表的部門或者上級(jí)，統(tǒng)計(jì)一切利益相關(guān)者的期望。因?yàn)槲覀冏龅臇|西不僅要讓使用者滿意，更要讓使用者的領(lǐng)導(dǎo)滿意，因?yàn)椴煌娜藢?duì)系統(tǒng)的視角不同，我們調(diào)查系統(tǒng)需求時(shí)，要站在更高的視角去分析業(yè)務(wù)的需求，最后得到的系統(tǒng)才能讓B端用戶滿意。

注意??：此處我們沒有直接說明為“需求”，而是“期望”，是因?yàn)椋颂幬覀兲接懙氖歉邔哟蔚男枨?，這大多是非功能性需求，以這樣的需求點(diǎn)出發(fā)，才能使系統(tǒng)建設(shè)的大方向不會(huì)出現(xiàn)錯(cuò)誤。不會(huì)為了滿足而滿足，導(dǎo)致業(yè)務(wù)最終的執(zhí)行未得到效率的提升。

（1）相關(guān)講解

涉眾分析：涉眾指的是系統(tǒng)的使用者和與業(yè)務(wù)系統(tǒng)有利益關(guān)系的人和事。涉眾分析就是理清所做的系統(tǒng)的使用者和利益涉及者。這步和調(diào)查用戶群和用戶需求是一致的。

發(fā)現(xiàn)涉眾步驟：列舉涉眾、說明涉眾在業(yè)務(wù)或者系統(tǒng)中所負(fù)責(zé)的事件、調(diào)查所列舉涉眾對(duì)業(yè)務(wù)優(yōu)化或者系統(tǒng)建設(shè)的期望

（2）實(shí)踐示例

涉眾概要：

用戶概要：

二、獲取需求

在準(zhǔn)備工作中，我們已經(jīng)歸納出了業(yè)務(wù)的范圍，對(duì)業(yè)務(wù)的模塊有了大致的劃分。根據(jù)業(yè)務(wù)范圍的劃分，我們確定了每個(gè)業(yè)務(wù)范圍相應(yīng)的業(yè)務(wù)目標(biāo)。已知：業(yè)務(wù)范圍、業(yè)務(wù)目標(biāo)、業(yè)務(wù)涉眾，我們就可以借此進(jìn)一步探討用戶的詳細(xì)需求。

1. 定義業(yè)務(wù)邊界，回望業(yè)務(wù)目標(biāo)

定義邊界其實(shí)是進(jìn)一步明確業(yè)務(wù)范圍，明確該業(yè)務(wù)范圍所含的業(yè)務(wù)主角和業(yè)務(wù)工人。此處強(qiáng)調(diào)根據(jù)業(yè)務(wù)去劃分范圍。這里我們常常會(huì)理所當(dāng)然地將系統(tǒng)模塊和業(yè)務(wù)邊界混淆。這是不正確的，因?yàn)橄到y(tǒng)實(shí)現(xiàn)的時(shí)候會(huì)出現(xiàn)業(yè)務(wù)范圍的交叉，也有的業(yè)務(wù)不會(huì)在系統(tǒng)中體現(xiàn)。另外一個(gè)錯(cuò)誤點(diǎn)就是以企業(yè)現(xiàn)有的業(yè)務(wù)模塊進(jìn)行劃分，因?yàn)闃I(yè)務(wù)模塊之間存在許多交互，即會(huì)產(chǎn)生依賴關(guān)系，我們要根據(jù)我們所調(diào)查的業(yè)務(wù)范圍的業(yè)務(wù)目標(biāo)進(jìn)行劃分，一個(gè)目標(biāo)對(duì)應(yīng)一個(gè)業(yè)務(wù)邊界。

（1）相關(guān)講解

定義邊界：根據(jù)一個(gè)業(yè)務(wù)目標(biāo)對(duì)應(yīng)一個(gè)業(yè)務(wù)邊界的法則，確定該業(yè)務(wù)邊界中所包含的涉眾，并在涉眾中確定誰為業(yè)務(wù)工人，誰為業(yè)務(wù)主角。

提示?：

確定業(yè)務(wù)邊界：即進(jìn)一步確定業(yè)務(wù)范圍，確定該業(yè)務(wù)所對(duì)應(yīng)的系統(tǒng)是為哪些涉眾服務(wù)的。

確定業(yè)務(wù)主角（業(yè)務(wù)主角是參與者的版型）：

• 是否有對(duì)該業(yè)務(wù)進(jìn)行信息提供、信息修改或信息調(diào)用
• 是否主動(dòng)發(fā)起這個(gè)業(yè)務(wù)（即在邊界中是否有其業(yè)務(wù)用例），這是其期望依據(jù)

確定業(yè)務(wù)工人（業(yè)務(wù)工人不屬于參與者）：

• 在此業(yè)務(wù)中的動(dòng)作是否為被動(dòng)發(fā)生
• 不是業(yè)務(wù)執(zhí)行的發(fā)起者，而是業(yè)務(wù)執(zhí)行的一部分

（2）實(shí)踐示例

根據(jù)第四個(gè)業(yè)務(wù)目標(biāo)“實(shí)現(xiàn)學(xué)生信息管理、教務(wù)管理、考生結(jié)果管理統(tǒng)一化，規(guī)范數(shù)據(jù)庫輸入與輸出流程，提供分權(quán)限數(shù)據(jù)限調(diào)用機(jī)制。”可知，該業(yè)務(wù)目標(biāo)是為教務(wù)處和各院系服務(wù)，我們定以一個(gè)命名為“考務(wù)管理處理業(yè)務(wù)邊界”。

該邊界條件下，招就處、教務(wù)處、各院系都可以提出對(duì)考務(wù)相關(guān)業(yè)務(wù)處理優(yōu)化的期望，所以作為該業(yè)務(wù)的業(yè)務(wù)主角位于邊界之外。

2. 發(fā)現(xiàn)業(yè)務(wù)主角，確定業(yè)務(wù)工人

前后一致原則，我們?cè)诖颂幰呀?jīng)確定了誰是業(yè)務(wù)主角，誰是業(yè)務(wù)工人。但是我們之前對(duì)于業(yè)務(wù)主角的描述是站在業(yè)務(wù)邊界的視角，在此我們是以業(yè)務(wù)部門進(jìn)行說明，我們要站在業(yè)務(wù)主角的視角對(duì)其進(jìn)行進(jìn)一步說明。

（1）相關(guān)講解

業(yè)務(wù)主角：此處的業(yè)務(wù)主角是具體的與系統(tǒng)直接進(jìn)行交互的工作人員（或者事物），之前提到的業(yè)務(wù)主角是在邊界的視角，所以是整個(gè)部門對(duì)邊界的期望。此處是系統(tǒng)的直接使用者，代理了其它利益相關(guān)的涉眾權(quán)力。我們應(yīng)當(dāng)從邊界出發(fā)，分析每個(gè)邊界的業(yè)務(wù)主角。

提問?：為什么要進(jìn)一步確定業(yè)務(wù)主角？

因?yàn)橐粋€(gè)業(yè)務(wù)邊界代表了一個(gè)業(yè)務(wù)目標(biāo)，而一個(gè)業(yè)務(wù)目標(biāo)代表的是該業(yè)務(wù)的業(yè)務(wù)主角的需求，我們應(yīng)該圍繞該需求進(jìn)行后續(xù)系統(tǒng)的建設(shè)，我們甚至可以忽略業(yè)務(wù)工人的需求和期望，忽略那些和業(yè)務(wù)目標(biāo)無關(guān)的期望。這樣才能保證系統(tǒng)滿足最本質(zhì)的需求，不至于為了多余的需求導(dǎo)致系統(tǒng)混亂。

提問?：為什么不直接說是系統(tǒng)參與者，要搞個(gè)業(yè)務(wù)主角？

因?yàn)檫€沒到我們分析系統(tǒng)用例，進(jìn)行系統(tǒng)建模的時(shí)候。站在B端產(chǎn)品經(jīng)理的角度，我們最終的目的就是建設(shè)系統(tǒng)，我們的業(yè)務(wù)調(diào)研，需求調(diào)研也是大部分圍繞系統(tǒng)建設(shè)展開。但是，正是因?yàn)槿绱?，雖然我們現(xiàn)在“三句離不開系統(tǒng)”，但是此處用業(yè)務(wù)主角是要強(qiáng)調(diào)我們是在對(duì)業(yè)務(wù)進(jìn)行分析，業(yè)務(wù)的優(yōu)化和效率提升，才是我們建設(shè)系統(tǒng)的最終目的。此處的好處，即是提高我們深層次探討業(yè)務(wù)的意識(shí)。

（2）實(shí)踐示例

考務(wù)管理業(yè)務(wù)邊界：

1. 教務(wù)處涉眾主角分析教務(wù)處主要負(fù)責(zé)通過系統(tǒng)錄入考生信息并進(jìn)行考務(wù)編排，教務(wù)處的主要工作人員是教務(wù)處工作人員，負(fù)責(zé)考務(wù)編排、生成準(zhǔn)考證等，行使了考官管理處理業(yè)務(wù)的職能，因此各院系工作人員是“考務(wù)管理業(yè)務(wù)邊界”的業(yè)務(wù)主角。
2. 各院系涉眾主角分析各院系主要負(fù)責(zé)考試相關(guān)安排。其中各院系工作人員通過計(jì)算機(jī)系統(tǒng)進(jìn)行考試面試順序、考場(chǎng)安排等，負(fù)責(zé)考務(wù)內(nèi)部管理的職能，因此各院系工作人員是“考務(wù)管理業(yè)務(wù)邊界”的業(yè)務(wù)主角。
3. 招就處涉眾主角分析

招就處工作人員主要會(huì)在考務(wù)現(xiàn)場(chǎng)進(jìn)行考生現(xiàn)場(chǎng)確認(rèn)的工作，會(huì)通過考務(wù)管理系統(tǒng)查看考生的考試信息，因此招就處工作人員是“考務(wù)管理業(yè)務(wù)邊界”的業(yè)務(wù)主角。

3. 獲取業(yè)務(wù)用例，建立業(yè)務(wù)模型

我們從邊界出發(fā)，分析了業(yè)務(wù)主角。那獲取業(yè)務(wù)用例時(shí)，就可以從業(yè)務(wù)主角出發(fā)，去分析業(yè)務(wù)用例。

（1）相關(guān)講解

業(yè)務(wù)用例：在確定業(yè)務(wù)范圍時(shí)，我們已經(jīng)分析了該業(yè)務(wù)的業(yè)務(wù)執(zhí)行流程。此時(shí)，我們要從業(yè)務(wù)主角出發(fā)，調(diào)查他們的業(yè)務(wù)用例，即他們所做的事情?？梢詮膷徫皇謨?cè)，業(yè)務(wù)流程指南、職務(wù)說明中獲得。確定業(yè)務(wù)用例，即是確定業(yè)務(wù)主角的業(yè)務(wù)需求。業(yè)務(wù)用例是一個(gè)完整的存在，它包含了業(yè)務(wù)主角對(duì)系統(tǒng)的期望，業(yè)務(wù)主角在業(yè)務(wù)中要完成的業(yè)務(wù)，完成對(duì)應(yīng)業(yè)務(wù)的目的以及期望的結(jié)果。

業(yè)務(wù)模型：應(yīng)該包含：

• 業(yè)務(wù)用例視圖：是對(duì)業(yè)務(wù)用例的羅列
• 業(yè)務(wù)用例場(chǎng)景：活動(dòng)圖描述、時(shí)序圖描述、協(xié)作圖描述
• 業(yè)務(wù)用例規(guī)約：對(duì)業(yè)務(wù)用例的名稱、執(zhí)行者、執(zhí)行條件、執(zhí)行過程、執(zhí)行結(jié)果、業(yè)務(wù)規(guī)則進(jìn)行文字描述
• 業(yè)務(wù)用例實(shí)現(xiàn)視圖：一個(gè)業(yè)務(wù)用例可有多個(gè)實(shí)現(xiàn)方式，在此用實(shí)現(xiàn)視圖進(jìn)行列舉
• 業(yè)務(wù)用例實(shí)現(xiàn)場(chǎng)景：根據(jù)業(yè)務(wù)用例場(chǎng)景進(jìn)行進(jìn)一步繪制，重點(diǎn)在于“實(shí)現(xiàn)”

（2）實(shí)踐示例

①業(yè)務(wù)用例視圖

②業(yè)務(wù)用例場(chǎng)景

4.? 找到復(fù)雜問題，建立領(lǐng)域模型

領(lǐng)域模型就是發(fā)現(xiàn)業(yè)務(wù)某一領(lǐng)域中的復(fù)雜問題，分析這個(gè)問題，解決這個(gè)問題。建立領(lǐng)域模型就是為了將業(yè)務(wù)中復(fù)雜的問題解釋清楚。

（1）相關(guān)講解

領(lǐng)域模型：包含提出領(lǐng)域問題、分析領(lǐng)域問題、建立領(lǐng)域模型、檢驗(yàn)領(lǐng)域模型

（2）實(shí)踐示例

①提出領(lǐng)域問題

②分析領(lǐng)域問題

③建立領(lǐng)域模型

5. 獲取非功能性需求，制定業(yè)務(wù)規(guī)則

（1）相關(guān)講解

業(yè)務(wù)規(guī)則包含：

• 全局規(guī)則：對(duì)于系統(tǒng)大部分業(yè)務(wù)或系統(tǒng)設(shè)計(jì)都起到約束作用的那些規(guī)則
• 交互規(guī)則：交互規(guī)則產(chǎn)生于用例場(chǎng)景中，用例場(chǎng)景是由活動(dòng)圖、交互圖等來描述，交互規(guī)則就是描述交互過程中的限制性條件，規(guī)定了滿足什么條件后業(yè)務(wù)將如何反應(yīng)
• 內(nèi)稟規(guī)則：指業(yè)務(wù)對(duì)象本身具備的，并且不因?yàn)橥獠康慕换ザ兓囊?guī)則。通常用來描述對(duì)象封裝的屬性

非功能性需求：非業(yè)務(wù)范圍內(nèi)的需求，通常指安全性、事務(wù)性、穩(wěn)定性、流暢性、美觀性相關(guān)需求。

三、需求分析

獲取需求部分，我們從發(fā)現(xiàn)業(yè)務(wù)主角→發(fā)現(xiàn)業(yè)務(wù)用例→業(yè)務(wù)用例建模→領(lǐng)域建?！鷺I(yè)務(wù)規(guī)則和非功能性需求?；緦⑿枨笫崂硗戤叄孟窆ぷ饕呀?jīng)結(jié)束了，但是在uml中遠(yuǎn)不止此。因?yàn)殡m然需求已經(jīng)羅列，但是如果我們不進(jìn)一步解釋那些業(yè)務(wù)是重點(diǎn)和難點(diǎn)，到設(shè)計(jì)人員手中難免會(huì)出現(xiàn)信息失真的情況，為減少多余的交流，我們需要進(jìn)一步解釋需求的重點(diǎn)和難點(diǎn)。

1. 關(guān)鍵概念分析，建立概念模型

概念模式是圍繞關(guān)鍵業(yè)務(wù)來建立的。

（1）相關(guān)講解

①概念模型建立

過程包含：

• 獲取概念用例：首先要梳理出業(yè)務(wù)主線，然后用業(yè)務(wù)主線的用例中挑選出關(guān)鍵或復(fù)雜的用例作為概念用例進(jìn)行進(jìn)一步分析。
• 分析概念用例：分析概念用例和業(yè)務(wù)用例建模過程相同，我們通過繪制概念用例的場(chǎng)景圖找出關(guān)鍵的對(duì)象，然后為這些關(guān)鍵的對(duì)象繪制協(xié)作圖說明對(duì)象之間的關(guān)系和交互場(chǎng)景。
• 建立概念模型：概念模型從抽象的系統(tǒng)對(duì)象視角來解釋業(yè)務(wù)主線如何在計(jì)算機(jī)中運(yùn)行，我們要用這些關(guān)鍵對(duì)象實(shí)現(xiàn)業(yè)務(wù)主線。一般采用MVC模式進(jìn)行建立。

②實(shí)踐示例

2.? 建立業(yè)務(wù)架構(gòu)，搭建整體框架

搭建業(yè)務(wù)架構(gòu)和面向過程的結(jié)構(gòu)化設(shè)計(jì)方法區(qū)別？

• 面向過程的結(jié)構(gòu)化設(shè)計(jì)：按照業(yè)務(wù)模塊進(jìn)行系統(tǒng)模塊的劃分，得到子系統(tǒng)和模塊
• 業(yè)務(wù)架構(gòu)設(shè)計(jì)：從業(yè)務(wù)模型、概念模型中“抽取”業(yè)務(wù)構(gòu)件進(jìn)行組合，得到業(yè)務(wù)構(gòu)件

（1）相關(guān)講解

之前已經(jīng)建立了業(yè)務(wù)用例模型、領(lǐng)域模型和概念模型，業(yè)務(wù)用例模型為我們解釋了業(yè)務(wù)的細(xì)節(jié)，領(lǐng)域模型幫助我們?yōu)闃I(yè)務(wù)的若干問題提出了解決方案，概念模型提供了業(yè)務(wù)骨架的實(shí)現(xiàn)和軟件架構(gòu)的實(shí)踐。業(yè)務(wù)架構(gòu)從這三者出發(fā)，進(jìn)行構(gòu)建。

四、系統(tǒng)分析

很多人疑惑，產(chǎn)品經(jīng)理為什么要做系統(tǒng)分析，我對(duì)產(chǎn)品代碼實(shí)現(xiàn)又不太了解。正是因?yàn)楫a(chǎn)品經(jīng)理不去向技術(shù)部門提出需求的系統(tǒng)實(shí)現(xiàn)要求，直接把需求丟給技術(shù)部門，這將導(dǎo)致技術(shù)部門設(shè)計(jì)好產(chǎn)品后不符合產(chǎn)品經(jīng)理的預(yù)期而反復(fù)修改，從而導(dǎo)致程序員不斷加班。所以產(chǎn)品經(jīng)理做好系統(tǒng)要求后再讓技術(shù)部門進(jìn)行開發(fā)，將會(huì)大大提高工作效率，降低溝通成本和修改成本。

1. 確定系統(tǒng)用例，分析系統(tǒng)用例

普遍的理解是系統(tǒng)用例是從業(yè)務(wù)用例中細(xì)化而來。從用例的含義來看，業(yè)務(wù)用例描述業(yè)務(wù)，而系統(tǒng)用例描述系統(tǒng)，即它們的目的截然不同。實(shí)際上，從業(yè)務(wù)用例到系統(tǒng)用例，更適當(dāng)?shù)恼f法是抽象關(guān)系，或者說是映射關(guān)系。可以說是從業(yè)務(wù)用例中抽象出系統(tǒng)用例，也可以說把業(yè)務(wù)用例映射到系統(tǒng)用例。

即從業(yè)務(wù)用例中抽取出系統(tǒng)需要實(shí)現(xiàn)的用例。

2. 分析系統(tǒng)組成，建立組件模型

這一步我相信技術(shù)部門負(fù)責(zé)架構(gòu)的童鞋應(yīng)該會(huì)比產(chǎn)品經(jīng)理更熟悉組件化開發(fā)，所以這一步可以省略。

五、系統(tǒng)設(shè)計(jì)

一般有產(chǎn)品經(jīng)理崗位的公司，從需求到設(shè)計(jì)即是從產(chǎn)品到技術(shù)，所以這里不再講解系統(tǒng)的設(shè)計(jì)方法，因?yàn)榧夹g(shù)和框架的不斷更新與變化，技術(shù)部門更懂得選用什么框架進(jìn)行搭建。

所以：交給技術(shù)部門吧?

參考資料：

【1】譚云杰.《大象——Think in UML》.北京：水利水電出版社.2016

本文由 @未來村村長(zhǎng) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Pexels，基于 CC0 協(xié)議