用户界面设计

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/whc888666/article/details/82746069

任务分析

这一部分工作应与软件系统的需求分析同步进行,它主要包括:

1、用户特性分析

2、用户工作分析

3、记录有关系统的概念和术语

4、确定界面类型

这里写图片描述

用户特性分析

●用户界面是适应人的需要而建立的,因此,首先要弄清将要使用这个界面的用户类型。

●用户特性分析的目的是要详细了解所有的用户的技能和经验,一遍能够预测用户对不同界面设计会做出什么反应,这样在更改界面时,就能做出正确的判断。

1、用户类型:外行型、初学型、熟练型、专家型

2、用户特性度量:用户特性的度量与用户使用模式及观测到的用户群体能力有关。

(1)用户使用的频度

(2)用户是否能够自由选用界面

(3)用户对计算机的熟悉程度

(4)用户知识

(5)用户思维能力

(6)用户的生理能力和技能

用户工作分析

●用户工作分析,也称为任务分析。它是系统内部活动的分解。

●用户工作分析与需求分析中结构化分析的方法类似,采用自顶向下,逐步进行功能分解。

●与常规的功能分解不同的是,所有的系统任务,包括与人相关的活动,都要考虑在内。

●系统的功能分解,可以用数据流图和数据字典描述。

●任务可以由一组动作构成,他们规定了为实现这个任务所必须的一系列活动。

●任务的细节可以使用结构化语言来表达。它描述了动作完成的序列及在完成动作时的所有例外情况。

用户模型和观点

建立用户的思维模型,是为了帮助建立设计者界面模型。

1、理论认知模型:由心理学家建立的模型,目的是要了解人的思维过程。

2、用户知识模型:这种模型描述了一定范畴内的知识以及类型之间的联系。模型借助各个用户的知识来建立,用遍历知识网络的方法来评价用户如何学习。

3、用户特性模型:这些模型主要依据在用户特性分析所描述的技能和能力对用户进行分类,他们也被称为用户外观。

4、用户任务模型:这种模型根据用户要求中提出的任务的功能和操作次序,构想该任务的概念。通过它,可以了解用户知道多少有关系统操作的知识,用户期望系统应当如何工作等。

5、用户观点:值系统结构的用户模型,是用户描述和设想现行系统结构的方法 。它可以用图形化的方式表示,也可以用语言方式表示。

任务模型

●静态:就是对象——关系模型,用于展现界面的结构设计。

●动态:是对系统操作或与会话设计有关的对象的动态行为的描述。
如图:

这里写图片描述

用户界面任务和工作设计

●任务和工作设计的目的在于创造用户的工作环境

●通常,任务应组织的多样化一些,要与人的能力相适应

任务分配

●在每个任务中,动作要分配给计算机、用户或二者。

●一般的用户承担需要创造、判断和探索的任务,而计算机承担重复检查、计算和数据处理的任务。

●任务分配产生两个网络。一个是人的任务网络,一个是计算机的任务网络。

●人的任务网络说明如何安装、操作和使用系统,它最后将形成操作过程和用户手册的基础。

●计算机的任务网络则描述计算机应担负的工作。

任务分配步骤

●检查数据流图,标出哪些是单独由计算机完成的任务、哪些是单独由人完成的任务。

●对于共同完成的任务,将任务的每一个动作分配给计算机或人。

●构成新的计算机的任务网络和人的任务网络。

●在进一步细化计算机与人的协同动作,以确定人和计算机如何交互。

界面设计的基本类型

在选用界面形式的时候,应当考虑每种类型的优点和限制,从下面几个方面来考查进行抉择:

◆使用的难易程度

◆学习的难易程度

◆操作速度

◆复杂程度

◆控制

◆开发的难易程度

菜单界面的设计

菜单是由系统预先设置好的,显示于屏幕上的一组或几组可供选用的命令。

◆正文菜单:实质上是系统命令本身或是简写形式。简单的正文菜单的设置与选取方式。
(1)首字符匹配方式

(2)序号匹配方式

这里写图片描述

(3)亮条匹配方式

◆图标菜单:简称图标,是安置在一个小方框中的一幅象形的或表意的图画。

◆正文和图标混合的菜单:这种菜单基本上还是正文式的。从屏幕上看,它还是由字符串构成。

按照屏幕位置和操作风格来分类

◆固定位置菜单:固定位置菜单每次总是在屏幕的相对固定的位置出现。
0层——主菜单:定位于屏幕中心或占领整个屏幕,菜单项的内容是所属各个子系统的名称。
1层——子系统层:这一层菜单在水平方向排成一行,安放于屏幕的上沿或下沿。
2层——当用户挑选了某一个操作类时,屏幕上将按垂直方向显示这组操作类的名称。

◆对话

(1)必须回答式:对话在屏幕上出现时,用户必须给予回答,否则系统不再做任何其他工作。

这里写图片描述

(2)无需回答式:这类对话在屏幕上出现,仅仅是为了告诉用户一些参考信息,不需要用户回答。

(3)警告式:这类对话主要用于系统报错或者警告。

问题描述语言POL

◆任务层:一个任务可以自顶向下分解成由子任务构成的树形结构,每个任务和他们的动作用带有注释和约束的结构化格式来描述。每个任务涉及的对象叫做实体,而动作即是施加于其上的。

◆语义层:POL描述概念实体和实现任务所需要的运算。概念实体可以是抽象的概念,如某种联系,也可以是具体的对象,如某个消息。系统本身由实体的集合组成,而操作只是与某个对象相联系。

◆语法层:将操作和方法定义成命令,这些命令是由用户来使用的。命令由语义操作建立,并具有上下文关系,通过上下文关系型,利用显示,命令或状态变量,就可以描述整个系统。

◆交互层:POL的文法有终极符(自定义的不能再分的)和由终极符组成的非终极符。终极符为

W——When(时态规格说明原语)

P——Prompt(原始系统动作:提示)

R——Response(原始系统动作:响应)

A——Action(原始用户动作:击键)
这些终极符可组成非终极符结构。

这里写图片描述

数据输入界面设计

数据输入是指所有供计算机处理的数据的输入。数据输入界面是系统的一个重要组成部分,它常占用的极大部分使用时间。

数据输入规则

◆数据输入界面的目标是尽量简化用户的工作,并尽可能的减少输入的出错率。

◆在软件设计的范围,可以通过下列方法来减少用户输入的工作量。
对共同输入的内容设置默认值(缺省值)

◆数据输入屏幕应当设计成尽量与输入格式系那个匹配

◆数据内容应当根据他们的使用频率或他们的重要性,或他们的输入次序进行组织。

这里写图片描述

这里写图片描述

猜你喜欢

转载自blog.csdn.net/whc888666/article/details/82746069