软件架构质量属性--易用性

易用性关注的是对用户来说完成某个期望任务的容易程度和系统所提供的用户支持的种类。可以将易用性分为如下几个方面：易理解，易操作，易学习，效率性，出错率，满意度，易分享等。

以上的7点可以概括为：让软件系统易见、易学、易用。以技术为基础，以用户的体验为中心，提升软件易用性和界面友好性

 

易用性战术

1.运行时战术

一旦系统执行，就可以通过为用户提供关于系统正在做什么的反馈，以及用于提供发出基于易用性命令的能力来增强易用性。

 

运行时战术分为用户主动，系统主动，混合主动

　　当用户采取主动时，设计师设计一个响应，就如同实现其他功能一样。设计师必须列举出该系统的责任，以对用户命令做响应。

　　当系统采取主动时，它必须依赖关于用户的某些信息，即用户所承担的任务或系统本身的状态。每个模型都要求各种类型的输入以完成其主动。

例如登录过程中的记住用户的登录状态，御魂hub中记住御魂到导入配置和收藏方案等。

 

系统主动就是要让系统记住之前用户的一个状态，让用户尽可能地少操作。例如，qq中的登录，一次输入密码就可以很久不用输入密码。

系统主动有以下几个战术模型。

（1）维持任务的模型。（2）维持用户的模型。（3）维持系统的模型

维持任务的模型就是在用户操作的时候能够预测到用户想要干什么，并且提供有效地提示，让用户能知道让系统能够正确地执行。例如搜狗拼音输入法中对于前后鼻音，平翘舌音的纠正，同时对于键盘上容易按错的键位进行了智能纠正，对可能打错的拼音给予正确的拼音等等。

维持用户的模型即让用户能够接受系统的满意程度，例如用户阅读微博时拖动页面的流畅程度。

维持系统的模型就是让能够让用户在操作过程中的动作能够被系统记住和使用。例如各个登录网站中记住登录的选项。

 

 

2.设计时战术

　　将用户接口与应用的其余部分分离开来。单独维护用户接口代码将会把变更局部化在某个地方。

　　例如有：通常的JAVAWEB程序开发中的运用到的就有mvc模式。

 

设计代码得从用户与系统两个角度来考虑，

1.确定用户对系统的了解，

2.确定了期望的系统行为，能够为用户提供适当的反馈