数据输入:
数据库常用命令:增删查改。
程序一般都要求用户按照表单的格式来填写。
因为程序需要干净的数据。而用户的的输入行为的易用性,可操作性与程序要求的有很大的矛盾,所以写程序的时候倾向于把数据做格式化。
要避免脏数据。
设计时端要做的是:给予足够的视觉反馈和提示。比如输入之前告诉你输入要注意什么。
程序解决数据缺失的成本比较高。可以通过丰富的非模态视觉反馈来让用户自我约束,而不是靠程序监督。
程序尽量做审核,不要做编辑。
数据存储:
有三个存储平台:
计算机软件(包括操作系统):
分为内存和永久存储,这种方式强迫用户按照计算机的方式思考。
网页(不包括H5):
基于大数据的流行,类似于云盘。
移动应用:
iOS和安卓系统采用新方法,将文件和应用联合起来。
数据存储的原理:实现模型是文档同时存在内存和永久存储(本地磁盘)里,但是用户的理解是只有一个文档,这个实现模型导致了保存上的问题。
保存的一些问题:
1、保存更改:
是将更改保存到永久存储里。并且保存和取消的按钮权重一样大,其实保存的概论应该大于不保存。移动端基本取消了保存的概念。
2、关闭但不保存:
拒绝更改应该是在更改的时候,而不是靠保存的时候来选择。
3、另存为同时指定文档的名称和保持位置:
起名和选择位置并不一定要在一个步骤下去做,因为两者之间并没有必然的联系。同时打开的文档也不能重新命名,是因为程序运行的原因。
做好数据存储:
1、自动保存:
隔一段时间自动帮用户存一下;文档被修改后立即自动保存;在用户不操作的时候保持,但是一定不要影响或打断用户的正常操作。
2、创建副本:
创建的副本不能和原本的文档有关联关系,不能改了副本以后原来的文档也一起改了。
3、命名与重命名:
重命名更好的方式是在文档的标题栏上可以直接被修改,而现在的方式却是弹框。
4、把文件放在用户能容易找到的地方:
比如放在桌面上。
5、指定文档格式:
应该在修改文档标题的时候指定文档格式更合适。有的可能是导出。
6、还原文档:
类似于“恢复出厂设置”,把所有更改全部清除,还原到没有修改前的状态。
7、创建版本:
把不同的修改记录生成一个历史版本,尤其对于重要文档。
8:、传递状态:
比如文档正在使用不能拖动,可以用特殊的视觉形式表现出来。
数据检索:
检索就是寻找信息。
物理世界因为存储和检索紧密联系,有着天然的检索功能。
而数字世界要靠用户自己建立联系。文件放在磁盘中的概念很抽象,存储和检索也没有必然的联系。
物理世界的检索方式:位置和索引。
按位置检索:
按位置检索很简单很自然,因为检索系统就是存储系统,但是位置多了容易记不住。
基于索引的检索:
数量大了效率会变低,维护成本高。图书馆的检索系统就是索引检索。
数字世界的检索:在文件结构中的位置,名称,基于属性和关联关系。
基于属性的检索:
比如一个文档的创建者,创建设别,文档类型……,这些查找条件比基于位置和名称对于用户来说好用,好理解。
关系型数据库:
用户在用的时候要定一个格式。定义清楚之后才能用。并且数据结构定完以后就不能变了。

网友评论