普渡大学的可用性测试检查表副本
- 格式:doc
- 大小:34.00 KB
- 文档页数:4
Configuration:1-物料启用ATP2-定义check group3-可以配置在ATP的时候,冻结其他用户使用4-定义物料类型+工厂的默认的检查组,可以修改也可以不让用户修改5-ATP 的开关(一个是SO的计划行,一个是交货的行项目)a.针对计划行(也可以在计划行定义里面控制)b.针对交货行项目类别(也可以在交货行项目里面控制)6-Check rule (订单默认是A)7-用check rule + check group 决定Control具体信息8-新建或者订单数量时,会有一个界面,告知订单数量,确定数量1-查看下物料主数据, ATP check group 测试2-物料是新创建的,无任何库存。
创建采购订单,采购数量10;PO:45000178003-库存数量 MB52此时的CO094-创建销售订单 13086,订单的交货日期为4-4,数量5 PC5-修改订单交货日期到3-216-新建订单,so:13087, 数量为10PC, 130877-修改订单数量到15PCconfirmed for delivery after the replenishment lead time. In the case of items for which the delivery date falls after the end of the replenishment lead time, the system assumes that everything can be confirmed.选择这个RLT,再去check,订单检查就只能是按照现有可用检查。
订单:13087物料再扩充到地点:地点。
45000178012-收货,库存增加 T-code:MMBE查看库存3-新建订单,数量20PC,请求日期3-22,SO:13088,此时确认10PC4-创建PO,采购数量5PC,计划收货日期3-31.暂时不做收货。
可用性测试检查表使用说明:本调查表共有100题,回答每一个问题时按照以后三个步骤:(a)请评估每一个问题是否适用于所评审的系统。
如果不适用,跳到下一题。
如果适用,请继续回答。
(b)对于所评估的系统,请评价该问题的重要性(1是最不重要的,3是最重要的)(c)评价系统在该问题上的表现(1是非常糟糕,7是非常好),如果不存在,请选择不存在项1.兼容性1)光标的控制是否符合光标的移动?2)用户控制的结果是否符合用户的期望?3)所提供的控制是否符合用户的技能水平?4)界面的编码(例如,颜色、形状等)是否为用户所熟悉?5)用词是否为用户所熟悉?2.一致性6)界面颜色的编码是否符合常规?7)编码是否在不同的显示及菜单上都保持一致?8)光标的位置是否一致?9)显示的格式是否一致?10)反馈信息是否一致?11)数据字段的格式是否一致?12)标号的格式是否一致?13)标号的位置是否一致?14)标号本身是否一致?15)显示的方向是否一致?(漫游或卷动)16)系统要求的用户动作是否一致?17)在不同的显示中用词是否一致?18)数据显示和数据输入的要求是否一致?19)数据显示是否符合用户的常规?20)图形数据的符号是否符合标准?21)菜单的用词和命令语言是否一致?22)用词是否符合用户指导的原则?3. 灵活性23)是否可以使用命令语言而绕过菜单的选择?24)系统是否有直接操作的功能?25)数据输入的设计是否灵活?26)用户是否可以灵活地控制显示?27)系统是否提供了灵活的流程控制?28)系统是否提供了灵活的用户指导?29)菜单选项是否前后相关?30)用户是否可以根据他们的需要来命名显示和界面单元?31)系统是否为不同的用户提供了好的训练?32)用户是否可以自己改变视窗?33)用户是否可以自己命名系统命令?34)系统是否允许用户选择需要显示的数据?35)系统是否可以提供用户指定的视窗?36)为了扩展显示功能,系统是否提供放大的功能?4. 可学习性37)用词是否清晰?38)数据是否有合理的分类,易于学习?39)命令语言是否有层次?40)菜单的分组是否合理?41)菜单的顺利是否合理?42)命令的名字是否有意义?43)系统是否提供了无惩罚的学习?5. 极少化的用户动作44)系统是否为相关的数据提供了组合输入的功能?45)必要的数据是否只需要输入一次?46)系统是否提供了默认值?47)视窗之间的切换是否容易?48)系统是否为经常使用的控制提供了功能键?49)系统是否有全局搜索和替代的功能?50)菜单的选择是否可以使用点击的功能?(主要的流程控制方法)51)菜单的选择是否可以使用键入的功能?(辅助的控制方法)52)系统是否要求极少的光标定位?53)在选择菜单时,系统是否要求极少的步骤?54)系统是否要求极少的用户控制动作?55)为了退到更高一级菜单中,系统是否只需要一个简单的键入动作?56)为了退到一般的菜单中,系统是否只需要一个简单的键入动作?6. 极小的记忆负担57)系统是否使用了缩写?58)系统是否为输入分层次的数据提供了帮助?59)指导信息是否总是可以得到的?60)系统是否为序列的选择提供了分层次的菜单?61)被选的数据是否有突出显示?62)系统是否为命令提供了索引?63)系统是否为数据提供了索引?64)系统是否提示在菜单结构中的当前位置?65)数据是否保存简短?66)为选择菜单使用的字母代码是否经过认真的设计?67)是否将长的数据分成不同的部分?68)先前的答案是否可以简便的再利用?69)字母大小写是否等同?70)系统是否使用短的代码而不使用长的代码?71)图符是否有辅助性的字符标号?7. 知觉的有限性72)系统是否为不同的数据类别提供不同的编码?73)缩写是否清晰而相互不同?74)光标是否不同?75)界面单元是否清晰?76)用户指导的格式是否清晰?77)命令是否有清晰的意义?78)命令的拼写是否清晰?79)系统是否使用了易于分辨的颜色?80)目前活动的窗口是否有清楚的标识?81)为了直接比较,数据是否成对的摆在一起?82)是否限制语音信息使用的数量?83)系统是否提供了一系列相关信息?84)菜单是否和其他的显示信息有明显的区别?85)颜色的编码是否多余?86)系统是否提供了视觉上清晰可辨的数据字段?87)不同组的信息是否明显分开?88)屏幕的密度是否合理?8. 用户指导89)系统反馈的错误信息是否有用?90)系统是否提供了“取消”的功能?91)错误的输入是否被显示出来?92)系统是否提供了明确的改正错误的方法?93)系统是否为控件输入提供了反馈?94)是否提供了“帮助”95)一个过程的结束是否标志清楚?96)是否对重复的错误有提示?97)错误信息是否具有建设性并提供有用的信息?98)系统是否提供了“重新开始”的功能?99)系统是否提供了“撤销”的功能?100)用户是否启动流程控制?。
Availability Check (可用性检查)Availability Check,就是可用性检查,指的是要检查一下此物料是否能满足我的需求。
接到一张销售订单(SALES ORDER),客户要求数量为100PC,并且客户要求的出货日期是2009-4-1,此时我们的销售人员肯定会想到底能否出货给客人呢?系统中建立此单时,SAP就会做一个所谓的检查,检查一下我们预先设定的考虑因素,能否满足客户的要求,什么时候可以满足,这就是可用性检查的功能。
可用性检查包含以下两个概念1.ATP(全称:Available To Promise)2.Check Against planned independent requirements (意指计划独立需求的相关检查例如按预测检查)ATP (Available To Promise)有效性承诺,检查承诺物料的相关元素,看是否能满足需求,什么时候能满足。
先看标准解释图片第一张图表示某物料在某个时间上有生产订单或计划订单,数量及时间如图第二张图表示如果在某个时间上有销售订单图三生产订单或计划订单能否满足客户.当我们在建立S1此销售订单时,因为我们已经有了一张P2的生产订单,并且日期是小于S1的,因此S1是肯定可以满足的,并且是提供满足S2同S1原理一样,完全就可以由P2去满足S3可以被P3的一部分满足S4可以被P4的剩余部门满足S5被P4部分满足而P4再剩下的部分数量,就是未来可提供的ATP QTY使用ATP时,系统检查的LOGIC如下:通过 checking group + checking rule 得到Scope of check.再在SCOPE OF CHECK中设定需要检查哪些元素,再把哪些元素加加减减得到剩余的ATP QTY,再用剩余的ATP QTY来与新的需求对比,从而决定是不是能满足到需求.系统设置如下:Checking group 来自于物料主档,如下图Checking Rule来自于应用程序,即不同的应用程序有不同的设定,如生产订单有生产订单的设定,销售订单有销售订单的设定等SPRO->Production->Shop Floor Control->Operations->Availability Check->Define Checking Control如上图,则是在PP模块中针对不同的PLANT + order type来定义不同的RULE,后面的BUSINESS 1 OR 2表示CREATE OR RELEASE.在这里就可以看到CHECKING RULE是多少并且component check type是决定用ATP CHECK 还是用 AGAINST CHECK PLANNING INDEPENDENT REQUIREMENT根据上两副图我们就会得到组合 Checking group + checking rule = 02 + PP而02+PP又是控制什么呢,来看下面的路径SPRO->Production->Shop Floor Control->Operations->Availability Check->Define Scope of Check1 – 13可以通过描述看是什么.14:表示相关预留的选项,与10的区别在于,10是一般是表示我们用MB21建立的,而14是表示由于相关预留,即此预留是来自于其他物料,如生产订单所产生的预留15:指STOCK TRANSFER ORDER16:指计划订单17:指生产订单18不参考RLT (replenish Lead time)19表示是否在库存地点的角度上去分析,如你在仓位:0001的需求是100PC,但是库存如下:0001仓 = 80PC ,0002仓=60PC,那对此物料去做ATP的时候,到底是应该显示缺料20(100-80)还是不缺料呢(80+60-100 > 0)?就是此栏位决定的20:主要用于WORKFLOW,即在这个区间中,如果存在收货了,则会发邮件到MISSING CONTROLLER21:用于控制确认的日期能否在过去或未来测试如下: MMBE检查库存.MD04查询系统 stock requirements list.此物料有库存72PC,0001仓22PC,0002仓50PC但是在2008-12-30有一需求(OrdRes)即相关预留11PC,因此72PC中还有61PC可用。
可用性分析及评估的调查问卷篇一:可用性评估的方法一、可用性测试可用性测试是测试者邀请用户使用设计原型或产品完成操作任务,并通过观察、记录和分析用户行为和相关数据,对界面可用性进行评估的一种方法。
可用性测试能够对界面的可用性进行全面的评估,是最为常用的方法之一。
它适用于产品界面和界面设计中后期界面原型的评估。
可用性测试通常在一个备有摄像和监视装置的专门实验室内进行。
可用性测试中,测试者无法也毋需严格控制无关变量,以免改变测试性质,降低测试效度。
可用性测试主要包括5个步骤:确定测试计划;准备评估对象和测试设备;招募用户;正式测试;分析结果并撰写报告。
测试过程中,多种方法可以用来收集用户的行为反应数据,其中包括:直接观察法;大声思维法;访谈法;问卷法;录像记录法。
可用性测试的参与人员包括多名测试人员和用户。
测试人员中,一人为主测试者,负责引导用户完成测试并直接观察用户操作,其它为观察者,仅通过监视装置观察和记录用户的行为反应。
用户通常分别单独完成测试。
参与可用性测试的用户应当具有代表性,是产品的目标用户或具有相同性质,以免影响测试准确性和效度。
可用性测试的评估对象是产品或设计原型。
二、启发式评估启发式评估,它是一种邀请可用性评估专家或软件工程师了解或使用交互界面,并根据人机界面的设计原则,对交互界面进行评估的方法。
启发式评估简便易行,但缺乏精度,适用于交互界面设计的中前期。
启发试评估过程主要包括4个步骤:观察者解释评估对象;评估者了解或使用评估对象;评估者评估;集体讨论。
启发式评估的参与人员包括一名观察者和3~5名评估者。
启发式评估的对象可以是产品界面或原型,甚至纸上原型。
三、认知过程浏览认知过程浏览是指当设计者具备了原型或设计的详细说明后,邀请其它设计者和用户共同浏览并分析典型任务的完成步骤,从而发现可用性问题并提出改进意见的一种方法。
适用于界面设计的早期阶段。
认知浏览过程主要包括两个阶段:准备阶段;评估阶段。
可用性测试检查表使用说明:本调查表共有100题,回答每一个问题时按照以后三个步骤:(a)请评估每一个问题是否适用于所评审的系统。
如果不适用,跳到下一题。
如果适用,请继续回答.(b)对于所评估的系统,请评价该问题的重要性(1是最不重要的,3是最重要的)(c)评价系统在该问题上的表现(1是非常糟糕,7是非常好),如果不存在,请选择不存在项1.兼容性1)光标的控制是否符合光标的移动?2)用户控制的结果是否符合用户的期望?3)所提供的控制是否符合用户的技能水平?4)界面的编码(例如,颜色、形状等)是否为用户所熟悉?5)用词是否为用户所熟悉?2.一致性6)界面颜色的编码是否符合常规?7)编码是否在不同的显示及菜单上都保持一致?8)光标的位置是否一致?9)显示的格式是否一致?10)反馈信息是否一致?11)数据字段的格式是否一致?12)标号的格式是否一致?13)标号的位置是否一致?14)标号本身是否一致?15)显示的方向是否一致?(漫游或卷动)16)系统要求的用户动作是否一致?17)在不同的显示中用词是否一致?18)数据显示和数据输入的要求是否一致?19)数据显示是否符合用户的常规?20)图形数据的符号是否符合标准?21)菜单的用词和命令语言是否一致?22)用词是否符合用户指导的原则?3。
灵活性23)是否可以使用命令语言而绕过菜单的选择?24)系统是否有直接操作的功能?25)数据输入的设计是否灵活?26)用户是否可以灵活地控制显示?27)系统是否提供了灵活的流程控制?28)系统是否提供了灵活的用户指导?29)菜单选项是否前后相关?30)用户是否可以根据他们的需要来命名显示和界面单元?31)系统是否为不同的用户提供了好的训练?32)用户是否可以自己改变视窗?33)用户是否可以自己命名系统命令?34)系统是否允许用户选择需要显示的数据?35)系统是否可以提供用户指定的视窗?36)为了扩展显示功能,系统是否提供放大的功能?4。
网站可用性测试表格品牌描述分值范围分值网站提供给访客有吸引力的和难忘的体验1~20网站的视觉效果与品牌特征保持一致1~20图像、附加内容和多媒体对于体验的增值1~20网站传达出品牌的感知预示1~20网站利用了媒体的能力来增强和扩展品牌1~20品牌总分0品牌包括在网站中所有审美的、设计相关的项目。
它带给网站想要的组织形象或信息的创意。
用于测量品牌的描述:可用性描述分值范围分值网站防止错误发生,并帮用户从错误中恢复1~20整体网页侧重针对主要受众优化1~20网站帮助访问者达成一般目标和任务1~20网站遵循它自己的一致性和标准1~20网站为残疾用户提供内容1~20可用性总分0 可用性带来的是所有网站元素和特性的总体易用性。
可用性之下的二级主题包括导航和易用性(友好度)(注释:易用性处理的是使在线内容可用于用户的体验,享受和使用的问题)。
可用性的描述:◦尽可能消除个人偏见(主观因素)◦让不同背景的人(设计人员,开发人员,客户)能够在理解网站上有统一的共识◦创建基准规则,以便于网站与其竞争者或过去的开发努力作比较◦供一个关于网站的优缺点的事实依据和可视化的展示描述分值范围分值用户及时获得对他们查询和提交信息的响应1~20任务进程的清晰告知(比如,成功页面或邮件更新提示)1~20网站和应用严格遵守通用的安全和隐私标准1~20在线功能与离线业务流程结合1~20网站包含管理员工具来加强管理员的效率1~20功能总分0功能包括所有技术方面的和“后台的”进程和应用。
它让网站提供给所有最终用户交互式的服务,而且重要的是,注意这有的时候同时意味着前台公众用户和后台管理员。
网站功能的描述:内容描述分值范围分值链接密度有足够的清晰度,且容易导航1~20内容组织方便用户达到目标1~20内容及时准确1~20内容适合客户需要和商业需求1~20多语言的综合性内容1~20内容总分0内容指的是网站的实际内容(文本,多媒体,图像)及其结构,或信息架构。
系统可用性问卷
可用性是指产品在特定使用环境下为特定用户用于特定用途时所具有的有效性(Effectiveness)、效率(Efficiency)和用户主观满意度(Satisfaction)。
系统可用性量表(System Usability Scale,SUS)由JohnBrooke于1986年提出。
是一种用于可用性测试的简易问卷调查量表,已广泛运用于软件产品的可用性评估中。
SUS共10个题,采用李克特5分式量表法,其中l、3、5、7、9为正向题,2、4、6、8、10为反向题,10个问题之间具有高度的相关性。
用来对产品进行总体评估,(将lO个题目分数相加,即为该问卷总得分,总得分乘以2.5即为该问卷SUS得分,SUS是百分制分数。
SUS分数越高代表产品可用性越好。
该方法实施起来简单且有效。
有研究指出,该方法不但功能多样、简洁、可广泛使用,而且在快速的同时,也保持有准确性。
同时有研究指出,SUS在研究小样本量时也具有很好的可靠性18l。
本次研究将利用SUS方法,对输液泵的临床使用的可用性进行研究。
1.3 SUS量表制作及打分方式
(1)每个问题根据程度设定有基础分值l。
5分,对应“非常不同意”到“非常同意”;
(2)1、3、5、7、9用选项对应分数减去1即为该题分数,2、4、6、8、10用5减去选项分数即为该题分数;
2结果与分析:
当产品分数大于70分时,产品达到“好”(GOOD)的水平,分数大于50为“良”(OK)的水平。
因此只有品牌1达到可用性“好”的水平。
可用性测试报告,模板篇一:测试报告模板(Testing Report Template)测试报Prepared by拟制 Reviewed by 评审人 Approved by批准XX项目XX测试报告Date 日期 yyyy-mm-dd Date 日期 yyyy-mm-ddDate 日期yyyy-mm-ddRevision Record 修订记录Table of Contents 目录1 概述 ................................................ ................................................... ........................... 5 2 测试时间、地点及人员 ................................................ . (5)3 环境描述 ................................................ ................................................... .. (5)硬件配置: .............................................. ................................................... ............ 5 软件配置: .............................................. ................................................... ............ 5 总体评价结论................................................. ................................................... ...... 6 缺陷统计 ................................................ ................................................... .............. 6 缺陷分析 ................................................ ................................................... .............. 7 测试趋势分析结果 ................................................ ............................................ 7 质量评价结果 ................................................ ....................................................7 遗留问题风险分析与规避措施 ................................................ .. (7)4 测试对象质量评估 ................................................ ................................................... .. (6)覆盖率统计 ................................................ ................................................... .......... 7 性能测试评估................................................. ................................................... ...... 8 可用性评估 ................................................ ................................................... .......... 8 兼容性评估 ................................................ ................................................... .......... 8 文档评估 ................................................ ................................................... .............. 9 测试设计评估................................................. ................................................... ...... 9 测试执行评估................................................. ................................................... ...... 9 测试执行统计数据 ................................................ ............................................ 9 测试用例执行结果统计数据 ................................................ . (10)5 测试过程评估 ................................................ ................................................... (9)6 附件 ................................................ ................................................... . (11)附件1:遗留问题报告 ................................................ .......................................... 12 遗留问题统计 ................................................ ..................................................12 遗留问题列表 ................................................ ..................................................12 其他风险和规避措施 ................................................ (13)附件2:交付的测试工作产品 ................................................ ............................... 13 附件3:测试项通过情况清单 ................................................ ............................... 13 附件4:测试发现的所有问题列表与分析 ................................................ . (14)Table List 表目录表 1 测试时间、地点及人员 ................................................ ................................................... ......... 5 表 2 从版本缺陷统计 ................................................ ................................................... ..................... 6 表 3 从特性统计缺陷 ................................................ ................................................... ..................... 6 表 4 测试执行统计 ................................................ ................................................... ....................... 10 表 5 系统测试结果统计表 ................................................................................................... ........... 10 表 6 SDV测试结果统计表 ................................................ ................................................... ........... 11 表7 遗留问题统计表 ................................................ ................................................... . (12)Figure List 图目录图1 错误!未定义书签。
可用性测试清单三周前●弄清楚你要测试什么(站点、线框、原型等)●创建要测试的任务列表●决定要测试的用户类型●为参与者做“广告”●预订一个整个上午都可以使用互联网、桌子或桌子、两把椅子和扬声器的测试室●在考场附近找一个地方让参与者在他们到达时坐着等待●预订一个可供整个上午使用的观察室,提供互联网接入、桌子和足够的椅子、扬声器、投影仪和屏幕(或计划带投影仪或大显示器)●预定观察室或类似大小的房间,以便进行汇报午餐两周前●从项目团队和利益相关者那里获得关于任务列表的反馈●为参与者安排奖励(例如,订购礼券、申请现金)●开始筛选参与者并将他们安排到时间段●发送“保存日期”电子邮件,邀请团队成员和利益相关者参加一周前●向参与者发送电子邮件,包括方向、停车指示、考场位置、考试当天迟到或迷路时要打电话的人的姓名和电话号码,以及保密协议(如果您正在使用)●安排一名待命参与者排队,以防出现不在场的情况●如果这是您的第一轮测试,请安装并测试屏幕录制和屏幕共享软件一两天前●打电话给参与者再次确认并询问他们是否有任何问题●向观察员发送电子邮件提醒●写完剧本●对场景进行初步测试●获取测试所需的任何用户名/密码和示例数据(例如,帐户和网络登录、虚拟信用卡号或测试帐户)●为参与者制作讲义副本●记录同意书●单张纸上的场景集●保密协议的额外副本(如果使用)●为观察员制作讲义副本可用性测试观察员须知●场景列表●测试脚本的副本●请人为你管理观察室,并给他/她一份《大厅监视器指南》●确保为参与者准备好激励措施●确保您有USB麦克风、外置扬声器、延长线和用于屏幕录制文件的拇指驱动器或CD ●为观察室订购零食和饮料●确认没有人预订了你的测试室和观察室●找一个(你指定的迎宾员)在参与者到达时欢迎他们,在他们等待的时候给他们一个舒适的地方坐下,然后在你准备开始的时候护送他们到考场考试日(第一次考试前)●把观察员讲义放在观察室●确保您正在测试的任何东西都已安装在测试计算机上,或者可以通过Internet访问并且正常工作●测试屏幕录音机:做一个简短的录音(包括音频)并回放●与观察室共享测试屏幕(视频和音频)●关闭或禁用测试计算机上可能中断测试的任何内容(例如,电子邮件或即时消息、日历事件提醒、计划的病毒扫描)●为测试期间需要打开的任何页面创建书签●确保观察室和试验室的扬声器正常工作●每次试验前如有必要,启动屏幕共享会话●每次试验前如有必要,重新加载示例数据●清除浏览器历史记录●在Web浏览器中打开一个“中立”页面(如Google)●当参与者签署同意书时●启动屏幕录制器!●每次测试结束时●停止屏幕录制器!●保存录音!●如有必要,结束屏幕共享会话●在下节课之前花点时间记下你观察到的一些事情●如果这是一天中的最后一次测试,并且您一直在使用台式计算机,请将屏幕录制文件复制到CD或thumb驱动器。
普渡大学的可用性测试检查表
使用说明:本调查表共有100题,回答每一个问题时请按照如下三个步骤:
(a) 请评估每一个问题是否适用于所评审的系统,如果不适用,跳到下一题,如果适用,请继续回答下面两个问题。
(b) 对于所评估的系统,请评价该问题的重要性(1最不重要的,3是最重要的)。
(c) 评价系统该问题上的表现(1是非常糟糕,7是非常好),如果不存在,请选择不存在该项。
一. 兼容性
1. 光标的控制是否符合光标的移动?
2. 用户控制的结果是否符合用户的期望?
3. 所提供的控制是否符合用户的技能水平?
4. 界面的编码(例如,颜色、形状等)是否为用户所熟悉?
5. 用词是否为用户所熟悉?
二. 一致性
6. 界面颜色的编码是否符合常规?
7. 编码是否在不同的显示及菜单上都保持一致?
8. 光标的位置是否一致?
9. 显示的格式是否一致?
10. 反馈信息是否一致?
11. 数据字段的格式是否一致?
12. 标号的格式是否一致?
13. 标号的位置是否一致?
14. 标号本身是否一致?
15. 显示的方向是否一致?(漫游或卷动)
16. 系统要求的用户动作是否一致?
17. 在不同的显示中用词是否一致?
18. 数据显示和数据输入的要求是否一致?
19. 数据显示是否符合用户的常规?
20. 图形数据的符号是否符号标准?
21. 菜单的用词和命令语言是否一致?
22. 用词是否符合用户指导的原则?
三. 灵活性
23. 是否可以使用命令语言而绕过菜单的选择?
24. 系统是否有直接操作的功能?
25. 数据输入的设计是否灵活?
26. 用户是否可以灵活地控制显示?
27. 系统是否提供了灵活地流程控制?
28. 系统是否提供了灵活地用户指导?
29. 菜单选项是否前后相关?
30. 用户是否可以根据他们的需要来命名显示和界面单元?
31. 系统是否为不同的用户提供了好的训练?
32. 系统是否可以自己改变视窗?
33. 用户是否可以自己命名系统命令?
34. 系统是否允许用户选择需要显示的数据?
35. 系统是否可以提供用户指定的视窗?
36. 为了扩展显示功能,系统是否提供了放大的功能?
四. 可学习性
37. 用词是否清晰?
38. 数据是否有合理的分类、易于学习?
39. 命令语言是否有层次?
40. 菜单的分组是否合理?
41. 菜单的顺序是否合理?
42. 命令的名字是否有意义?
43. 系统是否提供了无惩罚的学习?
五. 极少化的用户动作
44. 系统是否为相关的数据提供了组合输入的功能?
45. 必要的数据是否只需要输入一次?
46. 系统是否提供了默认值?
47. 视窗知觉的切换是否容易?
48. 系统是否为经常使用的控制提供了功能键?
49. 系统是否有全局搜索和替代的功能?
50. 菜单的选择是否可以使用点击的功能?(主要的流程控制方法)
51. 菜单的选择是否可以使用键入的功能?(辅助的控制方法)
52. 系统是否要求极少的光标定位?
53. 在选择菜单时,系统是否要求极少的步骤?
54. 系统是否要求极少的用户控制动作?
55. 为了退到更高一级菜单中,系统是否只需要一个简单的键入动作?
56. 为了退到一般的菜单中,系统是否只需要一个简单的键入动作?
六. 极小化的记忆负担
57. 系统是否使用了缩写?
58. 系统是否为输入分层次的数据提供了帮助?
59. 指导信息是否总是可以得到?
60. 系统是否为序列的选择提供了分层次的菜单?
61. 被选的数据是否有突出显示?
62. 系统是否为命令提供了索引?
63. 系统是否为数据提供了索引?
64. 系统是否提示在菜单结构中的当前位置?
65. 数据是否保持简短?
66. 为选择菜单使用的字母代码是否经过认真的设计?
67. 是否将长的数据分成不同的部分?
68. 先前的答案是否可以简便的再利用?
69. 字母大小写是否等同?
70. 系统是否使用短的代码而不使用长的代码?
71. 图符是否有辅助性的字符标号?
七. 知觉的有限性
72. 系统是否为不同的数据类别提供不同的编号?
73. 缩写是否清晰而互补相同?
74. 光标是否不同?
75. 界面单元是否清晰?
76. 用户指导的格式是否清晰?
77. 命令是否有清晰的定义?
78. 命令的拼写是否清晰?
79. 系统是否使用了易于分辨的颜色?
80. 目前活动的窗口是否有清楚的标识?
81. 为了直接比较,舒峰是否成对地摆在一起?
82. 是否限制语音信息使用的数量?
83. 系统是否提供了一系列相关信息?
84. 菜单是否和其它的显示信息有明显的区别?
85. 颜色的编码是否多余?
86. 系统是否提供了视觉上清晰可辨的数据字段?
87. 不同组的信息是否明显分开?
88. 屏幕的密度是否合理?
八. 用户指导
89. 系统反馈的错误信息是否有用?
90. 系统是否提供了“取消”的功能?
91. 错误的输入是否被显示出来?
92. 系统是否提供了明确的改正错误的方法?
93. 系统是否为控件输入提供了反馈?
94. 是否提供了“帮助”?
95. 一个过程的结束是否标志清楚?
96. 是否对重复的错误有提示?
97. 错误信息是否具有建设性并提供有用的信息?
98. 系统是否提供了“重新开始”的功能?
99. 系统是否提供了“撤销”的功能?
100. 用户是否启动流程控制?
可用性分数:
∑(wi * (Si-Pi))/ 7*∑(wi*Ii) *100
其中:i 第i个问题
Si该系统在第i个问题上所得的分数
Pi=1,如果第i个问题适用但不存在
Pi=0,如果第i个问题不适用
Ii=1,如果第i个问题适用
Ii=0,如果第i个问题不适用
wi第i个问题重要性的得分。