软件提示信息规范.docx

软件提示信息规范.docx

《软件提示信息规范.docx》由会员分享，可在线阅读，更多相关《软件提示信息规范.docx（17页珍藏版）》请在冰豆网上搜索。

软件提示信息规范

1提示信息规范

1.1通用提示

序号

提示类型

提示信息规范

对应按钮

对应图标

1）

必须选择数据才能进行操作的提示

请选择×××！

〖确定〗

2）

删除校验

可直接删除

确实要删除选择的记录吗？

〖确定〗、〖取消〗

有层级关系

（单笔记录）

确实要删除选择的××及子级××吗？

不可直接删除

（单笔记录）

当前记录已××，不允许删除！

〖确定〗

当前××存在××数据，不允许删除！

〖确定〗

同上

当前××已被××关联，不允许删除！

〖确定〗

同上

批量删除

某些记录不允许删除：

××记录，不允许删除！

〖确定〗

同上

全部允许删除：

确实要删除选择的记录吗？

〖确定〗、〖取消〗

9）

字段超长提示

输入字符不允许超出N个字节！

〖确定〗

10）

唯一性校验

单个字段不允许重复：

××下的<字段名称>不允许重复!

〖确定〗

同上

双字段不允许重复：

××下的<字段名称1>和<字段名称2>不允许重复！

12）

非空校验

可编辑字段的非空校验：

请输入<字段名称>！

〖确定〗

同上

不可编辑字段的非空校验：

请选择<字段名称>！

既可编辑也可选择的情况：

请输入<字段名称>！

15）

特殊字符的校验

不允许输入特殊字符：

列出特殊字符，并以,隔开

〖确定〗

同上

16）

查询无条件的提示

请输入查询条件

〖确定〗

同上

17）

业务原因无法操作

××××不允许<按钮名称>！

〖确定〗

同上

18）

数据关联对应的提示

当前记录已××，不允许×××！

当前记录存在××××，是否××？

〖确定〗

同上

19）

日期字段输入错误校验

对于YYYY-MM-DD格式：

请输入有效日期！

〖确定〗

同上

对于YYYY-MM格式：

请输入有效月份！

〖确定〗

同上

21）

日期段输入校验

XX截止日期不允许早于XX起始日期！

〖确定〗

同上

22）

日期有效性校验

XX日期必须在SS起止日期（YYYY-MM-DD～YYYY-MM-DD）范围内！

〖确定〗

同上

23）

数值字段输入错误校验

数值有范围限制：

请输入从×××到×××之间的数值！

〖确定〗

同上

数值必须大于0的情况：

<字段名称>必须大于零！

〖确定〗

同上

数值不允许等于0的情况：

<字段名称>不允许等于零！

〖确定〗

同上

26）

操作失败的提示

操作失败，请关闭重试！

〖确定〗

同上

27）

等待提示

处理中，请稍候…

〖确定〗

同上

28）

当数据发生改变时的提示信息。

提示信息如下图所示

〖确定〗

同上

29）

最多支持n级分类提示

XXX最多支持n级分类，不允许新增！

〖确定〗

同上

30）

退出提示

是否要退出系统？

〖确定〗、〖取消〗

2界面规范

2.1列表相关

1）所有列表名称均无需冒号。

如“名称”不可写成“名称：

”。

2）可编辑列表必填字段的列名称以红色字体标识。

3）列表中的“序号、日期”应居中显示；“文本”应居左显示；“金额”应居右显示，且显示千分号。

当某列数据对应的字段长度一致时，居中显示，如已审核、未审核。

4）用户调整过的GRID的列宽，窗口的位置可以自动记忆。

5）任何界面，查询后有记录则必须加亮显示第一条记录，直接点击〖删除〗按钮应该是对加亮的记录进行操作。

6）增加、修改记录后必须加亮当前行；

删除记录后：

定位当前页面，不定位到具体记录。

尾页只有一笔数据，删除此数据后：

定位到前一页，不定位到具体记录。

7）如果界面列表有默认排序,进入界面的时候该列用灰色背景显示,并在列标头用箭头表示排序方式。

8）对于列表支持多选，选择多条记录后进行不支持多选的业务操作时，提示该业务操作不支持多选。

2.2树形相关

1）增加、修改记录后必须加亮当前行；

删除记录后：

定位当前页面，不定位到具体记录，展开的形状保持不变。

尾页只有一笔数据，删除此数据后：

定位到前一页，不定位到具体记录。

2）合同类别对应的树型根目录应为“所有类别”；对应的标签页应为“合同类别”。

3）所有导航树的项目根目录均为当前公司名称；合同类别根目录均为“合同类别”。

2.3字段相关

1）字段名称无需冒号。

如“名称”不可写成“名称：

”。

2）必填字段以红色字体标识。

3）建议填写字段以蓝色字体标识。

4）日期应居中显示；文本应居左显示；金额字段应居右显示，且金额应该有千分号。

5）各模块相同字段的名称要保持一致，界面内外的字段名称要保持一致。

6）可写控件检测到非法输入后应给出说明并能自动获得焦点，数据项完整性校验问题要注意光标焦点自动定位到错误处。

7）数据输入控件应该有完备的数据完整性和一致性校验功能。

8）在保存用户所输入的信息时，根据需要选择是否去掉前后空格。

9）应当注意尽可能避免用户无意中输入无效的数据。

10）对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。

11）对输入字符的有效性进行相应的检测。

如：

邮件地址填写不正确，则不允许系统保存。

12）相近的字段放在一起，减少鼠标移动的距离。

13）打开可编辑的操作界面，光标需默认在第一个可编辑字段；即无需客户点击即可直接操作。

14）对于需要点击图标选择数据的字段，当鼠标移动到图标上面，应显示对应界面的Title。

如鼠标移到“经办人”字段对应的图标，则应显示“选择经办人”。

15）一级窗口中的“项目”和“视图”后面都无需冒号（“：

”）。

16）特殊字符常有；;’”><,｀‘：

“［”｛、\|｝］+=）-（_*&￥^%$#@!

~,.。

?

/还有空格。

17）与系统采用的保留字符冲突的要加以限制。

18）记账（帐）、转账（帐）的“账”统一用“账”，不用“帐”；不与钱相关的，用“帐”。

19）登录和登陆。

有用户login的地方统一用“登录”。

20）所有分析模块中的查询项目、起止日期等查询字段均不需要以红色字体显示，且分析模块中的查询按钮统一更名为“分析”。

2.4按钮相关

1）按钮对应的文本应该上下左右居中，工具栏上面的按钮要上下居中。

2）各按钮之间的间距应该相等。

3）界面中没有数据时，点击对应的按钮应该没有反应。

〖新增〗按钮除外。

4）编辑界面一般都需要〖保存〗、〖保存&关闭〗、〖保存&新增〗、〖关闭〗等四个按钮，新增、修改模式下四个按钮全显示，查看模式时只显示〖关闭〗按钮；根据实际业务也可以不提供〖保存&新增〗按钮。

5）通过某个按钮切换到其它模块应该定位到对应的记录。

如：

点击【相关业务】按钮进入到“付款计划”界面，应该定位对应的合同，同时加亮显示第一个计划。

6）相同或相近功能的功能按钮放在一起。

7）工具栏中的每一个按钮要有即时提示信息。

8）默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。

9）错误使用容易引起界面退出或关闭的按钮不应该放在易点位置,横排开头或最后与竖排最后为易点位置。

10）按钮权限控制规范

♦当按钮没有权限操作时，工具栏的按钮则统一为灰色；

♦当所有人均不允许操作此按钮时，如查询模式时，则工具栏的按钮需要代码中将该按钮隐藏起来。

♦对于非工具栏如列表标题栏的按钮，则分两种情况，如果所有人对所有记录都没有按钮操作权限，则将该按钮陷藏。

如果因记录不同，按钮不能用，此按钮显示，对于不能操作的记录，给出具体的提示。

11）操作菜单按钮

♦统一不提供修改按钮，采用双击打开记录进行编辑的方式

♦操作菜单下拉动作点均不需要图标

♦按钮权限控制规范

♦当按钮没有权限操作时，工具栏的按钮则统一为灰色；

♦当所有人均不允许操作此按钮时，如查询模式时，则工具栏的按钮需要代码中将该按钮隐藏起来。

♦对于非工具栏如列表标题栏的按钮，则分两种情况，如果所有人对所有记录都没有按钮操作权限，则将该按钮陷藏。

如果因记录不同，按钮不能用，此按钮显示，对于不能操作的记录，给出具体的提示。

2.5提示信息的判断顺序

1）如果提示之间没有关联，建议根据模块的先后顺序进行提示。

如：

核算对象存在【合同登记】、【项目进度计划】、【月度资金计划】模块均存在数据，可依次提示。

2）如果提示之间有关联，则应根据模块的先后顺序由后往前提示。

如：

合同存在财务应付款、付款计划数据，则应先提示存在财务应付款，再提示存在付款计划。

3）删除时的提示注意事项：

允许或不允许删除皆只需弹出一个提示信息。

如：

删除合作伙伴时存在两种提示信息：

a、当前合作伙伴存在合同数据，不允许删除！

b、确实要删除选择的记录吗？

♦当前记录不允许删除，则弹出提示信息a即可。

♦当前记录允许删除，则弹出提示信息b即。

4）提示信息的判断顺序：

♦如删除时不需要校验，则直接提示“确实要删除选择的记录吗？

”

♦如删除时需要校验，则须先校验，如不通过则给出相应提示（如“当前记录已有实收款，不允许删除！

”）；校验通过，则才提示“确实要删除选择的记录吗？

”

2.6窗体

1）所有的非模式活动窗口要支持最大化和最小化。

2）父窗体或主窗体的中心位置应该在对角线焦点附近（居中显示）。

3）子窗体位置应该在主窗体的左上角或正中。

4）多个子窗体弹出时如果窗体大小一样时，应该依次向右下方偏移，以显示窗体出标题为宜。

5）多编辑窗口的标题名称与当前操作的动作一致，如：

点击新增按钮，窗口标题则显示“新增XXXX”！

；点击修改按钮，窗口标题则显示“修改

XXXX”！

；点击查看时，窗口标题则显示“查看XXXX”！

；（建议用公用函数）。

6）OPEN窗口的位置及尺寸

♦位置：

默认打开窗口居中，默认为800*600，支持最大化。

♦窗口大小：

✓二级窗口通常默认为800*600

✓由于业务需要默认打开窗口为全屏的，例：

付款登记、合同台帐、合同登记、月度资金计划的计划明细、现金流预测的预测界面等窗口。

✓窗口内容特别少这种情况，则可以使用为640*480，例：

类别设置等。

✓对于内容特别少的（非标准大小）窗口，可以按照长、高4：

3的比例设置适合的大小。

7）ShowModel打开窗口

♦对于showmodel窗口统一窗口下方均预留IE状态栏高度的空间，以解决在XP或2003SP1环境上的会导致按钮显示一半的情况。

♦ShowModel打开窗口的大小分为两类

✓界面内容较多

✓界面内容较少

✓具体的大小请根据实际效果确定。

8）向导窗口的第一步、第二步要有，即使跳过某一步，也显示对应实际的步骤。

9）一个窗口中最多不要出现超过三个的GRID控件。

10）除财务收支管理的各种财务单据窗口外，其它窗口中如没有多标签页则不需要加一个标签头。

11）状态条的高度以放置五号字为宜，具体高度值为23px。

2.7帮助设施

1）打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。

2）操作时要提供及时调用系统帮助的功能。

常用快捷键为F1。

调用帮助时应及时定位到与该操作相对的帮助位置。

3）最好提供目前流行的HTML帮助格式。

4）用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主关键词。

5）如果没有提供书面的帮助文档的话，最好有打印帮助的功能。

2.8菜单位置设置

1）菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。

2）常用的有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，当然要根据不同的系统有所取舍。

3）下拉菜单要根据菜单选项的含义进行分组，并且按照一定的规则进行排列，用横线隔开。

4）一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。

5）没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边。

6）如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。

7）菜单深度一般要求最多控制在三层以内。

8）对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式——即只有需要的菜单才显示——最好。

9）主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。

10）主菜单数目不应太多，最好为单排布置。

2.9表单界面

1）重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。

2）常用的表单应该支持Ctrl+C和Ctrl+V操作。

3）系统要尽可能根据用户已经输入信息自动获取其它附属信息，而不需要用户重复的选择或输入。

4）支持鼠标上下左右移动切换，Tab键从左到右，由上而下。

5）表单新弹出对话框，对话框再弹出对话框的这种层次要控制在3层以内。

6）界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置（这是通用原则，特殊情况时需说明原因）。

2.10公用按钮图标

1）公用图标：

&符号用英文状态的

注意：

当鼠标移至工具栏按钮上时，不需要有浮动文字显示。

2.11其它

1）对于有公式计算的界面，只要有公式就应该将公式列出来，公式的隐藏图标应整个系统保持统一。

2）用户登录界面最好有用户名和ID的记忆，焦点直接定位到密码输入框。

3）单据搜索界面可以保存用户自定义的各种搜索条件组合。

4）一条工具栏的长度最长不能超出屏幕宽度。

5）下拉列表框提供空值的选择，统一下拉列表中均提示默认值“--请选择--”，有默认值的需要给值。

6）任何一个需要选择项目的界面，默认定位到上一次选中的项目。

如果第一次打开模块时，项目下拉框默认显示“--请选择--”。

7）修改数据库必须用建模工具进行，以便保留操作日志；同时记录到相关的数据库修改文档，并邮件知会所有项目成员及数据库管理员！

8）系统中取当天日期的地方都统一取数据库服务器的当前日期（待国喜落实前、后端的公用函数）。

9）功能定义模块一定要描述清楚功能说明及动作点权限控制说明文本

10）业务参数设置模块中的“配置类参数设置”各明细参数的分组名称均需要增加序号（原来的序号主要是用来排序，与海峰落实）。

11）每一种选择都是有效的,用户不可能输入任何一种无效的选择。

当选项特别多时，可以采用下拉式列表框。

12）滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。

13）在一个应用系统中,开发者应当避免用户作出XX或没有意义的操作。

14）定义视图时，不允许用“*”（如：

Selects_Fee.*Froms_Fee），以尽量减小基表结构调整对视图的影响。

15）第一点各系统需要根据业务的要求确认是否提供“保存&新增”按钮，第二点，一旦确认提供此按钮，则无论是新增模式还是修改模式

均显示保存&新增。

16）对表单和界面联动和交互的时候要注意相关界面数据的自动刷新。

（这是通用原则，特殊情况设计时需说明原因）。

17）对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。

对可能造成等待时间较长的操作应该提供取消功能。

18）系统应具有友好的完整性和约束校验的提示信息，方便用户修改输入数据。

出现异常情况时应该有友好的统一的提示信息。

19）涉及设计变更时，需要先同步功能规格设计文档，然后再修改程序，并知会所有项目成员！

20）对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。

21）“业务参数设置”中，系统应自动产生编码，编码字段对用户根本没用，不应该让用户输入无关的信息。

3报表制作规范

3.1报表版面

3.1.1整体

1）纸张：

除特殊要求外，默认都用A4纸纵向。

2）字体：

♦报表标题的字体为：

宋体、16号、粗体；

♦分组、汇总栏的字体为：

宋体、9号、粗体；

♦除此之外，其它所有的字体都为：

宋体、9号、常规字体。

3）报表的边距（有特殊要求格式的报表例外，如信函类报表、国土局上报类报表）：

♦报表名的顶端距离页面顶端3毫米；报表名的底端距离页面顶端10毫米；

♦报表列名的第一行横线距离页面顶端15毫米，报表每行行高6毫米；

♦报表左边距距离页面左边不小于10毫米，报表右边距距离页面右边不小于15毫米；

4）报表默认排序规则

♦对于明细报表，如无特殊要求，默认的排序规则为：

项目代码＋楼栋代码＋单元序号＋楼层序号＋号码

3.1.2报表表头

1）内容包括：

报表的标题、制表日期、页码、字段的名称及表格线，有时还包括项目（楼盘）名称、单位信息等。

2）格式：

标题一般由报表名及其下方的一根下划线组成；

3）表头中其它内容的字体均为：

宋体、9号

4）表头各内容的位置示意图：

报表名

制表日期：

yyyy-MM-dd统计日期：

yyyy-MM-dd至yyyy-MM-dd第1页/共X页

列名1

列名2

列名3

列名4

列值1（字符）

列值2（计数）

列值3（日期）

列值4（数字）

合计

合计2（技术）

合计4（数字）

说明：

♦报表名称位置须居中放置，报表名下面的下划线长度必须与报表名的宽度相等；

♦制表日期默认当前日期，位于报表第一行的左边；

♦统计日期取值所输入的起始和截止日期，并置于报表名下的中间位置；

♦页码的显示格式要统一，位置位于报表第一行的右边。

♦如有币别、单位等说明信息的，可置于第一行页码的前面，注意与页面保留一定间隔。

（客户有特殊格式要求的例外）

3.1.3报表明细

1）对齐原则:

一般原则为,字符型的字段左对齐、数值型字段右对齐、日期型居中对齐，对于计数类的字段居中对齐；如有特殊的要求按实际要求执行。

2）显示格式：

日期型字段为‘yyyy-MM-dd’,数值型字段为‘0.00’；如有殊的要求按实际要求执行。

3）字段的宽度必须足够显示字段的内容；

4）表格线:

上下必须对齐、连贯，线径为一个单位；

3.2报表取数

1）尽量多的使用设计模式制作报表；

2）报表的取数尽量从报表视图（rptv开头的视图）中进行取数；

3）对于无法使用设计模式制作，必须使用SQL模式完成的报表，所写的SQL语句必须符合一下要求：

♦最外层的SQL关键字必须大写；

♦在SQL语句中建议给报表字段取别名；

3.3其它

1）报表变量的命名必须符合规范，变量以var开头，相同的变量命名必须统一；

2）无特殊情况，报表除了能使用自定义的过滤条件外，还必须能够使用通用过滤，通过过滤选择的内容为报表主要数据的内容；

3）报表必须能够进行二次过滤，无特殊情况，报表必须能够按照报表中显示的内容进行二次过滤；