具体到每个层次又可以分为多个具体要求,详细内容如下表描述。
表 1. 可用性衡量指标的五个层次
A. 便捷有效业务实施 | C. 与用户环境的便捷集成 | E. 简便的操作与使用 |
---|---|---|
A1. 商业价值信息 | C1. 方便的用户接口 | E1. 支持人员的响应 |
A2. 解决方案信息 | C2. 不制造混乱的操作 | E2. 问题监测和解决的能力 |
A3. 评估信息 | C3. 与其他产品的交互性 | E3. 有效的管理工具 |
A4. 容量计划 | C4. 与其他产品的交互使用的用户体验 | E4. 便捷的安全实践 |
A5. 多语言支持 | C5. 与其他产品的交互使用的实例 | E5. 可靠的产品更新 |
C6. 便捷的部署 | E6. 不制造混乱的更新包 | |
B. 积极的首次体验 | D. 对客户需求的适应性 | E7. 时时便捷的升级机制 |
B1. 信息完整的软件包 | D1. 快速上手的教学材料 | E8. 交互性的升级 |
B2. 简便的安装 | D2. 易学易用的开发环境 | E9. 简单的操作 |
B3. 安装的依赖信息 | D3. 用户接口的易用性 | E10. 系统状态和进度信息 |
B4. 配置更改 | ||
B5. 使用信息的介绍 |
以用户为中心的场景设计
在敏捷开发过程中,以用户为中心的场景设计可以从两个关键词去理解:用户和场景。当我们有效理解这两个关键词之后,以用户为中心的场景设计的概念,价值以及方法也随即能得到深刻有效的理解。
用户概念可以扩展为四个方面:关键决策者、内部用户、合作用户以及最终用户。
关键决策者是指对软件产品的存在,市场需求以及发展方向起到关键的决定作用的人物或组织,如软件产品的投资商或股东,产品架构师,核心客户等等。他们的决策和视野首先决定了软件产品的生存权。在得以生存的基础上,软件产品的供给与需求也是其进一步发展的关键因素。
内部用户包括软件产品的开发人员,测试人员,产品维护人员,技术支持人员,销售人员和市场团队。其中开发人员和测试人员往往是软件产品的第一批用户,他们对软件产品的理解往往决定了产品功能和质量的根基。
合作用户使得软件产品真正意义上的运行在客户环境,为客户带来价值。例如运营人员,业务伙伴,系统集成商等等。
最终用户是指软件产品真正意义上的使用者。
从以上概念的理解可以看出,以用户为中心的软件产品,不仅仅要考虑开发人员或者是最终用户的感受,更是要从全方位的用户角色出发,尽可能全面地考虑到各个层次用户的需求与体验。从真正意义上,将用户的视野纳入到开发人员的视野之中,并以此为中心。
场景概念的理解需要建立在对用户用例和用户价值场景的有效区分的基础之上。
用户用例是指一系列用以描述“什么角色能做什么事情”的定义的集合或者组合。
用户价值场景则是以用户用例为基础,重点强调该场景给用户带来的价值。从经济学的角度考虑,场景是载体,价值才是软件产品真正带给用户的效用。也正是这种价值保证了我们的软件产品能够顺利的成为能用且有用的高质量产品。
综上所述,以用户为中心的产经设计方法需要两个部分:第一,区分用户的角色,应用不同角色思考问题的角度结合需求来进行场景的设计。第二,需要明确指出该用户场景能够给用户带来的价值。
原文转自:http://www.uml.org.cn/Test/201007084.asp