《iOS应用软件设计之道》—— 1.1 过程:非线性但有序

1.1 过程:非线性但有序

许多开发者,从爱好者到经验丰富的专业人员,都有个习惯,那就是采取乱序的(或称“有组织的”)开发过程。代码本身和应用软件的首个版本,“就是”设计。那些功能是他们即兴加上的。没有文档说明应用软件目前的状况,以及将来会是什么样子。
在这种开发风格中,界面组件很容易随着新功能的添加而逐渐沉积到屏幕上。每次添加一点小功能,都似乎已经够了,只要一两个小的界面元素。最终你会有个“成熟”桌面应用软件的界面设计。这个应用软件积累了几十年的功能和用户界面(UI)元素。由于这个原因,“成熟”往往意味着“混乱和笨重”。
在早期,你越多地定义和规划应用软件,你就越容易避免这种命运。本书将用一种特定顺序来践行将灵感转换成软件的步骤:
列提纲。
画草图。
画线框图。
做实体模型。
做原型软件。
但这仅是为了把它们以“某种”顺序呈现出来,并不意味着你得按这个顺序去做。在实际工作中,项目确实是按非线性且有组织的方式推进的,在这些步骤间交织,通过对手边设计问题最有效的解决路径进行,如图1.1所示。如果你想设计任何有价值的东西,即使在整体软件开发过程严格固定的单位,仍然需要在这些实践间往复、半随机性跳转。

时间: 2024-08-30 06:47:46

《iOS应用软件设计之道》—— 1.1 过程:非线性但有序的相关文章

《iOS应用软件设计之道》—— 3.1 流向:从一个画面到另一个画面

3.1 流向:从一个画面到另一个画面 简单地说,线框图的主要困难在于指出如何将功能清单以一系列的二维画面表达出来.困难的一部分是提供画面间的流向,让用户感到合理.易于使用.下面看一些构建聪明的流向方案,可供采用. 3.1.1 导航控制器 导航控制器是iOS上最常见的画面切换方法(参看图3.1示例).位于画面顶端的流向条指示出当前位置,并包含一个回退按钮.内容区的右向箭头提供沿层次结构向下的方法.这种组织方式使任意数目的分支路径成为可能,而且回到顶层的方法也是统一的.用户在这种流向方案中,可以垂直

《iOS应用软件设计之道》—— 3.2 对标准组件的建议

3.2 对标准组件的建议 组件可以构成画面中的各块内容,这些块包括视图.控件.警示等.在画线框图时,你只需要找出合适的组件,将其安排到合适的画面中.当然,这么说就像写一本畅销小说,只是把合适的词语按合适的顺序摆放而已.对于杰出的应用软件,你需要大量的智慧来组织设计,但要这么做,你得确保自己熟悉要用到的这些模块. 应当优先选取操作系统提供的标准组件,而不是构建自己的组件来组织设计,这是规则.对于几乎所有需求,都有标准控件把工作可靠.可预见地实现.标准控件有用户熟悉的好处,用户理所当然会花多数时间到

《iOS应用软件设计之道》—— 导读

前言 你好 这个世界终究注意到了设计,尽管花了些时日,但设计的确很关键. 有关设计力量的完美故事可以追溯到2007年4月关于微软首席执行官史蒂夫·巴尔默的一番笑谈.那是在1月份,苹果公司的史蒂夫·乔布斯刚刚宣布了iPhone的诞生,所有人都在思量这个发布,考虑如何应对它.面对群雄割据的智能手机市场,巴尔默在"USA Today"的访谈中这样评论iPhone在市场中的机会:"iPhone不会有机会获得任何可观的市场份额.没有机会." 我可不是幸灾乐祸,但这个预言的失误

《iOS应用软件设计之道》—— 1.10 减少问题

1.10 减少问题 列提纲时还要顺便解答一个关键的设计问题:这些条目会不会是同一件事物呢?设计的相当大一部分工作就是找出产品到底要做成什么样子,它的每个组件如何组装到一起?两个需求能否通过一个功能满足?某个功能是否做的事太多,若分解成多个功能,会不会更顺畅些?作为设计人员,你的个人风格很大程度上就是你在合并.拆分应用软件的组件时的力度,所以要准备花大量的时间来考虑这个问题.例如,在SnackLog设计中,你正考虑是否要包含标记和多用户支持.在组织提纲时,你发现它们似乎均可以放到"分类化"

《iOS应用软件设计之道》—— 2.2 谈话中论设计

2.2 谈话中论设计 你在开会.会议已经开了半个小时.每个人都在谈论你关于Framistan应用软件设计的提议.他们都自认为清楚你提案的概念和分歧.有些人赞成你的想法,有些人则反对.最后,为了阐明其中一些细节的要点,你把Framistan画到白板上.突然,房间里有一半人站了起来:"我没想到这里有个'取消'按钮!","噢,这只是个消息框,而不是全屏窗口?","啊,但如果你旋转了iPad,结果会怎么样呢?",等等.这说明每个人对Framistan都是

《iOS应用软件设计之道》—— 2.9 画交互过程草图

2.9 画交互过程草图 有时你不仅需要描述静态画面,还要表现人们如何与此画面交互.按动这个按钮,会弹出这个框图.点这个单元格,会进入下一层,等等.这种从一个状态移动到下个状态对软件设计而言,其重要性至少不亚于单独的各个状态(而且当你在指望别人完成此工程工作时,将此明确化,就更 重要了). 可以使用特定注释来标明有人在操作你的应用软件时,按某个特定步骤操作时应用软件的表现形式.每步交互都有自己的框图,就像是在故事板或滑稽书里那样.在草图里显示每步点击了什么,或者屏幕上做了什么手势.将各画面用箭头线

《iOS应用软件设计之道》—— 2.5 何时画草图

2.5 何时画草图 在若干情况下,画草图是很有必要的. 描述架构提纲.最初,你要仔细检查整个架构提纲,画出每一幅画面的内容.每个功能都要能看到,每步流向都要明确,架构提纲里的每个条目都要以某种形式在草图中体现出来.一时间,你的各个想法和注解组成了可供检查和发展的基础.这些草图和提纲一起呈现出了对应用软件应该如何表现的高层次理解. 直接画架构草图.倘若应用软件规模较小,其功能可以通过所提供的画面显示来定义,就可以跳过架构提纲,直接从架构草图开始.对小不点型的应用软件(如内置的Stocks或Note

《iOS应用软件设计之道》—— 2.11 小结

2.11 小结 草图是你作为设计人员时经常用到的工具.如果你对某界面或交互过程有若干种思路,可以把它们画出来,在纸上衡量其优劣.如果你只有一个想法,也要把它画出来.画图的过程也会令你产生新的领悟.在你对应用软件有了高层的概念时,还应绘制出来.你或许会找到让你的想法更经济.更合理.更优雅的方法.越通过绘制草图来与自己和别人沟通,你就越是个优秀的设计人员.草图可以粗糙.迅速,只需表达它们的要点即可.你的应用软件出自于各种想法,而这些想法成形于草图.并不是所有想法都得完全是原创的.你该读读<iOS人机

《iOS应用软件设计之道》—— 2.10 画工作流程草图

2.10 画工作流程草图 工作流程草图就是应用软件里不同画面的地图,从一个画面移动至另一个画面,就像是应用软件可视的高层次提纲.倘若你的应用软件相当简单,也许在一张图中就能画出所有的东西:否则,可以将其分割成几块,每块分别画出相关部分.例如,假设你的iPad应用软件有几个浮动框,你可以为每个浮动框都画个地图.有的应用软件通过一贯方式(如页签)来快速切换功能块.对于这类应用软件,就适合为每个页签赋予其自己的工作流程地图.工作流程最抽象时,可以采用方块与箭头线的简单组合,来展示应用软件不同画面间的路