任务:制作用户界面原型
此任务说明了如何开发 GUI 原型和获取可用性反馈。
用途
  • 制作系统的用户界面原型,以尝试验证用户界面设计是否符合功能和可用性需求。
关系
角色主要: 其他: 辅助:
输入必需: 可选: 外部:
输出
主要描述

制作用户界面原型时,请记住用户界面设计、在需求引发期间创建的故事板以及项目特定指南中的用户界面指南。如果此任务的结果表明需要对故事板进行改进,这些更新就由系统分析人员执行(请参阅任务:引发项目干系人请求)。如果此任务的结果表明需要对用户界面设计进行改进,则由用户界面设计员执行这些更新(请参阅任务:设计用户界面)。

步骤
设计用户界面原型

用户界面原型设计本身就是用户界面的设计。区别仅在于该设计的详细程度和严格程度。在制作用户界面设计的原型之前,通常不执行“完整”的用户界面设计。事实上,将详细的用户界面设计推迟到构建并复审了原型的数个迭代之后进行,这常常比较适当。关于用户界面设计的更多信息,请参阅任务:设计用户界面

实施用户界面原型

一旦需要将用户界面设计展示给除用户界面设计员之外的其他人,就应创建用户界面原型。该原型应与主窗口和辅助窗口的外观及行为比较接近。通过这些初始的用户界面原型,您就开始建立系统用户界面的思维模型。

注意,不应注重于完成可执行原型的良好源代码结构和模块化;相反,应注重于创建一次性原型,该原型对用户界面的重要方面进行可视化并提供它的一些重要用户操作/行为。另外,当设计原型并将它展示给其他人时,该原型很可能会几次更改,这些更改常常会制作成廉价的补丁。结果,原型的源代码通常价值很有限,并且在将要实施真实用户界面时不会“演进”。

一般而言,实施原型比实施真实用户界面更加便宜。以下是用户界面的原型和真实实施之间的一些差异:

  • 原型不需要支持所有需求场景(例如,用例)。 相反,原型仅支持少量场景和对其排定优先次序。在随后的迭代中,可能扩展该原型,逐渐扩大场景覆盖范围和加强体系结构执行。
  • 主窗口通常是要实施的最复杂组件;如果您制作的高级用户界面真正利用了可视化潜能,则可能难以找到现成的组件。您通常可以使用原始组件(例如按钮、切换按钮或选项按钮)来近似模拟用户界面对于某一组数据的样子,而不是实施新组件。如果可能,使用几个原型显示多组数据,以包括平均值和对象容量。
  • 模拟或忽略窗口上对于实施很重要的所有用户操作。
  • 模拟或忽略系统的内部构成,例如业务逻辑、辅助存储器、多进程以及与其他系统的交互。
获得关于用户界面原型的反馈

制作用户界面原型时,与系统的用户及潜在用户紧密合作是很重要的。可使用此方法确定系统的可用性,有助于发现先前未发现的任何需求,并进一步优化需求定义。 

可通过关注复审和测试,获得关于用户界面原型的反馈。有关可用性测试的信息,请参阅概念:可用性测试



属性
多次出现
事件驱动
正在进行
可选
已计划
可重复
更多信息
概念