我正在编写系统需求文档，需要包含与系统可用性相关的非功能性需求，但不确定表达这一点的最佳方式。
“系统应该易于使用”对我来说似乎有点模糊，并且不可测试。是否有任何与程序可用性相关的“官方”标准/指南可以遵守？
最佳答案
通常，我们会尝试找出特定于应用程序的“易于使用”的定义。例如，对于我们当前的项目，易用意味着:
-系统中所有超过 0.5 秒的延迟都会产生一个对话框，显示“请稍候。”
-只需点击 3 次以内即可从主窗口访问任何给定的系统功能。
-只需键盘即可完成任何给定任务，无需鼠标。
-系统中的所有按钮都将遵守既定的按钮约定(链接到有关大小、命名、位置等的既定按钮约定)
-所有屏幕都会有一个帮助按钮。给定屏幕上的每个帮助按钮必须为屏幕上的每个控件提供至少一个“主题”。
-等等
这些东西是可测试的，并且放在一起构成了“相当好的”可用性标准。也就是说，没有什么可以替代实际用户的尝试。
关于usability - 正式表达可用性需求的最佳方式是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/513230/