套用建模

在設計移動套用時，規劃師和架構師面臨的最大問題是區分不出移動用戶/移動工作人員。套用設計流程發生在可以模擬出套用在真實世界使用的場景的框架上至關重要。一些公司在這個領域做了很多嘗試，比如使軟體團隊能夠進行“移動模擬”，使他們能夠體驗到其套用用戶可能會使用的場景，並且可視化出套用能夠被使用的方式。

基本介紹

• 中文名：套用建模

在設計移動套用時，規劃師和架構師面臨的最大問題是區分不出移動用戶/移動工作人員。套用設計流程發生在可以模擬出套用在真實世界使用的場景的框架上至關重要。一些公司在這個領域做了很多嘗試，比如使軟體團隊能夠進行“移動模擬”，使他們能夠體驗到其套用用戶可能會使用的場景，並且可視化出套用能夠被使用的方式。

套用的用戶上下文是套用建模的最高級別。在大多數情況下，套用分為兩類，目的驅動或者刺激驅動的使用。目的驅動的套用包含的任務可以讓用戶來到什麼地方，完成什麼事情。這些套用必須通過在上下文提供信息來支持該目的，意味著要契合用戶在完成目的的流程中所處的位置。相反，刺激驅動的套用的用戶使用該套用是因為一些外部因素，並且很可能是因為一些大的隨機事件的刺激。這兩種模型都適用於工作人員和某種類型行為的消費者，因此，理解你自己的設計里哪種模型起作用非常重要。

套用建模的第二層是UI到工作流的連結。套用的目的會生成工作人員/用戶的行為，要能夠翻譯成信息的請求，處理和某種方式的展示。一直以來能夠可視化得看到套用用戶會如何操作以及如何儘可能得支持這樣的自然行為都很重要。將多步驟互動的每一步看成單獨任務很有用；可以幫助早些確定步驟里是否存在信息的依賴，這些信息是否可以從本地數據獲得，而不是需要訪問更深層的企業倉庫。

套用建模的第三層是前端到後台的連結。現代套用，特別是移動套用，被設計來建模用戶界面驅動的前端流程，這類似於Web託管，和通常是遺留IT的後台套用流程互動。前端流程可以是簡單的Web或者雲託管的套用，特別是它們依賴於獨立的或者相對不變和壓縮的信息。後端是固定的，或者預計可能會因為現有IT的雲適應而改變的。