下载掌阅APP，畅读海量书库
立即打开
上文分别讨论了学生和教师使用的课程具体信息粗略视图。虽然表面上看起来这些视图的内容已经相当具体和全面，但实际人机界面设计时考虑的很多其他因素并未包含在粗略设计中。这些粗略视图往往只是一些相对独立的界面设计模块。只有将这些模块与其他的模块有机地联系在一起，才能支持用户的功能，这方面的设计就是视图的关联性设计。
任何一个人机系统的界面都可能包括若干的状态，用户在不同界面状态下根据自己完成任务的需要进行不同的操作，使人机界面转化为另一个状态。对于视图进行关联设计时要全面考虑用户完成任务所需要的信息以及转化为其他状态所需要的功能。
假设上述的注册系统是一个作为学校整体网站一部分的互联网应用程序，那么对于该系统中的学生用于课程注册有关操作的课程具体信息视图，其关联性可以表达在图4-7所示的综合状态转化图中。
图4-7 综合状态转化图
对某一视图进行关联性设计考虑的因素主要包括：
（1）这一个视图的前一个或几个视图是什么？用户可能通过哪些方法或途径到达这一个视图？
（2）用户到达此视图后下一步可能要做什么？可能会进入到哪些其他视图？
在学生注册这个例子中，学生主要通过如下两个途径到达课程具体信息网页视图：
（1）通过查询课程检索而得到一个满足查询输入要求的课程列表，然后选择某一个课程进行进一步的了解。在这种情况下，学生可能经过的典型视图路径如下：
①到达学校主页；
②选择“注册系统”，登录后到达注册系统主页；
③选择“课程查询”而到达查询功能网页；
④输入查询内容后得到查询结果课程列表屏幕（假设有若干课程满足要求）；
⑤选择某一课程而达到课程具体信息网页。
以上只是完成此任务的一个最典型的过程。在实际应用时，用户可能不通过学校主页而直接到达注册系统主页。用户也可能调整课程查询标准的输入，而等到课程列表内容满意后再开始进入具体课程内容。注意到所有的用户操作的可能性非常重要。在分析时可以先研究最典型的情况，然后再根据其他可能性进行必要的调整。
（2）如果学生已经在系统中将某课程“存储”起来以备以后考虑，则学生应当在进入注册系统后看到这门课程以某种方式列在“已存储课程”的列表中。这时候学生可以直接从注册屏幕到达课程具体信息列表屏幕。
学生到达课程具体信息视图时可能进行的下一步行为，以及系统支持这些行为的可能的方式包括以下方面。
（1）注册当前显示的课程。这时候，系统应当显示一个提示信息，通知用户已经注册此课程。当然在此课程被标记为“已注册”之前，也可以增加一个确认注册的提示信息，以防用户按错按钮。这样的设计就意味着从当前视图可能会到达“注册确认”视图和“已经注册”的提示视图。
（2）暂时存储当前显示的课程以备以后决定。与上述注册课程的行为类似，下一个视图可能是“存储确认”视图和“已经存储”的提示视图。
（3）打印当前显示的信息以备参考。在用户通知系统进行打印后，系统应当显示打印机反馈过来的状态信息，在理想状态下，如果打印顺利完成，则系统应当显示“打印成功”的提示信息视图。
（4）查询与当前显示课程有关的公告栏内容或提出问题。学生可能希望了解当前屏幕显示的内容之外的一些课程的信息，所以从此屏幕应当能够直接到达公告栏的视图。学生在公告栏屏幕可能看到自己需要的信息已经发表或希望提出的问题已经得到回答。如果这一屏幕还不能解答学生的问题，则此公告栏视图应当进一步与提问视图相连。
（5）查询前一个或后一个查询结果列表中的课程的具体信息。当满足某一查询要求的课程超过一门时，学生可能希望连续浏览满足要求的课程。也就是说，在当前视图显示某一个课程的具体信息时，系统应当允许用户直接进入下一门或上一门课程的具体信息视图，而不需要回到查询结果列表，重新选择课程。
（6）回到查询结果列表。课程具体信息视图往往是通过选择查询信息列表中的某一门课程得到的。学生在完成了对所选课程的操作后，可能很自然地想回到查询结果列表视图。
（7）重新输入查询标准进行新的课程查询。有些学生在查看某一课程的具体信息后，可能会希望回到查询屏幕输入新的查询标准。尤其是在查看完查询结果列表中最后一门课程后这种可能性就更大。
（8）查看帮助信息。任何系统视图在必要时都可能需要能提供详细的帮助信息，查询课程具体信息的视图也不例外。
（9）退出系统。这一功能往往会出现在很多视图上，以方便用户在任何时候停止使用系统。这一功能也往往需要与一个确认视图相连以防用户按错按钮。