搜档网
当前位置:搜档网 › WEB UI 设计要求规范

WEB UI 设计要求规范

WEB UI 设计要求规范
WEB UI 设计要求规范

内蒙古万德系统集成有限公司

WEB UI设计(流程/界面)规范

目录

一:UI设计基本概念与流程...................................................................................................... - 3 -

1.1 目的.................................................................................................................. - 3 -

1.2范围 .................................................................................................................. - 3 -

1.3 概述.................................................................................................................. - 3 - 二:UI界面用户体验设计原则与规范.............................................................................................. - 4 - 1:应该遵循的基本原则..................................................................................................... - 4 - 2:页面外观规范........................................................................................................... - 4 -

②宽带页面........................................................................................................... - 5 -

③自适应............................................................................................................. - 5 -

④其他页面........................................................................................................... - 5 -

基本结构.............................................................................................................. - 6 - 页面版式:............................................................................................................ - 6 - 版块基本元素:所谓基本元素就是将其中任意几块元素拼接起来形成所需网页版块。............................................ - 6 - 版块组合形式.......................................................................................................... - 7 - 3:色彩规范............................................................................................................... - 8 - 4:字体规范.............................................................................................................. - 10 -

①文字格式......................................................................................................... - 10 -

②标题类............................................................................................................ - 12 - 文档

④功能类............................................................................................................ - 15 -

⑤注释类............................................................................................................ - 16 -

正文类............................................................................................................... - 16 - 5:图片规范.............................................................................................................. - 16 - 主要图片............................................................................................................. - 16 - 图片规格............................................................................................................. - 17 - 6:表单规范:............................................................................................................ - 17 -

①按纽........................................................................................................... - 17 -

②输入框......................................................................................................... - 17 -

③文本框......................................................................................................... - 18 -

④复选框......................................................................................................... - 18 -

⑤菜单........................................................................................................... - 18 - 文档

一:UI设计基本概念与流程

1.1 目的

规范公司UI设计流程,使UI设计师参与到产品设计整个环节中来,对产品的易用性进行全流程负责,使UI设计的流程规范化,保证UI设计流程的可操作性。

1.2范围

本文档用于界面设计,本文档的读者对象是项目管理人员、售前服务人员、UI界面设计人员、界面评审人员和配置测试人员。1.3 概述

UI设计包括交互设计,用户研究,与界面设计三个部分。基于这三部分的UI设计流程是从一个产品立项开始,UI设计师就应根据流程规范,参与需求阶段、分析设计阶段、调研验证阶段、方案改进阶段、用户验证反馈阶段等环节,履行相应的岗位职责。UI设计师应全面负责产品以用户体验为中心的UI设计,并根据客户(市场)要求不断提升产品可用性。本规范明确规定了UI设计在各个环节的职责和要求,以保证每个环节的工作质量。

文档

二:UI界面用户体验设计原则与规范

1:应该遵循的基本原则

无论是控件使用,提示信息措辞,还是颜色、窗口布局风格,遵循统一的标准,做到真正的一致。2:页面外观规范

①普通页面②宽带页面③自适应页面④其他页面

普通页面宽带页面

文档

自适应页面其他页面

①普通页面

基本属性:宽度750px ┊背景白色#FFFFFF ┊位置居中┊边距上 5px;下 20px;左 0 px;右 0 px 适用范围:系统首页正文页面等及其他非宽带产品线

②宽带页面

基本属性:宽度900px ┊背景白色#FFFFFF ┊位置居中┊边距上 5px;下 20px;左 0 px;右 0 px 适用范围:宽带频道首页和各级页面不包括正文页,及其他宽带产品线

③自适应

基本属性:宽度100 % ┊背景白色#FFFFFF ┊位置居中┊边距上 5px;下 20px;左 0 px;右 0 px 适用范围:论坛聊天等页面

④其他页面

基本属性:宽度500px ┊背景白色#FFFFFF ┊位置居中┊边距上 5px;下 20px;左 0 px;右 0 px 适用范围:提示报错页面

文档

基本结构:其中每个模块之间的间距为10px,一般情况下标准头的高度为

页面版式:

版块基本元素:所谓基本元素就是将其中任意几块元素拼接起来形成所需网页版块。

文档

版块组合形式:版块元素之间距为8PX同名版块元素间的距离为6PX(例如EEC中 EE距离为6 EC距离为8PX H2等分版式为6PX)

ABC版块 AF版块 DC版块 EEC版块

文档

CFC版块 FA版块 CD版式CEE版式

H1通栏版式 H2等分版式 H3等分版式 H4等分版式3:色彩规范

白色正面:雪花,纯静,清白,和平,轻盈, 纯洁、天真、洁净、真理、

反面:寒冷,受伤,弱点,放弃, 冷淡、贫乏,死寂

白色在中华文化中也代表着死亡的颜色。

黑色正面:夜晚,煤碳,能力,稳定,拘谨,可靠,能力,精致

反面:害怕,无效,死亡,秘密,阴险,邪恶,病态

灰色正面:智能,成熟,财富,尊严,贡献, 抑制

否定:混乱,衰变,具体,阴影,沮丧, 厌烦

文档

红色正面:胜利激情爱力精力性别热情、浪漫

否定:血战争火危险怒撒旦火焰、暴力、侵略

红色在很多文化中代表的是停止的讯号,用于警告或禁止一些动作

黄色正面:明亮、光辉、黄金收获改革

否定:懦弱叛逆嫉妒冒险疾病愚蠢

紫色正面:懦弱,叛逆,妒忌,危机,

否定:疾病, 愚蠢创造、谜、忠诚、神秘、稀有

创造、谜、忠诚、神秘、稀有

绿色正面:植物,自然,春天,肥沃,希望, 安全自然、稳定、成长、

反面:衰变,无经验,羡慕,贪欲,逃避现实, 坏的运气

在北美文化中,绿色代表的是「行」,与环保意识有关,也经常被连结到有关财政方面的事物。

蓝色正面:天空,海洋,精神性,定度,和平, 个体忠诚、安全、保守、宁静、冷漠、悲伤

否定:寒冷,沮丧,忧郁,淫秽,神秘, 保守主义

文档

4:字体规范

①文字格式②连接样式

①文字格式

12号字格式:字号 12 px ┊字体宋体&Arial ┊行距 21 px ┊粗体&细体┊

14号字格式:字号 14 px ┊字体宋体&Arial ┊行距 24 px ┊粗体&细体┊

10号字格式:字号 10 px ┊字体 Arial ┊行距无┊细体┊

20号字格式:字号 20 px┊字体黑体&Arial┊行距无┊细体┊

说明:10号字格式,12号字格式,14号字格式中的数字英文字母为Arial,中文为宋体②连接样式

动态链接样式:鼠标初始:颜色 #000099 ■┊状态下划线__

文档

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #660066 ■┊状态下划线__

静态连接样式:鼠标初始:颜色 #自定义□┊状态无

鼠标经过:颜色 #自定义□┊状态下划线__

鼠标点击:颜色 #自定义□┊状态下划线__

鼠标结束:颜色 #自定义□┊状态无

重要链接样式:鼠标初始:颜色 #CC0000 ■┊状态下划线__

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #CC0000 ■┊状态下划线__

应用组合:①导航类②标题类③信息类④段落类⑤功能类⑥注释类⑥表单类

①导航类

a 统一导航: 12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #333333 ■┊行距 21 px 静态连接样式 = 鼠标初始:颜色 #333333 ■┊状态无

鼠标经过:颜色 #333333 ■┊状态下划线__

鼠标点击:颜色 #333333 ■┊状态下划线__

鼠标结束:颜色 #333333 ■┊状态无

文字其它说明 = 关键词句之间用竖杠符号| 间隔

b 本页导航: 12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #自定义□┊行距 21 px 静态连接样式 = 鼠标初始:颜色 #自定义□┊状态无

文档

鼠标经过:颜色 #自定义□┊状态下划线__

鼠标点击:颜色 #自定义□┊状态下划线__

鼠标结束:颜色 #自定义□┊状态无

文字其它说明 = 关键词句之间用竖杠符号| 间隔

c 标题导航:12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #自定义□┊行距 21 px 静态连接样式 = 鼠标初始:颜色 #000099 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #000099 ■┊状态无

文字其它说明 = 关键词句之间用横杠符号- 间隔

d 导航指向: 12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #自定义□┊行距 21 px 静态连接样式 = 鼠标初始:颜色 #自定义□┊状态无

鼠标经过:颜色 #自定义□┊状态下划线__

鼠标点击:颜色 #自定义□┊状态下划线__

鼠标结束:颜色 #自定义□┊状态无

文字其它说明 = 关键词句之间用大于号符号> 间隔

②标题类

a 版块标题: 20号文字格式 = 字号 20 px ┊字体黑体┊细体┊颜色 #自定义□┊行距无

静态连接样式 = 鼠标初始:颜色 #自定义□┊状态无

鼠标经过:颜色 #自定义□┊状态下划线__

鼠标点击:颜色 #自定义□┊状态下划线__

文档

鼠标结束:颜色 #自定义□┊状态无

文字其它说明 = 标题文字位置前可选择性修饰符号和图片,默认为无

b 一类标题: 14号文字格式 = 字号 14 px ┊字体宋体&Arial ┊粗体┊颜色 #自定义□┊行距无

静态连接样式 = 鼠标初始:颜色 #000099 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #000099 ■┊状态无

文字其它说明 = 标题文字位置前可选择性修饰符号和图片,默认为三角形符号

c 二类标题: 14号文字格式 = 字号 14 px ┊字体宋体&Arial ┊细体┊颜色 #自定义□┊行距 24 px 静态连接样式 = 鼠标初始:颜色 #000099 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #000099 ■┊状态无

文字其它说明 = 无

d 三类标题: 12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊粗体┊颜色 #自定义□┊行距 21 px 静态连接样式 = 鼠标初始:颜色 #000099 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #000099 ■┊状态无

文字其它说明 = 无

e四类标题: 12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #自定义□┊行距 21 px 静态连接样式 = 鼠标初始:颜色 #000099 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

文档

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #000099 ■┊状态无

文字其它说明 = 无

f 头条标题:20号文字格式 = 字号 20 px ┊字体黑体&Arial ┊细体┊颜色 #自定义□┊行距无

静态连接样式 = 鼠标初始:颜色 #CC0000 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #CC0000 ■┊状态无

文字其它说明 = 无

g 正文标题:20号文字格式 = 字号 20 px ┊字体黑体&Arial ┊细体┊颜色 #333333 ■┊行距无

文字其它说明 = 无

h 段落标题: 14号文字格式 = 字号 14 px ┊字体宋体&Arial ┊细体┊颜色 #333333 ■┊行距 24 px

文字其它说明 = 无

③信息类

a 14项目列表:14号文字格式 = 字号 14 px ┊字体宋体&Arial ┊细体┊颜色 #自定义□┊行距 24 px 动态连接样式 = 鼠标初始:颜色 #000099 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #660066 ■┊状态无

文字项目符号= 点状· & 数字01 & 无符号

文字其它说明= 正常默认为点状符号,排行性质为数字符号,词语或者小空间区域可采用无符号

文档

b 12项目列表:12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #自定义□┊行距 21 px

动态连接样式 = 鼠标初始:颜色 #000099 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #660066 ■┊状态无

文字项目符号= 点状· & 数字01 & 无符号

文字其它说明= 正常默认为点状符号,排行性质为数字符号,词语或者小空间区域可采用无符号

c 图片列表:12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体&粗体┊颜色 #自定义□┊行距无动态连接样式 = 鼠标初始:颜色 #000099 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #660066 ■┊状态无

文字其它说明= 正常图片列表默认为细体,焦点图处采用粗体

④功能类

a 普通功能文字: 12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #000099 ■┊行距无

静态连接样式 = 鼠标初始:颜色 #000099 ■┊状态无

鼠标经过:颜色 #CC0000 ■┊状态下划线__

鼠标点击:颜色 #CC0000 ■┊状态下划线__

鼠标结束:颜色 #000099 ■┊状态无

文字其它说明 = 以下为各种功能文字应用形态

更多:更多>> 更多应用于深背景连接连接色彩采用反白,连接颜色可自定义

文档

全文:[全文]

详细:[详细]

评论:[评论]

翻页功能:[上一页]

⑤注释类

a 时间: 12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #333333 ■┊行距无

b 投票: 12号文字格式 = 字号 14 px ┊字体宋体&Arial ┊细体┊颜色 #333333 ■┊行距无

c 点击: 12号文字格式 = 字号 14 px ┊字体宋体&Arial ┊细体┊颜色 #333333 ■┊行距

无⑥表单类

d 表单文字:12号文字格式 = 字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #333333 ■┊行距无

○6正文类

正文文字:14号文字格式 = 字号 14 px ┊字体宋体&Arial ┊细体┊颜色 #333333 ■┊行距无5:图片规范

主要图片

比例 4:3 ┊尺寸种类280*210┊应用焦点图

130*98 ┊应用通栏图片列表

120*90 ┊应用图文混排图片列表

文档

100*75 ┊应用图片列表

77*58 ┊应用图片列表

56*41 ┊应用图片列表

比例 3:2 ┊尺寸种类130*87┊应用通栏图片列表

120*80 ┊应用图片列表

比例 2:1 ┊尺寸种类120*60 ┊应用广告性图片

图片规格

1、文件小而且画质要相对清晰。一般300K左右,不能超过500K。

2、图片格式为jpg、gif、png的格式。

3、必须是RGB色的图片,CMYK等标准的无法显示。

6:表单规范:

①按纽②输入框③文本框④菜单⑤复选框⑥单选框

①按纽字号 12 px ┊字体宋体&Arial┊细体┊颜色 #333333 ■┊行距无

按纽高度 20px┊文字居中┊文字边距上4px 下5px 左20px右20px

②输入框字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #333333 ■┊行距无按纽高度 20px┊文字居中┊文字边距上3px 下5px 左3px 右3px

文档

③文本框字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #333333 ■┊行距无按纽高度 20px┊文字居中┊文字边距

上5px 下5px 左5px 右 5px

④复选框默认单选框默认

⑤菜单字号 12 px ┊字体宋体&Arial ┊细体┊颜色 #333333■┊行距无

按纽高度 20px┊文字居中┊文字边距上3px 下5px 左3px 右3px

文档

软件结构设计规范模板

软件结构设计规范

精选编制: 审核: 批准:

目录 1.简介 (6) 1.1.系统简介 (6) 1.2.文档目的 (6) 1.3.范围 (6) 1.4.与其它开发任务/文档的关系 (6) 1.5.术语和缩写词 (6) 2.参考文档 (8) 3.系统概述 (9) 3.1.功能概述 (9) 3.2.运行环境 (9) 4.总体设计 (10) 4.1.设计原则/策略 (10) 4.2.结构设计 (10) 4.3.处理流程 (10) 4.4.功能分配与软件模块识别 (11) 5.COTS及既有软件的使用 (12) 5.1.COTS软件的识别 (12) 5.2.COTS软件的功能 (12)

5.3.COTS软件的安全性 (12) 5.4.既有软件的识别 (12) 5.5.既有软件的功能 (13) 5.6.既有软件的安全性 (13) 6.可追溯性分析 (14) 7.接口设计 (15) 7.1.外部接口 (15) 7.2.内部接口 (15) 8.软件设计技术 (16) 8.1.软件模块 (16) 8.2.数据结构 (16) 8.3.数据结构与模块的关系 (16) 9.软件故障自检 (17)

1.简介 1.1.系统简介 提示:对系统进行简要介绍,包括系统的安全目标等。 1.2.文档目的 提示: 软件结构设计的目的是在软件需求基础上,设计出软件的总体结构框架,实现软件模块划分、各模块之间的接口设计、用户界面设计、数据库设计等等,为软件的详细设计提供基础。 软件结构设计文件应能回答下列问题: 软件框架如何实现软件需求; 软件框架如何实现软件安全完整度需求; 软件框架如何实现系统结构设计; 软件框架如何处理与系统安全相关的对软/硬件交互。 1.3.范围 1.4.与其它开发任务/文档的关系 提示:如软件需求和界面设计文档的关系 1.5.术语和缩写词 提示:列出项目文档的专用术语和缩写词。以便阅读时,使读者明确,从

软件工程-数据库设计规范与命名规则

数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指:对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据, 满足用户信息要求和处理要求。 数据库设计的各阶段: A、需求分析阶段:综合各个用户的应用需求(现实世界的需求)。 B、在概念设计阶段:形成独立于机器和各DBMS产品的概念模式(信息世界模型),用E-R图来描述。 C、在逻辑设计阶段:将E-R图转换成具体的数据库产品支持的数据模型,如关系模型,形成数据库逻辑模式。 然后根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。 D、在物理设计阶段:根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式。 1. 需求分析阶段 需求收集和分析,结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点:调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法:调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有:跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis, 简称SA方法)从最上层的系统组织机构入手,采用逐层分解的方式分析系统,并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary,简称DD)来描述。 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型,可以用E-R图表示。 概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一 DBMS 支持的特定数据模型。 概念模型特点: (1) 具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解,是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法,它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术, 用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示:

关键术语(标准通用)

关键术语 □常用的关键术语的定义 计算机工业和信息处理产业令人吃惊的相似之处是都把新造的词汇和缩写词引入专业词汇表中。本章的很大部分致力于介绍和阐明这类术语。各业务领域的管理人员和公司的决策人应该知道,从事信息服务的所有专业人员不可能对这些术语有统一的理解。通常在使用 有数百个信息服务术语和概念是用户管理人员应该熟悉和掌握的。这些术语将在本章中加以详细说明。下列术语的概念是用户管理人员和信息服务专业人员容易混淆的,我们首先 1.数据处理(DP)。顾名思义,就是指对数据的加工处理,可以由人来直接处理,也可以 2.电子数据处理(EDP)。是指用电子计算机或电子记录设备对数据进行处理。这一术语 3.自动数据处理(ADP) 4.信息系统。是指计算机化的处理系统,它既能对数据进行处理,又能进行决策处理。 5.信息处理。这个提法本身不太确切,因为信息是经处理产生出来的,不是被处理的对象。然而,它已成为一个被普遍接受的术语。它包含两层含意:第一,它意味着对数据进行 6.计算机化的信息系统(CBIS) 7.管理信息系统(MIS)。这一术语是为了强调相近功能系统的综合,建立公司一级的数据库,消除系统的冗余度而提出的。尽管大多数公司实际上达不到上面提出的目标,该术语 8.决策支持系统(DSS)。这是近来作为一个新术语而被引入信息处理业中的。而实际上它并非是一个新概念。所谓新的东西是指技术革新、新的模型、新的面向用户的查询语言以及先进的硬件(如彩色图形显示),这些不仅能提高生产能力,而且能提供支持决策过程的信息。一个信息系统是逐级开发和实现的。决策支持系统是信息系统的一个组成部分,它利用 9.信息资源管理(IRM)的概念是,把信息看成是一种资源,从而也应当对其进行管理。信息资源管理也可以由个人负责,一般由信息资源管理员负责。从理论上讲,应该指定有高级职务的人(如公司副总裁)来担任信息资源管理员,由他来负责管理全公司的信息资源。信息资源管理员这个职务与传统的信息服务业务(如服务、程序设计、操作等等)的管理人员不 10.当前,人们对办公室自动化和字处理(WP)给予极大的重视,所以也应列入关键术语表中。对于办公室自动化的种种非议都是没有根据的。办公室自动化是指在办公室以通常方式使用计算机并进行信息服务。办公室自动化是计算机的一项重要应用,但决不是如某些人吹嘘的那样是什么革命性的新概念。字处理泛指利用计算机硬件和软件来处理文件。通常把 由系统分析员和程序员组成的小组,在同用户管理人员进行系统功能讨论时,使用上述可以互相替换的术语是常见的事情。虽然会引起一些麻烦,但也是无关大局的。尽管这些术语之间存在着细微的差别,但在大多数情况下是可以互换使用的。如果这类术语用在含意较 在本章中,信息服务是公司在开发和维护信息系统过程中经常使用的一个术语。为使读者有统一的理解,在同样的上下文中,“管理信息系统”、“信息系统”和“计算中心”等

民用建筑设计规范模板

民用建筑设计规范

民用建筑设计规范 1 建筑地面形式 1.1 平坡式≤5% 1.2 台阶式≥8% 1.3 混合式 2 建设用地适宜规划坡度 2.1 住宅用地0。2%-25% 2.2 道路用地0。2%-8% 2.3 公共设施用地最小坡度0.2% 最大坡度20% 2.4 (基地地面坡度不应小于0.3%; 地面坡度大于8%时应分成台地) 3 消防通道宽度(高层建筑防火规范) 3.1 4M 4M 距建筑物>5M 4 建筑物层数的限制 4.1 托儿所、幼儿园的儿童用房 4.1.1 不准设于4层 4.1.2 大于等于4班需独立设置 4.1.3 小于3班可设于其它建筑物内, 但一定要有独立的出口 4.1.4 不准设置于地下室半地下室 4.2 高层的人流集中的用房----大会仪, 多功能厅, 舞厅等 4.2.1 宜设置在123层 4.2.2 设在其它楼层需满足 4.2.2.1 《=400m

4.2.2.2 两个出口 4.2.2.3 设置阻燃材料 4.2.2.4 自动灭火系统 4.3 中小学教学楼要求 4.3.1 小学教学楼少于四层 4.3.2 中学教学楼小于五层 4.4 住宅 4.4.1 16m距离室外地平需设电梯 4.5 学校宿舍 4.5.1 21m需设电梯 4.5.2 层高单层床2。8m,双层床3。6米最小3。4m 5 建筑层高要求 5.1 室内净高限制层高: 《住宅设计规范》2.0.10层高上下两层楼面或楼面与地面之间的垂直距离。室内净高: 《住宅设计规范》 2.0.11楼面或地面至上部楼板底面或吊顶底面之间的垂直距离。 3.6.1普通住宅层高不宜高于2.8m。*《住宅设计规范》3.6.2房、厅净高≥2.4m, 局部≥2.1m( 不超过面积的1/3) *《住宅设计规范》3.6.3利用坡屋顶内作臥室、厅, 其1/2面积净高应≥2.1m。3.6.4厨房、卫生间净高≥2.2m。3.6.5厨房、卫生间排水横管下净距≥1.9m且不影响门、窗。《托儿所、幼儿园建筑设计规范》3.1.5生活用房的室内净高不应低于: 活动室、寝室、乳儿室 2.8m, 音乐活动室3.6m。《中小学校建筑设计规范》5.2.2学校主要房间的

数据库表及字段命名、设计规范

数据库表及字段命名、设计规范1、命名规范 1.1数据表的命名规范: 1)表的前缀应该用系统或模块的英文名的缩写(全部大写或首字母大写)。如果系统功能简单,没有划分为模块,则可以以系统英文名称的缩写作为前缀,否则以各模块的英文名称缩写作为前缀。例如:如果有一个模块叫做BBS(缩写为BBS),那么你的数据库中的所有对象的名称都要加上这个前缀:BBS_ + 数据库对象名称,BBS_CustomerInfo标示论坛模块中的客户信息表。 2)表的名称必须易于理解,使用能表达表功能的英文单词或缩写英文单词,无论是完整英文单词还是缩写英文单词,单词首字母必须大写。如果当前表可用一个英文单词表示的,请用完整的英文单词来表示;例如:系统资料中的客户表的表名可命名为:SYS_Customer。如果当前表需用两个或两个以上的单词来表示时,尽量以完整形式书写,如太长可采用两个英文单词的缩写形式;例如:系统资料中的客户物料表可命名为:SYS_CustItem。 3)表的名称一般使用名词或者动宾短语 4)表名称不应该取得太长(一般不超过三个英文单词)。 5)在命名表时,用单数形式表示名称。例如,使用Employee,而不是Employees。 6)对于有主明细的表来说。明细表的名称为:主表的名称+ 字符Dts。例如:采购定单的名称为:PO_Order,则采购定单的明细表为:PO_OrderDts 对于有主明细的表来说,明细表必须包含两个字段:主表关键字、SN,SN字段的类型为int 型,目的为与主表关键字联合组成明细表的关键字,以及标示明细记录的先后顺序,如1,2,3……。 7)表必须填写描述信息

数据库表字段命名规范

数据库表字段命名规范 摘要:当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题,在后续开发使用原来数据库表时,也会因为数据库表的可读性不够高,表字段规则不统一,造成数据查询,数据使用效率低的问题,所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。 本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档,针对研发中易产生的问题和常见错误做了一个整理和修改,为日后涉及到数据库相关的研发工作做好准备。 一、数据库命名规范 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词用下划线'_'分隔,一个项目一个数据库,多个项目慎用同一个数据库 二、数据库表命名规范 2.1数据表命名规范 (1)采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词用下划线'_'分隔 (2)全部小写命名,禁止出现大写 (3)禁止使用数据库关键字,如:name,time ,datetime,password等(4)表名称不应该取得太长(一般不超过三个英文单词)

(5)表的名称一般使用名词或者动宾短语 (6)用单数形式表示名称,例如,使用employee,而不是employees 明细表的名称为:主表的名称+字符dtl(detail缩写) 例如:采购定单的名称为:po_order,则采购定单的明细表为:po_orderdtl (7)表必须填写描述信息(使用SQL语句建表时) 2.2命名规范 ①模块_+功能点示例:alllive_log alllive_category ②功能点示例:live message ③通用表示例:all_user 2.3待优化命名示例 ①冗余: 错误示例:yy_alllive_video_recomment yy_alllive_open_close_log 说明:去除项目名,简化表名长度,去”yy_” ②相同类别表命名存在差异,管理性差 错误示例:yy_all_live_category yy_alllive_comment_user 说明:去除项目名,统一命名规则,均为”yy_alllive_”开头即可 ③命名格式存在差异 错误示例:yy_showfriend yy_user_getpoints yy_live_program_get

数据库设计和编码规范

数据库设计和编码规范 Version

目录

简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错,保持团队支持顺畅,系统长久使用后不至于紊乱,让管理者易于在众多对象中,获取所需或理清问题。 同时,定义标准程序也需要团队合作,讨论出大家愿意遵循的规范。随着时间演进,还需要逐步校订与修改规范,让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契,而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户,如数据库管理员、程序设计人员和程序开发人员,可以直观地辨识对象用途。而命名规则大都约定俗成,可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例,让用户混淆自定义对象和系统对象或关键词。 例如,存储过程不要以sp_或xp_开头,因为SQL SERVER的系统存储过程以 sp_开头,扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略,要让对象的用途直观易懂,但也不宜过长,造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。

6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定,数据库对象包括表、视图(查询)、存储过程(参数查询)、函数、约束。对象名字由前缀和实际名字组成,长度不超过30。避免中文和保留关键字,做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串,而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范,通过后严格按照要求实施。例如:

服务用语规范

1 目的 明确客服代表语言标准、谈话技巧,统一解释口径,制定本规范,以确保服务热线为客户提供优质的服务。 3.言选择 1、根据客户的语言习惯,正确使用普通话或方言; 2、在解答客户疑难问题时,要用简单易懂的语言,尽量不使用专业术语。 3.2语音、语气、语速 1、说话时吐字清晰; 2、说话声音确保客户听到; 3、语音柔和、要有顿挫、禁止说话过于娇气; 4、语气起伏不要太大; 5、复述客户的问题时,语速放缓,语气平和。 6、语句简洁,适当停顿; 7、语速以120字/分钟为佳,如客户表示未听清楚,则语速可放慢1/3;、 3.3称谓用语 1、男士一般称“先生”,女性年轻者可称为“小姐”, 2、知道客户的姓氏时,可称“××先生/××小姐。” 3、对第三者,要称呼“那位先生/那位小姐。” 4 礼貌用语 4.1问候语和结束语 1、问候语释义 (1)日常问候语:日常问候语是 A、VIP和全球通客户:“您好!很高兴为您服务”。 B、预付费品牌客户:“您好!请讲。” (2)节日个性化问候语:指在节日期间使用节日问候语。如春节使用“新年好”

问候语。 (3)日常结束语:“谢谢您的来电,再见”等类似结束语 (4)周末结束语:“祝周末愉快,再见”、“祝生活愉快,再见”等类似结束语2、问候语应用时间 (1)节日个性化问候语 【注】节日个性化问候语优先于日常问候语 (2)周末结束语的应用时间段为:每周的星期六、星期日全天(00:00-24:00)。 (3)除第(1)、(2)点以外的时间为日常问候语应用时间段。 4.2音量调整用语 1、需要用户提高音量:抱歉/对不起,我听不清您的声音,您的声音可以大一些 吗?谢谢(如果仍听不清,重复此句)。若仍听不清楚则“对不起,您的电话声音太小,请您换一部电话再打来,好吗?(停留3-5秒)谢谢您的来电,再见” 2、客服人员提高音量:抱歉/对不起,您看我的声音可以大一些吗?(提高音量 前要征得用户的同意) 4.3听不懂方言 1、第一步:抱歉/对不起,先生/小姐,打断您一下,您方便讲普通话/粤语吗? 谢谢! 2、第二步:(如果还是听不懂对方的意思)用探询性的方式去引导用户,如:您

施工图设计规范模板

施工图设计规范

前言 在室内设计工作的过程中,施工图的绘制是表示设计者设计意图的重要手段之一,是设计者与各相关专业之间交流的标准化语言,是控制施工现场能否充分正确理解消化并实施设计理念的一个重要环节,是衡量一个设计团队的设计管理水平是否专业的一个重要标准。专业化、标准化的施工图操作流程规范不但能够帮助设计者深化设计内容,完善构思想法,同时面对大型公共设计项目及大量的设计定单行之有效的施工图规范与管理亦可帮助设计团队在保持设计品质及提高工作效率方面起到积极有效的作用。 本书是以制图标准为基础,结合具体工程实例书写而成。书中内容更贴近于实际工程,对于图样画法的基础与理论读者可参见相关专业书籍。书中除涉及施工图构成的一些基本元素外,还对施工图的前期规划,绘制过程中的深化设计,以及施工图纸如何与施工现场衔接,和后期竣工图文件归档均作了一定的描述。另外书中还针对计算机绘图方式与制图标准的结合作了具体的描述,特别是模型空间与布局空间相互转换的绘图方法不但方便平面图的修改,提高工作效率,还能够在保证图纸的一致性以及图层管理,比例输出等方面起到重要作用。书中所附光盘内图纸均含标准图层。符号在布局空间内按1:1比例绘制,所制成的标准图按图幅规格在布局空间内可直接调用。图例也分别在模型空间与布局空间内按比例绘制,均可直接调用。写此书的目的一方面的对于以往学习工作过程中积累的关于室内设计施工图方面的知识经验作一次较详尽的梳理,另一方面希望起到抛砖引玉的作用,把自己一些浅薄的

认知以书面的形式与同道做一个交流,希望大家批评指正,以期引起专家同道对室内设计专业制图更深层次的关注。 目录 一、图纸幅面规格 二、符号的设置 三、材质图例的设置 四、尺寸标注与文字标注的设置 五、线型与笔宽的设置 六、电脑图层的设置 七、比例的设置 八、图面构图的设置 九、施工图编制的顺序 十、图表 十一、平、立、剖面图及节点大样图的绘制及相关标准 十二、施工图在各设计阶段应注意的事项 十三、施工图与现场深化设计 十四、施工图的归档与分类 十五、关于布局空间与模型空间在实际绘图中的应用 十六、施工图工程实例 宾馆类:天骄宾馆 办公空间:商务部会议室

数据库命名规范(表、字段名)

数据库命名规范(表、字段名) 一. 实体和属性的命名 1常用单词已经进行了缩写,在命名过程当中,根据语义拼凑缩写即可。注意,由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种,所以要求加上下划线 举例: 定义的缩写Sales: Sal 销售; Order: Ord 订单; Detail: Dtl 明细; 则销售订单名细表命名为:Sal_Ord_Dtl; 2.如果表或者是字段的名称仅有一个单词,那么建议不使用缩写,而是用完整的单词。举例: 定义的缩写Material Ma 物品; 物品表名为:Material, 而不是Ma. 但是字段物品编码则是:Ma_ID;而不是Material」。 3.所有的存储值列表的表前面加上前缀Z 目的是将这些值列表类排序在数据库最后。 4.所有的冗余类的命名(主要是累计表)前面加上前缀X 冗余类是为了提高数据库效率,非规范化数据库的时候加入的字段。或者表 5.关联类通过用下划线连接两个基本类之后,再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。 关联表用于保存多对多关系。 如果被关联的表名大于10个字母,必须将原来的表名的进行缩写。如果没有其他原因,建 议都使用缩写。 举例:表Object与自身存在多对多的关系,则保存多对多关系的表命名为:R_Object ; 表Depart和Employee;存在多对多的关系;则关联表命名为R_Dept_Emp 6.每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码,统一命名为:ID;如果是自定义的逻辑上的编码则用缩写加“ID” 的方法命名。 举例:销售订单的编号字段命名:Sal_Ord」D ;如果还存在一个数据库生成的自动编号,则 命名为:ID。

常用术语翻译规范

常用证照翻译 一、工商局所涉证照 企业名称预先核准通知书The notification on pre-verification of the name of the enterprise 营业执照Business License 财政登记证Foreign-invested Enterprises Finance Registration Certificate 统计证Beijing Statistical Registration Certificate 食品流通许可证Food Circulation License 二、商务委所涉证照 批复Official reply 批准证书Certificate of Approval 酒类流通备案登记表Alcohol Circulation Registration Form 对外贸易经营者备案登记表Record Registration Form of Foreign Trade Operator 代表处登记证Registration certificate of resident representative office of foreign (region)enterprise in China 三、其他 组织机构代码证Organization Code License of the P eople’s Republic of China 税务登记证Tax Registration Certificate 银行开户许可证Bank Account License 外商投资企业备案登记表Foreign Investment Enterprise Registration Form 自理报检Registration Certificate for Self-declaration Inspection Units海关进出口货物收发货人报关注册登记证书Customs of the People’s Republic of China Registration Certificate of Consignee or Consignor of Import and Export Goods 各政府部门翻译 北京市工商行政管理局Beijing Administration for Industry and Commerce 北京市国家税务局Beijing Municipal office, State Administration of Taxation

数据库命名规范(表、字段名)

数据库命名规范(表、字段名) 一.实体和属性的命名 1.常用单词已经进行了缩写,在命名过程当中,根据语义拼凑缩写即可。注意,由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种,所以要求加上下划线 举例: 定义的缩写 Sales: Sal 销售; Order: Ord 订单; Detail: Dtl 明细; 则销售订单名细表命名为:Sal_Ord_Dtl; 2.如果表或者是字段的名称仅有一个单词,那么建议不使用缩写,而是用完整的单词。 一、【操作规范】 1. 如无备注,则表中的第一个id字段一定是主键且为自动增长; 2. 如无备注,则数值类型的字段请使用UNSIGNED属性; 3. 如无备注,排序字段order_id在程序中默认使用降序排列; 4. 如无备注,所有字段都设置NOT NULL,并设置默认值; 5. 如无备注,所有的布尔值字段,如is_hot、is_deleted,都必须设置一个默认值,并设为0; 6. 所有的数字类型字段,都必须设置一个默认值,并设为0; 7. 针对varchar类型字段的程序处理,请验证用户输入,不要超出其预设的长度; 8. 建表时将数据字典中的字段中文名和属性备注写入数据表的备注中(“PK、自动增长”不用写); 9. 如无说明,建表时一律采用innodb引擎; 二、【常用表名约定】 0. 说明:表前缀用项目名称首字母缩写;所以表名都小写,单词之间用下划线分开,单

词都用单数形式 1. user –用户 2. category –分类 3. goods –商品、产品等一切可交易网站的物品都用此命名 4. good_gallery –物品的相册 5. good_cate –物品的分类,除了单独作为表名,其他地方分类单词一律用缩写cate 4. attr –属性 5. article –文章、新闻、帮助中心等以文章形式出现的,一般都用此命名 6. cart –购物车 7. feedback –用户反馈 8. order –订单 9. site_nav –包括页头和页尾导航 10. site_config –系统配置表 11. admin –后台用户【RBAC标准表】 12. role –后台用户角色【RBAC标准表】 13. access –后台操作权限,相当于action【RBAC标准表】 14. role_admin –后台用户对应的角色【RBAC标准表】 15. access_role –后台角色对应的权限【RBAC标准表】 16. 待续 三、【常用列名约定】 1. 表名_id –通常用作外键命名 2. cid –特殊的编号,带有元数据,方便关联查询,你可以把它理解成类别(层次)编号。举个例子,产品在分类时,往往需要将其归类到子分类下,相应的字段中也一般只记录子分类的id,这时若需要知道该产品属于哪个主分类,就需要通过子分类信息再查询到主分类信息,这是比较麻烦的,cid字段就是要解决这个问题。一般的站点几十个分类肯

服务标准用语

服务标准用语 △对顾客的问候: 每一位今典 影城的员工,不管正在上班或下班,只要穿着制服,就有义务向走进影院的顾客表示问候。面部保持微笑,视线与顾客接触,亲切而自然地说:“欢迎光临”或“早上好,先生”。 一、场务服务用语 场务进场播报 普通影片: 各位来宾 观众,上午 下午 晚上好: 欢迎光临 影院,观看 号厅 点 分《 》的观众请注意,您观看的影片 分钟后即将开映,请您出示您的电影票顺序检票入场,入场后请您保管好自己的随身物品,对号入座,多谢您的合作, 影院祝您观影愉快。 影片: 各位来宾 观众,上午 下午 晚上好: 欢迎光临 影院,观看 号厅 点 分《 》的观众请注意,您观看的影片 分钟后即将开映,请您在领取完 眼镜后顺序检票入场,入场后请您妥善保管好自己的随身物品,对号入座。为了能使更多观众享受到精彩纷呈的 视觉效果,请您在观影过程中妥善保管好 眼镜,不要用手直接触碰眼镜镜面,该

眼镜为加密设备只能在本影院指定影厅使用,请您在观看完影片后将眼镜归还到在散场出口守候的服务员手中,感谢您的合作, 影院祝您观影愉快。 (此广播内容可视各影院 眼镜发放回收地点做适当调整。) 场务引位 “您好,欢迎光临,麻烦看看你的票,我帮你确认座位”。引导顾客“您好,先生 小姐,请跟我这边走”,“先生 小姐,您好,请拿好您的票”,“先生 小姐,里边请,您的座号是 号,请您对号入座” 场务巡场 提醒时标准用语:“对不起先生 小姐,打扰了,您食用的食品气味 声音打扰到其他客人了,麻烦您能暂时停止一下吗?谢谢!” “对不起先生 小姐,打扰了,影厅内禁止吸烟,谢谢合作。” “对不起先生 小姐,打扰了,请您稍微小一点声音,别打扰到其他客人观看,谢谢合作。” 场务散场 “您好!请走那边安全出口,谢谢!” 场务大堂 如发现有顾客需要帮助,立即主动上前询问:“请问有什么可以帮助到您呢 ”如指明洗手间的位置、找座位等,当因为扫地、拖地等影响顾客通行,必须立即向顾客

硬件设计文档规范 -硬件模板

SUCHNESS 硬件设计文档 型号:GRC60定位终端 编号: 机密级别:绝密机密内部文件 部门:硬件组 拟制:XXXX年 XX月 XX日 审核:年月日 标准化:年月日 批准:年月日

文档修订历史记录

目录 1系统概述 (3) 2系统硬件设计 (3) 2.1硬件需求说明书 (3) 2.2硬件总体设计报告 (3) 2.3单板总体设计方案 (3) 2.4单板硬件详细设计 (3) 2.5单板硬件过程调试文档 (3) 2.6单板硬件测试文档 (4) 3系统软件设计 (4) 3.1单板软件详细设计 (4) 3.2单板软件过程调试报告 (4) 3.3单板系统联调报告 (4) 3.4单板软件归档详细文档 (4) 4硬件设计文档输出 (4) 4.1硬件总体方案归档详细文档 (4) 4.2硬件信息库 (5) 5需要解决的问题 (5) 6采购成本清单 (5)

1系统概述 2系统硬件设计 2.1、硬件说明书 硬件需求说明书是描写硬件开发目标,基本功能、基本配置,主要性能指标、运行环境,约束条件以及开发经费和进度等要求,它的要求依据是产品规格说明书和系统需求说明书。它是硬件总体设计和制订硬件开发计划的依据,具体编写的内容有:系统工程组网及使用说明、硬件整体系统的基本功能和主要性能指标、硬件分系统的基本功能和主要性能指标以及功能模块的划分等 2.2、硬件总体设计报告 硬件总体设计报告是根据需求说明书的要求进行总体设计后出的报告,它是硬件详细设计的依据。编写硬件总体设计报告应包含以下内容:系统总体结构及功能划分,系统逻辑框图、组成系统各功能模块的逻辑框图,电路结构图及单板组成,单板逻辑框图和电路结构图,以及可靠性、安全性、电磁兼容性讨论和硬件测试方案等 2.3、单板总体设计方案 在单板的总体设计方案确定后出此文档,单板总体设计方案应包含单板版本号,单板在整机中的位置、开发目的及主要功能,单板功能描述、单板逻辑框图及各功能模块说明,单板软件功能描述及功能模块划分、接口简单定义与相关板的关系,主要性能指标、功耗和采用标准 2.4、单板硬件详细设计 在单板硬件进入到详细设计阶段,应提交单板硬件详细设计报告。在单板硬件详细设计中应着重体现:单板逻辑框图及各功能模块详细说明,各功能模块实现方式、地址分配、控制方式、接口方式、存贮器空间、中断方式、接口管脚信号详细定义、时序说明、性能指标、指示灯说明、外接线定义、可编程器件图、功能模块说明、原理图、详细物料清单以及单板测试、调试计划。有时候一块单板的硬件和软件分别由两个开发人员开发,因此这时候单板硬件详细设计便为软件设计者提供了一个详细的指导,因此单板硬件详细设计报告至关重要。尤其是地址分配、控制方式、接口方式、中断方式是编制单板软件的

数据库命名设计规范

数据库命名、设计规范 一、数据库表及字段 1.数据库表的命名规范: 表的前缀应该用系统或模块的英文名的缩写(全部大写)。如果系统功能简单,没有划分为模块,则可以以系统英文名称的缩写作为前缀,否则以各模块的英文名称缩写作为前缀。例如:如果有一个模块叫做BBS(缩写为BBS),那么你的数据库中的所有对象的名称都要加上这个前缀:BBS_ + 数据库对象名称,BBS_CustomerInfo标示论坛模块中的客户信息表。 表的名称必须是易于理解,能表达表的功能的英文单词或缩写英文单词,无论是完整英文单词还是缩写英文单词,单词首字母必须大写。如果当前表可用一个英文单词表示的,请用完整的英文单词来表示;例如:系统资料中的客户表的表名可命名为:SYS_Customer。如果当前表需用两个或两个以上的单词来表示时,尽量以完整形式书写,如太长可采用两个英文单词的缩写形式;例如:系统资料中的客户物料表可命名为:SYS_CustItem。 表名称不应该取得太长(一般不超过三个英文单词)。表名长度不能超过30个字符,表名中含有单词全部采用单数形式,单词首字母必须大写。在命名表时,用单数形式表示名称。例如,使用 Employee,而不是 Employees。对于有主明细的表来说。明细表的名称为:主表的名称 + 字符Dts。例如:采购定单的名称为:PO_Order,则采购定单的明细表为:PO_OrderDts;对于有主明细的表来说,明细表必须包含两个字段:主表关键字、SN,SN字段的类型为int型,目的为与主表关键字联合组成明细表的关键字,以及标示明细记录的先后顺序,如1,2,3……。表必须填写描述信息,后台表名尽量与前台表名相同,后台独有的表应以_b作为后缀。如r_gggd_b。 数据库表的命名采用如下规则: 1)表名用模块名_开头,表名长度不能超过30个字符,表名中含有单词全部采用单数形式,单词首字母必须大写。 2)多个单词间用下划线(_)进行连接。若库中有多个系统,表名采用系统名称+单词或多个单词,系统名是开发系统的缩写,如VNET。

医院文明用语规范

医院常用文明服务用语规范 为提高我院全体职工的职业素养,牢固树立“以人为本”服务理念,确立医护人员及行政后勤人员优质服务文明用语与行为规范,切实践行“服务好、质量好、医德好、群众满意”活动精神,进一步改善服务态度,规范服务行为,提高医疗服务质量,更好地为人民群众健康服务,现将各工作岗位优质服务用语进行汇编。希望全院职工认真学习,熟记在心,并落实在日常工作中。 优质服务文明用语 一、总体性要求 全院工作人员在工作岗位与人沟通交流时,应做到态度和蔼,吐字清晰,语言文明,语速适中,语调平和,尽量使用普通话与人交流。具体需做到以下几点:1、倡导医护人员为病人多说一句话的理念,体现为病人多说一句话的价值 入院时多说一句话,使病人感到温暖; 操作前多说一句话,使病人消除顾虑; 操作后多说一句话,使病人知晓放心; 检查前多说一句话,使病人少走冤枉路; 留标本前多说一句话,使病人一次完成; 出院时多说一句话,使病人顺利办好手续;

为安全多说一句话,使病人避免意外伤害; 为康复多说一句话,使病人提高自我防护力 2、“八个不说” 不礼貌的话不说,不耐烦的话不说 傲慢的话不说,责难的话不说 讽刺的话不说,刁难的话不说 泄气的话不说,庸俗的话不说 3、“六个多” 多一声问候,多一句解释 多一点同情,多一份关爱 多一些笑容,多一声祝福 二、行政科室优质服务规范用语 1、您好,请坐,请问您有什么事? 2、对不起,让您久等了,请问您要办什么手续? 3、对不起,请您稍等一下,我马上给您办理。 4、遇自己不熟悉的问题回答:我请示后给您答复,请稍候。

5、办理手续资料不全甚至有误时,用“请您把……”,说明应补上的资料或手续, 应改正的资料或数据。 6、对不起,分管这项工作的同志不在,您把材料(报告、文件)留下,我转交给他可以吗? 7、要求违规或无法满足时,用“对不起,很抱歉,这事不符合规定,不能办,请谅 解”,并说明规定或不能办理的原因。 8、遇临床医务人员反映情况:“您反映的情况我们已经清楚了,我们会尽快向上级 领导汇报有消息马上给您答复。” 三、后勤服务岗位优质服务规范用语 1、请放心,我们立即派人去维修。 2、影响您的工作了,我们正在加紧处理,很快就会恢复正常的。 3、因到xx科室进行维修,可能要晚些去,请您谅解。 4、请问您要领什么物品? 5、这种物品暂时缺货,大概xx时会到货,到时我们打电话通知您。 6、请清点物品数量,并在这里签字。 7、您好,我要打扫卫生,帮您把东西挪动一下好吗? 8、对不起,刚拖过的地有些滑,请您小心点。

UI界面设计规范模板

UI设计(流程/界面)规范 一:UI设计基本概念与流程 1.1 目的 规范公司UI设计流程,使UI设计师参与到产品设计整个环节中来,对产品的易用性进行全流程负责,使UI设计的流程规范化,保证UI设计流程的可操作性。 1.2范围 l 界面设计 l 此文档用于界面设计,本文档的读者对象是项目管理人员、售前服务人员、UI界面设计人员、界面评审人员和配置测试人员。 1.3 概述 UI设计包括交互设计,用户研究,与界面设计三个部分。基于这三部分的UI设计流程是从一个产品立项开始,UI设计师就应根据流程规范,参与需求阶段、分析设计阶段、调研验证阶段、方案改进阶段、用户验证反馈阶段等环节,履行相应的岗位职责。UI设计师应全面负责产品以用户体验为中心的UI设计,并根据客户(市场)要求不断提升产品可用性。本规范明确规定了UI设计在各个环节的职责和要求,以保证每个环节的工作质量。 1.4 基本介绍 A、需求阶段 软件产品依然属于工业产品的范畴。依然离不开3W的考虑(Who,where,why.)也就是使用者,使用环境,使用方式的需求分析。所以在设计一个软件产品之前我们应该明确什么人

用(用户的年龄,性别,爱好,收入,教育程度等)。什么地方用(在办公室/家庭/厂房车间/公共场所)。如何用(鼠标键盘/遥控器/触摸屏)。上面的任何一个元素改变结果都会有相应的改变。 除此之外在需求阶段同类竞争产品也是我们必须了解的。同类产品比我们提前问世,我们要比他作的更好才有存在的价值。那么单纯的从界面美学考虑说哪个好哪个不好是没有一个很客观的评价标准的。我们只能说哪个更合适,更合适于我们的最终用户的就是最好的。B、分析设计阶段 通过分析上面的需求,我们进入设计阶段。也就是方案形成阶段。我们设计出几套不同风格的界面用于被选。 C、调研验证阶段 几套风格必须保证在同等的设计制作水平上,不能明显看出差异,这样才能得到用户客观真实的反馈。 测试阶段开始前我们应该对测试的具体细节进行清楚的分析描述。 调研阶段需要从以下几个问题出发: 用户对各套方案的第一印象 用户对各套方案的综合印象 用户对各套方案的单独评价 选出最喜欢的 选出其次喜欢的 对各方案的色彩,文字,图形等分别打分。 结论出来以后请所有用户说出最受欢迎方案的优缺点。 所有这些都需要用图形表达出来,直观科学。

数据库表及字段命名、设计规范

数据库表及字段命名、设计规范 1、命名规范 1.1数据表的命名规范: 1)表的前缀应该用系统或模块的英文名的缩写(全部大写或首字母大写)。如果系统功能简单,没有划分为模块,则可以以系统英文名称的缩写作为前缀,否则以各模块的英文名称缩写作为前缀。例如:如果有一个模块叫做BBS(缩写为BBS),那么你的数据库中的所有对象的名称都要加上这个前缀:BBS_ + 数据库对象名称,BBS_CustomerInfo标示论坛模块中的客户信息表。 2)表的名称必须易于理解,使用能表达表功能的英文单词或缩写英文单词,无论是完整英文单词还是缩写英文单词,单词首字母必须大写。如果当前表可用一个英文单词表示的,请用完整的英文单词来表示;例如:系统资料中的客户表的表名可命名为:SYS_Customer。如果当前表需用两个或两个以上的单词来表示时,尽量以完整形式书写,如太长可采用两个英文单词的缩写形式;例如:系统资料中的客户物料表可命名为:SYS_CustItem。 3)表的名称一般使用名词或者动宾短语 4)表名称不应该取得太长(一般不超过三个英文单词)。 5)在命名表时,用单数形式表示名称。例如,使用 Employee,而不是 Employees。 6)对于有主明细的表来说。明细表的名称为:主表的名称 + 字符Dts。例如:采购定单的名称为:PO_Order,则采购定单的明细表为:PO_OrderDts 对于有主明细的表来说,明细表必须包含两个字段:主表关键字、SN,SN字段的类型为int 型,目的为与主表关键字联合组成明细表的关键字,以及标示明细记录的先后顺序,如1,2,3……。

7)表必须填写描述信息 7)后台表名尽量与前台表名相同,后台独有的表应以_b作为后缀。如r_gggd_b 1.2表字段命名规范 数据库字段的命名必须遵循以下规范: 1)字段名称一般采用名词或动宾短语,且字段名为小写。 2)采用有意义的字段名。字段的名称必须是易于理解,能表达字段功能的英文单词或缩写英文单词,单词首字母必须大写,一般不超过三个英文单词。例如:人员信息表中的电话号码可命名为:Telephone或Tel。产品明细表中的产品名称可用ProductName表示。(推荐一般用完整的英文单词)。 3)系统中所有属于内码字段(仅用于标示唯一性和程序内部用到的标示性字段),名称取为:“ID”,采用整型或长整型数,具体根据可能的数据量确定,增加记录时取最大值加1,该字段通常为主关键字。 4)系统中属于是业务范围内的编号的字段,其代表一定的业务信息,比如资料信息和单据的编号,这样的字段建议命名为:“Code”,其数据类型为varchar,该字段需加唯一索引。 5)在命名表的列时,不要重复表的名称;例如,在名为 Employee 的表中避免使用名为EmployeeLastName 的字段。 5)不要在列的名称中包含数据类型。

数据库设计规范

数据库设计规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求(现实世界的需求),在概念设计阶段形成独立于机器特点、独立于各个dbms产品的概念模式(信息世界模型),用e-r图来描述。在逻辑设计阶段将e-r图转换成具体的数据库产品支持的数据模型如关系模型,形成数据库逻辑模式。然后根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视图(view)形成数据的外模式。在物理设计阶段根据dbms特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式。 1. 需求分析阶段 需求收集和分析,结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法:调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有:跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(structured analysis,简称sa方法)从最上层的系统组织机构入手,采用逐层分解的方式分析系统,并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(data dictionary,简称dd)来描述。 数据字典是各类数据描述的集合,它是关于数据库中数据的描述,即元数据,而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述={数据项名,数据项含义说明,别名,数据类型,长度, 取值范围,取值含义,与其他数据项的逻辑关系} 数据结构描述={数据结构名,含义说明,组成:{数据项或数据结构}} 数据流描述={数据流名,说明,数据流来源,数据流去向, 组成:{数据结构},平均流量,高峰期流量} 数据存储描述={数据存储名,说明,编号,流入的数据流,流出的数据流, 组成:{数据结构},数据量,存取方式} 处理过程描述={处理过程名,说明,输入:{数据流},输出:{数据流}, 处理:{简要说明}}

相关主题