第9章软件界面的开发.docx
- 文档编号:10677716
- 上传时间:2023-02-22
- 格式:DOCX
- 页数:17
- 大小:363.54KB
第9章软件界面的开发.docx
《第9章软件界面的开发.docx》由会员分享,可在线阅读,更多相关《第9章软件界面的开发.docx(17页珍藏版)》请在冰豆网上搜索。
第9章软件界面的开发
第9章软件界面的开发、测试和评论
9.1软件界面开发过程
在软件界面开发中,根据软件界面的特点并借鉴软件工程的思想,把整个软件界面开发过程归纳为3个阶段7个过程。
9.1.1定义阶段
1.可行性分析
可行性分析包括调查用户对界面的需求和使用环境,尽可能广泛地向系统未来的各类直接的或潜在的用户进行调查,同时兼顾调查人机界面涉及的硬件、软件环境。
2.需求分析
(1)用户类型分析
在设计软件界面时,首先要确立用户类型,不同的用户类型其界面的形式不一样。
用户类型分析的目的是要详细地了解所有用户的技能与经验,以便等够预测他们对不同的界面设计会做出什么反应,并针对用户的能力进行设计或更改软件界面方案。
用户类型通常可以分为如下4种类型:
①外行型:
从未用过计算机的用户。
他们不熟悉计算机操作,对系统了解很少或不了解。
②初学型:
对计算机有一些使用经验,但对新系统不熟悉的用户,他们需要相当多的技术支持。
③熟练型:
能熟练操作计算机,对计算机的使用拥有相当多的经验。
与初学者比较他们需要较少的技术支持,可直接进入运行界面。
④专家型:
这一类用户与熟练型用户相比,他们了解系统内部的构造,有关于系统工作原理的专业知识,具有维护和修改系统的基本能力。
系统要为他们提供能够修改和扩充系统能力的复杂软件界面。
9.1.2构造阶段
构造阶段包括软件界面的概念设计、详细设计、界面实现,以及综合测试与评价等,是软件界面开发的主要阶段。
1.界面元素
软件界面的元素包括界面主颜色、字体大小及颜色、各种图标、菜单、工具栏、界面输入输出模式及界面交互方式等。
2.界面原型
利用界面原型法可以将界面需求调查的周期缩短,在最大程度上满足用户的要求。
利用界面原型,用户可以感性地认识到未来系统的界面风格及操作方式,从而迅速做出判断:
系统是否符合自己的主观期望,是否满足于自己的操作习惯和工作需求。
本阶段的具体内容包括如下几项工作。
(1)概念设计
①初步建立软件界面模型。
通过对行为域和构造域的描述,确定描述模型的语言形式。
②进行合理的人机分工。
确定适合于用户的工作方式。
③分析运行环境。
确定系统的硬、软件支持环境及接口,向用户提供各类文档要求等。
④分析成本/效益。
根据需要分析、任务分析、环境分析等,分析实现界面形式所要花费的成本,以及用户计划花费的成本和预期的收益,以便选择合适的开发途经。
⑤确定界面类型。
根据用户的自身特性,以及系统任务、环境、成本/效益,确定最为适合的界面类型。
(2)详细设计
1屏幕显示和布局设计。
首先制定屏幕显示信息的内容和次序,然后进行屏幕总体布局和显示结构设计,其主要内容如下。
●根据主系统分析,确定系统的输入和输出内容及要求等;
●根据人机交互设计,进行具体的屏幕、窗口等结构设计;
●根据用户需求和用户类型,确定屏幕上显示信息的适当层次和位置;
●详细说明在屏幕上显示的数据项和信息的格式;
●考虑标题、提示、帮助、出错等信息。
②完善艺术设计,包括为吸引用户的注意所进行的增强显示的设计。
例如,改变运动状态和形状、大小、颜色、亮度、环境等症状(如加线、加框、前景和背景反转),以及应用多媒体手段等。
③帮助和出错信息内容及形式的设计,查询方法的设计。
3界面实现
原型设计在经过初步系统需求分析后,开发出一个满足系统基本要求的、简单的、可运行的软件界面给用户试用,让用户进行评价和提出改进意见,进一步完善软件界面以适应需求。
4.综合测试与评估
综合测试与评估阶段的关键任务是通过各类型的测试与评估,使系统达到预定的要求。
9.1.3维护阶段
(!
)改正性维护
诊断和改正在使用过程中发现的系统错误或软件界面错误。
(2)适应性维护
修改系统或者软件界面以适应环境的变化。
(3)完善性维护
根据用户的要求改进或者扩充系统,完善软件界面。
(4)预防性维护
修改系统或软件界面,为将来的维护活动做预先的准备。
9.2软件界面的测试和评价
9.2.1软件界面测试和评价的意义
软件界面在软件系统交付使用前必须进行严格的测试,以及让用户进行评价。
(!
)降低产品或者系统技术支持的费用
(2)使产品的可用性增强,用户易于使用,缩短最终用户训练时间。
(3)帮助设计人员深入理解“以用户为本”的原则。
9.2.2软件界面的测试
软件界面的测试人员可以分为领域专家、用户和开发人员3类。
1软件界面易用性测试
用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作,这是理想的情况。
用户界面易用性的测试可以从界面的外观和功能两方面进行测试。
(!
)外观测试
外观测试主要看按钮名称是否易懂清晰,最好能使用户做到“望字生义”。
要注意界面的用词是否准确,含义不要模棱两可。
(2)功能测试
功能易用性的测试包括有下列具体要求。
①功能相近的按钮用框架框起来,集中在一个位置上,以减少鼠标移动的距离,常用按钮要支持快捷方式。
2软件界面要支持键盘自动切换窗口,即按“Alt+Tab”键就能自动切换。
3同一界面上的元素数目尽量不要超过10个,多于10个小时可以考虑使用分页界面显示。
分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab。
④默认按钮要支持“Enter”键操作,即按“Enter”键后自动执行默认按钮所对应的操作。
⑤“Tab”键的顺序与界面元素排列顺序要一致,目前流行的是从上到下,行间从左到右的方式。
⑥复选框和选项框按选择几率的高低排列,要有默认选项,并支持:
“Tab”键选择。
界面空间较小时使用下拉框而不用选项框。
9.2.3软件工程界面
上面的软件工程界面图列出了项目软件部分的从开始到结束的主要阶段及工作项,图中软件环境搭建部分的工作主要由硬件设备提供方负责;图中应用软件系统部署及试运行由乙方配合;粗线框中的工作(用户需求调研、初验测试、初验、培训、终验测试、终验)需要由双方共同参与。
上面的软件工程界面图列出了项目软件部分的从开始到结束的主要阶段及工作项,图中软件环境搭建部分的工作主要由硬件设备提供方负责;图中应用软件系统部署及试运行由乙方配合;粗线框中的工作(用户需求调研、初验测试、初验、培训、终验测试、终验)需要由双方共同参与。
系统集成的分工界面如下表所示:
工作内容
乙方
甲方
备注
网络环境部署调测
机架环境、机架尺寸,配套材料等要求
配合
负责
施工前的场地勘查
配合
配合
机房环境
配合
负责
电源准备
配合
负责
保证通信链路通畅
配合
负责
保证现场环境符合布线要求
配合
负责
IP地址规划
负责
配合
工具准备
配合
具体实施方案
配合
配合
设备定货
配合
负责
新购设备运输到
指定地点(入库)
配合
负责
硬件设备验货
配合
负责
主机的安装调试
负责
配合
网管网内部网络环境的建立和调试
负责
配合
数据库的安装调试
负责
配合
业务需求确认
业务需求分析说明书提供
负责
配合
业务需求确认
负责
配合
功能模块开发部署、数据接入联调
整体框架搭建
负责
配合
功能模块本地化部署、测试
负责
配合
外部系统接口连调测试、数据接入
负责
配合
测试报告输出、提交,平台具备整体上线能力
负责
配合
自定义分析模块本地化部署
负责
配合
外部系统接口连调测试、数据接入
负责
配合
上线
项目整体上线
负责
配合
验收
系统初验
配合
负责
系统试运行
负责
配合
系统终验
配合
负责
系统维护
日常维护
负责
配合
定期系统巡检
负责
配合
故障处理
负责
配合
第三方厂商服务协议保证
配合
负责
2.软件界面规范性测试
通常界面设计都按Windows操作系统的界面的规范来设计。
(1)菜单
①常用菜单要有命令快捷方式。
②完成相同或相近功能的菜单用横线隔开放在同一位置。
③菜单图标要能直观地代表要完成的操作。
④菜单深度一般要求控制在3层以内。
(2)工具栏和工具箱
①工具栏可以根据用户的要求自己定制选择。
②相同或相近功能的工具栏放在一起。
③工具栏中的每一个按钮要有即时提示信息。
④工具栏的长度最长不能超出屏幕宽度。
⑤工具箱的图标能直观地代表要完成的操作。
⑥系统常用的工具栏要设置默认放置位置。
⑦工具栏太多时可以考虑使用工具箱。
⑧工具箱要具有可增减性,由用户自己根据需求定制。
⑨工具箱的默认总宽度不要超过屏幕宽的1/5。
(4)状态栏
状态栏要能显示用户需要的信息,常用的有目的的操作、系统状态、用户位置、用户信息、提示信息、错误信息等,如果某一操作需要的时间较长,还应该显示精度条和进度提示等状态。
状态条的高度以能放置五号字为宜。
(5)滚动条
滚动条的长度要根据显示信息的长度或宽度来计算变换,以利于用户了解显示信息的的位置和百分比。
滚动条的宽度比状态条的略窄。
3.软件界面帮助测试
①帮助文档中的性能介绍和说明要与系统性能一致。
②打包新系统时,对做了修改的地方要在帮助文档中做相应的修改。
③常用“F1”键调用系统功能。
④在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置,也就是说帮助要有即时性的针对。
⑤最好提供目前流行的联机帮助格式或HTML帮助格式。
⑥用户可以用关键词在帮助索引中搜索需要的帮助,当然也应该提供帮助主题词。
⑦如果没有提供书面的帮助文档,那么最好有打印帮助的功能。
⑧在帮助中应该提供技术支持方式,一旦用户难以自己解决,可以方便地寻求新的帮助方式。
⑨提示、警告或错误的说明应该清楚明了。
4.软件界面理性测试
屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力位置,在放置窗体时要注意利用这两个位置。
合理性测试包括下列具体要求。
1主窗体的中心位置应该在对角线交点附近。
2子窗体位置应该在主窗体的左上角或正中。
3多个子窗体弹出时应该依次向右下方偏移,以显示出窗体标题为宜。
4重要的命令按钮及使用较频繁的按钮要放在醒目的位置上
5错误使用会引起界面退出或关闭的按钮,不要放在鼠标易于点击的位置。
所谓易于点击的位置,一般在横排头或最后,或竖排的最后位置。
6与正在进行的操作无关的按钮,应该加以屏蔽{Windows中用灰色显示,表示目前无法使用该按钮}。
7对可能造成无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
8非法的输入或操作应有足够的提示说明。
9对运行过程中出项问题而引起错误的地方要有提示,让用明白错误出处,避免形成无限期的等待。
10专业性强的软件要使用相关专业术语,通用性界面则提倡使用通用性词汇。
5软件界面没学测试
软件界面应该体现没学原则,使人感觉协调舒适,能在有效的范围内吸引用户的注意力。
美学测试包括下列具体要求。
{1}软件界面比例
长宽比例接近黄金点比例,切忌长宽比例失调、或宽度超过长度。
{2}软件界面元素
界面元素布局要合理,不宜过于密集,也不能过空旷,应合理地利用空间。
{3}按钮
按钮大小要与界面的大小比例协调,通常使用宋体9~12号字较为美观,尽量不要超过12号的字体。
{5}颜色
前景色与背景色搭配合理协调。
{6}软件界面风格
界面风格要保持一致,字体的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。
最好能给用户提供自定义界面风格的功能,由用户自己选择颜色、字体等。
{7}窗口
当窗口支持最小化和最大化或放的功能时,窗口上的元素也要随着窗口的缩放而缩放,切忌只放大窗口而忽略对界面的元素的缩放。
通常主窗口支持缩放时,子窗口没有必要缩放。
6软件界面菜单测试
1菜单通常采用“常用—主要—次要—工具—帮助”的顺序排列,符合流行的Windows风格。
2下拉菜单要根据菜单选项的含义进行分组,并按照一定的规则进行排列,用横线隔开。
3如果菜单选项较多,应该采用加长菜单的长度而降低深度的原则排列,菜单深度一般要求最多控制在3层以内。
4对常用的菜单要有快捷命令方式。
5与操作无关的菜单要用屏蔽的方式加以处理,最好采用动态加载方式,即只有需要的菜单才显示。
菜单前的图标不宜太大,最好与字的高度保持一致。
主菜单数目不应太多,最好为单排布置,主菜单的宽带要接近,字数不应多于4个,每个菜单字数最好能相同。
7.软件界面个性的测试
①安装界面上应有软件开发单位的名称及图标。
②主界面要求有公司图标。
③登陆界面是哪个要有本产品的标志和公司图标。
④帮助菜单的“关于”中应有版权和产品信息。
⑤公司的系列产品要保持一致的界面风格,如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等。
8.软件界面快捷方式测试
(1)通用快捷键
Ctrl+D删除
Ctrl+F查找
Ctrl+H替换
Ctrl+I插入
Ctrl+N新纪录
Ctrl+S保存
Ctrl+O打开
(2)列表快捷键
Ctrl+G定位
Ctrl+Tab自动切换窗口
(3)编辑快捷键
Ctrl+A全选
Ctrl+C复制
Ctrl+V粘贴
Ctrl+X剪切
Ctrl+Z撤消操作
Ctrl+Y恢复操作
(4)文件操作的快捷键
Ctrl+P打印
Ctrl+W关闭
(5)系统菜单的快捷键
Alt+A文件
Alt+E编辑
Alt+T工具
Alt+W窗口
Alt+H帮助
(6)Windows保留的快捷键
Ctrl+Esc任务列表
Ctrl+F4关闭窗口
Alt+F4结束应用
Alt+Tab下一应用
Enter默认按钮/确认操作
Esc取消按钮/取消操作
Shift+F1上下文相关帮助
另外,可以根据系统需要来调节按钮组合,以下是常用的组合。
Alt+Y确定(是)
Alt+C取消
Alt+N否
Alt+D删除
Alt+Q退出
Alt+A添加
Alt+E编辑
Alt+B浏览
Alt+R读
Alt+W写
9.软件界面安全性测试
①排除可能会使系统非正常终止的错误,对可能造成等待时间较长的操作应该提供取消功能。
②尽可能避免用户录入无效的数据,和避免用户进行XX或没有意义的操作。
对可能引起致命错误或系统出错的输入字符或操作要更加以限制或屏蔽。
3对可能发生严重后果的操作要有补救措施,通过补救措施用户的操作回到正确状态。
10多窗口应用与系统资源测试
①在多窗口系统中,有些界面要求必须保持在最顶层,避免用户在打开多个窗口时,不停的切换,甚至最小化其他窗口来显示该窗口。
②在主界面载入完毕后自动释放内存,让出所占用的Windows操作系统的系统资源。
③关闭所有窗体或系统退出后要释放所占的系统资源,除非是需要后台运行的系统。
④尽量防止对系统的独占使用。
9.2.3软件界面的评价
1.观察法
收集数据最有效的方法就是观察。
观察法能够提供大量的有关用户与界面交互的数据信息,这种数据可以分为两种类型,即可度量的客观性数据和用户认知的有价值的主观性数据。
(1)直接观察法
在用户与界面进行交互操作时,评价人员在用户身边进行直接观察,并进行记录。
(2)系统监控
该方法是利用软件观察和登记用户的活动,并有自动的时间记录标志。
2.咨询法
咨询方法是直接向广大用户或经过选择的样本用户进行询问,然后对收集到的反馈信息进行统计分析,产生有用的评价。
再设计咨询工具时必须注意一下几个方面
(1)咨询工具的稳定性
同一个工具要能广泛的适应不同环境、不同用户、不同时间、不同地点的需要,以保证测试结果的稳定性。
(2)咨询内容的明确性
向用户提出的问题应该尽可能明确、具体、符合相应的咨询内容,不要掺入无关的因素,不要模棱两可。
3.座谈法
座谈法是指通过座谈会、采访的形式,直接向用户征询对系统和软界面的意见。
9.2.4软件界面评价条目实例
在调查表中,要求用户按照下列尺度回答调查表中提出的问题。
1——非常不满意
2——不满意
3——可以
4——满意
5——非常满意
根据需要,也可以将评价级别分为6级。
调查表中列出的软件界面评价条目如下:
(1)屏幕显示评价
(2)术语和系统信息评价
(3)帮助和出错信息评价
(4)学习系统评价
(5)系统能力评价
(6)对系统总的反应评价
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 界面 开发
![提示](https://static.bdocx.com/images/bang_tan.gif)