《场景化设计培训课件.ppt》由会员分享，可在线阅读，更多相关《场景化设计培训课件.ppt（28页珍藏版）》请在三一办公上搜索。
1、杨朝令,场景化设计培训,业务和应用程序层之间存在着鸿沟,抽象层之间缺乏可追溯性,用户体验的质量通常很低,仅仅使用用例驱动的 UML 规范对系统进行建模不会提供良好的业务反应性级别,用例驱动的设计问题,想用享受且渴望,可用简单、易学、高效,有用能解决问题,我根本不知道谁在用我们的产品，也不知道用户对我们的产品评价如何。,“,”,我不知道为什么要开发这个功能，不过我还是按照文档完成了。,“,”,团队里的每个人对于一个项目该做什么，先做什么，为谁而做都有不同的想法。,“,”,我们可以做的功能太多了，到底如何取舍呢？,“,”,客户的需求不断变化，我们很多工作都白做了。,“,”,这个版本我们增加了许多新
2、的功能，但用户反响并不理想。,“,”,Outside-In Design（OID）方法和过程代表了以用户为中心的设计（User-Centered Design）和 用户工程（User Engineering）最后的演进步骤。主要的焦点在于产品线所处于，或计划处于的业务环境。更确切地说，OID 的目标是定义此类产品的用户，以更好地设计他们的交互体验。这使得 OID 在用户接口设计领域中非常有效。如果在 OID 方法中寻找弱点，那么其弱点是缺少业务环境、系统环境，和用户接口之间的正式连接,基于场景的设计（Scenario-Based Design，SBD）作为可以满足有效地管理客户需求，并且更容易
3、地在客户环境中集成产品的关键学科出现。它的主要目标是推动技术集成。虽然此方法是好的开端，但其还不完全。为了避免创建与现有的客户角色和过程不一致的解决方案，SBD 必须对用户、它们所做的事情，以及他们所处的环境更加重视,什么是USBD,USBD 是被提议的覆盖软件开发端到端范围的统一的设计方法。目标是能够设计出覆盖所有或部分被建模的业务过程的产品，以及帮助预期的用户利用最可能的经验实现所确定的目标。USBD 所描述的开发的另一方面是如何通过简洁，而完全的形式化文档集支持生产者和消费者之间的沟通渠道。,场景是什么？,一个用户场景就是一个描述某个用户在某个环境中完成某个任务的故事。,讲述一个故事包含
4、用户情感和环境因素揭示用户真正的需求不谈解决方案作为设计的基石和标杆，帮助团队沟通和交流。,允许您将业务环境及其目标看作是管理软件设计所遵从的约束条件的关键决定因素为以下方面提供可能性：确定业务目标是否得到正确的支持确定哪个领域需要更多投资发现冲突的目标验证用户执行的任务如何支持业务需求设计符合用户需求和目标的用户接口就令软件产品快速地响应业务中的变更的能力而言，从业务过程元素到系统元素的正式追踪为您提供更大的灵活性。您可以使用为系统建模的同样形式来为业务过程和目标建模，通过利用这样的事实，您现在可以获得整个端到端的视图的单一的描述，从业务需求到软件产品。通过正式的、基于 UML 的用户和用户
5、接口建模，在参与软件开发生命周期的不同团队之间创建明确的文档及通信为您提供将用户接口和系统模型链接起来的能力，使您更容易地找到错误。这使您可以将所有设计软件系统的最佳实践应用到用户接口的设计中来。,SBD 好处,头脑风暴，集思广益,自由畅谈延迟评判禁止批评追求数量,系统自动推荐最佳位置,选择影院和电影,显示座位图，并手动选择,购买多张电影票只能选择相邻的座位,可选、不可选、已选的座位用不同颜色表示,购买后提供一次修改座位的机会,付款,选座位,根据手机GPS位置查找最新的影院,搜索影院名称或关键字,自动记录最常去的影院,查看各影院的用户评分,地区商圈商场逐级定位影院,上映中电影列表以及用户评分,
6、取票,系统内余额支付,支付宝、财付通在线支付,信用卡、银行卡支付,售票处付款,手机余额支付,电子票，直接出示手机应用即可。,凭手机应用或短信到售票处取票。,将电影票快递至用户手中。,用打印机自行打印带条形码的电影票,采用电子票赠送一小桶爆米花,提前一个小时可以在线退票,视觉化用户场景,三大步 8小步,理解客户,理解用户,概念设计,在业务模型中确定并获取了五个主要的元素：业务流程图（Business Process Maps）业务流程（Business Processes）业务参与者（Business Actors）客涉众（Customer Stakeholders）业务目标（Business
7、Goals）,理解客户：第一步,理解客户：第二步,完成业务模型,用例图显示所有已确定的业务用例,追溯客户涉众、他们设定的业务目标，及支持那些目标的业务用例之间关系,理解客户：第三步,开发业务分析模型,业务用例参与者 包括业务操作者和业务参与者 以及他们的关系的静态视图,序列图（每一个表示不同的业务用例场景或子流程）表示存在于业务操作者之间，用以实现业务用例的交互,操作者功能的系统用例的实现,理解客户：第四步,理解客户：第五步,创建业务建模及系统建模工件之间的追溯。此处的最佳实践，通过序列图中的引用方法把将要自动化的业务操作者所提供的每个方法关联到系统分析模型中相应的系统用例实现。这大大地增强了
8、模型可导航性。此外，发起那些方法的业务操作者将追溯到相应的位于系统用例模型中的系统参与者（用户角色）,理解用户：第六步,创建角色，这是用户原型，封装了通过与许多具体的当前或潜在的产品用户进行面谈而收集的所有知识,针对每个被确定为需要一个产品的具体接口的用户，来创建不同的角色来详述典型的用户目标、任务和技能,每个角色显示为拥有一组 skill 原型技能属性的类。每个角色都与它覆盖的所有用户（用户角色）相关联，并且由主要角色（primary persona）、次要角色（secondary persona）,补充角色（supplemental persona）、负面角色（negative perso
9、na），等等的原型进行标记。建立连接并验证角色和分析阶段中确定的（或者可能是反向工程）实际系统参与者之间的关系是有用的,概念设计：第七步,系统用例以两种不同方式得以实现,传统用例图：类图和交互图,用例情节串联板,这种 图表示了窗口中的静态与动态关系。每种关系如下：静态关系是一个screen由一些compartments组成动态联系是由用户行为决定的两个screen间的导航,概念设计：第八步,可视化设计实际的图形界面,产品是有场景的目标完成业务流程完成业务的人完成任务,一个场景是由多个情节组成的，将情节串联起来就是情节板人情节GUI（元素）GUI导航,场景并不都只有happy story基本流备选流,始终不要忘记你的目标是什么？客户的目标是什么？,SEE YOU SOON!,THANKS FOR COMING,
