ISO/IEC 25063 — 使用情境描述(CIF可用性)

系统和软件工程 — SQuaRE — 可用性通用行业格式:使用情境描述(ISO/IEC 25063:2014)

ISO/IEC 25063 简介

ISO/IEC 25063:2014 是 SQuaRE 扩展系列的一部分,规定了记录使用情境描述的通用行业格式(CIF)。使用情境——定义为用户、任务、设备以及系统使用的物理和社会环境——是以人为中心的设计的基础。如果不清楚产品将在何种情境下部署,可用性工作将沦为猜测。该标准提供了一个结构化框架,用于在整个系统开发生命周期中——从初始概念到部署和后续评估——捕获、记录和传达使用情境信息。

提示:使用情境描述是一个”活的知识库”,在整个设计过程中不断演化。它不是一次性交付物,而是一个持续精化的资源,随着对用户、任务和环境理解的加深而不断丰富。

使用情境描述的要素

ISO/IEC 25063 的第5章定义了构成完整使用情境描述的强制性和可选要素。详细描述必须包含所有五个核心要素,而其他类型(初始大纲、评估情境、产品描述)只需要子集。

要素必需内容工程相关性
主体(5.2)系统标识、目的、前提条件和约束确定范围边界和设计假设
用户群体(5.3)用户组、心理/社会特征、身体/感官特征、人口统计支持人物角色开发和可达性需求
目标和职责(5.4)用户组目标、组织目标/策略、职责使设计目标与实际用户意图保持一致
任务(5.5)任务属性、频率、复杂性、依赖关系、任务表示驱动工作流设计和交互规范
环境(5.6)技术环境、社会/组织环境、物理环境确定平台要求、约束和部署条件

标准强调,并非所有特征都需要记录——只需要记录那些可能影响可用性的特征。这种基于风险的范围界定方法防止了过度开销,同时确保捕获关键因素。评估哪些特征可能影响可用性应基于人因工程学知识和先前类似系统的经验。

用户群体描述在标准中尤为详细,涵盖心理特征(认知能力、文化背景、语言、读写能力)、身体和感官特征(身体尺寸、生物力学能力、视觉和听觉能力)以及人口统计特征(年龄、性别、教育程度)。标准特别通过要求包含那些特征处于正常范围极端的用户来解决可达性问题,确保设计能够容纳用户能力的全谱系。

注意:实践中的一个常见陷阱——团队经常过度规定使用情境中的无关细节(为办公软件指定”充足的电力”),同时对真正有影响的特征规定不足。标准明确警告不要规定不足和规定过度,指出每种情况都会对最终设计带来不同的风险。

使用情境描述的类型

ISO/IEC 25063 认识到,在系统生命周期的不同阶段,需要不同详细程度和不同目的的使用情境信息。标准定义了五种主要类型:

1. 初始大纲(4.2): 基于项目假设和业务案例,这种高层描述为用户研究提供了起点。它识别已知方面,如潜在用户群体和广泛的环境因素。即使对于情境将发生显著变化的创新产品,初始大纲也是一个有用的第一步。

2. 详细使用情境(4.3): 包括当前情境(现有或类似系统)的描述、预期情境(针对新设计)、规定情境(作为用户需求的一部分)、已实现情境(实际部署的系统)和已部署情境(部署后的实际情况)。每种类型服务于不同目的:当前情境识别基线和机会,而预期情境指导设计决策。

3. 评估情境(4.4): 从相关使用情境类型中派生,专门为可用性测试场景量身定制。它定义了必须在评估环境中复现的特定情境因素子集,以确保有效和可推广的结果。

4. 产品描述中的情境(4.5): 面向采购方和用户,描述预期使用情境以帮助潜在客户评估适用性。详细程度可以有所不同——基于网络的描述可以比印刷材料更详细。

关键见解:使用情境描述不是一个孤立的文档。它直接输入到用户需求报告(ISO/IEC 25064)、用户需求规格说明(ISO/IEC 25065)和评估报告(ISO/IEC 25066)中。标准的图2说明了这些CIF文档如何在 ISO 9241-210 定义的以人为中心的设计过程中相互连接。

工程实践见解

从工程角度来看,有效实施使用情境描述需要注意以下几个关键实践:

1. 人物角色驱动设计: 标准明确认可人物角色开发作为传达使用情境信息的技术。人物角色——用户类型的虚构但现实的代表——是强大的沟通工具,使开发团队专注于实际用户需求而非抽象要求。每个人物角色应捕获行为模式、目标、技能、态度和环境背景。

2. 任务分析和表示: 标准提供了关于任务表示技术的广泛指导,包括工作流图、任务序列、用户/任务矩阵、过程描述、流程图和场景。技术的选择取决于系统的复杂性和要解决的具体设计问题。对于复杂系统,分层任务分析可能是将高层目标分解为可操作设计需求的必要手段。

3. 环境特征化: 物理、社会和技术环境通常是使用情境中最容易被忽视的要素。极端温度、环境噪音、照明条件、振动和社会动态(干扰、团队结构、监督实践)都可能显著影响可用性。例如,在时间压力和绩效监控下使用的呼叫中心软件,与在安静办公室中使用的相同软件相比,需要截然不同的设计考虑。

环境类型需要记录的关键因素设计影响
技术环境硬件、软件、网络、移动性、辅助技术平台约束、兼容性要求
社会/组织环境团队动态、时间压力、干扰、组织文化错误容忍度、培训需求、工作流集成
物理环境空间、照明、噪音、温度、振动、位置硬件设计、显示可读性、输入方法适用性

常见问题解答

问1:使用情境描述应该详细到什么程度?
标准建议只记录那些被认为可能影响可用性的特征。描述的详细程度是基于人因工程学知识和类似系统经验的专业判断。规定不足(遗漏关键因素)和规定过度(包含无关细节)都存在风险。
问2:ISO/IEC 25063 如何与其他 CIF 标准关联?
ISO/IEC 25063 是计划中的 CIF 可用性信息项系列中的第一个。它提供的使用情境信息直接输入到用户需求报告(ISO/IEC 25064)、用户需求规格说明(ISO/IEC 25065)和可用性评估报告(ISO/IEC 25066)中。这些共同构成了以人为中心的设计文档的集成框架。
问3:使用情境描述可以在多个项目中重复使用吗?
是的,标准明确指出,关于特定使用情境的信息可以用于多个交互式系统的开发。这对于开发产品系列或类似部署环境的系统的组织尤其有价值。
问4:预期情境和规定情境有什么区别?
预期情境代表设计目标——团队希望实现的目标。规定情境作为用户需求的一部分进行记录,定义了系统需要达到可接受可用性水平的实际条件。实际约束可能导致规定情境比原始预期情境更窄(或更宽)。

📥 标准文件下载

🔒
请等待 10 秒,广告加载完成后将显示下载链接

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注