參照“與小婧同行”的資料整理而成
一、流程圖
1.關于角色
跨職能流程圖中這個泳道的意義是十分重要的，特別是在多角色參與的業(yè)務流程中浑玛。如果你將所有的角色都寫在活動里，不僅畫起來可能會有缺失噩咪，閱讀性和理解性也不強顾彰。
現做干系人分析，制作干系人登記冊胃碾，這些內容都有助于我們梳理業(yè)務流程涨享。而且你的業(yè)務流程圖不僅僅是和開發(fā)溝通，還要用于和客戶溝通仆百，在這個層面上說厕隧，傾向于使用業(yè)務角色作為泳道的部分。
并且我一直覺得信息系統(tǒng)的另外一大亮點就是俄周，可以進行流程的優(yōu)化吁讨。如果你不能將流程圖畫清楚，那么怎么做優(yōu)化呢峦朗？
另外挡爵，進行角色的強調，也可以方便該角色的人關注在跨流程的業(yè)務中甚垦，自己執(zhí)行的活動是不是這些茶鹃。有助于BA進行進一步的分析。
2.關于階段
在跨職能流程圖中可以劃分階段艰亮，這個是可選的闭翩。好好的分析整個流程是否是可以劃分階段的。比如還書的流程迄埃，是否可以劃分為：讀者還書疗韵、逾期罰款、還書成功三個階段侄非？這樣在講解業(yè)務的時候蕉汪，可以描述流译，當讀書沒有逾期時，逾期罰款的階段可以跳過者疤，直接還書成功福澡。
3.關于流程分層
和我們做項目計劃WBS一樣，流程是可以分層的驹马。對于一些很復雜的流程來說革砸，我們最好分層來繪制。
根據小婧的經驗糯累，建議以下流程可以進行分層：
有子流程算利。這個很好理解。比如我們的還書流程中的預期罰款是個很復雜的子流程泳姐，包括設計財務系統(tǒng)等等多角色參與的效拭，就可以將其“封裝”為子流程。
可以復用胖秒。這里的道理和系統(tǒng)架構設計是一個道理缎患，對于會被很多流程使用到的一個流程部分，可以單獨“封裝”后扒怖，進行調用即可较锡。
4.關于流程和活動節(jié)點編號
小婧建議大家對每個流程都起個單獨的名字以及簡稱业稼，最好是英文的盗痒，可以使用駝峰命名法。比如：還書流程 Return Book低散，簡稱RB俯邓。然后對于每個活動節(jié)點以流程縮寫打頭，并且進行編號熔号，如：RB_01 XXXX稽鞭。
二、用例圖
我們在畫用例圖的時候要盡量用業(yè)務的場景引镊、業(yè)務的語言進行描述
比如：
用例圖與活動圖的關聯
其實我們可以從活動圖很方便的繪制出用例圖朦蕴。
首先將泳道中的角色做一遍篩選，選出非系統(tǒng)的最終用戶弟头。
然后對這些用戶進行抽象吩抓，比如有的活動圖比較系會分成：科長、主任赴恨，但是其實他們都是在執(zhí)行審批疹娶，那就可以在用例圖中抽象成一個角色：領導。
然后將活動圖中的活動節(jié)點進行抽離伦连，非判斷的基本上都屬于用例雨饺，但是也要進行歸納和抽象钳垮，判斷的部分需要你確定一下這個判斷是系統(tǒng)做的，還是人做的额港，如果是人做的那就加到用例里饺窿。
比如：之前我們的還書過程中的逾期判斷，是系統(tǒng)判斷的锹安，還書處的人其實只是收罰款而已短荐。
三、類圖
我們講面向對象的需求分析叹哭，其中一個核心就是進行對象分析忍宋，分析的結果就可以用類圖進行展示。類圖肯定要講什么是對象风罩，講什么是對象就要講對象與屬性的區(qū)別糠排，什么時候這東西是做對象的，什么時候是做屬性的超升。
舉例：
我們都知道入宦，動物有很多類型，比如鳥類室琢。
我們如果是研究鳥類的話乾闰，就會以鳥類作為一個對象。
在研究具體動物個體時盈滴，可以將麻雀涯肩、雞作為一個對象，翅膀巢钓、眼睛病苗、爪子、羽毛都屬于屬性症汹。
而如果你在研究某個具體特性的時候硫朦，比如飛行特性，就可能會需要將翅膀作為一個對象背镇。
所以一個東西是對象還是屬性咬展，主要取決于你的業(yè)務目的。
回歸到我們的實戰(zhàn)案例上來瞒斩，在山竹圖書館管理系統(tǒng)中破婆，有哪對象類，這些對象類的關系是怎樣的济瓢？如何來畫類圖荠割？
其中有幾個原則：
沒有實現：我們的分析還是要以業(yè)務為主，做類圖也是如此，可以作為SA或者開發(fā)的有效輸入蔑鹦，但不是搶他們的活夺克。所以我們畫的類圖不需要有調用方法、不需要有任務技術的描述嚎朽。
大類不拆分：有的大類铺纽，比如鳥類，不要過早的拆分哟忍，只需要標明和麻雀的泛化關系即可狡门。這樣方便用戶理解，有層次感锅很。你要記住我們不是在做數據庫設計其馏，所以不需要把大類做過細的拆分。
我們的主要職責是理清業(yè)務對象的關系爆安。
子類不合并
同類不抽象：抽象難免會涉及到技術實現的部分叛复，還是那句話，這部分還是留給SA來做專業(yè)的設計扔仓。
總之褐奥，記得類圖可以拿去給用戶做講解，也可以作為SA設計的依據翘簇，必須以業(yè)務為主撬码，以業(yè)務為重。
畫類圖時根絕一下步驟進行：
首先版保，需要明確有哪些類呜笑。
讀者和圖書這個是很明確的。
但是我中間加了個“借閱證”的類找筝，主要是考慮到一方面圖書館肯定是認證不認人的蹈垢，另外一方面慷吊，我們的系統(tǒng)也包括了辦理新借閱證的過程袖裕，所有的記錄都是記錄在借閱證中的。
同理溉瓶，如果你是電商系統(tǒng)急鳄，用戶可能分為VIP、普通堰酿，但是他們肯定都會關聯一個賬號疾宏。
“圖書信息”這個類是我另外加上的，因為圖書館在采購圖書的時候触创，不可能一本書就買一本（大部分情況下）坎藐，所以我就加了這么個類。
其他的類大家應該都比較清楚了。
然后岩馍，需要明確類之間的關系碉咆。
顯然，借閱證與讀者的關系是：一個讀者有且只能有一個借閱證蛀恩，而每個借閱證肯定只能屬于一個讀者疫铜。
實際在閱讀類圖的時候需要分不同的對象。
