软件界面设计及编码实用标准要求规范

实用文案标准请在这里输入公司名称文档编号产品版本密级XK-DN-2000-10-11-05V1.0内部产品名称：共页软件界面设计及编码标准规范(仅供内部使用)文档作者：____________________日期：___/___/___开发/测试经理：____________________日期：___/___/___产品经理：____________________日期：___/___/___管理办：____________________日期：___/___/___错误!未找到引用源。版权所有不得复制实用文案标准电能质量数据分析软件界面设计及编码标准规范文档修改记录版本号日期所修改页注记1．02000/10/158常见快捷键规定实用文案标准目录一、开发环境..................................................................4二、软件界面设计标准规范...................................................42．1编写目的..................................................................42．2内容：....................................................................42.2.1界面设计思想...........................................................42.2.2界面设计原则...........................................................42.2.3界面设计样式...........................................................42.2.4常见提示信息样式.......................................................52.2.5常见错误信息样式.......................................................52.2.6其他界面约定...........................................................5三、软件编码设计标准规范.......................................................53．1．编写目的：...............................................................53．2内容：....................................................................63．2．1对象命名约定.........................................................63．2．2常量和变量命名约定...................................................73．2．3结构化编码约定.......................................................83．2．4数据源的约定.........................................................93．2．5数据库访问约定.......................................................93．2．6其他约定.............................................................9实用文案标准一、开发环境NT4。0、WIN98作开发操作平台前台采用(此处输入开发工具名称)作开发工具，后台以（此处输入数据库名称）作数据库来管理数据存储。屏幕分辨率：800*600,大字体，可在程序启动后自动设定。二、软件界面设计标准规范2．1编写目的当今软件界的所有软件无不是可视化的用户界面，它的好处不外乎它有美观、直接、操作者易懂和操作方便等好处。（此处输入编写文档的具体目的）。2．2内容：2.2.1界面设计思想“为用户设计，而不是设计者”。2.2.2界面设计原则（1）界面要美观、操作要方便并能高效率地完成工作。（2）界面要根据用户需求设计。（3）界面要根据不同用户的层次设计。（有的用户对计算机相当了解而有的从来就没碰过计算机）（4）避免出现嵌套式的界面设计。（5）界面和代码要相互制约。（6）界面要通“人性”。即要有引导用户操作的功能，不能是操作一有误就卡住什么都做不下去，又无任何提示来帮助用户如何进行操作。2.2.3界面设计样式(1)登录界面（此处加入登陆界面图）（2）系统功能布局菜单形式（此处加入界面图）标签栏形式（此处加入界面图）（3）录入界面（此处加入界面图）（4）查询界面实用文案标准（此处加入界面图）（5）统计界面（此处加入界面图）2.2.4常见提示信息样式（（11））当当操操作作会会带带来来严严重重后后果果时时（（默默认认按按钮钮为为““否否““））（此处加入界面图）（2）当当操操作作会会带带来来一一定定后后果果时时（（默默认认按按钮钮为为““否否““））（此处加入界面图）（3）当当需需征征求求操操作作者者意意愿愿时时（（默默认认按按钮钮为为““是是““））（此处加入界面图）（4）当当需需提提供供操操作作者者帮帮助助时时（此处加入界面图）（5）当当操操作作者者操操作作有有错错时时（此处加入界面图）（6）当当是是一一般般提提示示时时（此处加入界面图）范例：（此处加入界面图）2.2.5常见错误信息样式（此处加入界面图）2.2.6其他界面约定字体：一般界面字体为宋体，字号为9Twip（只要把窗体字体设为宋体，字号为9twip即可）。颜色：界面颜色采用默认色（除非用户有特殊要求）。按钮：高度375Twip，除“确定”和“取消”外都需含有快捷键。常见按钮快捷键：添加(A)、删除(D)、查询(S)、更新(U)、打印(P)、关闭(C)、重新查询(R)、统计(T)、退出(E)。数据：REAL型数据一律保留两位小数且右对齐。对齐方式：界面上的标题（Label）右对齐，其他控件左对齐。参考文献：（此处加入参考文献）三、软件编码设计标准规范3．1．编写目的：使用统一编码约定集的主要原因，是使应用程序的结构和编码风格标准化，以便于阅读和理解这段编码。好的编码约定可使源代码严谨、可读性强且意义清楚，与其它语言约定相一致，并且尽可能的直观。一组通用目的的编码约定应该定义完成上述目的所必需的、能让程序员自由地创建程序逻辑和功能流程的最小的要求。编码约定的目的是使程序易于阅读和理解，而不是用过份的约束和绝对的限制来束缚程序员本身的创造性。实用文案标准3．2内容：程序设计语言的特性和风格会直接影响到软件的质量和可维护性。编码原则：应尽量避免在系统初始化时运行过多的代码。（此处加入详细原则）（1）选用控制结构只准许一个入口和一个出口。（2）程序语句组成容易识别的块，每块只有一个入口和一个出口。（3）复杂的结构应该用基本控制结构进行组合嵌套来实现。（4）语句中没有的控制结构，可用一段等价的程序段模拟，但要求该程序段在整个系统应前后一致。（5）严格控制GOTO语句，仅在下列情形才可使用。用一个非结构化的程序设计语言去实现一个结构化的构造。在某种可以改善而不是损害程序可读性的情况下。3．2．1对象命名约定公式：对象名称=对象前缀+自定义名称（自定义名称要有一定的意义且第一个字母大写）说明：如果是不需要对其编码的对象，那么对象名用默认对象名。应该用一致的前缀来命名对象，使人们容易识别对象的类型。下面列出了Delphi支持的一些推荐使用的对象约定。（1）推荐使用的项目前缀控件类型前缀例子ClassModulecmdlcmdlCheckDataEnvironmentdevdevPrintsDataReportdrtdrtEnglishFormfrmfrmEntryMDIFormmfrmmfrmSinoexportModulemdlmdlConnectionProjectpjtpjtCkmis（2）推荐使用的控件前缀控件类型前缀例子3DPanelpnlpnlGroupADODataadoadoBiblioAnimatedbuttonanianiMailBoxCheckboxchkchkReadOnlyComboboxdrop-downlistboxcbocboEnglishCommandbuttoncmdcmdExitCommondialogdlgdlgFileOpenCommunicationscomcomFaxControl（当特定类型未知时，在过程中所使用的）ctrctrCurrentDatadatdatBiblioData-boundcomboboxdbcbodbcboLanguageData-boundgriddbgrddbgrdQueryResultxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx实用文案标准（3）推荐使用的数据访问对象的前缀用下列前缀来指示数据访问对象。数据库对象前缀例子ConnectionconconReportsxxxdbdbAccounts一些例子：（此处加入例子）（4）推荐使用的菜单前缀应用程序频繁使用许多菜单控件，对于这些控件具备一组唯一的命名约定很实用。除了最前面mnu标记以外，菜单控件的前缀应该被扩展：对每一级嵌套增加一个附加前缀，将最终的菜单的标题放在名称字符串的最后。下表列出了一些例子。菜单标题序列菜单处理器名称（此处加入标题序列及处理器名称）当使用这种命名约定时，一个特定的菜单组的所有成员一个接一个地列在VisualBasic的“属性”窗口中。而且，菜单控件的名字清楚地表示出它们所属的菜单项。（5）为其它控件选择前缀对于上面没有列出的控件，应该用唯一的由两个或三个字符组成的前缀使它们标准化，以保持一致性。只有当需要澄清时，才使用多于三个字符的前缀。例如，（此处加入例子）3．2．2常量和变量命名约定公式：常量或变量名称=常量或变量范围前缀+常量或变量类型前缀+自定义名称（自定义名称要有一定的意义且第一个字母大写）除了对象之外，常量和变量也需要良好格式的命名约定。本节列出了（此处加入变量列表）。变量应该总是被定义在尽可能小的范围内。全局(Public)变量可以导致极其复杂的状态机构，并且使一个应用程序的逻辑非常难于理解。全局变量也使代码的重用和维护更加困难。Delphi中的变量可以有下列范围：范围声明位置可见位置过程级（此处加入名称）模块级（此处加入名称）全局（此处加入名称）。较好的编码习惯是尽可能写模块化的代码。例如，如果应用程序显示一个对话框，就把要完成这一对话任务所需要的所有控件和代码放在单一的窗体中。这有助于将应用程序的代码组织在有用的组件中，并减小它运行时的开销。实用文案标准除了全局变量（应该是不被传递的），过程和函数应该仅对传递给它们的对象操作。在过程中使用的全局变量应该在过程起始处的声明部分中标识出来。变量范围前缀随着工程大小的增长，划分变量范围的工作也迅速增加。在类型前缀的前面放置单字母范围前缀标明了这种增长，但变量名的长度并没有增加很多。范围前缀例子全局gGstrUserName模块级mMblnCalcInProgress本地到过程无DblVelocity（此处加入说明）变量声明所有的变量将会（此处加入说明）。应该给变量加前缀来指明它们的数据类型。而且前缀可以被扩展，用来指明变量范围，特别是对大型程序。变量数据类型用下列前缀来指明一个变量的数据类型。（此处加入说明）描述变量和过程