場景化設(shè)計培訓(xùn)課件

楊朝令場景化設(shè)計培訓(xùn)楊朝令場景化設(shè)計培訓(xùn)業(yè)務(wù)和應(yīng)用程序?qū)又g存在著鴻溝抽象層之間缺乏可追溯性用戶體驗的質(zhì)量通常很低僅僅使用用例驅(qū)動的UML規(guī)范對系統(tǒng)進(jìn)行建模不會提供良好的業(yè)務(wù)反應(yīng)性級別用例驅(qū)動的設(shè)計問題業(yè)務(wù)和應(yīng)用程序?qū)又g存在著鴻溝抽象層之間缺乏可追溯性用戶體驗2想用

享受且渴望可用

簡單、易學(xué)、高效有用

能解決問題想用

享受且渴望可用

簡單、易學(xué)、高效有用

能解決問題3我根本不知道誰在用我們的產(chǎn)品，也不知道用戶對我們的產(chǎn)品評價如何?！啊蔽腋静恢勒l在用我們的產(chǎn)品，也不知道用戶對我們的產(chǎn)品評價如我不知道為什么要開發(fā)這個功能，不過我還是按照文檔完成了?！啊蔽也恢罏槭裁匆_發(fā)這個功能，不過我還是按照文檔完成了。“”團(tuán)隊里的每個人對于一個項目該做什么，先做什么，為誰而做……都有不同的想法?！啊眻F(tuán)隊里的每個人對于一個項目該做什么，先做什么，為誰而做……都我們可以做的功能太多了，到底如何取舍呢？“”我們可以做的功能太多了，到底如何取舍呢？“”客戶的需求不斷變化，我們很多工作都白做了?！啊笨蛻舻男枨蟛粩嘧兓覀兒芏喙ぷ鞫及鬃隽?。“”這個版本我們增加了許多新的功能，但用戶反響并不理想。“”這個版本我們增加了許多新的功能，但用戶反響并不理想?！啊監(jiān)utside-InDesign（OID）方法和過程代表了以用戶為中心的設(shè)計（User-CenteredDesign）和用戶工程（UserEngineering）最后的演進(jìn)步驟。主要的焦點在于產(chǎn)品線所處于，或計劃處于的業(yè)務(wù)環(huán)境。更確切地說，OID的目標(biāo)是定義此類產(chǎn)品的用戶，以更好地設(shè)計他們的交互體驗。這使得OID在用戶接口設(shè)計領(lǐng)域中非常有效。如果在OID方法中尋找弱點，那么其弱點是缺少業(yè)務(wù)環(huán)境、系統(tǒng)環(huán)境，和用戶接口之間的正式連接基于場景的設(shè)計（Scenario-BasedDesign，SBD）作為可以滿足有效地管理客戶需求，并且更容易地在客戶環(huán)境中集成產(chǎn)品的關(guān)鍵學(xué)科出現(xiàn)。它的主要目標(biāo)是推動技術(shù)集成。雖然此方法是好的開端，但其還不完全。為了避免創(chuàng)建與現(xiàn)有的客戶角色和過程不一致的解決方案，SBD必須對用戶、它們所做的事情，以及他們所處的環(huán)境更加重視什么是USBDUSBD是被提議的覆蓋軟件開發(fā)端到端范圍的統(tǒng)一的設(shè)計方法。目標(biāo)是能夠設(shè)計出覆蓋所有或部分被建模的業(yè)務(wù)過程的產(chǎn)品，以及幫助預(yù)期的用戶利用最可能的經(jīng)驗實現(xiàn)所確定的目標(biāo)。USBD所描述的開發(fā)的另一方面是如何通過簡潔，而完全的形式化文檔集支持生產(chǎn)者和消費者之間的溝通渠道。Outside-InDesign（OID）方法和過程代表了10場景是什么？一個用戶場景就是一個描述某個用戶在某個環(huán)境中完成某個任務(wù)的故事。講述一個故事包含用戶情感和環(huán)境因素揭示用戶真正的需求不談解決方案作為設(shè)計的基石和標(biāo)桿，幫助團(tuán)隊溝通和交流。場景是什么？一個用戶場景就是一個描述某個用戶在某個環(huán)境中完成11允許您將業(yè)務(wù)環(huán)境及其目標(biāo)看作是管理軟件設(shè)計所遵從的約束條件的關(guān)鍵決定因素為以下方面提供可能性： 確定業(yè)務(wù)目標(biāo)是否得到正確的支持 確定哪個領(lǐng)域需要更多投資 發(fā)現(xiàn)沖突的目標(biāo) 驗證用戶執(zhí)行的任務(wù)如何支持業(yè)務(wù)需求 設(shè)計符合用戶需求和目標(biāo)的用戶接口 就令軟件產(chǎn)品快速地響應(yīng)業(yè)務(wù)中的變更的能力而言，從業(yè)務(wù)過程元素到系統(tǒng)元素的正式追蹤為您提供更大的靈活性。您可以使用為系統(tǒng)建模的同樣形式來為業(yè)務(wù)過程和目標(biāo)建模，通過利用這樣的事實，您現(xiàn)在可以獲得整個端到端的視圖的單一的描述，從業(yè)務(wù)需求到軟件產(chǎn)品。通過正式的、基于UML的用戶和用戶接口建模，在參與軟件開發(fā)生命周期的不同團(tuán)隊之間創(chuàng)建明確的文檔及通信為您提供將用戶接口和系統(tǒng)模型鏈接起來的能力，使您更容易地找到錯誤。這使您可以將所有設(shè)計軟件系統(tǒng)的最佳實踐應(yīng)用到用戶接口的設(shè)計中來。SBD好處允許您將業(yè)務(wù)環(huán)境及其目標(biāo)看作是管理軟件設(shè)計所遵從的約束條件的12頭腦風(fēng)暴，集思廣益自由暢談延遲評判禁止批評追求數(shù)量頭腦風(fēng)暴，集思廣益自由暢談場景化設(shè)計培訓(xùn)課件場景化設(shè)計培訓(xùn)課件系統(tǒng)自動推薦最佳位置選擇影院和電影顯示座位圖，并手動選擇購買多張電影票只能選擇相鄰的座位可選、不可選、已選的座位用不同顏色表示購買后提供一次修改座位的機(jī)會付款選座位根據(jù)手機(jī)GPS位置查找最新的影院搜索影院名稱或關(guān)鍵字自動記錄最常去的影院查看各影院的用戶評分地區(qū)—商圈—商場逐級定位影院上映中電影列表以及用戶評分取票系統(tǒng)內(nèi)余額支付支付寶、財付通在線支付信用卡、銀行卡支付售票處付款手機(jī)余額支付電子票，直接出示手機(jī)應(yīng)用即可。憑手機(jī)應(yīng)用或短信到售票處取票。將電影票快遞至用戶手中。用打印機(jī)自行打印帶條形碼的電影票采用電子票贈送一小桶爆米花提前一個小時可以在線退票系統(tǒng)自動推薦最佳位置選擇影院和電影顯示座位圖，并手動選擇購買視覺化用戶場景視覺化用戶場景三大步8小步理解客戶理解用戶概念設(shè)計三大步8小步理解客戶理解用戶概念設(shè)計18在業(yè)務(wù)模型中確定并獲取了五個主要的元素：業(yè)務(wù)流程圖（BusinessProcessMaps）業(yè)務(wù)流程（BusinessProcesses）業(yè)務(wù)參與者（BusinessActors）客涉眾（CustomerStakeholders）業(yè)務(wù)目標(biāo)（BusinessGoals）理解客戶：第一步在業(yè)務(wù)模型中確定并獲取了五個主要的元素：理解客戶：第一步19理解客戶：第二步完成業(yè)務(wù)模型用例圖顯示所有已確定的業(yè)務(wù)用例追溯客戶涉眾、他們設(shè)定的業(yè)務(wù)目標(biāo)，及支持那些目標(biāo)的業(yè)務(wù)用例之間關(guān)系理解客戶：第二步完成業(yè)務(wù)模型用例圖顯示所有已確定的業(yè)務(wù)用例追20理解客戶：第三步開發(fā)業(yè)務(wù)分析模型業(yè)務(wù)用例參與者—包括業(yè)務(wù)操作者和業(yè)務(wù)參與者—以及他們的關(guān)系的靜態(tài)視圖序列圖（每一個表示不同的業(yè)務(wù)用例場景或子流程）表示存在于業(yè)務(wù)操作者之間，用以實現(xiàn)業(yè)務(wù)用例的交互理解客戶：第三步開發(fā)業(yè)務(wù)分析模型業(yè)務(wù)用例參與者—包括業(yè)務(wù)21操作者功能的系統(tǒng)用例的實現(xiàn)理解客戶：第四步操作者功能的系統(tǒng)用例的實現(xiàn)理解客戶：第四步22理解客戶：第五步創(chuàng)建業(yè)務(wù)建模及系統(tǒng)建模工件之間的追溯。此處的最佳實踐，通過序列圖中的引用方法把將要自動化的業(yè)務(wù)操作者所提供的每個方法關(guān)聯(lián)到系統(tǒng)分析模型中相應(yīng)的系統(tǒng)用例實現(xiàn)。這大大地增強了模型可導(dǎo)航性。此外，發(fā)起那些方法的業(yè)務(wù)操作者將追溯到相應(yīng)的位于系統(tǒng)用例模型中的系統(tǒng)參與者（用戶角色）理解客戶：第五步創(chuàng)建業(yè)務(wù)建模及系統(tǒng)建模工件之間的追溯。此處的23理解用戶：第六步創(chuàng)建角色，這是用戶原型，封裝了通過與許多具體的當(dāng)前或潛在的產(chǎn)品用戶進(jìn)行面談而收集的所有知識針對每個被確定為需要一個產(chǎn)品的具體接口的用戶，來創(chuàng)建不同的角色來詳述典型的用戶目標(biāo)、任務(wù)和技能每個角色顯示為擁有一組skill原型技能屬性的類。每個角色都與它覆蓋的所有用戶（用戶角色）相關(guān)聯(lián)，并且由主要角色（primarypersona）、次要角色（secondarypersona）,補充角色（supplementalpersona）、負(fù)面角色（negativepersona），等等的原型進(jìn)行標(biāo)記。建立連接并驗證角色和分析階段中確定的（或者可能是反向工程）實際系統(tǒng)參與者之間的關(guān)系是有用的理解用戶：第六步創(chuàng)建角色，這是用戶原型，封裝了通過與許多具體24概念設(shè)計：第七步系統(tǒng)用例以兩種不同方式得以實現(xiàn)傳統(tǒng)用例圖：類圖和交互圖用例情節(jié)串聯(lián)板這種圖表示了窗口中的靜態(tài)與動態(tài)關(guān)系。每種關(guān)系如下：靜態(tài)關(guān)系是一個screen由一些compartments組成動態(tài)聯(lián)系是由用戶行為決定的兩個screen間的導(dǎo)航概念設(shè)計：第七步系統(tǒng)用例以兩種不同方式得以實現(xiàn)傳統(tǒng)用例圖：類25概念設(shè)計：第八步可視化設(shè)計實際的圖形界面概念設(shè)計：第八步可視化設(shè)計實際的圖形界面26產(chǎn)品是有場景的目標(biāo)完成業(yè)務(wù)流程完成業(yè)務(wù)的人完成任務(wù)一個場景是由多個情節(jié)組成的，將情節(jié)串聯(lián)起來就是情節(jié)板人情節(jié)GUI（元素）GUI導(dǎo)航場景并不都只有happy

story基本流備選流始終不要忘記你的目標(biāo)是什么？客戶的目標(biāo)是什么？產(chǎn)品是有場景的一個場景是由多個情節(jié)組成的，將情節(jié)串聯(lián)起來就是27SEEYOUSOON!THANKS

FORCOMINGSEEYOUSOON!THANKSFORCOMING楊朝令場景化設(shè)計培訓(xùn)楊朝令場景化設(shè)計培訓(xùn)業(yè)務(wù)和應(yīng)用程序?qū)又g存在著鴻溝抽象層之間缺乏可追溯性用戶體驗的質(zhì)量通常很低僅僅使用用例驅(qū)動的UML規(guī)范對系統(tǒng)進(jìn)行建模不會提供良好的業(yè)務(wù)反應(yīng)性級別用例驅(qū)動的設(shè)計問題業(yè)務(wù)和應(yīng)用程序?qū)又g存在著鴻溝抽象層之間缺乏可追溯性用戶體驗30想用

享受且渴望可用

簡單、易學(xué)、高效有用

能解決問題想用

享受且渴望可用

簡單、易學(xué)、高效有用

能解決問題31我根本不知道誰在用我們的產(chǎn)品，也不知道用戶對我們的產(chǎn)品評價如何?！啊蔽腋静恢勒l在用我們的產(chǎn)品，也不知道用戶對我們的產(chǎn)品評價如我不知道為什么要開發(fā)這個功能，不過我還是按照文檔完成了?！啊蔽也恢罏槭裁匆_發(fā)這個功能，不過我還是按照文檔完成了?！啊眻F(tuán)隊里的每個人對于一個項目該做什么，先做什么，為誰而做……都有不同的想法?！啊眻F(tuán)隊里的每個人對于一個項目該做什么，先做什么，為誰而做……都我們可以做的功能太多了，到底如何取舍呢？“”我們可以做的功能太多了，到底如何取舍呢？“”客戶的需求不斷變化，我們很多工作都白做了?！啊笨蛻舻男枨蟛粩嘧兓?，我們很多工作都白做了?！啊边@個版本我們增加了許多新的功能，但用戶反響并不理想?！啊边@個版本我們增加了許多新的功能，但用戶反響并不理想。“”O(jiān)utside-InDesign（OID）方法和過程代表了以用戶為中心的設(shè)計（User-CenteredDesign）和用戶工程（UserEngineering）最后的演進(jìn)步驟。主要的焦點在于產(chǎn)品線所處于，或計劃處于的業(yè)務(wù)環(huán)境。更確切地說，OID的目標(biāo)是定義此類產(chǎn)品的用戶，以更好地設(shè)計他們的交互體驗。這使得OID在用戶接口設(shè)計領(lǐng)域中非常有效。如果在OID方法中尋找弱點，那么其弱點是缺少業(yè)務(wù)環(huán)境、系統(tǒng)環(huán)境，和用戶接口之間的正式連接基于場景的設(shè)計（Scenario-BasedDesign，SBD）作為可以滿足有效地管理客戶需求，并且更容易地在客戶環(huán)境中集成產(chǎn)品的關(guān)鍵學(xué)科出現(xiàn)。它的主要目標(biāo)是推動技術(shù)集成。雖然此方法是好的開端，但其還不完全。為了避免創(chuàng)建與現(xiàn)有的客戶角色和過程不一致的解決方案，SBD必須對用戶、它們所做的事情，以及他們所處的環(huán)境更加重視什么是USBDUSBD是被提議的覆蓋軟件開發(fā)端到端范圍的統(tǒng)一的設(shè)計方法。目標(biāo)是能夠設(shè)計出覆蓋所有或部分被建模的業(yè)務(wù)過程的產(chǎn)品，以及幫助預(yù)期的用戶利用最可能的經(jīng)驗實現(xiàn)所確定的目標(biāo)。USBD所描述的開發(fā)的另一方面是如何通過簡潔，而完全的形式化文檔集支持生產(chǎn)者和消費者之間的溝通渠道。Outside-InDesign（OID）方法和過程代表了38場景是什么？一個用戶場景就是一個描述某個用戶在某個環(huán)境中完成某個任務(wù)的故事。講述一個故事包含用戶情感和環(huán)境因素揭示用戶真正的需求不談解決方案作為設(shè)計的基石和標(biāo)桿，幫助團(tuán)隊溝通和交流。場景是什么？一個用戶場景就是一個描述某個用戶在某個環(huán)境中完成39允許您將業(yè)務(wù)環(huán)境及其目標(biāo)看作是管理軟件設(shè)計所遵從的約束條件的關(guān)鍵決定因素為以下方面提供可能性： 確定業(yè)務(wù)目標(biāo)是否得到正確的支持 確定哪個領(lǐng)域需要更多投資 發(fā)現(xiàn)沖突的目標(biāo) 驗證用戶執(zhí)行的任務(wù)如何支持業(yè)務(wù)需求 設(shè)計符合用戶需求和目標(biāo)的用戶接口 就令軟件產(chǎn)品快速地響應(yīng)業(yè)務(wù)中的變更的能力而言，從業(yè)務(wù)過程元素到系統(tǒng)元素的正式追蹤為您提供更大的靈活性。您可以使用為系統(tǒng)建模的同樣形式來為業(yè)務(wù)過程和目標(biāo)建模，通過利用這樣的事實，您現(xiàn)在可以獲得整個端到端的視圖的單一的描述，從業(yè)務(wù)需求到軟件產(chǎn)品。通過正式的、基于UML的用戶和用戶接口建模，在參與軟件開發(fā)生命周期的不同團(tuán)隊之間創(chuàng)建明確的文檔及通信為您提供將用戶接口和系統(tǒng)模型鏈接起來的能力，使您更容易地找到錯誤。這使您可以將所有設(shè)計軟件系統(tǒng)的最佳實踐應(yīng)用到用戶接口的設(shè)計中來。SBD好處允許您將業(yè)務(wù)環(huán)境及其目標(biāo)看作是管理軟件設(shè)計所遵從的約束條件的40頭腦風(fēng)暴，集思廣益自由暢談延遲評判禁止批評追求數(shù)量頭腦風(fēng)暴，集思廣益自由暢談場景化設(shè)計培訓(xùn)課件場景化設(shè)計培訓(xùn)課件系統(tǒng)自動推薦最佳位置選擇影院和電影顯示座位圖，并手動選擇購買多張電影票只能選擇相鄰的座位可選、不可選、已選的座位用不同顏色表示購買后提供一次修改座位的機(jī)會付款選座位根據(jù)手機(jī)GPS位置查找最新的影院搜索影院名稱或關(guān)鍵字自動記錄最常去的影院查看各影院的用戶評分地區(qū)—商圈—商場逐級定位影院上映中電影列表以及用戶評分取票系統(tǒng)內(nèi)余額支付支付寶、財付通在線支付信用卡、銀行卡支付售票處付款手機(jī)余額支付電子票，直接出示手機(jī)應(yīng)用即可。憑手機(jī)應(yīng)用或短信到售票處取票。將電影票快遞至用戶手中。用打印機(jī)自行打印帶條形碼的電影票采用電子票贈送一小桶爆米花提前一個小時可以在線退票系統(tǒng)自動推薦最佳位置選擇影院和電影顯示座位圖，并手動選擇購買視覺化用戶場景視覺化用戶場景三大步8小步理解客戶理解用戶概念設(shè)計三大步8小步理解客戶理解用戶概念設(shè)計46在業(yè)務(wù)模型中確定并獲取了五個主要的元素：業(yè)務(wù)流程圖（BusinessProcessMaps）業(yè)務(wù)流程（BusinessProcesses）業(yè)務(wù)參與者（BusinessActors）客涉眾（CustomerStakeholders）業(yè)務(wù)目標(biāo)（BusinessGoals）理解客戶：第一步在業(yè)務(wù)模型中確定并獲取了五個主要的元素：理解客戶：第一步47理解客戶：第二步完成業(yè)務(wù)模型用例圖顯示所有已確定的業(yè)務(wù)用例追溯客戶涉眾、他們設(shè)定的業(yè)務(wù)目標(biāo)，及支持那些目標(biāo)的業(yè)務(wù)用例之間關(guān)系理解客戶：第二步完成業(yè)務(wù)模型用例圖顯示所有已確定的業(yè)務(wù)用例追48理解客戶：第三步開發(fā)業(yè)務(wù)分析模型業(yè)務(wù)用例參與者—包括業(yè)務(wù)操作者和業(yè)務(wù)參與者—以及他們的關(guān)系的靜態(tài)視圖序列圖（每一個表示不同的業(yè)務(wù)用例場景或子流程）表示存在于業(yè)務(wù)操作者之間，用以實現(xiàn)業(yè)務(wù)用例的交互理解客戶：第三步開發(fā)業(yè)務(wù)分析模型業(yè)務(wù)用例參與者—包括業(yè)務(wù)49操作者功能的系統(tǒng)用例的實現(xiàn)理解客戶：第四步操作者功能的系統(tǒng)用例的實現(xiàn)理解客戶：第四步50理解客戶：第五步創(chuàng)建業(yè)務(wù)建模及系統(tǒng)建模工件之間的追溯。此處的最佳實踐，通過序列圖中的引用方法把將要自動化的業(yè)務(wù)操作者所提供的每個方法關(guān)聯(lián)到系統(tǒng)分析模型中相應(yīng)的系統(tǒng)用例實現(xiàn)。這大大地增強了模型可導(dǎo)航性。此外，發(fā)起那些方法的業(yè)務(wù)操作者將追溯到相應(yīng)的位于系統(tǒng)用例模型中的系統(tǒng)參與者（用戶角色）理解客戶：第五步創(chuàng)建業(yè)務(wù)建模及系統(tǒng)建模工件之間的追溯。此處的51理解用戶：第六步創(chuàng)建角色，這是用戶原型，封裝了通過與許多具體的當(dāng)前或潛在的產(chǎn)品用戶進(jìn)行面談而收集的所有知識針對每個被確定為需要一個產(chǎn)品的具體接口