在设计师的角度讲系统开发
2009-11-27 16:53:02 来源:WEB开发网核心提示:公司开发某系统已经有一段时间了,功能已经得到一些客户的肯定,在设计师的角度讲系统开发,但界面不好看一直是个大问题,所以前两三周专门做这方面的改善,以上四点是Mars在设计师的角度对系统开发提出的部分建议,如果您想要把系统做得精细,面对着N个界面的设计,N++个杂、碎、乱的页面整理
公司开发某系统已经有一段时间了,功能已经得到一些客户的肯定,但界面不好看一直是个大问题,所以前两三周专门做这方面的改善。面对着N个界面的设计,N++个杂、碎、乱的页面整理,着实是件头疼的事情。还好这一切已经完成,为那两三周的忙碌总结几点吧。
先简单概述一下系统界面美化的工作流程
1、准备阶段:熟悉,看系统相关的文档,对系统有个大概把握,不至于设计时钻牛角尖;估量,大概总结需要改善细化的页面问题;估时,计划工作时间;定人,明确参与修改的人员,设计师和程序开发人员。
2、设施阶段:设计,设计系统需要美化重点界面;规范,制定页面布局展示结构,规范CSS;修改,参与和指导程序开发人员严格按照制定好的结构、规范修改页面,这个过程相当繁琐。
3、复查阶段:细查,如图标的透明背景、弹出框大小等等;补救,手动对每个界面简单操作一下,总结补救遗留问题;提交。
其实,很多程序员注重产品功能开发却忽略了界面易用性和美观,导致开发的产品糙,难看。他们忘记了系统开发是给人用的,操作的不便、难看,同样不会让用户中意。但如果每次开发都是让界面设计师去弥补,对设计师、对程序员都挺累的。与其这样还不如将展现层早日纳入开发日程。
站在设计师的角度为系统开发提供几点建议
一、设计师须参与系统设计。
设计师的作用不应该只是对单一界面的美化,反过来说,如果他对开发的系统不理解,他的视角会很低,无法站在系统的高度有整体设计思路,一个界面炫只能解决表面问题,是解决不了较深问题的。Mars想这大概也是美工与设计师的区别所在吧。
最近在看Jesse James Garrett的《用户体验的要素》,其中讲了用户体验的五个层面(如图):战略层、范围层、结构层、框架层、表现层。Mars看来,在前两个层面设计师 必须充分理解,Mars在上这个系统开发时就忽略这两点,所以导致后期的弥补工作,后三个层面设计师必须直接参与,出界面、定规范等。这样的话系统设计、 开发将按”一”道路顺利进行,不至于走”Z”形道路。
二、设计系统重点页面的效果图
Mars觉得出效果图必须是在充分理解系统的前提下,这样设计出来的界面才能在页面上诠释系统,而不单单讲究某个按钮的水晶效果什么的。在这个环节 设计师就需要与系统开发相关负责人、测试人员(这里扮演”用户”角色)充分交流沟通,从日后扩展、易用、美观等各个角度思考设计。相比较程序开发来讲,出 图还是小成本的事情,为了不走”Z”形道路,这些界面一定要好好斟酌。
三、设计师协助程序开发负责人设计开发规范。
其中设计师协助的可能包括,系统目录架构,方便日后样式更换;展示页面,页面布局的程序结构;名称规范,布局结构标签、CSS样式、图片相关名称规范等。
以上工作及相关规范的提出,给日后程序开发提供了方便,样式这一块,只需套用通用的结构就行了。
四、系统开发的人员组织
要求系统开发人员严格按着设计图和规范来走,不要只关注自己开发的那点功能,代码结构不清晰,样式在页面头、标签上到处定义的都是,考虑一下日后改 版怎么办,不能将上千个页面再重写吧。系统开发不太可能一两个人搞定,多人协作没有一个规范作参考,各自在自己的思路写程序最终出来的系统可能糙、乱。
以上四点是Mars在设计师的角度对系统开发提出的部分建议,如果您想要把系统做得精细,建议参考一下。
先简单概述一下系统界面美化的工作流程
1、准备阶段:熟悉,看系统相关的文档,对系统有个大概把握,不至于设计时钻牛角尖;估量,大概总结需要改善细化的页面问题;估时,计划工作时间;定人,明确参与修改的人员,设计师和程序开发人员。
2、设施阶段:设计,设计系统需要美化重点界面;规范,制定页面布局展示结构,规范CSS;修改,参与和指导程序开发人员严格按照制定好的结构、规范修改页面,这个过程相当繁琐。
3、复查阶段:细查,如图标的透明背景、弹出框大小等等;补救,手动对每个界面简单操作一下,总结补救遗留问题;提交。
其实,很多程序员注重产品功能开发却忽略了界面易用性和美观,导致开发的产品糙,难看。他们忘记了系统开发是给人用的,操作的不便、难看,同样不会让用户中意。但如果每次开发都是让界面设计师去弥补,对设计师、对程序员都挺累的。与其这样还不如将展现层早日纳入开发日程。
站在设计师的角度为系统开发提供几点建议
一、设计师须参与系统设计。
设计师的作用不应该只是对单一界面的美化,反过来说,如果他对开发的系统不理解,他的视角会很低,无法站在系统的高度有整体设计思路,一个界面炫只能解决表面问题,是解决不了较深问题的。Mars想这大概也是美工与设计师的区别所在吧。
最近在看Jesse James Garrett的《用户体验的要素》,其中讲了用户体验的五个层面(如图):战略层、范围层、结构层、框架层、表现层。Mars看来,在前两个层面设计师 必须充分理解,Mars在上这个系统开发时就忽略这两点,所以导致后期的弥补工作,后三个层面设计师必须直接参与,出界面、定规范等。这样的话系统设计、 开发将按”一”道路顺利进行,不至于走”Z”形道路。
二、设计系统重点页面的效果图
Mars觉得出效果图必须是在充分理解系统的前提下,这样设计出来的界面才能在页面上诠释系统,而不单单讲究某个按钮的水晶效果什么的。在这个环节 设计师就需要与系统开发相关负责人、测试人员(这里扮演”用户”角色)充分交流沟通,从日后扩展、易用、美观等各个角度思考设计。相比较程序开发来讲,出 图还是小成本的事情,为了不走”Z”形道路,这些界面一定要好好斟酌。
三、设计师协助程序开发负责人设计开发规范。
其中设计师协助的可能包括,系统目录架构,方便日后样式更换;展示页面,页面布局的程序结构;名称规范,布局结构标签、CSS样式、图片相关名称规范等。
以上工作及相关规范的提出,给日后程序开发提供了方便,样式这一块,只需套用通用的结构就行了。
四、系统开发的人员组织
要求系统开发人员严格按着设计图和规范来走,不要只关注自己开发的那点功能,代码结构不清晰,样式在页面头、标签上到处定义的都是,考虑一下日后改 版怎么办,不能将上千个页面再重写吧。系统开发不太可能一两个人搞定,多人协作没有一个规范作参考,各自在自己的思路写程序最终出来的系统可能糙、乱。
以上四点是Mars在设计师的角度对系统开发提出的部分建议,如果您想要把系统做得精细,建议参考一下。
[]
更多精彩
赞助商链接