ORI数据库表设计 用户信息 用户表USERINFO 字段类型描述是否允许空UID INT 用户编号,主键自增长否LOGINNAME VARCHAR(12) 登录用户名（长度限制4~12个字符）否 PASSWORD VARCHAR(16) 密码（长度限制8~16个字符）否 USERTYPE INT 用户类型（1个人用户，2企业用户）否 NICKNAME VARCHAR(16) 昵称否 个人用户HUMANUSERINFO 字段类型描述是否允许空HUID INT 主键，自增长否 UID INT USERINFO表外键否REALNAME VARCHAR(8) 用户真实姓名否 EMAIL VARCHAR(50) 邮箱否 TEL VARCHAR(20) 家庭电话是 MOBILE VARCHAR(11) 手机是 ADDRESS VARCHAR(100) 家庭地址是 POSTCODE VARCHAR(6) 邮编是HEADPORTRAITPATH VARCHAR(100) 头像路径是BIRTHDAY VARCHAR(10) 生日是 HOBBY VARCHAR(100) 兴趣爱好是 JOB VARCHAR(100) 工作是TOTALPRICE DOUBLE(10,2) 个人消费总金额是GOLD Int(20) 金币是IDENTITYCARD VARCHAR(18) 身份证是 企业用户ENTERPRISEUSERINFO 字段类型描述是否允许空EUID INT 主键，自增长否 UID INT USERINFO表外键否 NAME VARCHAR(100) 公司名称否 TEL VARCHAR(20) 电话否 EMAIL VARCHAR(50) 邮箱否 ADDRESS VARCHAR(100) 地址否FAX VARCHAR(20) 传真是HEADPORTRAITPATH VARCHAR(100) 头像路径是LICENSE VARCHAR(100) 营业执照复印件否
项目全称 数据库设计说明书 承建方全称 文件ISO版本控制 目录 ?简介.......................................................................................................................... 1.1.目的.................................................................................................................. 1.2.范围.................................................................................................................. 1.3.定义、首字母缩写词和缩略语...................................................................... 1.4.参考资料.......................................................................................................... ?数据库环境..............................................................................................................
目录 1.管道等级代号说明 (1) 2.缩写词说明 (2) 3、采用的主要管道器材标准(规范) (6) 4、管道等级说明 (11) 5.管道分支表见表－1 (12) 6.管道变径表见表－2 (15) 7、管道等级索引 (17) 管道等级号: 2A1 (21) 管道等级号：2A2 (29) 管道等级号：2A3 (36)
管道等级号: 2B2 (65) 管道等级号: 2B3 (77) 管道等级号: 2B4 (87) 管道等级号: 2B5 (102) 管道等级号: 2B6 (116) 管道等级号: 2C1 (127) 管道等级号: 2C2 (138) 管道等级号: 2C3 (150) 管道等级号: 2H1 (165) 管道等级号: 2L1 (175) 管道等级号: 2L2 (184)
管道等级号: 2L4 (203) 管道等级号: 3B1 (214) 管道等级号: 3B2 (224) 管道等级号: 3B3 (235) 管道等级号: 3B4 (245) 管道等级号: 3C1 (255) 管道等级号: 3C2 (266) 管道等级号: 3C3 (275) 管道等级号: 3H1 (284) 管道等级号: 3H2 (295) 管道等级号: 3H3 (306)
管道等级号: 3H5 (329) 管道等级号: 3H6 (340) 管道等级号: 3K1 (351) 管道等级号: 3K2 (361) 管道等级号: 3K3 (371) 管道等级号: 5B1 (379) 管道等级号: 5B2 (389) 管道等级号: 5B3 (401) 管道等级号: 5B5 (413) 管道等级号: 5F1 (423) 管道等级号: 5H1 (434)
数据库表结构设计参考
表名外部单位表（DeptOut） 列名数据类型（精度范围）空/非空约束条件 外部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 交换类型变长字符串(50) N 交换、市机、直送、邮局单位邮编变长字符串(6) 单位标识(英文) 变长字符串(50) 排序号整型(4) 交换号变长字符串(50) 单位领导变长字符串(50) 单位电话变长字符串(50) 所属城市变长字符串(50) 单位地址变长字符串(255) 备注变长字符串(255) 补充说明该表记录数约3000条左右，一般不做修改。初始化记录。 表名外部单位子表（DeptOutSub） 列名数据类型（精度范围）空/非空约束条件 外部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 补充说明该表记录数一般很少 表名内部单位表（DeptIn） 列名数据类型（精度范围）空/非空约束条件 内部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 工作职责 排序号整型(4) 单位领导变长字符串(50) 单位电话（分机）变长字符串(50) 备注变长字符串(255)
补充说明该表记录数较小（100条以内），一般不做修改。维护一次后很少修改 表名内部单位子表（DeptInSub） 列名数据类型（精度范围）空/非空约束条件内部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 单位类型变长字符串(50) 领导、部门 排序号Int 补充说明该表记录数一般很少 表名省、直辖市表（Province） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 名称变长字符串(50) N 外键 投递号变长字符串(255) N 补充说明该表记录数固定 表名急件电话语音记录表（TelCall） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 发送部门变长字符串(50) N 接收部门变长字符串(50) N 拨打电话号码变长字符串(50) 拨打内容变长字符串(50) 呼叫次数Int 呼叫时间Datetime 补充说明该表对应功能不完善，最后考虑此表 表名摄像头图像记录表（ScreenShot） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 拍照时间Datetime N 取件人所属部门变长字符串(50) N 取件人用户名变长字符串(50) 取件人卡号变长字符串(50) 图片文件BLOB/Image
附件A 压力管道安装许可项目及其级别表
质检总局统一审批； (2)许可项目中GA1甲级许可可以覆盖GA1乙、GA2级，GA1乙级许可可以覆盖GA2， GC1级许可可以覆盖相应项目的GC2、GC3级许可，GC2级许可可以覆盖GC3级许可，长输管道定向穿越和管道封堵、抢修的许可级别中，高一级的许可项目可以覆盖低一级的许可项目； (3)GC1级中进行空分装置专项压力管道安装的单位按GC2（1）的许可条件； (4)输送距离，是指产地、储存地、用户间的用于输送商品介质的管道长度。 附件B 许可标志及其使用
B1 许可标志样式 如下图所示： TS 许可标志式样 B2 许可标志字体和尺寸在所安装的压力管道上使用许可标志“TS”时，所采用的颜色应有别于压力管道的颜色，标志的尺寸可根据标注位置的具体情况而定，但最小直径不应小于10mm，一般为15mm，20mm，25mm等。 B3 许可标志的使用 应当遵循以下要求： (1)被允许使用许可标志的安装单位应在许可范围内所安装的压力管道工程中选择不少于一处的醒目的位置上，以清晰可辨并不易擦除的方式加贴（喷、刻、钢印等），且工整、清晰； (2)许可标志后必须加注安装单位的许可证编号； (3)加贴标志时，不得覆盖各压力管道元件的制造标志； (4)不得在所安装的压力管道加贴可能会对许可标志含义或形式产生误导的其他标志，若加贴其他标志，必须保证许可标志的可见性和清晰性不会因此降低。 B4 其他要求 B4.1 安全技术规范有要求时，许可标志还应当附有参与监督检验的检验机构的编号，编号的方式、方法按照安全技术规范确定。 B4.2 安装单位应当在质量保证手册中对本单位许可标志的样式和具体使用方法做出规定。 附件C
XXX软件/项目/系统 详细设计说明书拟制日期 评审人日期 批准日期 编写单位或个人 修订历史
目录 XXX软件详细设计说明书 (1) Revision Record 修订记录 (1) 1 引言 (1) 1.1 编写目的 (1) 1.2 背景 (1) 1.3 参考资料 (1) 1.4 术语定义及说明 (1) 2 设计概述 (2) 2.1 任务和目标 (2) 2.1.1 需求概述 (2)
2.1.2 运行环境概述 (2) 2.1.3 条件与限制 (2) 2.1.4 详细设计方法和工具 (2) 3 系统详细需求分析 (3) 3.1 详细需求分析 (3) 3.2 详细系统运行环境及限制条件分析接口需求分析 (3) 4 总体方案确认 (4) 4.1 系统总体结构确认 (4) 4.2 系统详细界面划分 (5) 4.2.1 应用系统与支撑系统的详细界面划分 (5) 4.2.2 系统内部详细界面划分 (5) 5 系统详细设计 (5)
5.1 系统结构设计及子系统划分 (5) 5.2 系统功能模块详细设计 (6) 5.3 系统界面详细设计 (7) 5.3.1 外部界面设计 (8) 5.3.2 内部界面设计 (8) 5.3.3 用户界面设计 (8) 6、数据库系统设计 (8) 6.1设计要求 (8) 6.2 信息模型设计 (8) 6.3 数据库设计 (9) 6.3.1 设计依据 (9) 6.3.2 数据库种类及特点 (9)
6.3.3 数据库逻辑结构 (9) 6.3.4 物理结构设计 (10) 6.3.5 数据库安全 (10) 6.3.6 数据字典 (10) 7 非功能性设计 (10) 8 ...................................................... 错误!未定义书签。 9 环境配置 (11)
软件详细设计评审表 项目名称：项目负责人： 主审人：评审时间： 一评审流程 1、由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组成一个评审小组通 过阅读和讨论详细设计的内容对详细设计进行评审。 2、项目负责人提前把概要设计说明书、详细设计说明书等文档分发给评审小组成员作为评审依据小组 成员在充分阅读这些材料之后进入下一步。 3、召开详细设计评审会。在会上首先由该项目的系统分析员介绍总体设计思想包括需求概述和软件结 构然后由各个模块的具体设计者分别对模块设计进行说明在此过程中小组成员可以提出问题展开讨论 审查是否有错误存在。 4、在讨论结束后由项目负责人整理出一份《详细设计评审报告》。 5、若发现错误较多或发现重大错误则在改正之后再次组织详细设计评审。 二评审人员 公司高层 营销部 技术部 工程部 研发部 主审人 评审专家 项目负责人 软件测试人员 三评审内容（评审的具体结果可以参见评审会议记录） 模块评审指标评审内容评审 结果要求 1.1合理性系统应用架构的逻辑清晰、关系明确、层次合理。必须 1.2先进性系统开发技术架构先进、充分考虑系统功能可重用、可扩 建议 展的要求。 1. 软件架 1.3可维护性设计易于理解，易于修改，易于测试和调试，稳定性较好， 建议方便用户未来的系统运维。 构设计 设计充分考虑系统运行的安全性，子系统间及程序与数据 1.4安全性建议 库调用的权限管理方式设计可行、合理。 1.5 安装部署要系统架构设计充分考虑计算机支撑平台的实际情况，明确 建议求软件配置项部署方式及要求。 2.1可追溯性系统功能设计能覆盖了所有已确定的软件需求项，软件单 必须元每一成分都能可追溯到相应需求。没有明显遗漏。 2. 软件功 系统功能单元数据结构被详细说明，达到句法级的粒度， 能设计 2.2设计粒度建议 对功能单元运行的异常情况，有相应的处理方式和记录。 2.3正确性功能单元的数据结构正确，程序变量命名规范、前后一致，建议
图书管理系统数据库设计 图书管理系统数据库设计 项目名称：图书管理系统指导老师： 姓名：
目录 一、需求分析 (2) 二、概念设计 (5) 三、逻辑设计 (8) 四、物理设计 (10) 五、实施阶段 (16) 六、运行和维护 (18)
一、需求分析 1.1 系统目标 图书管理信息系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。 系统开发的总体任务是实现各种信息的系统化，规范化和自动化。 1.2 需求定义 图书馆管理系统开发。系统开发的总的设计目标是实现图书管理的系统化、规范化和自动化，实现对图书资料的集中统一的管理。本系统主要实现对图书馆信息的管理，主要功能为管理有关读者、图书、借阅、查询、删除和管理员的信息等。本系统结构分为读者信息管理、图书信息管理，读者管理可以浏览读者的信息，可以对读者信息进行维护。图书管理可以浏览图书的信息，可以对图书信息进行维护。借阅管理可以显示当前数据库中书籍借阅情况，可以对借阅信息进行维护。本系统主要解决的问题是利用关键字对数据库进行查询。本系统的宗旨是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效
的实施。 1.3 功能需求 （1）有关读者种类标准的制定、种类信息的输入、包括种类编号、种类名称、借书数量、借书期限等。 （2）读者有关信息的修改、查询等。 （3）读者基本信息的输入，包括读者编号、读者姓名、班级、院系等。 （4）读者基本信息的查询、修改 （5）书籍信息的输入，包括书籍编号、书籍名称、书籍所属类别、作者、出版社、出版日期、在库数、价格 （6）借书信息包括借书证号、书籍编号、借出日期、拖欠日期、罚款种额 （7）图书管理书籍号、管理员编号、销书数量、销书日期。
关系型数据库理论可能是20世纪60年代和70年代存储系统先锋的救星，但是从那是开始它就成了许多数据开发人员的毒药，就是因为现代数据库系统发展得如此之好，以至于它将其关系型支柱对开发人员隐藏了。设计良好的关系型数据库很容易使用、很灵活，并且能够保护数据的有效性。而设计不良的数据相反仍然能够发挥相当的作用，但是最终可能会导致数据的无效、错误或者丢失。 开发人员有一些专用的规则，叫做范式（normal forms），他们根据这些规则来创建设计良好的数据库。在这里，我将通过创建一个用于保存书籍信息的简单数据库来探讨一下范式。 确定实体和元素 设计数据库的第一步是做你的家庭作业并确定你所需要的实体。实体是数据一种类型的概念集。通常只从一两个实体开始，再随着你数据的规范化而增加列表。对于我们的示例数据库，它看上去就好像我们只需要一个实体——书。 在确定了所需要实体的清单之后，你下一步就需要为每个实体创建数据元素（也就是说，你需要保存的信息）的清单。收集这样的信息有多种途径，但是最有效的可能就是依赖你的用户了。向你的用户询问他们日常工作的情况，要求查看当前完成他们工作所需要的各种表格和报告。例如，订单上可能会列出你创建销售应用程序所需要的许多数据元素。 我们的书籍实体没有书面表格和报告可用，但是下列元素清单将有助于我们开始设计这个数据库： {Title, Author, ISBN, Price, Publisher, Category} 很重要的一点是，要注意，把我们这里要用的实体移动到元素的过程并不能适用于所有状况。你所需要的实体不会总是像我们书籍示例那样清楚，所以你可能要从数据元素的一长串清单开始，在后面你会根据实体来划分元素。 正规化的头几步 一旦有了实体清单（表格）和数据元素（字段），你就准备好让关系型数据库理论运作了。这个理论的主要推动力是规范化——删除任何重复的组和冗余的数据，并把它们放到两个或者更多相关表里的过程。你并不是一定需要拥有一个以上的表格，但是你的数据简单到只需要一个表格的机会并不多。 你应该小心地检查数据（这些数据会出现在多条记录里）和依赖性错误的实体和元素清单，并把已损坏的字段移动到不同的表格里。例如，你可能列出同一个作者的多本书，并在数据库里重复了作者的名字。当你认为会一次又一次地看到相同的数据值时，你就应该考虑把这个字段移动到另一个表格里了。 要记住，在这一点上，你只是在操作潜在表格的列表，而不应该真正地创建这个表格：现在还是要用笔和纸来列表。 范式简介 数据库规范化的过程非常著名，所以有正式的规则来保证规范化数据库的建设。这些规则有七条，叫做范式，而在大多数情况下头四条就够用了： 第一范式（1NF）——这条规则有几个要求，包括：无多值项目（multivalued item）和重复组（repeating group）；每个字段都是原子型的（atomic），也就是说每个字段必须包含可能的最小数据元素；以及表格含有关键字（key）。 第二范式（2NF）——表格必须按照1NF来规范化。所有的字段必须引用（或者描述）主键值。如果主键基于一个以上的字段，那么每个nonkey字段必须取决于复杂键（complex key），而不仅仅是一个没有键的字段。不支持主键的nonkey字段应该被移动到另一个表格里去。 第三范式（3NF）——表格必须符合1NF和2NF的要求。所有的字段都必须相互独立。任何描述nonkey字段的字段都必须被移动到另一个表格里。
小说网站数据库设计 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
小说网站数据库设计 一、用户需求调查 小说网站主要由：（1）读者管理（2）作家管理（3）网络书籍管理（4）工作人员管理。四大部分组成。 （1）读者管理： ①、建立读者信息表，对读者统一编号，实时更新。 ②、建立读者借阅表，对读者看过的书籍作记录，以便读 者再次阅读。 （2）作者管理： ①、建立作者信息表，对作者统一编号，实时更新。 ②、建立作者更新后台，给与权限更新作品。 ③、建立作品及薪酬表，便于结算作者的薪酬。 （3）网络书籍管理系统 建立图书信息表，对图书统一编号，实时更新。 建立图书点击推荐表，记录图书被点击的次数，被推荐的次数。 建立图书排行表，可以按：点击数，推荐数，总字数等进行排名。 （4）工作人员管理 工作人员按权限不同分别有权限更改：作家信息表，网络书籍信息表，读者信息表，网站前台网管推荐栏目，给用户或者作者提升权限等功能中的一个或多个。 建立图书权限表，对VIP书籍进行权限限制。
二、系统数据流图 三、系统数据字典 （1）、主要数据流定义 数据流名称：登陆 位置：读者位置：读者——>p4-2 作家——>p4-2 定义：登录=用户名+密码 数据流量：不懂用来做什么 说明：鉴别用户身份 数据流名称：权限设置 位置：读者位置：管理员——>p4-2 定义： 数据流量：用户名=用户名+密码 说明：通过这个设置用户权限 数据流名称：作家权限 位置：读者位置：p4-2（权限）——>p4-2（作家） 定义：作家权限=【下派的推荐，阅读作品，更新，修正自己的作品的权限】 数据流量： 说明：作家获得用户权限 数据流名称：读者权限 位置：读者位置：p4-2（权限）——>p4-2（读者） 定义：作家权限=【下派的推荐，阅读作品权限】
居民出行调查表设计说明书 一、居民出行意向调查存在的问题 1) 调查问卷设计的问题 ①.表格的问题设计得过于繁琐，往往让被调查者在回答时没耐心看懂而直接随意选择答案，导致问卷的失真，得到的结论对研究与实际不符甚至向错误的方向引导。 ②表格为了得到比较详细的信息而设置一连串的问题，且问题之间无逻辑性。选项之间出现A包含B的现象。 ③表格一些问题的设计不合理，从中得不到我们想要的信息，也可能得到失真的信息，我们称之为无效问题。 ④表格中有时为了得到各因素的重要程度而设置排序问题，通常此类问题得不到预 想的效果。 ⑤个人属性中包含的隐私性问题得不到真实答案。 2)调查方法存在的问题 目前的大部分居民出行调查都采用问卷调查表的方法进行，但存在问卷抽样不科学的问题，结果可信度比较低，不能得出理想答案。 3)调查条件存在的问题 ①地点选择的问题：为了得到较高的回收率，调查者往往会选择公交站台、地铁站、火车站等地进行调查。得到的调查结果是出行属性和个人属性相识，得不到不同交通工具的选择情况，的不到各种交通方式的分担率。 ②时间选择的问题：调查者一般会选择上下班高峰期进行居民出行调查。上下班高峰期是居民出行高峰期，能得到比较真实的数据。但是由于一些心理因素和时间因素，这段时间的进行调查的拒绝率偏高。 ③人群选择的问题：由于地点选择的问题，人群选择会趋向单一化。居民的出行是多样化的，不同居民的出行属性都各不相同，所以应该选择具有不同属性的群体作为调查对象，使研究结果更具说服力。 二、设计调查问卷的相关原理 （一）意向调查 1.意向调查（stated preference，SP调查）：指在一项交通服务实现前，通过预 先设计的各种相关影响因素和服务水平的组合，获得人们在不同条件（及多种选择方案）下的行为反应，以便预测该交通服务设施的影响结果和程度。 2.SP调查的评价 优点：计划人员可以有目的的设计交通方式（或交通政策）及交通服务水平，在新的交通方式开通（或交通政策实施）之前，可以很好的被预测开通（或实施）时的交通变化情况。利用不同方案，从一个被调查者得到多个数据，从而提高调查效率。 缺点：与实际行动并不一致，从而产生偏差。 3.SP调查表的设计关键 由一个调查主体就能获得多种行为反应结果，因此可以以较少的调查样本量而
修正&标记表 文档变更历史 日期作者版本变更描述 2011-05-28 舒睿V01 数据库说明书创建 2011-06-13 舒睿V01.1 数据库各表功能说明创建 2011-06-20 舒睿V02 数据库各项细节功能完成 审核结果 审核人通过版本审核认职位日期 文档属性 项目描述 文档名称功能说明书 作者舒睿 创建日期5/28/2011 最后更新日期 1.1目的 本文为图书馆管理课程设计SQL Server功能规范说明书。本说明书将： ●描述数据库设计的目的 ●说明数据库设计中的主要组成部分 ●说明数据库设计中各功能的实现 1.2内容 本文档主要内容包括对数据库设计结构的总体描述，对数据库中各种对象的描述（包括对象的名称、对象的属性、对象和其他对象直接的关系）。本文档中包含对以下数据库内容的描述： ●数据表 ●视图 ●存储过程 ●触发器
●约束 在数据库主要对象之外，本文还将描述数据库安全性设置、数据库属性设置和数据库备份策略，为数据库管理员维护数据库安全稳定地运行提供参考。 1.3与其他项目的关联 本项目的数据库设计与本项目（Web部分和Windows部分）功能密切相关。本案例项目的数据库将按照项目程序部分的功能需求而设计，数据库设计将配合设计案例的程序部分，以实现一个功能完备的真实环境内的应用。 表 1.4表设计概述 根据设计的系统功能，数据库将以图书信息为中心存储相关数据，配合SQL Server 数据库系统中提供的数据管理，实现图书的借阅、归还、续借及系统设置等业务功能。 数据库设计将以存储读者信息的读者表为基础，连接多张相关表以实现对以下关系的支持： ●读者借书记录 ●读者还书记录 ●读者续借记录 ●读者罚款记录 ●读者对图书的评价 ●读者对图书和图书馆的建议及留言 数据库系统主要的实体关系如图0-1所示。
数据库表及字段命名、设计规范 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）不要在列的名称中包含数据类型。
管道的压力等级|标准管件的公称压力等级|标准管件的壁厚等 双击自动滚屏发布者：中国合金管材网发布时间：2009-12-5 阅读：1435次【字体：大中小】 管道压力等级 前面已经提及，压力管道的组成件一般都是标准件，因此压力管道组成件的设计主要是其标准件的选用，管道压力等级的确定也就是其标准件等级的确定。 管道的压力等级包括两部分: 以公称压力表示的标准管件的公称压力等级； 以壁厚等级表示的的标准管件的壁厚等级。 管道的压力等级：通常把管道中由标准管件的公称压力等级和壁厚等级共同确定的能反映管道承压特性的参数叫做管道的压力等级。而习惯上为简化描述，常把管道中管件的公称压力等级叫做管道的压力等级。 压力等级的确定是压力管道设计的基础，也是设计的核心。它是压力管道布置、压力管道应力校核的设计前提条件，也是影响压力管道基建投资和管道可靠性的重要因素。 5.1 设计条件 工程上，工艺操作参数不宜直接作为压力管道的设计条件，要考虑工艺操作的波动、相连设备的影响、环境的影响等因素，而在工艺操作参数的基础上给出一定的安全裕量作为设计条件。这里所说的设计条件主要是指设计压力和设计温度。 管道的设计压力：应不低于正常操作时，由内压(或外压)与温度构成的最苛刻条件下的压力。 最苛刻条件：是指导致管子及管道组成件最大壁厚或最高公称压力等级的条件。 设计压力确定：考虑介质的静液柱压力等因素的影响，设计压力一般应略高于由(或)外压与温度构成的最苛刻条件下的最高工作压力。 a. 一般情况下管道元件的设计压力确定 一般情况下，为了操作上的方便，在此不妨采用压力容器的做法，即在相应工作压力的基础上增加一个裕度系数。 表5-1 一般情况下管道元件的设计压力确定
入库资料表结构说明 一、考证资料库 测站标题表 测站标题表用来描述每个测站的基本信息。这些信息一般不随时间的变化而变化。在整个数据库的生命周期中，测站标题表的内容基本保持不变。但该表中的数据需要逐条的录入。 表标识: ST_STINF_B 表编号: 101 二、实时水雨情库 时段降水量表 时段降水量表用来记录时段降水量和日降水量以及积雪深度和密度。
该表中的数据可以使用相应的信息处理系统自动将报汛资料写入数据库中。 表标识: ST_RNFL_R 表编号: 201 河道水情表 河道水情表用来记录河道水文（水位）站测报的河道水情信息，如水位和流量等。该表中的数据可以使用相应的信息处理系统自动将报汛资料写入数据库中。 表标识: ST_RIVER_R 表编号: 203
闸坝水情表 闸坝水情表用来记录河道上闸坝站测报的水情信息。该表中的数据可以使用相应的信息处理系统自动将报汛资料写入数据库中。 表标识: ST_DAM_R 表编号: 204 湖库水情表 湖库水情表用来记录湖库站测报的水库水情信息。该表中的数据可以使用相应的信息处理系统自动将报汛资料写入数据库中。 表标识: ST_RSVR_R 表编号: 205
闸门启闭情况表 闸门启闭情况表用来存储闸坝和水库报汛中列报的闸门启闭情况以及相应的过闸流量等。该表中的数据可以使用相应的信息处理系统自动将报汛资料写入数据库中。 表标识: ST_GATE_R 表编号: 206 三、历史水雨情库 逐日降雨量表 表标识: ST_DAYP_H 表编号: 401
逐日水位表 表标识: ST_DAYZ_H 表编号: 402
ERP 数 据 库 设 计 说 明 书 项目代号：CX-2010-04-XX XXXXXXX技术有限公司 2011-04-28
目录 1、数据库设计 .................................. 错误！未定义书签。 1.1、命名规则 (3) 1.2、共用表 (10) 1.3、基础数据 (3) 1.4、库存子系统 (13) 1.5、销售子系统 (20) 1.6、采购子系统 (34)
1、命名规则 见数据库表名与字段名命名规范 2、基础数据 见erp项目数据库脚本.sql文件 2.1、物料类别
【表 说 明】 【主键说明】 【外键说明】 【索引说明】 【字段补充说明】 2.3、 物料主文件
管线压力等级及材料等级代号 管道压力等级编码规则 一、采用四位编码组合成管道压力等级，四位编码由字母和数字组成。 PIPING PRESSURE RATING IS COMPOSED OF FOUR CODING, WHICH INCLUDES THREE LETTERS AND ONE DIGIT. 第一位表示：压力等级，用字母A、B、C……等表示。 1st CHARACTER:PRESSURE RATING,USING A,B,C,…AND SO ON 第二位表示：主体材料，用数字1、2、3、4……表示。 2nd CHARACTER:MATERIAL TYPE,USING 0,1,2…AND SO ON 第三位表示：材料的等级，用字母A、B、C……等表示。 3rd CHARACTER: DETAIL MATERIAL,USING A,B,C… AND SO ON 第四位表示：特殊要求，用字母A、B、C……等表示。 4th CHARACTER: SPECIAL REQUIREMENTS,USING A,B,C…AND SO ON 二、 PRESSURE RATING CODE/压力等级编码表 特殊要求 材料等级 主体材料 压力级别 1.PRESSURE RATING/压力等级 A 150Lb B 300Lb C 400Lb D 600Lb
E 900Lb F 1500Lb G 2500Lb H API2000psi I API3000psi J API5000psi K API10000psi M 125Lb P 75Lb O NORMAL ATMOSPHERE/常压 2.MATERAIL TYPE/主体材料 0—NONMETAL/非金属 1—ALLOY STEEL/合金钢 2—CARBON STEEL/碳钢 3—CRYOGENIC CARBON STEEL/低温碳钢 4—STAINLESS STEEL/不锈钢 5—DUPLEX STAINLESS STEEL/双相不锈钢 6—COPPER-NICKLE ALLOY/铜镍合金 7—COPPER/铜 8—STANDBY/备用
Forpesnauseonysudyandresachnofrcmmercause 智能井盖防盗系统项目详细设计评审报告
仅供个人用于学习、研究；不得用于商业用途。 For personal use only in study and research; not for commercial use. Nur für den pers?nlichen für Studien, Forschung, zu kommerziellen Zwecken verwendet werden. Pour l 'étude et la recherche uniquement àdes fins personnelles; pas àdes fins commerciales. толькодлялюдей, которыеиспользуютсядляобучения, исследованийинедолжны использоватьсявкоммерческихцелях.
以下无正文 仅供个人用于学习、研究；不得用于商业用途。For personal use only in study and research; not for commercial use. Nur für den pers?nlichen für Studien, Forschung, zu kommerziellen Zwecken verwendet werden. Pour l 'étude et la recherche uniquement àdes fins personnelles; pas àdes fins commerciales. толькодлялюдей, которыеиспользуютсядляобучения, исследованийинедолжны использоватьсявкоммерческихцелях. 以下无正文
文档编号: PRMS-2 版本号: 文档名称：详细设计说明书 项目名称：项目申报管理系统 项目负责人：董艳，苏丽，李瑞卿 编写：董艳 2009年11月10日 校对：董艳，苏丽，李瑞卿 2009年11月10日 审核：董艳，苏丽，李瑞卿2009年11月10日 批准：董艳，苏丽，李瑞卿2009年11月10日 开发单位：西北农林科技大学信息工程学院信管062班
详细设计说明书
1．引言 编写目的 根据从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。 该文档供系统开发人员使用，为进一步设计软件、编写代码打下基础。 项目背景 在计算机日益普及的今天，科技高速发展，国家对科技项目的研究也越来越重视，每年都有很多项目要上报国家或政府，纸制的项目申报报告的审批浪费了大量的人力、物力、财力等资源。 为了适应社会的需求，使市级重点建设项目月报信息统计工作更加科学、规范、高效、简便，我们小组打算开发“项目申报管理系统”。本系统是为方便重点建设项目业主单位报送项目月报，增强申报部门与项目单位间的信息沟通与反馈，了解项目的建设进度及存在问题，协调解决项目建设中存在的前期工作、资金筹措、征地拆迁、建设施工等问题而开发的应用软件管理系统。 根据2009年重点项目申报工作的需要，由西北农林科技大学信息工程学院信管提出开发一套为重点项目申报工作服务的应用系统。 定义 项目申报管理系统是指应用电子计算机和相关网络支持，为申报项目的相关人愿提供数据信息管理系统，从而优化项目申报，减少项目申报周期，提高工作质量。 文档中采用的专门术语的定义及缩略词简要如下： PRMS：Project Report Management System，项目申报管理系统。 参考资料 [1]教学提供详细设计模板 [2]杨选辉《信息系统分析与设计》北京：清华大学出版社，2007。 [3]王珊，萨师宣。《数据库原理与应用》。北京：高等教育出版社，2003。 [4]耿祥义张跃平。《JSP实用教程》北京：清华大学出版社，2007。
天翼物流管理信息系统 数据库详细设计说明 1.0 天翼软件开发团队 版权所有不得复制
文档属性及版本
目录 1.数据库设计的基本规范 (5) 1.1开发规范 (5) 1.2命名规范 (5) 2.基本表及其说明 (5) 2.1订单表 (5) 2.2客户表 (6) 2.3承运单表 (6) 2.4职工信息表 (6) 2.5用户表 (7) 2.6角色表 (7) 2.7用户角色表 (7) 2.8承运单位表 (7) 2.9回车报账表 (7) 2.10车辆表 (8) 2.11出车登记表 (8) 2.12部门表 (8) 2.13货物表 (9) 2.14仓库表 (9) 2.15仓库货物表 (9) 2.16车辆费用表 (9) 2.17费用类型表 (10) 2.18审核登记表 (10)
2.19事故表 (10) 2.20罚款记录表 (11) 2.21财务核算表 (11) 2.22现金日记账表 (11) 2.23车队表 (12) 2.24发票表 (12) 2.25表信息表 (12) 3. 存储过程的使用 (12) 4.总结 (13)
1.数据库设计的基本规范 1.1开发规范 1）遵守数据的设计规范3NF 规定 2）一行记录必须表内唯一，表必须有主键。 3）金额类型使用Money 4）时间使用DateTime 5）在主外键的选择上应注意：为关联字段创建外键、所有的键都必须唯一、避免使用复合键、外键总是关联唯一的键字段。 1.2命名规范 1）对象名称应当准确完整地描述了对象的含义。 2）数据库对象的命名应当避免和系统原有的对象名称（如：系统表、系统存储过程等）混淆。 3）对象名称中不同的单词间应当能够方便的区分开。 4）使用Pascal 命名规则 2.基本表及其说明 2.1订单表Orders