可用性工程文档(可用性工程文档模板)
可用性工程文档
对可用性规范的输入;
可用性规范;
可用性确认计划;
形成性测试(迭代测试)报告和更改确认记录;
总结性评价报告;
可用性工程报告
1.执行概述
2.使用规范描述
3.用户接口描述;
4.已知的使用问题描述
5.所评价的与危险有关的使用场景描述,及选择这些场景的原因
6.形成性评价概述
7.总结性评价概述
8.结论
可用性工程概论
介绍
可用性是评估之产品由实际用户自评估易用性,能力自做工作和满足用户期望,以及用户的整体可接受性。每元件(英).g.,用户界面,培训,安装过程,应评估产品的帮助/文档)。
可用性可以不测试用户,而不是用户评估您的产品。可用性有助于验证需求和约束并识别设计错误、成功和缺失的产品功能性。迭代评估提供所需的反馈自提高你原型或产品直到它是可接受并满足可用性/产品目标。可用性能通过消除不必要的工作来提高生产率步骤,改进任务流,并通过确保所有所需信息自完成任务是提供。目前的可用性是标准草案的状态。是的定义如可用性= 有效性 效率 用户友好性
此外,软件开发人员有自应付由软件生成的推荐,称为风格指南公司,如如苹果、IBM、微软或其他工业公司。《软件开发》杂志称:《国际》标准组织 (ISO)定义可用性如“该具体说明的效力、效率和满意度用户实现指定目标在特定的环境。"可用性包括以下注意事项如:
用户想要或需要做什么?
用户的一般背景是什么?
用户工作的上下文是什么?
机器必须留下什么?对用户来说是什么?
可用性 可接受性
你好吗知道如果用户是对产品满意吗?你好吗知道如果您生产的产品自满足用户期望值?
在法律,这将与概念相吻合之适合目的。所以称为有缺陷的产品只是做不符合客户的期望。
一接口是难自使用可能导致产品自有缺陷自客户的范围是已授权自拒绝它.
在这种情况,它可以说,在货物销售下行为软件的质量不令人满意。
可以使用可用性评估方法和启发式方法自提供产品的证据是质量令人满意并且确实不辜负自这用户的期望值。
可用性工程
可用性工程是计算机科学关注问题之如何自设计软件是容易自用。它是密切自现场之人机交互和工业设计。可用性是软件专业化之更大的主题之人因素和人体工程学,虽然术语是也已应用自公文设计。在次序自是能自为最终用户生产合适的系统,软件开发团队需求自了解用户真正想要的是什么和需求。如果用户想要什么和需要什么是知道,那么最好的系统能是为工作的特定用户生成在那个特别的环境。可用性工程契约自解决问题自确保系统是适合用于以下目的它被设计了。它这样做由一个过程之发现什么会一可以接受系统用于用户,然后将成品与成品相匹配那些先前商定的可接受性标准。
是什么使用户界面可用?可用性取决于上一个数字之因素,包括功能符合用户需求,流量有多好这应用适合用户任务,以及响应效果如何之应用程序适合用户期望值。我们可以学习自是更好的用户界面设计器由学习设计原则和设计指南。
为什么是可用性重要吗?从用户的透视可用性是很重要,因为它可以使这准确和完整地执行任务之间的区别或不是,以及享受这个过程或感到沮丧。从开发商的透视用性是很重要,因为它可以表示成功与失败的区别之一个系统。从管理点之视图,软件与穷可用性可以减少生产力之劳动力自一个级别之性能差于没有系统。在所有情况,缺乏之可用性能花费时间和精力,并且可以大大确定成功或失败之一个系统。有了选择,人们就会坚持自买更加用户友好的系统。
如果不考虑可用性,会发生什么情况?可用性时会发生什么是不考虑可能不是简单地说,一个产品是不可用,因此是不购买是不已购买,但制造商出现故障自制作利润。失败的后果自采用可用性方法是影响范围更广。例如在英国,伦敦的失败救护车服务的(拉斯维加斯)计算机辅助派单系统是视为缺乏可用性的典型例子工程方法。
如何实现高级可用性?最大化可用性的关键原则是自雇迭代设计,逐步完善设计通过从设计阶段的评估。评估步骤使设计人员和开发人员能够使用自整合用户和客户反馈,直到系统到达一可接受的有用性级别。确保可用性的首选方法是测试实际用户上一个工作系统。实现高水平的可用性需要专注于设计对系统的预期最终用户的努力。有很多方法自确定谁是主要用户,他们如何工作,以及他们必须完成哪些任务。但是,客户的日程安排和预算能有时阻止这种理想的方法。一些替代方法包括在系统上进行用户测试原型,由专家进行的可用性检查,以及认知建模。
可用性目标一替代视图之人机交互是可用性。可用性通常是指自软件但是相关自任何产品。可用性之产品是学位自哪些特定用户能实现具体目标。可用性重点在非-功能方面之一应用。可用性是依靠上这用户的选择之是否还是没有自使用给定的设施。一些方法自提高可用性包括:它轻松创建支持软件的产品和用户界面可用。它力量自实施原则之软件人体工程学。它提高利用率之现有系统。它识别以下任务能是与软件产品一起解决。它允许缩短时间自完成任务。它减少数量之犯了错误。它提高人民对系统的满意度。
可用性测试中要测量的内容
可用性测试通常涉及测量测试对象的能力响应在四个方面:时间上任务、准确性、信息召回和情绪反应。成果之第一个测试是基线或控制测量;都比较后续检查自基线。
任务时间-多长时间它获取用户自完成一套基本任务?(例如,找到您想要的内容自买创建一个新的用户帐户,并对项目进行排序。
准确性-用户犯了多少错误?(可以用户纠正这些错误,如果给予适当的反馈,或是错误致命?错误的数量取决于设计的产品接口。
信息召回-用户有多少信息还记得,完成分配的任务后吗?
情绪反应-用户对任务的感受如何完成?(自信?强调?用户会推荐吗本系统自朋友?
可用性评估和测试
评估是一组成部分之设计过程和必须进行在整个设计生命周期中。
其主要目标是自测试功能和可用性之这设计和自识别并纠正设计生命周期中出现的问题。
自成本最小化之早期的设计错误,一个设计可以是评价在任何实施之前工作已开始。
最之评估技术在这个阶段是分析性的涉及需求之专家自根据认知和可用性评估设计原则。
成功的可用性测试可以不仅呈现阳性;它还显示弱点在设计。
这些弱点应该是如嫩如出局之时间它接受用户自完成所需的操作在测试护理或亵渎如这用户是完全测试在使用的范式自设计界面。
早期发现之弱点在开发过程允许更高效的产品完成限制由消除或减少量之再-工作.
这钥匙自可用性测试是研究用户的实际内容确实如此。
观察者记录用户的出局和反应自确定用户遇到的问题是什么牙齿,以及如何他/她克服了它们。
这主要步骤在可用性测试是自:确定产品的目的。确定目标用户。定义测试并执行可用性测试。分析获取的信息。启发式评估,认知演练。
确定目的之产品
设计师必须了解人们为什么来自这个产品和什么类型之他们可能执行的任务。
取决于上该应用程序,用户可能:获取产品信息;购买产品:获取旅行信息,例如如查找航班并预订机票;获取特定于用户的信息,例如如那发现在银行账户;
确定目标用户
什么是一普通用户?那里是需要自识别配置文件之典型用户由指定此类特征如性别、年龄、教育程度、经验,技能和人口统计数据。什么类型之网站吸引客户吗?如果这是一个旅游网站,因为例是吗适合商务旅客,休闲旅客或旅行代理?此外,识别关键字在这网站的主页帮助它是发现由更多用户。所选关键字针对目标用户。
定义测试并执行可用性测试
执行之可用性测试用例包括之观察参与者的反应和情绪如他们尝试自执行已请求的任务。
观察者必须不提供任何背景信息或初始帮助
。参与者提供反馈上什么类似并不喜欢该网站以及他们在使用该网站时遇到的挫折感。
观察者这样信息如:
用户是否成功完成了阿塔斯克;
用户需要多少时间自完成任务;
访问的页面数为完成每任务;
用户遇到困难的地方或犯错误;
用户在丢失时如何寻求帮助;
联机帮助是否提供了足够的信息;
用户怎么说外响亮且位置在他们说的任务它;
非语言线索,如如手势和面部表情;
用户是否点击通过页面或使用搜索功能;
用户的反应自下载时间为特定页面;
点在哪些用户感到困惑甚至失败自完成任务;
任务之间的点击次数、两次点击之间的秒数、如井如浏览的页面数和浏览的页面数。
分析获取的信息
可用性测试报告包含摘要之观察到的结果,列表之可用性问题,识别之任何趋势,一分析之这录像带,参与者的精选语录和统计分析之调查问卷。
调查结果一建议通常侧重于上缓解之使用和关于特定重新设计的建议之一应用程序组件。
目标是改进产品基础上可用性评估。
启发式评估
为了更好地评估过程的可用性之应该发生进化贯穿整个设计过程。
在特别是,第一次评估之这理想情况下,系统应是在任何实现工作之前执行开始。
如果这设计之迭代系统能是评估自己,代价高昂的错误能是避免了,因为设计可以是改性在任何阶段,一个数字之已经提出了方法由人机界面出口自评估互动系统。
在启发式评估之遵循指南的用户界面是考虑:
能见度之系统状态-系统应始终保留用户了解什么是继续,通过适当的反馈合理的时间
系统与现实世界的匹配-系统应该说用户的语言,熟悉单词、短语和概念自用户,而是而不是面向系统的术语。
用户控制和自由-用户经常选择系统功能由错误并且需要一个明确标记的紧急出口自离开不需要的状态没有自䆚一扩展对话框。支持撤消和重做。
一致性和标准-用户不应该有自想知道是否不同的言语、情境或行为意味着所遵循的相同事物由平台约定。
错误预防-甚至比好的错误消息更好是精心设计这可以防止出现问题从发生在第一名。
承认而不是回忆-使对象、动作和选项可见。用户应该不有自记住来自一.part之对话框自另一个。指示从系统的使用应是可见的或容易的可在适当的时候检索。
灵活性和效率用-看不见的加速器由新手用户可以经常加快专家用户的交互,使得系统能满足自没有经验和有经验的用户。允许用户自经常裁缝行动。
美学和简约的设计-对话框不应包含信息是不切题的或很少需要。每个额外的单位之信息在对话与相关单位竞争之信息并降低它们的相对可见性。
帮助用户识别、诊断和恢复错误- 错误消息应该是表示在简单的语言(无代码),精确指出问题,并建设性地提出解决方案。
帮助和文档-即使是的更好如果系统能是在没有文档的情况下使用,它五月是必要自提供帮助和文档。任何此类信息应是容易自搜索集中自这用户的任务,列出具体步骤自是执行,以及不是太大了
认知演练
认知演练罐是定义如一尝试自介绍心理学理论在非正式和敏感的步行通过技术。
认知遍历方法自可用性评估需要详细审查之序列之行动。
序列之行动在认知遍历参考自步骤一界面将需要用户自执行在次序自完成一些已知任务。
认知演练是一方法自评价一基于接口上分解和分析用户必须执行的操作在次序自使用系统或自执行任务。
焦点小组聚集小组之用户自获得他们的反馈,初步反应自设计,并讨论他们的偏好。
焦点小组可以是有助于提出可能提出的问题不来外在采访。
可学习性
可学习性是关注这特征之交互式系统允许新手用户自了解如何实现自达到最大轨道之性能
巩固了支持可学习性的原则如遵循:
可 预见性:可预见性是定义如对用户的支持自确定效果之基于未来行动上过去的交互历史记录。
可合成性:它是定义如对用户的支持自评估这影响之过去的操作上当前状态。
熟悉:它是定义如八进制数自其中的知识与经验之用户在其他后方或基于计算机的域能是在与新系统交互期间应用。
概化:它是定义如对用户的支持自扩展知识之内部的特定交互一跨应用程序自其他类似情况。
一致性:它是定义如肖像在行为协助从类似情况或类似的任务目标。
灵活性
灵活性能是明显如允许特定程度的适应和变化在方式在哪些任务可能是完成或环境在哪个系统可能做.
有趣它定义如在可接受的人力成本水平内的态度在疲倦,不适,沮丧和个人努力的术语。
此外它是期望这种满足感不仅应该在进一步的接触中继续系统但它实际上,应该通过使用该系统来加强。
计算机可访问性
用户友好是经常使用的术语自描述软件和其他技术。
有用的替代术语是可用性和可访问性,两者都来自现场之人机交互。
某些参数是:
充足:只有必要的输入才应该是必填。
学习能力:手册和说明应是清楚
鲁棒性:冲击之错误应该是反比自概率之错误。
在人机交互,计算机可访问性是指自这可用性之计算机系统由残障人士。
它是很大程度上是一个软件功能。
但是,当硬件或软件是使用自为残疾人定制一台计算机,该设备是已知如自适应技术。