《UI界面设计交互设计及程序开发》由会员分享，可在线阅读，更多相关《UI界面设计交互设计及程序开发（7页珍藏版）》请在金锄头文库上搜索。
1、UI界面设计、交互设计及程序开发在网络项目开发进程中，这个阶段也叫做构建阶段，是工作量最大、最艰苦也是最难以 控制的阶段。无论一座大楼的设计蓝图多宏伟，若没有管道工、泥瓦匠、水电工等各类工匠 一砖一瓦地艰辛积累，密切协作，这座大楼始终是空中楼阁、空中楼阁。:界面设计打开用户之门对于以Web服务为模式的项目，无论是访问用户仍是系统管理员，主要工作都是通过 阅读器的界面交互完成。给系统设计合理友好的*作界面就像给人穿衣服一样，合体舒适的 搭配能给人线人一新的感觉，反之则令人敬而远之，乃至失去进一步深切了解的兴趣，这无 疑不是开发人员所期望的结果。以网站为表现方式的系统界面设计所涉及的知识远远超过了
2、美术的范围作为一个优秀 的Web界面设计师来讲，需要掌握的不单单是电脑制图的能力，还应该具有心理学、广告 创意、美术工艺、排版艺术等多方面的综合素质，系统界面绝不是孤芳自赏令人难以理解的 抽象画，而应该成为绝大多数用户一路接受的最方便的日用品。关于Web美工创作的*作技能不是本文所关注的，咱们希望知道的是用户最需要的是 什么样的界面？按照笔者的经验，在进行产品设计和项目开发的界面设计中是有所不同的。 产品一般是指可大量分发销售的成熟性的产品，具体用户是不肯定的，而项目大多是针对具 体客户的需求进行开发不具备二次销售的条件固然在二者之间总还是能找到共同点的。产品设计由于面对的是未知的用户因此界面
3、设计必需挖掘的是用户习惯和观念的共性， 公共化产品（例如邮件系统、BBS、门户网站等）、商业应用产品（例如交易系统、电子办 公系统）或专业应用产品（例如财务系统、杀毒系统）等等，需要考虑的是所有人或某一类的人的共同习惯和审美观念，而不是刻意地出奇招、不断地考验用户的智商和耐心。项 目开发则相反，面对明确的具体用户考虑更多的是个性化设计，或许有些是超级规的要求， 可是用户已经具有特殊的偏好和习惯时，应尽可能知足用户的需求进行设计。在笔者参与某 个行业的办公系统设计进程中，用户就提出了超级特别的要求，所有的界面不能出现外国人 和外国场景的形象，每一页都需要变换颜色，另外站点题目要大得出乎寻常，失去
4、比例，这 时美工只能迁就用户的心理和习惯，可是这样的设计用到产品设计上，大多人都会感到不舒 畅。不论是产品设计还是项目开发，界面设计都应该遵循以下共同的规则：*界面风格需要一致：每一个新的系统对用户来说都是一次新的学习过程，若是界面风格常常转变，不维持统 一，无疑更增加了用户的学习难度，也许会致利用户的厌烦。比如：第一页的导航条是图片 型的放在页面顶部横排的，而在第二页导航条却成了文字型居左竖排，用户会为了捉摸不清 设计师的用意而大光其火。再比如，有些设计师考虑到用户方便，在页面上放置了后退的按 钮，但是如果不注意维持一致的话，用户也许会糊涂后退、回顾页、BACK、上一页这些按 钮究竟有什么区
5、别?也许非常恼火你是不是拿他在开涮！*界面元素对象化：在程序设计中需要注重模块化而界面设计中对象化一样非常重要。将界面元素对象化， 比如底部版权信息、导航条等，图片、JS也尽可能复用，比如站点标志、搜索按钮、转动 信息的JS文件等等；*成立标准的文档管理和设计规范：界面设计涉及的要素比较多，文件类型复杂，而界面文 件往往还需要另外通过程序进行编译这就要求了界面设计人员必须成立规的设计规范和标 准的文档管理方式： *制定文件命名标准*设定文件统一路径*保留原始创作文件（例如PSD、Fla源文件）*最终完成文件（通过用户认可的文件）*单独管理摸版文件（经过编译或嵌入程序的文件）*考虑用户偏好习惯和
6、方便性：我们经常可以听到界面设计师说：怎么在我机械上看得好好的，怎么在你那里就变样 了？其实道理很简单，用户的*作环境和习惯与设计环境是有不同的，界面设计同程序一 样需要进行测试，主要测试的对象为：*浏览器类型和版本兼容问题：假设有个很重要的菜单是需要IE5.5支持的，但是用户万一 使用的是IE4.0版本，那么这个菜单就再也打不开，结果可想而知；*分辨率界面设计师的屏幕也许是17寸的分辨率甚至做到1280x960都是可以接受的， 但是用户的如果用的14寸显示器，分辨率只能达到640x480 ,界面布局看起来会很好笑；*字体大小：利用样式表精准控制页面元素，特别是字体是很重要的。有很多用户喜欢更
7、改 浏览器默许的字体显示大小当设计师看到用户将字体显示调整成最大而将表格撑得乱七八 糟的时候，或许会痛心疾首的；*考虑特殊情况：用户或许在浏览器设置了禁止显示图片或禁止JS脚本等，有必要为图片 设置好尺寸以避免影响其他元素的显示，并有其他的方式代替JS需要显示的效果和信息。*编写帮忙：无论何等超卓的界面设计对用户来说都是陌生的那么编写站点帮助或软件帮助是个非 常有效的办法，把你的设计意图和使用介绍明明白白地告知用户，在用户碰到困难的时候能 够取得最快的帮助，不但可以降低用户的不满程度，同时可以帮助用户加倍系统深入地学习 和掌握。二：交互设计成立沟通的桥梁作为交互设计人员应该读读Alan Coo
8、per的软件创新之路，被誉为VB之父地 Alan Cooper明确地提出了将程序开发划分为交互设计和编码设计两大部份，笔者超级赞 同。软件愈来愈难用，愈来愈难学。咱们不止一次地听到用户如此地抱怨，或许程序员 以为机械就是如此理解程序的，随着系统的日趋复杂和功能的不断壮大，软件原来越难用， 门坎愈来愈高是很正常的，可是别忘记用户才是系统的所有者和利用者，期望用户成为计算 机专家的要求显然是难以接受的。在国内无论是从事商务的技术人员仍是技术型的商务人员 都极为缺乏，交互设计师就理所固然地应该成为彼此沟通的桥梁。程序员和用户的不同是很明显的，因此通过交互设计建立良好的沟通是非常需要的。（一）交互设计
9、师的偏重点并非在程序的编码实现，而注重于用户如何最好地与系统交 互*作，在设计中重点需要考虑的是：*系统易用性：并非每一个用户都是计算机的熟练用户，面对隐藏的层和特殊设计的菜单可能会抓瞎， 用户不见得能明白双击左键能自动滚屏或如何能让自动滚屏停下来、直接看最下面的结果？ 交互设计师特别需要重视的就是系统的易用性。有条件的话，可让不同的陌生用户从首页开 始*作，不给予任何提示和帮忙，观察用户的上手和熟练程度，记录并查找所有的陷阱和缺 点，加以改良。*流程简便：“简单就是美，在系统交互设计方面更是如此，如何用最少的*作，最明显的提示和 帮助，完成一项流程的*作是需要花大力气进行优化的。*盲点测试：
10、用户的*作并不是严格的依照系统的提示顺序进行，也不必然会依照系统的提示要求去 做，而程序员在设计的进程中是依照既定的逻辑进行开发的，测试中也不免以自己的习惯* 作，这时就可能出现盲点，即系统存在未被测试到的状态环境。编写测试软件或利用其他测 试工具可以大大提高测试的靠得住性。例如一份表单正常提交以后，假设用户利用历史记录后退，回到提交前的状态，这时修 改了提交内容，又再一次提交，那么结果是什么呢？再比如，假设设计的弹出窗口的尺寸是 700x500,且不可改变大小，隐藏转动条，而用户万一利用640x480的分辨率，那么弹出 的窗口中，用户如何能点击至I最下面的按钮？*犯错及异样提示：凡是软件都是
11、有BUG的因此对各类出错或异常状态给予用户一个友好的提示和帮助， 并提示用户可能是由于什么原因，那么用户会愉快的多。笔者碰到过一个用户注册系统，用户注册后希望修改密码，有的能做成功，而有些人怎 么也改不了，检查了很长时间才发现由于密码设置的是很多于三位不大于八位，许多用户密 码超过了八位，因此无法修改成功，可是由于没有提示出错原因，所以用户就不断拼命地提 交，最后只好愤怒地去投诉。再例如发布信息的时候何能会因为填写时间太长，提交时被系统拒绝数据丢失，那么 用户辛辛苦苦撰写的内容永远消失了还有什么比这个更令用户沮丧的吗？在填写的输入部 份给用户一个时间提示，或允许后退找回适才的内容，至少可以让用
12、户容易接受一些。 *利用用户环境测试禾U用用户的*作环境进行测试，用户的服务器、网络线路和客户机或许跟开发环境不同 庞大，用户的机械配置、网络环境对系统的要求是不一样的。比如设计客户端的APPLET 时也许会因为客户机的内存不足而崩溃，也可能因为文件过大，远程访问时处置时间过长而 响应失败，。（二）Web的交互设计师需要掌握的技术主如果Javas cript、VBs cript、Dhtml、Flash等，还需要了解心理学、人因工程学、系统工程等方面的经验和知识，认真把握每一 个交互动作的合理性和可行性，这个交互或许是个链接，也可能是个表单、提示窗口或是转 动条的拉动距离，检查是不是最优化和最合
13、理的方式。举个很简单的例子，在链接列表过量出现翻页的时候，程序员很自然地会将上一页、下 一页的翻页按钮放在了最底下，可是列表很长的时候，用户每次翻页的时候都需要把滚动条 拉到最下面才可以点击到翻页按钮，用户可能就会抱怨，明明知道在某一页，却每次要点击 后拉滚动条寻觅翻页按钮，而若是将翻页按钮在列表的上面也放一条，而且设置直接跳转到 某页的按钮，则大大减轻了用户的工作量，类似的例子在咱们的设计中不足为奇。 三：程序开发是系统的基石程序员进行编码，组成了系统的基础。在进行系统分析和软件建模以后，程序开发便进 入实质性的进程。但是在程序员动手之前不单需要和系统分析员打交道还要和界面工程师， 交互设计
14、师，业务流程分析员和客户交流，除理解程序逻辑之外，同时需要理解界面设计和 交互设计的要求，使得程序开发成功的可能性大大提高，达到事半功倍的效果。随着网络开发技术的日趋发展和用户需求的不断增加系统开发中的编码工作日趋繁重， 不单单需要考虑性能和功能的实现，而且需要考虑此后的保护和扩展，需要考虑到系统的集 成和稳定，许多略微复杂一些的系统开发便再也不是一个人能独立完成的，因此程序开发需 要遵循严格规范的开发过程。*文档规范：软件即文档。良好的文档习惯是系统开发极为重要的，文档是程序的一部份，程序员花一按时间进行文档编写是分内的工作。具有完整的文档记录，对于系统今后 的二次开发、查错、升级具有重大的
15、作用。可以说即便代码全数扔掉，只要文档完整，很快 就可以够再造一个系统出来，而只保留了代码，缺乏文档的时候，就像被抽了脊梁的标本， 再难站起来恢恢复样。*编码规范：编码规范包括了程序排版、注释、命名、可读性、变量、程序效率、质量保证、 代码编译、代码测试和版本控制等等注意事项。程序员最多见的问题之一：“他人写的代码看不懂，与其改写不如重写。大体上都是 没有依照编码规范开发的缘故。所以我们常常听说某个程序员离职以后/也所写的那些模块 就无法维护和管理了。*代码复用：代码复用是程序员的梦想，也是系统成熟度的重要标志，关于代码复用方式的 讨论不在本文之列，但是做为代码复用是程序员走向成熟和提升的必经
16、之路。*测试测试再测试：笔者在软件工程的讨论会上，微软的一名项目领导在介绍微软如何保证 产品质量时说：“微软质量保证的秘密就是：测试测试再测试！在IE4.0的开发小组中， 200名开发程序员意外还有200多名测试工程师，而且测试工程师的水平乃至高于开发工 程师。测试是系统质量最直接有效的手腕。在国内的开发环境达到这样的投入和水平显然是 不太现实的但是尽可能提高测试环境和增强测试管理是程序员和测试工程师一路的方向。四：本阶段的重点工作：在这个阶段是整个项目组参与角色最多，也是协作最密切最难控制的进程，笔者以为做 为项目领导特别需要关注以下问题：1：成立项目小组的沟通渠道：沟通是项目小组具有密切协作形成凝聚力的最重要的手腕在项目开发过程随着各个角 色的工作进展，冲突和矛盾是必不可少的，无论是通过论坛、邮件、会议、口头仍是私下沟 通，项目管理人员有
