浅析
大家好，我是木小深，高級(jí)產(chǎn)品經(jīng)理。我們的公眾號(hào)主要是分享關(guān)于產(chǎn)品經(jīng)理個(gè)人成長(zhǎng)和職業(yè)發(fā)展相關(guān)的話題。今天分享的是規(guī)范產(chǎn)品體系中，與需求描述技巧相關(guān)的內(nèi)容。
「初稿｜木深、木小深」
「編輯｜牟深、Sam、Ella」
一、開場(chǎng)白
“小美， 咱們到會(huì)議室去開個(gè)會(huì)，討論下這個(gè)版本的新需求”
開發(fā)，測(cè)試， 美工 濟(jì)濟(jì)一堂， 產(chǎn)品經(jīng)理把這個(gè)版本的需求概要地「說」了一遍，然后就打開小美設(shè)計(jì)好的「產(chǎn)品原型」講了起來。
產(chǎn)品原型是個(gè)好東西， 非常直觀， 一看就知道到底要做成什么樣子， 頁面之間的跳轉(zhuǎn)關(guān)系也一目了然。
工程師一邊聽，一邊心里琢磨著更細(xì)節(jié)的內(nèi)容。數(shù)據(jù)庫表該怎么設(shè)計(jì)， 表該怎么改，怎么做數(shù)據(jù)遷移，界面的流程該怎么跳轉(zhuǎn)， 后臺(tái)需要提供什么樣的服務(wù)...
大家嘰嘰喳喳的討論了一個(gè)下午，終于安靜了。
看到大家的理解基本一致了， 經(jīng)理開始做最后的總結(jié)陳述： "怎么樣？ 還有問題嗎？ 沒有問題的話小美按今天討論的結(jié)果，把界面修改一下， 大家估算一下自己的工作量，下班之間報(bào)到我這里。"
工程師心想，估算也沒啥用， 反正上線日期都確定了。
就這樣，越來越多更加細(xì)節(jié)的深層邏輯僅僅進(jìn)入了工程師的腦海， 而沒有形成文檔，存在嚴(yán)重的項(xiàng)目「信息失真」隱患。
二、大背景
IBM Developer 的目的就是將程序員集結(jié)在一起，形成一個(gè)社區(qū)，進(jìn)而挖掘我們的集體創(chuàng)新能力。換言之，我們有機(jī)會(huì)分享自己的一些訣竅，并學(xué)習(xí)到產(chǎn)品研發(fā)管理類的高效方法論。
IBM社區(qū)的工程師Donald Bell分享到：
「序列圖非常有效」。對(duì)于研發(fā)人員，序列圖能澄清業(yè)務(wù)在未來系統(tǒng)中如何體現(xiàn)；對(duì)于非研發(fā)人員（產(chǎn)品經(jīng)理、架構(gòu)師、業(yè)務(wù)人員），序列圖能澄清未來系統(tǒng)中，不同對(duì)象間的交互，從而進(jìn)一步傳達(dá)清楚整個(gè)系統(tǒng)設(shè)計(jì)方案。
研發(fā)人員一般認(rèn)為序列圖僅對(duì)他們有意義。然而，深入了解過序列圖之后，非研發(fā)人員（產(chǎn)品經(jīng)理、架構(gòu)師、業(yè)務(wù)人員）也會(huì)發(fā)現(xiàn)，序列圖顯示不同的業(yè)務(wù)對(duì)象如何交互，對(duì)于交流當(dāng)前業(yè)務(wù)如何進(jìn)行很有用。除記錄組織的當(dāng)前事件外，一個(gè)業(yè)務(wù)級(jí)的序列圖能被當(dāng)作一個(gè)需求文件使用，為實(shí)現(xiàn)一個(gè)未來系統(tǒng)傳遞需求。在項(xiàng)目的需求階段，產(chǎn)品經(jīng)理能通過提供一個(gè)更加正式層次的表達(dá)，把用例帶入下一層次。那種情況下，用例常常被細(xì)化為一個(gè)或者更多的序列圖。
序列圖除了在設(shè)計(jì)新系統(tǒng)方面的用途外，它們還能用來記錄一個(gè)存在系統(tǒng)（稱它為“遺產(chǎn)”）的對(duì)象現(xiàn)在如何交互。當(dāng)把這個(gè)系統(tǒng)移交給另一個(gè)人或組織時(shí)，這個(gè)文檔很有用。
三、序列圖
３.１ 概念
序列圖（Sequence Diagram），亦稱為循序圖，是一種UML行為圖。有的人翻譯為時(shí)序圖，實(shí)際上是不準(zhǔn)確的，sequence這個(gè)單詞并無"時(shí)間"的意思，只有序列，順序等意思。根據(jù)UML規(guī)范中對(duì)Sequence Diagram的描述：
A sequence diagram describes an Interaction by focusing on the sequence of Messages that are exchanged, along with their corresponding Occurrence Specifications on the Lifelines.
它描述了消息在生命線上按照約定順序執(zhí)行一種交互行為。它可以表示用例的行為順序，當(dāng)執(zhí)行一個(gè)用例行為時(shí)，序列圖中的每條消息對(duì)應(yīng)了一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件。
３.２ 構(gòu)成
序列圖是由5種元素構(gòu)成：對(duì)象(Object)、生命線(LifeLine)、激活(Activation)、消息(Message)和“組合片段”。其中前4種是常用且重要的元素，剩余的一種“組合片段”元素不是很常用，但是比較復(fù)雜。我們先介紹前4種元素，再單獨(dú)介紹“組合片段”元素。
１ 對(duì)象(Object)
對(duì)象位于序列圖的頂部,以一個(gè)矩形表示。對(duì)象的命名方式一般有三種：
顯示“對(duì)象名” + “類名”。例如：手機(jī) - 華為手機(jī)。
顯示“類名”，不顯示“對(duì)象”。例如：:手機(jī)。
顯示“對(duì)象名”，不顯示“類名”。例如：華為手機(jī)。
２ 生命線(LifeLine)
生命線是一條垂直的虛線，每個(gè)對(duì)象底部中心都有。對(duì)象與生命線結(jié)合在一起就是對(duì)象的生命線，其長(zhǎng)度取決于交互的時(shí)間。
３ 激活(Activation)
激活代表時(shí)序圖中在對(duì)象時(shí)間線上某段時(shí)期執(zhí)行的操作。以一個(gè)很窄的矩形表示。
４ 消息(Message)
消息是對(duì)象和對(duì)象之間，在發(fā)生“交互”和“協(xié)作”時(shí)，用于交換信息的媒介。可以根據(jù)是否并發(fā)，簡(jiǎn)單的分為兩類：
同步消息(Synchronous Message)
消息的發(fā)送者把控制傳遞給消息的接收者，然后停止活動(dòng)，等待消息的接收者放棄或者返回控制。用來表示同步的意義。
異步消息(Asynchronous Message)
消息發(fā)送者通過消息把信號(hào)傳遞給消息的接收者，然后繼續(xù)自己的活動(dòng)，不等待接受者返回消息或者控制。異步消息的接收者和發(fā)送者是并發(fā)工作的。
５ 組合片段
組合片段用來解決交互執(zhí)行的條件和方式，它允許在序列圖中直接表示邏輯組件，用于通過指定條件或子進(jìn)程的應(yīng)用區(qū)域，為任何生命線的任何部分定義特殊條件和子進(jìn)程。組合片段共有13種，名稱及含義如下：
抉擇（Alt）
抉擇在任何場(chǎng)合下只發(fā)生一個(gè)序列。 可以在每個(gè)片段中設(shè)置一個(gè)臨界來指示該片段可以運(yùn)行的條件。else 的臨界指示其他任何臨界都不為 True 時(shí)應(yīng)運(yùn)行的片段。如果所有臨界都為 False 并且沒有 else，則不執(zhí)行任何片段。Alt片段組合可以理解為if..else if...else條件語句。
我們還拿微信支付的時(shí)序圖舉例，如果7.3向商家匯款的成功或失敗流程需要在時(shí)序圖中體現(xiàn)出來，可以這么使用Alt片段組合。
引用（InteractionUse）
表示引用的意思，某部分交互被定義在另一個(gè)圖中。可將一個(gè)規(guī)模較大的圖劃分為若干個(gè)規(guī)模較小的圖，方便圖的管理和復(fù)用。ref不用要填寫參數(shù)。
選項(xiàng)（Option）
表示當(dāng)警戒值為真（符合條件）的情況下進(jìn)行執(zhí)行處理的意思。opt需要填寫參數(shù)。
循環(huán)（Loop）
表示循環(huán)執(zhí)行的意思，當(dāng)條件為真的時(shí)候執(zhí)行循環(huán)。也可以寫成loop(n)來表示循環(huán)n次，與java或者C#等中的for循環(huán)比較相似。loop需填寫參數(shù)。
中斷（Break）
表示中斷處理，跳轉(zhuǎn)的意思，類似java代碼中break語句。break需填寫參數(shù)。
３.３ 竅門
１ 工具
工欲善其事，必先利其器。推薦使用微軟旗下的 Visio。
２ 步驟
劃清邊界，識(shí)別交互語境
所謂劃清邊界是是指要確定好繪制序列圖的范圍。在微信支付例子中省略列商家打開微信、輸入收款金額等交互消息，這些不是我們需要體現(xiàn)的，我們主要體現(xiàn)的是用戶的掃碼支付流程。
所謂識(shí)別交互語境就是要知道自己繪制時(shí)序圖的前提和背景。在微信支付的例子中用戶登錄了微信、開通了支付功能是前提，背景是用戶需要掃描付款買東西。
梳理時(shí)序圖中的角色和對(duì)象都有哪些
微信支付的例子中角色只有一個(gè)，即用戶。對(duì)象有華為手機(jī)：手機(jī)、安卓版微信：微信、：商家。
對(duì)象之間有哪些交互消息
對(duì)象之間交互的消息詳見以上序列圖。
３ 技巧
從初始消息開始畫，依次畫出隨后消息，并給每個(gè)消息分配序號(hào)，方便理解。
角色和對(duì)象用名詞，消息用動(dòng)詞。
角色放在序列圖的開始位置，對(duì)象重要程度或使用頻率從左到右排列。這就要根據(jù)時(shí)間的流程考慮了，是一個(gè)比較主觀的事情。
控制焦點(diǎn)兩端要以消息元素封頂，控制焦點(diǎn)不要超過消息元素。
３.４ 參考資料
https://developer.ibm.com/zh/
https://baike.baidu.com/item/%E5%BA%8F%E5%88%97%E5%9B%BE/1943112?fr=aladdin
https://book.51cto.com/art/201003/190167.htm
四、結(jié)束語
產(chǎn)品經(jīng)理的前進(jìn)道路，不應(yīng)該是一場(chǎng)孤獨(dú)求索的旅行 。沿途那些美好的風(fēng)景，有趣的人文，我愿意沉淀下來，分享與同行的你，或者是在路上的他。
以上，希望對(duì)小伙伴兒們有所幫助，共勉~
如果你有任何問題，請(qǐng)?jiān)诹粞詤^(qū)告訴我們。也請(qǐng)記得訂閱「公眾號(hào)」和我們的專欄，歡迎分享給其它有需要的人。我們這期分享就到這里了，再見❤️。
總結(jié)
- 上一篇： 码元、符号、波特率、比特率等概念的了解
- 下一篇： 怎么创建具有真实纹理的CG场景岩石？