机房收费系统合作版(三)——UI思索

案件追踪系统1.0暂告一段落。验收过程中,MR
MI针对UI界面提出了许多自己的想法。针对TGB项目的UI设计我也有我的感受:

1.不论大小项目,只要一看界面准有70%到80%熟悉度。

2.一看这些项目,大概能够猜测到是同一伙儿做出来的。

3.只有我们开发人员(熟悉业务逻辑的人)知道下一步该做什么。

*****惨遭嫌弃的UI******:

举个例子。感受最深的是当时的基础系统采集数据。数据采集时,正直2014年最炎热时,顶着硕大的高温来往于至善楼与数理楼之间。数据采集之初,想象的很美好:我们只是该系统的技术顾问,绝对不帮那边干活儿,他们有什么不懂的可以问我们,但是活儿他们得自己干。理想很丰满,现实很骨干:耳边常响起,这个怎么用啊?怎么查啊?下一步干什么啊?这个为什么要这样命名啊?这个来回转,我都晕了!!……类似此类的话,当时听的耳朵都起茧子了。

当时想,他们也太那个啥了吧,这个不是挺简单的嘛,怎么就记不住下一步往哪里走呢?怎么就不知道该怎么命名呢?怎么就不知道该输入什么呢?不是都有操作文档的吗?

后来想,哎……那么复杂的逻辑也确实挺难为那些秘书们的了。如果我们前期没有培训过那么多次,了解过这个系统的开发过程,估计我们还不如他们呢。

*****享誉全球的经典UI******:

其实UI直接与用户打交道,对于用户而言是最为关键的部分。用户永远不会关心该系统用了多么多么高深的技术,他们唯一关心的就是系统好不好用。所以根据用户这一爱好,设计人员需要谨遵如下原则:

1.简洁单一

2.首呈要事

3.逐一展现

人们最常用的搜索引擎不一不体现着上面的原则。

百度:

谷歌:

必应:

三大搜索引擎的UI设计绝对是一个经典。界面简洁,功能单一,但却满足了用户所有的需求。MR
MI 曾经给我们上过一堂关于百度UI的课,给我们讲述过百度UI中大片空白的价值,也曾追问过:百度,谷歌为何会将1m^2千万元的广告费视如粪土。

使用这三款搜索引擎,用户不需要遵循各式各样的“温馨提示”,唯一需要做的就是:输你想输,搜你想搜,干你想干,得你想得。当用户只拥有唯一的选择时,反而他们的选择变得明确了,用户也觉得无压了。

三大引擎的另一亮点便是:干的最少,获得却最多。有人会说这是百日做梦,可是事实却是如此的。系统在后台帮助用户以最快的速度了做了最多,最重要的事情,然后用户只需要做一件事儿——随意输入,却获得了大量的数据。

*****站在巨人的肩膀上******:

最后我想说,我们的产品永远是为用户服务的,用户最想要的就应该是我们最想给的。所以子曰:见贤思齐焉,见不贤而内自也是很有道理滴……学习优秀,临摹经典,最终创造出我们自己的魅力UI。

时间: 2024-10-11 02:22:14

机房收费系统合作版(三)——UI思索的相关文章

机房收费系统合作版(四)——泛型之解

************前言: 开篇起笔先问:"泛型是什么"?解:泛型是类型抽象类.作用是什么:"通过对类型的抽象,封装,大量减少我们的代码量". 从开始学习面向对象,"抽象"一词就不断的在耳边重复.但是在没有做过项目之前,尤其是在没有尝试着用面向对象的思维去做项目之前,"抽象"在脑子里永远都是一个虚无缥缈的词儿.那么在具体的项目中,我们是如何一步一步地把"抽象"变得具体课件的呢?--继承,泛型-- ***

机房收费系统合作版(七)——总结

历经许许多多的磨难机房收费系统合作版终于告一段落了.在机房收费系统中的收获我不能说自己收获的太少了.因为相比之前任何一个阶段的学习,这个阶段是我收获的最多,感悟最多的一个阶段. 技术: 初识框架,对它有一种莫名的好感,很是喜欢.也从这个好框架中感受到了自己的与XS,LSH他们的差距.他们是搭这个架构的人,而自己光是对这个架构的学习就整整花了一周.这就是显而易见的差距. 带着莫大的好奇心,和连海苦战两天,照猫画虎,也搭建了属于这个系统的"框架".为了练手,我俩还搭建了Jenkins.由于

机房收费系统合作版(一)——框架搭建

机房收费系统的合作版中首次尝试使用框架:三层 + Spring.NET +Nhibernet框架. 一.整体框架图如下: 二.三层架构图如下: DAL层: Adapter: 结构: 实现IRepositoryDAL接口:扩展 继承RepositoryBaseDAL父类:复用 功能: 操作类:封装基本的操作--增删改查 this.HibernateTemplate.Save(entity) this.HibernateTemplate.Delete(entity) this.HibernateTe

机房收费系统合作版——VS2013自带报表

机房收费系统已经敲过两次了,每次敲的感觉都不一样,收获也不一样. 第一次敲机房,主要是克服对代码的恐惧,只要将功能实现就行:而第二次,主要就是加入前期对整个系统的分析.设计,然后在实践中理解三层架构以及对设计模式的应用:现在是第三次敲,主要是锻炼我们团队合作的能力,大家的讨论研究,合作交流等.由此可见,我们走的每一步都很重要,都是必不可少的. 今天我们来说一说我们的vb.net中自带的报表. 一.报表的制作 1,我们右击U层所在文件夹添加"新建项". 2,在弹出的的添加新建项窗口中找到

项目总结——机房收费系统合作版

机房合作就结束了,这次合作开发是第一次与别人一块儿开发一个系统,收获还是蛮大的.以下我总结几点算是经验吧,供以后參考: 管理上 1.计划 在准备合作开发之前我们三个去找米老师,老师给我们规定了时间.半个月.尽管计划是组长制定的,但假设没 有一个明白的计划规定什么时间段干什么.面对绘图,文档,代码实现,调试等等,项目就不可能有条不紊的进行. watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvemhhbmd6aWppZWppYXlvdQ==/font/5a6L

机房收费系统合作版(五)——初识委托

委托是什么?你对委托熟悉吗?答案是肯定的!你对委托一定很熟悉!对委托的熟悉,正如你对一个倒立着的人一样熟悉!为什么这么说?因为方法的调用对于每一个学习过编程的人来说都很熟悉,而且是熟悉的不能再熟悉了!那么方法的调用和委托又有什么关系呢?其实委托就是将被动调用改为了主动服务. 委托其实就是一种思想的转变:由以前的被动调用方法转变为,主动服务于某个方法.将方法间的交互思维做了一个转变.学习过三层的人不难想象方法之间的调用关系吧,那么使用了委托之后他们方法之间的关系又是什么样的呢?(借用两张图展示一下

机房收费系统合作版(二)——初识Git

研究了一天半的Git.查阅了不少资料,这里将Git的运用分为两条线做个简单梳理:本地控制库.远程控制库. **************************************本地控制库********************************************* 本地库中须要用到几个工具,这里做简介. 图形化工具: msysgit: Git forWindows是Github官方的管理工具. 它的操作都是採用命令行的形式完毕的,所以可能更加适合习惯Linux命令行的人. Gi

机房收费系统合作版(五)——初识托付

托付是什么?你对托付熟悉吗?答案是肯定的!你对托付一定非常熟悉! 对托付的熟悉,正如你对一个倒立着的人一样熟悉!为什么这么说?由于方法的调用对于每个学习过编程的人来说都非常熟悉,并且是熟悉的不能再熟悉了!那么方法的调用和托付又有什么关系呢?事实上托付就是将被动调用改为了主动服务. 托付事实上就是一种思想的转变:由曾经的被动调用方法转变为,主动服务于某个方法.将方法间的交互思维做了一个转变.学习过三层的人不难想象方法之间的调用关系吧,那么使用了托付之后他们方法之间的关系又是什么样的呢?(借用两张图

机房收费系统重构(三)

前段时间用简单的三层实现了窗体登录功能,心中有点小小的成就感,但是很快就被泼了凉水,机房收费不可能只用三层实现,如果你用三层,也就是说后面机房收费所有的功能都必须使用三层来实现功能.所以一周前始了七层的研究.经过一个星期的看博客,总结,调代码,终于实现了窗体登录,信息录入,和简单充值查询功能.   说说自己这次七层之旅的总结吧.   1.毋庸置疑,研究一个窗体功能,我首先判断的是需要用到数据库中的哪些表(这是属于我自己的编程习惯,不适用全部),然后再实体层中将表中的字段表示出来,有多少个表就有多