原型可减少误解.DOCVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
原型可减少误解

第1章 原型设计的价值 原型是生成的 原型设计——展示、讲述和体验之源 原型可减少误解 原型可节省时间、精力和费用 原型可减少浪费 原型可提供真实价值 小结 每 年,都有几百万人通过概念车来窥见未来。汽车厂商在这些独一无二的概念车上投入数年时间和数百万美元。但大多数概念车都没有被量产。量产的往往也只是原始想象中的一小部分。 在汽车行业,竞争相当激烈。创新不只是保持领先的手段,而往往是一种生存手段。每辆概念车都是一次设计练习,都是对可能性、可行性和市场的探索——这就是原型。 数十年以来,这种原型方法一直是汽车行业的核心。概念车虽然昂贵,但重新配备所有必要机器和上线失败的代价更高,风险实在太大。 原型是整体设计过程的必要组成部分,比如汽车或导弹导航系统设计,这无可非议。但对于软件开发而言,为创建原型而争取支持有些难。事实上,这是我们面临的最典型的挑战之一。 第1章重点说明把原型融入现有设计/开发流程时所面临的一些挑战。本章还要给出一些要点,以说明原型在提早识别问题、减少风险进而最终节省时间、精力和费用等方面所发挥的价值。 如果客户或者管理层不熟悉原型,往往会把原型视为“烧钱”的行为,即使有好处,也微不足道。我收到过一个最常见的问题:“怎样才能使老板或者客户认同原型设计?他们都说没有这方面的时间和预算。” 如果你的业务涉及到用软件和硬件构建网站、软件应用程序或者系统,就能做原型。随着系统复杂程度的提高,原型设计的成本/效益比也会显著提高。 原型设计的确是有成本的。它不是免费的。但如果你没有做过原型,就已经失去了很多创新、显著降低成本的机会。原型的收益远远超过它的初始成本。 原型是生成的 原型的根本价值之一是它是生成的(也称创成的),也就是说,在原型设计过程中,你会得到几百个(甚至上千个)想法。有些才华横溢,有些一般。我发现,即使那些一般的想法也可以催生优秀的解决方案。 作为生产过程,原型设计流程中往往也会引发创新,显著节约时间、精力和成本。原型过程有助于激发灵感,能帮你得到更具体的东西——可以感觉、体验、参与、娱乐和测试的东西。 原型设计——展示、讲述和体验之源 如果说一图胜千言,那么我要说原型抵万言。原型的威力远远超过展示和讲述——原型能让你体验自己的设计。 “讨论、建立故事板是一回事,看到真实的东西则是另外一回事。” ——Robert Hoekman, Jr. 交流设计构想或者编写设计文档有很多方法,包括需求文档、线框图、视觉组件和原型。 设计文档的三大常见模型 需求文档。需求文档通常是描述系统技术或者功能需求的书面文档。需求文档更关注书面说明,较少关注视觉呈现——更侧重于讲述,而不是展示。缺少视觉模拟常常会导致对需求的误解。页面截屏可以减少误解,但静态截屏的能力有限。 线框图。有没有见过房屋建筑蓝图?它有点像软件线框图。线框图是功能页面结构的视觉呈现。线框图从视觉上传达页面上展现哪些功能以及功能之间的关系。线框图一般以黑白或者灰度形式呈现。 线框图结合详细的交互行为注释,比需求文档更有利于展示和描述。但线框图常常会在设计中留下空白。这些空白会导致细节遗漏或者误解,显然并不是好事。 原型。原型是最终系统的代表模型或者模拟。不同于需求文档和线框图,原型比演示和讲述走得更远,原型能让你真正地体验设计。 有些技术需求,例如页面不超过100KB,也不能在原型上明显地体现出来。一份不到60~200页的补充文档足以轻松说明这类需求。 需求文档或者线框图本身都不足以展示和讲述复杂系统。对于简单系统,采用需求文档或者线框图也许就够了,但对于复杂系统,采用需求文档或者线框图最终会使你陷入麻烦。需求文档或者线框图通常结合使用以创建一个“完整画面”。但对于实际体验设计,需求文档或者线框图仍然无法达成目标。 带批注的线框图,再加上需求文档,能达到原始想法70%~80%的准确度。但对于本书而言,出错空间仍然太大了。 AJAX和RIA电动扳手 如果把AJAX或者其他富互联网应用 (RIA)加入设计文档中,会发生什么?势必崩溃——而且很快崩溃。无论是需求文档,还是带注释的线框图,都不擅长于讲述富交互和动态变化的故事。 不同于基于页面的传统交互,AJAX和RIA常常使用基于状态的交互。页面或者界面可以有多个块或多个小部件,彼此独立操作而又内部关联。更新页面的RSS源时,不再需要刷新整个页面。只需要更新RSS源小部件,页面其他部分则保持不变。 这促使设计社区中很多人宣称旧的页面范式已死——新的范式是界面或者状态。 变化和动画是另一项挑战。你是否曾经想过要描述一个自我修复的AJAX变化?我用过最好的描述,配合策略性手势和魔杖仿真,但仍然有很多人皱起眉头、满脸狐疑。 随着AJAX和其他RIA技术的持续发展,原型作为设计传达工具的需求和价值在显著增长。其实,我认

文档评论(0)

wumanduo11 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档