设计规范V10.docx
- 文档编号:10819989
- 上传时间:2023-05-27
- 格式:DOCX
- 页数:13
- 大小:22.46KB
设计规范V10.docx
《设计规范V10.docx》由会员分享,可在线阅读,更多相关《设计规范V10.docx(13页珍藏版)》请在冰点文库上搜索。
设计规范V10
设计规范V1.0
编写:
批准:
版本变更记录
版本
编写/变更时间
变更说明
1.0
2009年5月10日
发布
目录
1简介1
1.1目的1
1.2适用范围1
1.3背景描述1
1.4引用文件1
1.5术语表1
1.6参考资料1
2系统设计方法2
2.1面向对象设计方法2
2.2面向功能(结构化)设计方法2
2.3UML设计2
2.4设计模式2
3接口设计规范3
4数据库设计规范4
4.1数据库环境4
4.2数据库设计的命名规则4
4.3数据库逻辑设计4
4.4数据库物理设计5
4.5数据库安全设计5
4.6数据库管理与维护说明5
5界面设计规范6
3.1易用性6
3.2规范性7
3.3合理性8
3.4美观与协调性8
3.5菜单位置9
3.6独特性10
3.7安全性10
3.8帮助设施11
1简介
1.1目的
统一公司整体设计风格,促进系统设计的标准化。
在一定的程度上促进系统开发效率的提高。
1.2适用范围
本文档的适用范围于公司项目产品的系统设计相关活动。
1.3背景描述
无
1.4引用文件
无
1.5术语表
面向对象的设计(Object-OrientedDesign简OOD)
1.6参考资料
《ThinkinJava》第三版
《ThinkinC++》
2系统设计方法
2.1面向对象设计方法
面向对象的设计(Object-ObrientedDesign——OOD)主要是利用面向对象的技术建立能够集成产品设计和制造信息的产品定义模型,即面向对象的产品定义模型,在该模型的基础上实现系统的设计。
项目较大时,需要开发一个总体框架,并按此框架构造原型。
使原型贯穿于OOD期间建立各设计部分的原型。
2.2面向功能(结构化)设计方法
是软件设计的经典办法,结合需求规格说明及系统不同层次的数据流图并利用最高输入\输入抽象点,把整个系统分解为模块并确定模块功能,确定每个功能模块的输入、转换和输出数据流,并考虑各方面数据接口、存储方式等。
迭代逐步分解各系统模块,直到确定每个功能模块只执行一个行为为止,同时细化数据结构化设计,完善数据字典以确保系统能获得所需的输出结果,从而完成系统构架设计。
2.3UML设计
系统若采用UML建模,应符合UML1.0。
2.4设计模式
系统设计尽可能选择经典设计模式。
3接口设计规范
接口设计应明确说明接口所隶属的上一层模块及隶属于该接口的下一层模块、子程序,详细说明参数赋值和调用方式,详细说明与本接口相直接关联的数据结构(数据库等信息)。
4数据库设计规范
4.1数据库环境
1、详细说明所采用的数据库系统,设计工具,编程工具。
2、详细说明数据库服务器所需配置。
4.2数据库设计的命名规则
4.2.1数据库表
根据表所属的子系统/模块,命名方式为:
数据库表名=子系统/模块缩写+表含义
其中子系统/模块的缩写首字母大写,表含义中每个单词的首字母为大写。
4.2.2表字段:
概念模型中,每个数据库中为每个表定义唯一的缩写,长度为4~8个字符,
字段名=表缩写+“_” +字段含义。
如地区代码表字段前缀为area,其相关字段名:
area_id :
地区代码ID主键
area_name :
地区代码名称
4.2.3索引
索引名=idx+“_”+表缩写+相关字段/索引含义
4.2.4关联
关联是指数据库表之间的外键关系
关联名= rl+“_”+主表缩写+从表缩写
4.2.5存储过程:
存储过程名=proc+“_”+存储过程含义
4.3数据库逻辑设计
数据库设计人员根据需求文档,创建与数据库相关的那部分实体关系图(ERD)。
如果采用面向对象方法,这里实体相当于类(class)。
4.4数据库物理设计
1、主要是设计表结构。
一般地,实体对应于表,实体的属性对应于表的列,实体之间的关系成为表的约束。
逻辑设计中的实体大部分可以转换成物理设计中的表,但是它们并不一定是一一对应的。
2、基本表及其字段之间的关系,应尽量满足第三范式。
3、可以采用powerDesiger设计文件代替。
4.5数据库安全设计
防止用户直接操作数据库,用户只能用帐号登陆到应用软件,通过应用软件访问数据库,而没有其它途径操作数据库。
对用户帐号的密码进行加密处理,确保在任何地方都不会出现密码的明文。
确定每个角色对数据库表的操作权限,如创建、检索、更新、删除等。
每个角色拥有刚好能够完成任务的权限,不多也不少。
在应用时再为用户分配角色,则每个用户的权限等于他所兼角色的权限之和。
4.6数据库管理与维护说明
在设计数据库的时候,及时给出管理与维护本数据库的方法,有助于将来撰写出正确完备的用户手册。
5界面设计规范
界面设计规范遵循以下两方面:
易用性、规范性、合理性、美观与协调性、独特性、安全性的设计规范。
3.1易用性
界面各种控件按钮名称易懂,用词准确,易于区分,理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
易用性细则:
1):
完成相同或相近功能的按钮用Frame框起来,常用按钮要支持快捷方式。
2):
完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。
3):
按功能将界面划分局域块,用Frame框括起来,并要有功能说明或标题。
4):
界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。
5):
界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
6):
同一界面上的控件数量最好不要超过10个,多于10个时可以考虑使用分页界面显示。
7):
分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab
8):
默认按钮要支持Enter及选定操作,即按Enter后自动执行默认按钮对应操作。
9):
可写控件检测到非法输入后应给出说明并能自动获得焦点。
10):
Tab键的顺序与控件排列顺序要一直,目前流行总体从上到下,同时行间从左到右的方式。
11):
复选框和选项框的内容按选择几率的高底而先后排列。
12):
复选框和选项框要有默认选项,并支持Tab选择。
13):
选项数相同时多用选项框而不用下拉列表框。
14):
界面空间较小时使用下拉框而不用选项框。
15):
选项的列数很少时使用选项框,相反使用下拉列表框。
16):
专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。
3.2规范性
通常界面设计按Windows风格的界面规范来设计,即包含“菜单条、工具栏、工具箱、状态栏、滚动条、右键快捷菜单”的标准格式。
规范性细则:
1):
常用菜单要有命令快捷方式。
2):
完成相同或相近功能的菜单用横线隔开放在同一位置。
3):
菜单前的图标能直观的代表要完成的操作。
4):
菜单深度一般要求最多控制在三层以内。
5):
工具栏要求可以根据用户的要求自己选择定制。
6):
相同或相近功能的工具栏放在一起。
7):
工具栏中的每一个按钮要有及时提示信息。
8):
一条工具栏的长度最长不能超出屏幕宽度。
9):
工具栏的图标能直观的代表要完成的操作。
10):
系统常用的工具栏设置默认放置位置。
11):
工具栏太多时可以考虑使用工具厢。
12):
工具箱要具有可增减性,由用户自己根据需求定制。
13):
工具厢的默认总宽度不要超过屏幕宽度的1/5。
14):
状态条要能显示用户切实需要的信息,常用的有:
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等,如果某一操作需要的时间较长,还应该显示进度条和进程提示。
15):
滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。
16):
状态条的高度以放置五好字为宜,滚动条的宽度比状态条的略窄。
17):
菜单和工具条要有清楚的界限;菜单要求凸出显示,这样在移走工具条时仍有立体感。
18):
菜单和状态条中通常使用5号字体。
工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。
19):
右键快捷菜单采用与菜单相同的准则。
3.3合理性
屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。
合理性细则:
1):
父窗体或主窗体的中心位置应该在对角线焦点附近。
2):
子窗体位置应该在主窗体的左上角或正中。
3):
多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。
4):
重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
5):
错误使用容易引起界面退出或关闭的按钮不应该放在鼠标易点击位置。
横排开头或最后与竖排最后为鼠标易点击位置。
6):
与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示,没法使用该按钮)。
7):
对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
8):
非法的输入或*作应有足够的提示说明。
9):
对运行过程中出现问题而引起错误的地方要有提示,让用户明白错误出处,避免形成无限期的等待。
10):
提示、警告、或错误说明应该清楚、明了、恰当。
3.4美观与协调性
界面应该大小适合美学观点,感觉协调舒适,能在有效的范围内吸引用户的注意力。
美观与协调性细则:
1):
长宽接近黄金点比例,切忌长宽比例失调、或宽度超过长度。
2):
布局要合理,不宜过于密集,也不能过于空旷,合理的利用空间。
3):
按钮大小基本相近,忌用太长的名称,免得占用过多的界面位置。
4):
按钮的大小要与界面的大小和空间要协调。
5):
避免空旷的界面上放置很大的按钮。
6):
放置完控件后界面不应有很大的空缺位置。
7):
字体的大小要与界面的大小比例协调,通常使用的字体中宋体9-12较为美观,很少使用超过12号的字体。
8):
前景与背景色搭配合理协调,反差不宜太大,最好少用深色,如大红、大绿等。
常用颜色考虑使用Windows界面色调。
9):
如果使用其他颜色,主色要柔和,具有亲和力与磁力,坚决杜绝刺目的颜色。
10):
大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
11):
界面风格要保持一致,字的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。
12):
如果窗体支持最小化和最大化或放大时,窗体上的控件也要随着窗体而缩放;切忌只放大窗体而忽略控件的缩放。
13):
对于含有按钮的界面一般不应该支持缩放,即右上角只有关闭功能。
14):
通常父窗体支持缩放时,子窗体没有必要缩放。
15):
如果能给用户提供自定义界面风格则更好,由用户自己选择颜色、字体等。
3.5菜单位置
菜单是界面上最重要的元素,菜单位置按照按功能来组织。
菜单设测试细则:
1):
菜单通常采用“常用--主要--次要--工具--帮助”的位置排列,符合流行的Windows风格。
2):
常用的有“文件”、“编辑”,“查看”等,几乎每个系统都有这些选项,当然要根据不同的系统有所取舍。
3):
下拉菜单要根据菜单选项的含义进行分组,并按照一定的规则进行排列,用横线隔开。
4):
一组菜单的使用有先后要求或有向导作用时,应该按先后次序排列。
5):
没有顺序要求的菜单项按使用频率和重要性排列,常用的放在开头,不常用的靠后放置;重要的放在开头,次要的放在后边。
6):
如果菜单选项较多,应该采用加长菜单的长度而减少深度的原则排列。
7):
菜单深度一般要求最多控制在三层以内。
8):
对常用的菜单要有快捷命令方式,组合原则见8。
9):
对与进行的操作无关的菜单要用屏蔽的方式加以处理,如果采用动态加载方式,,即只有需要的菜单才显示最好。
10):
菜单前的图标不宜太大,与字体高度保持一直最好。
11):
主菜单的宽度要接近,字数不应多于四个,每个菜单的字数能相同最好。
12):
主菜单数目不应太多,最好为单排布置。
3.6独特性
如果一味的遵循业界的界面标准,则会丧失自己的个性,使其界面缺乏活力。
在框架符合以上规范的情况下,设计具有自己独特风格的界面尤为重要。
尤其在商业软件流通中有着很好的潜移默化的广告效用。
1):
安装界面上应有单位介绍或产品介绍,并有自己的图标。
2):
主界面,最好是大多数界面上要有公司图标。
3):
登录界面上要有本产品的标志,同时包含公司图标。
4):
帮助菜单的“关于”中应有版权和产品信息。
5):
公司的系列产品要保持一直的界面风格,如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
3.7安全性
安全性细则:
1):
最重要的是排除可能会使应用非正常中止的错误。
2):
应当注意尽可能避免用户无意录入无效的数据。
3):
采用相关控件限制用户输入值的种类。
4):
当用户作出选择的可能性只有两个时,可以采用单选框。
5):
当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。
6):
当选项特别多时,可以采用列表框,下拉式列表框。
7):
在一个应用系统中,开发者应当避免用户作出XX或没有意义的操作。
8):
对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
9):
对可能发生严重后果的操作要有补救措施。
通过补救措施用户可以回到原来的正确状态。
10):
对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
11):
对错误操作最好支持可逆性处理,如取消系列操作。
12):
在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
13):
对可能造成等待时间较长的*作应该提供取消功能。
14):
特殊字符常有;;’”><,`‘:
“[”{、\|}]+=)-(_*&&^%$#@!
~,.。
?
/还有空格。
15):
与系统采用的保留字符冲突的要加以限制。
16):
在读入用户所输入的信息时,根据需要选择是否去掉前后空格。
17):
有些读入数据库的字段不支持中间有空格,但用户切实需要输入中间空格,这时要在程序中加以处理。
3.8帮助设施
系统应该提供详尽而可靠的帮助文档,在用户使用产生迷惑时可以自己寻求解决方法。
帮助设施细则:
1):
帮助文档中的性能介绍与说明要与系统性能配套一致。
2):
打包新系统时,对作了修改的地方在帮助文档中要做相应的修改。
3):
操作时要提供及时调用系统帮助的功能。
常用F1。
4):
在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。
也就是说帮助要有即时针对性。
5):
最好提供目前流行的联机帮助格式或HTML帮助格式。
6):
用户可以用关键词在帮助索引中搜索所要的帮助,当然也应该提供帮助主题词。
7):
如果没有提供书面的帮助文档的话,最好有打印帮助的功能。
8):
在帮助中应该提供我们的技术支持方式,一旦用户难以自己解决可以方便的寻求新的帮助方式。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 设计规范 V10