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