前幾日造成，去臨海給用戶做信息化應(yīng)用培訓显熏。培訓工作如何開展，思慮再三谜疤，如果只是按照功能模塊進行講解佃延，會略顯枯燥乏味，因此想通過業(yè)務(wù)場景化的方式把多個功能模塊進行串聯(lián),加深培訓效果夷磕。最后發(fā)現(xiàn)各個模塊之間的關(guān)聯(lián)性不強，采取通過具體的業(yè)務(wù)場景仔沿，說明幫助用戶在實際過程中解決了哪些問題坐桩，來引出相關(guān)功能模塊的說明。
通過以上的思考封锉，引出了一個問題绵跷，如果平臺軟件設(shè)計也采用業(yè)務(wù)場景化的模式，會不會更好成福？
舉一個業(yè)務(wù)場景的例子碾局，一個保安需要在大樓每層進行巡邏，在大樓各處設(shè)置了多個門禁的巡查點奴艾，通過各個巡查點的打卡净当，來確定一次完整的巡邏記錄。
先確定該場景所涉及到的各個元素：
門禁設(shè)備蕴潦、打卡使用的卡片像啼、人員信息、大樓信息
在平臺中會涉及到的一些最基本操作：
門禁設(shè)備的添加潭苞、卡片添加忽冻、人員信息添加、大樓打卡點信息添加此疹、門禁設(shè)備與大樓打卡點綁定僧诚、人員和卡片綁定、巡邏路線計劃添加
如果采用業(yè)務(wù)場景化的設(shè)計方式蝗碎，那么這些功能都會被打包進一個模塊湖笨，暫時叫保安巡邏模塊吧。
現(xiàn)有的平臺設(shè)計方式衍菱，可能會采用以下方式：
門禁設(shè)備的添加赶么、卡片添加、人員添加脊串、大樓巡查點添加分別抽象為一個模塊辫呻，在一個業(yè)務(wù)場景的配置過程中清钥，需要在多個模塊之間進行多次的跳轉(zhuǎn)操作。
在編程上相同的代碼會進行提取放闺，抽象為一個公共函數(shù)祟昭，但是應(yīng)用在平臺功能設(shè)計上，真的同樣適用嗎怖侦？是否還是允許一些冗余界面的出現(xiàn)篡悟，能夠更加方便用戶理解和操作平臺的功能呢？
一個功能的實現(xiàn)匾寝，怎么樣算好搬葬？
同樣以保安巡邏功能為例，通過分析我們知道艳悔，實現(xiàn)功能最少需要七步的配置操作急凰，那么如果在平臺上實際配置的操作超過七步，那么這個功能實現(xiàn)的就不算最好猜年。
配置功能和業(yè)務(wù)功能是否需要劃分為二個模塊?
一般情況下抡锈，對于用戶展現(xiàn)和實際使用都僅限于業(yè)務(wù)功能模塊，所以配置功能對于用戶是不可見的乔外，因此配置功能和業(yè)務(wù)功能是需要區(qū)分為二個不同的模塊床三，但是也需要考慮到配置頻率，如果某些配置需要每天或則每周配置杨幼，那么這些配置操作應(yīng)該提取出來合并進業(yè)務(wù)功能模塊撇簿。
