今天要介绍的是六大属性之一的易用性，根据读一些别人博客以及课上我们组的同学介绍我认为其实易用性就是用户对于一个软件操作起来在不影响他原本的功能以及性能的情况下操作起来越是简单便捷则这个系统的易用性越高。
易用性可以进一步分为易理解性:软件产品使用客户能理解软件是否适合以及如何能将软件用于特定的任务和使用环境的能力；易学性:软件产品使用户能学习其应用的能力；易操作性:软件产品使用户能够操作和控制他的能力；吸引性:软件产品吸引用户的能力；易用性的已重新:软件产品遵循与易用性相关的标准,约定,风格指南或法规的能力。
易用性涉及用户完成任务的容易程度以及所提供的用户支持类型。易用性可以划分为几个模块：学习系统功能、有效使用系统、最小化错误影响、系统适应用户需求和提高用户信息和满意度。易用性场景分析的响应得出系统可以提供一下一个或多个响应：支持“学习系统功能”——帮助系统对上下文敏感；用户熟悉界面；界面在不熟悉的上下文中使用支持“有效使用系统”——数据/命令的集合；重用已经输入的数据/命令；支持屏幕内的高效导航；具有一致操作的清晰视图；全面的搜索；最小化错误的影响：撤销、取消、从系统故障恢复、识别并纠正用户错误、检索忘记的密码，验证系统资源，支持“适应系统”——定制化、国际化，支持“感觉舒服”——显示系统状态、按照用户的步调工作。
易用性关注的是对用户来说完成某个期望任务的难易程度。以淘宝网为例景：用户取消订单，刺激源：最终用户，刺激：完整获取用户完成交易的商品信息，制品：系统，环境：运行时，响应：订单取消，响应度量：在两秒之内完成订单的取消，删除用户的订单记录。
易用性的战术指标是为用户提供适当的反馈和协助，易用性战术通过为用户提供关于系统正在做什么的反馈，以及为用户提供发出基于易用性命令的能力来增强易用性，如帮助、撤销、取消等。比如代码中的各种快捷键。
易用性战术之运行时战术：一旦系统执行，就可以通过为用户提供关于系统正在做什么的反馈，以及为用户提供发出基于易用性命令的能力来增强易用性。人机交互的研究人员使用术语“用户主动”、“系统主动”和“混合主动”来描述在执行某些操作时，哪方采取主动以及如何进行交互。当用户采取主动时，设计师设计一个响应，就如同实现其他功能一样。设计师必须列举出该系统的责任，以对用户命令做响应。当系统采取主动时，它必须依赖关于用户的某些信息（一个模型），即用户所承担的任务或系统本身的状态。每个模型都要求各种类型的输入以完成其主动。系统主动性战术就是那些确定系统用来预测其自身行为或用户意图的模型战术。如下：
维持任务的一个模型：在这种情况下，所维持的模型是关于任务的信息。任务模型用于确定上下文 ，以使该系统了解用户试图做什么，并提供各种协助。例如，知道句子通常以大写字母开头能够使应用程序纠正该位置的小写字母。
维持用户的一个模型：在这种情况下，所维持的模型是关于用户信息。它确定了用户对该系统的了解，用户在期望的响应时间方面的行为，以及特定于某个用户或某类用户的其他方面。例如，维持用户模型能够使用系统以用户可以阅读页面的
维持系统的一个模型：这种情况下，所维持的模型就是关于系统的信息。它确定了期望系统的行为，以便为用户提供适当的反馈。系统模型预测了诸如完成当前活动所需要时间这样的项目。
易用性战术之设计性战术：在测试过程中，通常会频繁修改用户接口。也就是说，易用性工程师将为开发人员提供对当前用户接口设计的修改，开发人员将实现这些修改。这导致了对语义一致的可修改性战术的求精：
将用户接口与应用的其余部分分离开来：局部化所期望的变更是语义一致的一个基本原理。因为在开发中和部署后，我们预计用户接口会频繁发生变化，因此单独维护用户接口代码将会把变更局部化在某个地方。开发用于实现该战术并支持用户接口修改的软件模式为：模型-视图-控制器，表示-抽象-控制，Seeheim，Arch/Slinky