!
基础数据标准
-目录规范和编码标准
基础数据标准
范围
基础数据标准化是的信息化重要工作之一,建立集中、规范统一的基础数据标准,是保证企业信息化系统正常运行的前提条件。此外,统一编码也是企业的一项重要的基础管理工作,对企业管理标准化具有促进作用。通过建立标准化制度,使各业务部门能够协同工作,能够消除重复性劳动,大幅度提高工作效率。
基础数据标准化的意义:
1、统一基础数据,便于计算机系统管理
、
手工管理状态之下,对基础数据处理存在很大的随意性,不便于计算机系统管理,只有对基础数据统一之后,才能充分体现计算管理所带来的效率。
2、保证基础数据的正确性
使用统一的基础数据编码,可以有效防止一物多码、一物多名、物名错乱等现象的发生。
3、集团范围内基础数据趋于统一、实现数据上报、汇总功能。
集团范围内使用统一基础数据,使业务数据上报、汇总成为可能,以实现集团管理。
数据准备策略
根据项目实施工作的整体要求,根据各项静态基础数据的特点,以及数据准备工作量和难度,分别采用如下准备策略:
1、简单基础数据
？
由项目顾问组制定编码规范,安排业务培训,下发Excel格式的编码模板,由企业各项目人员自行准备,此类基础数据比较简单,企业人员按示例数据整理即可,并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明)。项目顾
问组检查编码规范执行情况,并提供必要的工作指导。
2、复杂基础数据
由项目顾问组制定编码规范,安排业务培训,下发Excel格式的编码模板,与简单基础数据相比,数据结构要复杂得多,并且存在一些关联关系,对数据准备要求也比较高,占全部工作量50%以上,因此,需要采用专门的处理方法,其导入方法也比较特别。因此,复杂数据单独作为一类,企业需要配备更多的人员进行处理。以业务编码为例,除了物资管理部门外,技术部门也需要参与基础数据准备,以保证编码质量。项目顾问组重点进行指导检查,并根据实际需要提供更多的支持。
3、固定基础数据
本次实施的目标就是为了使集团范围内业务流程趋同,为集团业务汇总创造有利条件,因此,对于此类编码由项目顾问组提出建议方案,企业一般不再需要调整,以固定编码的方法主导实施,使业务流程趋于一致化(配合业务流程规范)。此类编码一般内容固定,有规范可遵循,数据量很少,按照统一的编码导入即可。目标。
基础数据描述规范
中文名称
、
定义:赋予数据元的单个或多个中文字词的指称。
约束:必选
数据类型:字符串
说明:命名应明确的表达数据元的含义,尽量减少冗余,增加精确度;在同一环境下的所有名称应该是唯一的。
同义名称
定义:一个数据元在应用环境下的不同称谓。如国家安全生产监督管理总局的同义名为国家安全监管总局。
约束:可选
数据类型:字符串
】
说明:一个数据元可以有多个同义词,第一个同义词应该是统一的约定名称。
表示符号
定义:数据元的表示符号,可用于数据交换时的交换名称。
约束:可选
数据类型:字符串
定义
定义:数据元的含义的描述,表达一个数据元的本质特性并使其区别于所有其他数据元的陈述。
约束:可选
"
数据类型:字符串
对数据元定义应注意:
(1)每个定义必须区别于目录中的任何其他定义,以保证专一性。定义中所表述的一个或多个特性必须使被定义的概念与其他概念相区别。
(2)用描述性的短语或句子阐述,阐述必须简练、准确而不含糊,避免跟其他数据元定义互相依存。
(3)定义中仅可使用人们普遍理解的缩略语。
(4)所有简称在第一次出现时,必须予以说明。
数据元的数据类型
定义:表示数据元值的不同值的集合。
》
约束:必选
数据类型:字符串
说明:可能的实例为:“字符”、“序数”、“实数”、“比例数”、“二进制数”、“有理数”。
表示格式
定义:从应用的角度规定的数据元值的格式需求,包括所允许的最大或最小字符长度,数据元值的类型和表示格式等。
约束:必选
数据类型:字符串
说明:数据格式的表示如下表所示:
&
值域范围
定义:根据相应属性中所规定的表示形式、格式、数据类型和最大与最小长度而决定的数据元的允许实例表示的集合。该集合可以根据名称、引用来源、实例表达的枚举,或者根据实例生成规则来规定。
约束:可选
数据类型:字符串
说明:当值域范围是编码表示的枚举形式时,每一个数据元值及其实例都应当成对表示。交换约束
}
定义:根据对象的来源特性,在数据采集时,从应用角度规定该数据元是否为必选或可选约束:必选
数据类型:字符串
基础数据目录规范
日期时间
DE001 日期
英文短名:Date
说明:特定日历日的标识。
%
数据类型:日期时间
表示格式:YYYYMMDD
值域:
备注:符合GB/T 7408中的日历日期:“YYYY”表示年,“MM”表示月,“DD”表示日。
根据业务需要添加限定词。如创建日期、发文日期、开始日期、结束日期等。
英文短名:Day
说明:24小时的时间单位。
…
数据类型:字符
表示格式:n2
值域:
备注:
DE005旬
英文短名:ThiMonth
说明:中国一种传统的时间单位,十天为一旬。
数据类型:字符
…
表示格式:n1
值域:见CS005 旬代码表
备注:
DE007月
英文短名:Month
说明:将一个日历年划分成12个顺序的时间间隔,即12个日历月。其中每个月有一个特定的名称,并含有指定的天数。
数据类型:字符
表示格式:n2
$
值域:见CS007 月代码表
备注:
英文短名:Quarter
说明:三个月的时间单位。
数据类型:字符
表示格式:n1
值域:见CS009 季度代码表
、
备注:
DE011年
英文短名:Year
说明:周期等于一个日历年的时间单位。
同义名称:年度、年份
数据类型:字符
表示格式:n4
值域:
(
备注:符合GB/T 7408中的日历年。
根据业务需要添加限定词,如预算年度、财政年度、申报年份、批复年份等。
DE013时间
英文短名:Time
说明:日的当地时间。
数据类型:日期时间
表示格式:hhmmss
值域:
?
备注:符合GB/T 7408中的当地时间:“hh”表示小时,“mm”表示分钟,“ss”表示秒。
行政区划
DE021行政区划名称
英文短名:AdmDivName
说明:我国省(自治区、直辖市、特别行政区)、市(地区、自治州、盟)、县(自治县、市、市辖区、旗、自治旗)的名称。
数据类型:字符
表示格式:s..120
值域:CS021 行政区划代码表(GB/T 2260)的名称列。
(
备注:
DE022行政区划代码
英文短名:AdmDivCode
说明:我国省(自治区、直辖市、特别行政区)、市(地区、自治州、盟)、县(自治县、市、市辖区、旗、自治旗)的代码。
数据类型:字符
表示格式:n6
值域:CS021 行政区划代码表(GB/T 2260)的数字代码列。
备注:
…
DE023财政管理级次名称
英文短名:FinAdmLevelName
说明:预算管理中不同级别政府的分类的名称。
数据类型:字符
表示格式:s..10
值域:CS023 预算级次代码表的名称列。
备注:
DE024管理级次代码
.
英文短名:FinAdmLevelCode
说明:管理中不同级别政府的分类的代码。
数据类型:字符
表示格式:n1
值域:CS023 预算级次代码表的代码列。
备注:
DE025管理级次标识名称
英文短名:FinAdmLevelMarkName
]
说明:对于不同的级次标识其财政数据的类型的名称。数据类型:字符表示格式:s..10
值域:CS025 级次标识代码表的名称列。
备注:
DE026管理级次标识代码
英文短名:FinAdmLevelMarkCode
说明:对于不同的级次标识其财政数据的类型的代码。
数据类型:字符
》
表示格式:n1
值域:CS025 级次标识代码表的代码列。
备注:
DE027东中西部名称
英文短名:EMWName
说明:按照经济发展程度将各省、市、自治区划分的不同大区的名称。数据类型:字符表示格式:s..10
值域:CS027 东中西部代码表的名称列。
|
备注:
DE028东中西部代码
英文短名:EMWCode
说明:按照经济发展程度将各省、市、自治区划分的不同大区的代码。数据类型:字符表示格式:n1
值域:CS027 东中西部代码表的代码列。
备注:
业务目录
|
见业务支撑标准
基础数据编码标准
公司编码规范
.1编码说明
实际编制时应参考现有财务系统的设臵,充分考虑集团所属公司在未来可能出现的所属关系变化的情况,编码规则不体现组织层级关系。
主要数据项及示例:
)
.2编码规范
规则:4(四位)
说明:4:集团公司编码为1000,下属公司在编码范围(1001-9999)内按公司成立时间顺序编码
部门编码规范
.1编码说明
此目录用于编制各公司设立的各个部门。编码可分级设定,系统提供最多可分8级,编码总长16位。
此目录可根据各单位的组织机构统一编制,或设定相应的编码标准,在系统实施时由各公司自行按标准设定。
同一职能部门在不同单位尽量采用同一编码。
；
主要数据项及示例:
.2编码规范
规则:1-4(五位数字,分为两段表示部门目录)
说明:1:部门层级
4:部门序号
示例:1,0001(其中’,’在编号中不出现)
~
部门层级编号(1):公司X级部门即编号为X
部门序号编号(0001):在同一层级下所有部门顺序编码
客商编码规范
.1编码说明
此目录用于对地域进行管理,编码总长为10位。所属地域作为供应商、客户的属性之一,实际应用中根据有无按照客户或供应商所在的区域进行管理的需要编制此目录。
主要数据项及示例:
(
规则:1-3-2-3-2(十一位,分为五段表示区域编码)
说明:1:国家
3:二级公司
2:省自治区、直辖市
3:市、直辖市的城区
2:序列号
示例:1,101,31,313,05(其中’,’在编号中不出现)
一级编码1:中国
,
二级编码101:水电集团
三级编码31:四川省
四级编码313:四川省成都市
五级编码05:百事吉物业
人力档案基础编码规范
.1编码说明
此目录用于记录本单位系统中的职员列表,包括职员编号、名称、所属部门及职员属性等。
主要数据项:
[
1)编码;
2)名称;
3)所属部门
规则:2-2-6(十位,分为三段表示职员目录)
说明: 2:出生年份 2:入集团年份 6:集团序列号
示例:44
}
一级部门编号(73):该职员出生年份
二级职员编号(14):2014年入能投集团
三级职员编号(003444):序列号
表示:该职员的职员目录编号
设备基础编码规范
.1编码说明
本文件建立设备编号规则,以统一有效管理公司设备资产。
本文件适用于能投集团所有关于生产、办公设备、公共设备的编号。
职责:工程部按此准则给设备编号,各部门需知明。
.2编码规则
设备编号由3部分组成:设备所在部门设备名称序号,如:
设备名称由设备名称前三个汉字的拼音每第一个字母大写组合代替。
设备名称不足三个汉字的,在其前面加字母U,如电脑:UDN
序号由2个数字组成,起始号为01,每一类设备分组排序.
计划基础编码规范
.1编码说明
计划业务编号由立项年度、计划名称代码和项目流水序号三组信息组成,分别由阿拉伯数字和大写英文字母组成,共12位,具体顺序及含义见下表:
.2编码规范
1.立项年度由4位阿拉伯数字构成,如2014年立项,则填写2014,依此类推,2099年立项,则填写2099。
2.计划名称代码用两个大写英文字母表示,第一个字母代表该计划在计划业务体系中所
属类型,即计划板块,第二个字母表示该计划在本计划板块中的排序,计划类别的具体编码见附件一。
3.项目流水号由6位代码构成,原则上由各计划自行制定。
——计划按以下规范编码:
流水号第一位为领域代码
流水号第二位为主题代码
流水号第三位至第六位为流水号,用4位阿拉伯数字表示。其中对于领域项目,前三位为计划流水号、后一位为其子计划流水号。对于重大专项,其中第一位为专项序号,第二、三位为其计划流水号,最后一位为子计划流水号。
——业务计划按以下规范编码:
流水号第一位为项目领域码
流水号第二、三位为项目流水号,用两位阿拉伯数字表示:
流水号第四位为项目类型码
流水号第五、六位为计划流水号,用两位阿拉伯数字表示
《数据库系统课程设计》要求及参考题目 一、目的： 本次课程设计是《数据库原理与应用》课程的综合实验，作为课堂教学和课内正常上机实验的补充。 通过对《数据库原理与应用》课程的学习，学生已初步掌握数据库的基本理论、熟悉SQL server的使用，但是根据具体问题，设计实现并管理后台数据库的能力还远远不足。通过《数据库系统课程设计》，加强学生自主学习、收集资料和动手设计的能力，为后续专业课程打好基础。 二、实验安排： ●课程设计内容和要求的安排与讲解在课内时间进行。 ●上机机时安排：共2周，上机时间请参照上机安排表，不足部 分自行安排。 三、课程设计说明： ●本次课程设计平台使用SQl server2008, Eclipse。 ●本次课程设计要求每个程序要调试通过；课程设计结束后，每 人提交课程设计成果如下： ?数据库系统一套，要求演示，演示时采用答辩形式，同学
边演示边讲解数据库系统设计及实现的思路。 ?课程设计报告一份，要求打印。 ?源代码以电子版形式提交，提交的源代码要求加注释。（以 附件的形式提交至sm_zhangying@https://www.doczj.com/doc/fb10599960.html,，每人一个文件 夹，文件夹命名方式为:班级_学号_姓名，以班级为单位打 包发送至邮箱） 四、评分标准 ●根据平时上机考勤；注重平时上机情况，教师要不定期检查学 生进度，学生不得以自己有私人电脑为借口而不来上机。 ●根据系统运行结果； ●根据《数据库系统设计报告》，学生能对教师的提问熟练地解释 清楚。 五、参考题目(P308) 1.完整的开发实例"教学管理系统",后台数据库使用SQL server 2008,前台工具使用Eclipse进行数据库系统的开发过程。 该教学管理系统中，应包含下列各表： 学生（学号，密码，姓名，性别，年级，专业） 教师（教师号，密码，姓名，性别，院系） 课程（课程号，课程名，学分，课时） 管理员（管理员账号，密码） （1）要求大家实现两大部分，第一部分：数据库设计的过程，写出需求分析、概念设计、逻辑结构设计、物理结构设计、数据库实施和运行维护五步进行。第二部分，系统设计与实现。 第一部分数据库设计，要求大家做到以下几点： （2）其中概念结构设计要求画出完整的E—R图
数据库设计规范
1概述 1.1目的 软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。 1.2适用范围 1.3术语定义 DBMS：数据库管理系统，常见的商业DBMS有Oracle, SQL Server, DB2等。 数据库设计：数据库设计是在给定的应用场景下，构造适用的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 概念数据模型：概念数据模型以实体-关系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库概念级别的设计，独立于机器和各DBMS产品。能够用Sybase PowerDesigner工具来建立概念数据模型（CDM）。 逻辑数据模型：将概念数据模型转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。能够用Sybase PowerDesigner工具直接建立逻辑数据模型（LDM），或
者经过CDM转换得到。 物理数据模型：在逻辑数据模型基础上，根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。能够用Sybase PowerDesigner工具直接建立物理数据模型（PDM），或者经过CDM / LDM转换得到。 2数据库设计原则 按阶段实施并形成该阶段的成果物 一般符合3NF范式要求；兼顾规范与效率 使用公司规定的数据库设计软件工具 命名符合公司标准和项目标准 3数据库设计目标 规范性：一般符合3NF范式要求，减少冗余数据。 高效率：兼顾规范与效率，适当进行反范式化，满足应用系统的性能要求。 紧凑性：例如能用char(10)的就不要用char(20)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容易地理解。
需求分析 (2) 1功能需求 (2) 2数据字典 (2) 3数据流图构建 (5) 系统数据库的逻辑结构设计 (6) 根据该网上书店的具体情况，调查管理业务流程是顺着系统信息流动的过程逐步地进行，内容包括各环节的业务处理、信息来源、处理方法、计算方法、信息流经去向、信息提供的时间和形态（报告、单据等）。本系统的最大特色，数据挖掘在业务流程中清晰可见。我们可以通过对数据库中用户购买信息的关联分析。进行数据挖掘。这是数据挖掘技术在网上书店中最有价值的体现之一。 系统业务流图描述如下： （1）用户在线更新购物车：用户在登陆成功后，通过图书查询，添加图书到购物车后，根据图书编号自动在数据仓库中的图书挖掘信息中寻找与图书关联的图书编号。 （2）用户在线下达图书订单：用户在添加购物车后，确定购物车的书籍及数量后，填写相应的订单信息，确定所填写的订单信息无误后，系统将产生此次订单的编号，完成在线下达订单。 （3）管理员订单处理：管理登陆成功后，会对未处理订单进行处理，处理成功后，向顾客发货。 （4）销售分析处理：通过对图书信息查询，统计图书销售情况。 （5）图书数据挖掘处理：通过对订单处理，创建图书数据仓库，进行图书数据挖掘找出图书之间的潜在关联。 本网站可分为前台管理和后台管理两部分：前台系统功能模块分为：商品展示模块、用户登录、购物车、自服务等模块。后台管理主要包括：商品管理、订单管理、会员管理、类别管理、用户留言管理，产品销售分析等。网上书店功能模块如图3-1所示： 图3-1网上书店功能模块图 前台各主模块的详细功能如下： （1）最新上架模块：展示出最新上市的图书供用户选择。 （2）特价书展示模块：展示出了一些特价图书。 （3）商品查询模块：包括模糊查询模块，和书的类别查询模块。 （4）用户登录\注册模块：用户登录、注册。 （5）商品详细信息展示模块：包括图书详细信息模块。 （6）购物车展示模块：包括已选购商品模块、推荐商品模块。当添加商品到购物车时，会在推荐商品模块中看到本系统为购物者推荐的商品。 （7）自服务展示模块：我的订单模块、个人信息模块。订单模块可以查看订单的状态，和订单的信息。通过个人信息模块可以修改自己信息。 （8）用户评论模块：用户对图书的评论。 后台主模块的功能如下： （1）类别管理：该模块对图书的类别进行添加、删除、修改 （2）商品管理：该模块主要对书籍进行增加、删除、修改管理 （3）订单管理：该模块对客户的订单进行管理，如出库订单。 （4）用户管理：该模块对会员信息进行增加、删除、修改。 （5）销售情况查询：该模块可以查询排行前十的图书信息。 （6）图书挖掘分析：通过对订单的分析，得出最优的匹配方案和相应的决
制造系统基础数据规范(doc 9页)
X公司ERP管理信息系统 制造基础数据整理文档格式规范 文档作者: 创建日期: 确认日期: 控制编码: 当前版本: 审批签字: X公司项目经理> A公司项目经理> 拷贝数量_____
更改记录 日期作者版本更改参考 审阅 姓名职位签字 分发人员 编码姓名地点和位置 1 2 3
目标 本文档用于对该项目基础数据格式规范做了 适当的控制，以便保证所填写的数据达到统 一。 范围 本文档在整个项目设计、实施等过程中都有 效。 相关文档
文档格式 产品结构式： 1、Excel 文本格式 2、所有字段的属性为文本 3、规格栏中描述的是子零件的规格，M、Φ、L采用大 写字母，“乘号”统一为大写字母“*” 4、材质栏中内容按图纸填写 5、材质栏中需要填写生产子项零件所采用的原材料的 材质和规格 6、辅肋描述栏中需填写配套零部件之间关联关系 7、请将随车备件及工具在产品结构中描述 表头格式 父项图号装 配 序 号 子 项 图 号 标 准 号 名 称 分 类 号 规 格 件 数 材 质 重 量 材 料 价 格 备 注 辅 助 描 述 注：“材料价格”字段由财务处整理工艺BOM格式：
1、Excel 文本格式 2、所有字段的属性为文本 3、工艺BOM部分数据由研究所提供表头格式 子项图号原 材 料 名 称 原 材 料 规 格 投 料 工 序 序 号 单 件 用 料 定 额 是 否 采 购/ 自 制 是 否 是 外 协 项 目 工 序 名 称 工 作 中 心 设 备 固 定 工 时 字段说明 投料工序序号：该子件在父件生产过程中投入的工序序号 单件用料定额：生产一件产品所需要的子件或原材料的定额数量 工序序号：反映工序的先后顺序的流水号，如：10、20、。。。等
《数据库原理课程设计》任务书 《数据库原理课程设计》是一门独立的实践课程，学分为1，单独记成绩。通过本课程设计，能使学生较好地巩固数据库的基本概念、基本原理、关系数据库的设计理论和设计方法等主要相关知识点，针对实际问题设计概念模型，并应用现有的工具完成简单的数据库应用系统的设计与实现。 一、设计内容 完成一个数据库应用系统的设计全过程，包括需求分析、数据库设计、数据库建立、数据输入、应用系统的设计和开发、用户界面的设计和实现、系统安装和调试等。 学生以2~3人为一设计小组，从课程设计题目中选择一个题目，要求每班中各组的题目都不相同。二、设计环境 操作系统：Windows XP/2003/Vista/Win7/Win8； DBMS：SQL Server或MySQL等； 开发工具：JA V A、JSP、C#等。 三、设计步骤 1、需求分析 业务流程分析和功能分析。 2、概念结构设计 生成基本E-R图。 3、逻辑结构设计 关系表设计（主键与完整性约束）、范式分析（至少要达到3NF）。 4、功能模块实现、集成及调试 应用系统功能通常根据实际目标设定，一般应具有基本的增、删、改、查功能。 编写实现系统功能的界面和代码。 5、报告编写。 四、报告内容 1、需求分析（功能分析、工作流图、数据流图、数据字典）； 2、概念模型设计（E-R图）； 3、逻辑设计（E-R模型转换为关系模式，指明所满足的范式并给出理由）； 4、系统功能设计 5、功能模块实现（界面及源代码） 6、总结（设计过程中遇到的问题以及解决方法；课程学习及课程设计的体会）。 7、参考文献 五、报告格式 1、报告一律按A4纸打印，每人1份。 2、全班刻录在一张光盘上，每组一个文件夹，文件夹名为课程设计题目＋（该组学生姓名），并在该文件夹中以每个同学的学号＋姓名为名称建立子文件夹，子文件夹中是该同学的内容（包括：源代码、课程设计报告电子版）。 特别提示： 凡有抄袭现象一经发现，课程设计成绩均为不及格。
GB50174--2017《数据中心设计规范》解读 GB50174--2017《数据中心设计规范》解读一、数据中心是一切信息化的基础 李克强总理在政府报告中指出：新兴产业和新兴业态是竞争高地。要实施高端装备、信息网络、集成电路、新能源、新材料、生物医药、航空发动机、燃气轮机等重大项目，把一批新兴产业培育成主导产业。制定“互联网”行动计划，推动移动互联网、云计算、大数据、物联网等与现代制造业结合，促进电子商务、工业互联网和互联网金融健康发展，引导互联网企业拓展国际市场。 云计算、互联网、物联网、大数据等现代信息技术已成为国民经济的重要支柱。信息化的基础是数据中心，可以说，没有数据中心就没有信息化的发展。 二、规范编制目的 1、电子信息技术平均2.5年发展一代，每一代IT技术的发展都意味着其支持技术的发展，即数据中心环境要求、建筑与结构、空气调节、电气、电磁屏蔽、网络系统与布线、智能化、给水排水、消防等技术的发展，这些技术的发展需要相关技术规范的支持。 2、GB50174-2008《电子信息系统机房设计规范》于2008年发布实施，到2015年《电子信息系统机房设计规范》已运
行了7年，意味着电子信息技术已发展了3代，需要规范做相应修改。 3、将《电子信息系统机房设计规范》更名为《数据中心设计规范》的主要目的是适应目前国内数据中心的建设需要以及更好地进行国际交流。 三、规范编写原则 1、可实施性原则 本规范在执行国家相关法律、法规和规范的基础上，注重设计方法的可操作性和可实施性，为设计人员提供实用的设计方法。 2、先进性原则 《数据中心设计规范》在满足中国数据中心行业发展的前提下，吸取国外有关数据中心设计的优点，结合中国数据中心行业的具体情况，增加补充具有数据中心行业特点的相关条文规定。主要围绕数据中心的可靠性、可用性、安全、节能、环保等方面的进行编写，具有一定的技术先进性和前瞻性。3、科学性原则 本规范提出的设计原则和方法归纳总结了国内外数据中心行业的经验，是众多行业专家经过多年实践总结出来的，是以现行有效的相关法规、标准、规范为基础，并充分考虑数据中心行业的特点和特殊性。 4、协调性原则
数据库表结构设计参考
表名外部单位表（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
国家基础地理信息系统（NFGIS）元数据标准草案(初稿) 1. 主题内容与适用范围 本标准提供国家基础地理信息系统（NFGIS）元数据的内容，包括NFGIS数据的标识、内容、质量、状况及其他有关特征。本标准可用于对NFGIS数据集的全面描述、数据集编目及信息交换网络服务。 2. 参考标准 ISO 15046-15地理信息--元数据(CD 2.0) FGDC 地理空间数据元数据内容标准（CSDGM）v.2.0 3. 术语 3.1 元数据 是关于数据的数据，即关于数据的内容、质量、状况和其他特性的信息。也可译为描述数据或诠释数据。 3.2 元数据元素(元数据Element) 元数据最基本的信息单元。 3.3 元数据实体(元数据Entity) 同类元数据元素的集合。 3.4 元数据子集(元数据Section) 相互关联的元数据实体和元素的集合。 3.5 信息交换网络(Clearinghouse) 数据生产者、管理者和用户之间的分布式、电子连接的网络。 3.6 数据志(Lineage) 数据继承信息，包括获取或生产数据使用的原始资料说明、数据处理中的参数、步骤等情况及负责单位的有关信息等。 3.7 引用文献(Citation) 数据集引用或参考使用的资料、数据集、模型、文献等。 4. NFGIS 元数据层次结构和性质 4.1 元数据层次结构 本标准规定NFGIS元数据分为三层：元数据子集、元数据实体和元数据元素。 元数据元素是元数据的最基本的信息单元,元数据实体是同类元数据元素的集合，元数据子
集是相互关联的元数据实体和元素的集合。在同一个子集中，实体可以有两类即简单实体和复合实体，简单实体只包含元素，复合实体既包含简单实体又包含元素，同时复合实体与简单实体及构成这两种实体的元素之间具有继承关系。 4.2 元数据性质 本标准定义三种性质的元数据子集、实体和元素： 必选(Mandatory)──元数据的核心内容，适用于各种被描述对象，是元数据文件必须包含的子集、实体或元素。 一定条件下必选(Conditional )──针对不同的被描述对象特征元数据文件所必须提供的子集、实体或元素。 可选(Optional)──该子集、实体或元素是可选的，由用户决定是否将其包含在元数据文件中。 5. NFGIS 元数据分级和特征 5.1 元数据分级 本标准规定元数据分为两级，即： 基本元数据──提供地理数据源基本文档所需要的最少的元数据元素集。它包括回答下列问题的元数据元素: "是否有特定主题的数据集('什么')?"、"是否有特定地区的数据集('何处')?"、"是否有特定时段的数据集('何时')?" 以及"订购或了解数据集更多情况的联系人('谁')? 完全元数据──提供完整的地理数据源(单独的数据集、数据集系列、各种地理要素)文档所需要的必选的和可选的元数据元素集。它完整地定义全部元数据，以便标识、评价、摘录、使用和管理地理信息。 5.2 元数据特征 本元数据标准定义了8种特征： 5.2.1 名称 赋给元数据实体或元素的标记。 5.2.2 标识码 计算机中使用的定义每个元数据实体和元素的唯一代码。代码结构为： xx xx xx 前两位为元数据子集，两位数字码 中间两位为元数据实体/独立元素，两位数字码 后两位为元数据实体包含的元素，两位数字码
数据库设计实例一 某学院有基本实体集：系、教师、学生和课程。 它们各有属性： 系：系编号、系名，位置 课程：课程号，课程名称，开课学期 学生：学生学号，学生姓名、性别、地址 教师：员工号，教师姓名，办公室 实体间有联系： 每个系有一位系主任，有多位教师； 一个教师仅在一个系任职； 每个系开设多门不同课程； 每门课程各由一位教师授课； 一个学生可以在不同的系选修多门课程。 存在联系有： 1对1： 系与系主任（系主任是教师） 1对多： 系与教师、系与课程，教师与课程 多对多：学生与课程 数据库设计实例二 虚拟主机业务管理 有实体： 职工（职工号、姓名、性别、出生年月、工作类别、职称、密码、备注） 主机（主机序号、操作系统、生产厂商、状态、空间数量、备注）用户单位（用户单位名称、联系人姓名、联系电话） 实体之间的关系 职工（销售员）与主机的管理关系是一对多的关系，一个销售员可销售多台主机，一台主机只能由一个销售员销售。 职工（运行维护员）与主机的维护关系是多对多关系，一个运行维护员可维护多台主机，一台主机能由多个运行维护员维护。 职工（管理员）与主机是一对多关系，一个管理员可管理多台主机，一台主机只能由一个管理员管理。
主机与用户单位及销售员之间存在租用关系，其中主机与用户单位是多对多的，一台主机可分配给多个用户单位，，一个用户单位可租用多台主机。每次租用由一位销售员经手。 数据库设计实例三 再就业信息管理 有实体： 职工（编号、姓名、性别、出生年月、工作类别、职称、工作年限、专业、学历） 企业（企业编号、企业名称、企业性质、联系人姓名、联系电话）岗位（岗位编号、岗位名称、学历要求、职称要求、工种、工作年限） 实体之间的关系 职工与岗位之间的申请关系是多对多的关系，一个职工可申请多个就职岗位，同样一个岗位能被许多职工申请。 岗位与企业之间的需求关系是多对多的关系。 职工、企业与岗位三者之间存在一个上岗关系，它们之间的关系 是1：1：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）表必须填写描述信息
16.1基础数据标准 16.1.1范围 基础数据标准化是的信息化重要工作之一，建立集中、规范统一的基础数据标准，是保证企业信息化系统正常运行的前提条件。此外，统一编码也是企业的一项重要的基础管理工作，对企业管理标准化具有促进作用。通过建立标准化制度，使各业务部门能够协同工作，能够消除重复性劳动，大幅度提高工作效率。 基础数据标准化的意义： 1、统一基础数据，便于计算机系统管理 手工管理状态之下，对基础数据处理存在很大的随意性，不便于计算机系统管理，只有对基础数据统一之后，才能充分体现计算管理所带来的效率。 2、保证基础数据的正确性 使用统一的基础数据编码，可以有效防止一物多码、一物多名、物名错乱等现象的发生。 3、集团范围内基础数据趋于统一、实现数据上报、汇总功能。 集团范围内使用统一基础数据，使业务数据上报、汇总成为可能，以实现集团管理。 16.1.2数据准备策略 根据项目实施工作的整体要求，根据各项静态基础数据的特点，以及数据准备工作量和难度，分别采用如下准备策略： 1、简单基础数据 由项目顾问组制定编码规范，安排业务培训，下发Excel格式的编码模板，由
企业各项目人员自行准备，此类基础数据比较简单，企业人员按示例数据整理即可，并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明)。项目顾问组检查编码规范执行情况，并提供必要的工作指导。 2、复杂基础数据 由项目顾问组制定编码规范，安排业务培训，下发Excel格式的编码模板，与简单基础数据相比，数据结构要复杂得多，并且存在一些关联关系，对数据准备要求也比较高，占全部工作量50%以上，因此，需要采用专门的处理方法，其导入方法也比较特别。因此，复杂数据单独作为一类，企业需要配备更多的人员进行处理。以业务编码为例，除了物资管理部门外，技术部门也需要参与基础数据准备，以保证编码质量。项目顾问组重点进行指导检查，并根据实际需要提供更多的支持。 3、固定基础数据 本次实施的目标就是为了使集团范围内业务流程趋同，为集团业务汇总创造有利条件，因此，对于此类编码由项目顾问组提出建议方案，企业一般不再需要调整，以固定编码的方法主导实施，使业务流程趋于一致化(配合业务流程规范)。此类编码一般内容固定，有规范可遵循，数据量很少，按照统一的编码导入即可。目标。 16.1.3基础数据描述规范 中文名称 定义：赋予数据元的单个或多个中文字词的指称。 约束：必选 数据类型：字符串 说明：命名应明确的表达数据元的含义，尽量减少冗余，增加精确度；在同一环境下的所有名称应该是唯一的。 同义名称
1、小型超市管理系统（2人） 系统功能 （1）、零售前台（POS）管理系统，本系统必须具有以下功能： 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业。 (2)、后台管理系统，本系统必须具备以下功能 进货管理：根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。按计划单有选择性地进行自动入库登记。综合查询打印计划进货与入库记录及金额。 销售管理：商品正常销售、促销与限量、限期及禁止销售控制。综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。 库存管理：综合查询库存明细记录。库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。库存自动盘点计算。 人员管理：员工、会员、供货商、厂商等基本信息登记管理。员工操作权限管理。客户销售权限管理。 参考：关系模型 a)商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日 期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号） b)用户表（用户编号，用户名称，用户密码，用户类型） c)会员表（会员编号，会员卡号，累积消费金额，注册日期） d)销售表（销售编号，商品编号，销售数量，销售金额，销售日期） e)交易表（交易编号，用户名称，交易金额，会员卡号，交易日期） f)进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货 日期，入库状态） g)供货商表（供货商编号，供货商名称，供货商地址，供货商电话） h)厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
数据库设计规范 V 1.0 2007-8-28
目录 1) 目的 (3) 2) 范围 (3) 3) 术语 (3) 4) 设计概要 (3) 5) 命名规范（逻辑对象） (4) 6) 数据库对象命名 (6) 7) 脚本注释 (8) 8) 数据库操作原则 (9) 9) 常用字段命名(参考) (9)
1) 目的 为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。 2) 范围 本规范适用于开发组全体人员，作用于软件项目开发的数据库设计、维护阶段。 3) 术语 数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。 物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。一般对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。 逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。 4) 设计概要 ?设计环境 数据库：ORACLE 9i 、MS SQL SERVER 2000 等 操作系统：LINUX 7.1以上版本，显示图形操作界面; RedHat 9 以上版本 WINDOWS 2000 SERVER 以上 ?设计使用工具 使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说 明。对于SQL Server 尽量使用企业管理器对数据库进行设计，并且要求 对表，字段编写详细的说明（这些将作为扩展属性存入SQL Server中） 通过PowerDesigner 定制word格式报表，并导出word文档，作为数据 字典保存。（PowerDesigner v10 才具有定制导出word格式报表的功能）。
数据库结构设计说
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2外部设计 (2) 2.1标识符和状态 (2) 2.2使用它的程序 (3) 2.3约定 (3) 2.4专门指导 (3) 2.5支持软件 (3) 3结构设计 (3) 3.1概念结构设计 (3) 3.2逻辑结构设计 (3) 3.3物理结构设计 (4) 4运用设计 (4) 4.1数据字典设计 (4) 4.2安全保密设计 (4) 数据库设计说明书(GB8567―― 88) 1 引言
1.1 编写目的 说明编写这份数据库设计说明书的目的, 指出预期的读者。 1.2 背景 说明: a．说明待开发的数据库的名称和使用此数据库的软件系统的名称; b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。 1.3 定义 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。 1.4 参考资料 列出有关的参考资料: a．本项目的经核准的计划任务书或合同、上级机关批文; b．属于本项目的其它已发表的文件; C.本文件中各处引用到的文件资料，包括所要用到的软件开发 标准。 列出这些文件的标题、文件编号、发表日期和出版单位, 说明能够 取得这些文件的来源。 2 外部设计
2.1 标识符和状态 联系用途, 详细说明用于唯一地标识该数据库的代码、名称或标识符, 附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的, 则要说明这一特点及其有效时间范围。 2.2 使用它的程序 列出将要使用或访问此数据库的所有应用程序, 对于这些应用程序的每一个, 给出它的名称和版本号。 2.3 约定 陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定, 例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。 2.4 专门指导 向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导, 例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤, 用于产生、修改、更新或使用这些数据 文卷的操作指导。如果这些指导的内容篇幅很长, 列出可参阅的文件资料的名称和章条。
数据库课程设计 数据库课程设计是在学生系统的学习了数据库原理课程后，按照关系型数据库的基本原理，综合运用所学的知识，以小组为单位，设计开发一个小型的数据库管理系统。通过对一个实际问题的分析、设计与实现，将原理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力；另一方面，使学生能深入理解和灵活掌握教学内容。 总体设计要求： 个人到三人为一个小组，小组成员既要有相互合作的精神，又要分工明确。每个学生都必须充分了解整个设计的全过程。 从开始的系统需求分析到最后的软件测试，都要有详细的计划，设计文档应按照软件工程的要求书写。 系统中的数据表设计应合理、高效，尽量减少数据冗余。 软件界面要友好、安全性高。 软件要易于维护、方便升级。 编程语言可由小组根据自己的情况选择，但一般情况下应该是小组的每个成员都对该语言较熟悉。避免把学习语言的时间放在设计期间。 参考使用的语言有：VF、VB、Delphi 、PB、VC、SQL_Server等。 题目1：学生学籍管理系统 一、设计目的 学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的数据库管理系统，进行系统的需求分析，系统设计，数据库设计，编码，测试等，完成题目要求的功能，从而达到掌握开发一个小型数据库的目的。 二、设计内容 1．主要的数据表 学生基本情况数据表，学生成绩数据表，课程表，代码表等。 2．主要功能模块 1）实现学生基本情况的录入、修改、删除等基本操作。 2）对学生基本信息提供灵活的查询方式。 3）完成一个班级的学期选课功能。 4）实现学生成绩的录入、修改、删除等基本操作。 5）能方便的对学生的个学期成绩进行查询。 6）具有成绩统计、排名等功能。 7）具有留级、休学等特殊情况的处理功能。 8）能输出常用的各种报表。 9）具有数据备份和数据恢复功能。 三、设计要求 学生成绩表的设计，要考虑到不同年级的教学计划的变化情况。
数据库课程设计 参考选题 选题 1.机票预定信息系统 系统功能的基本要求： 航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。 2.长途汽车信息管理系统 系统功能的基本要求： 线路信息，包括出发地、目的地、出发时间、所需时间等。汽车信息：包括汽车的种类及相应的票价、最大载客量等。票价信息：包括售票情况、查询、打印相应的信息。 3.人事信息管理系统 系统功能基本要求： 员工各种信息：包括员工的基本信息，如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等；员工各种信息的修改；对转出、辞退、退休员工信息的删除；按照一定条件，查询、统计符合条件的员工信息；教师教学信息的录入：教师编号、姓名、课程编号、课程名称、课程时数、学分、课程性质等。科研信息的录入：教师编号、研究方向、课题研究情况、专利、论文及著作发表情况等。按条件查询、统计，结果打印输出。 4.超市会员管理系统 系统功能的基本要求： 加入会员的基本信息，包括：成为会员的基本条件、优惠政策、优惠时间等。会员的基本信息，包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息：购买物品编号、物品名称、所属种类，数量，价格等。会员返利信息,包括会员积分的情况，享受优惠的等级等。对货物流量及消费人群进行统计输出。 5.客房管理系统 系统功能的基本要求：
客房各种信息，包括客房的类别、当前的状态、负责人等；客房信息的查询和修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改。对查询、统计结果打印输出。 6.药品存销信息管理系统 系统功能基本要求 药品信息，包括药品编号、药品名称、生产厂家、生产日期、保质期、用途、价格、数量、经手人等；员工信息，包括员工编号、姓名、性别、年龄、学历、职务等；客户信息，包括客户编号、姓名、联系方式、购买时间、购买药品编号、名称、数量等。入库和出库信息，包括当前库存信息、药品存放位置、入库数量和出库数量的统计。 7.学生选课管理信息系统 系统功能基本要求 教师信息,包括教师编号、教师姓名、性别、年龄、学历、职称、毕业院校，健康状况等。学生信息，包括学号、姓名、所属院系、已选课情况等。教室信息，包括，可容纳人数、空闲时间等。选课信息，包括课程编号、课程名称、任课教师、选课的学生情况等。成绩信息，包括课程编号、课程名称、学分、成绩。按一定条件可以查询，并将结果打印输出。 8.图书管理系统 系统功能基本要求 图书信息,包括图书编号、图书名称、所属类别等；读者信息，包括读者编码、姓名、性别、专业等；借还书信息，包括图书当前状态、被借还次数、借阅时间等。 9.学生成绩管理系统 系统功能基本要求 学生信息，学号、姓名、性别、专业、年级等；学生成绩信息，包括学号、课程编号、课程名称、分数等。课程信息，包括课程编号、课程名称、任课教师等。对学生成绩的查询（不能任意修改）、统计，并将结果输出。 10.网上书店管理信息 系统功能基本要求 书籍信息，包括图书编号、图书种类、图书名称、单价、内容简介等；购书者信息，包括购买编号、姓名、性别、年龄、联系方式购买书的名称等；购买方式，包括付款方式、发货手段等。根据读者信息查询购书情况，将统计结果以报表形式打印输出。
基础数据标准 -目录规和编码标准 16.1基础数据标准 16.1.1 围 基础数据标准化是的信息化重要工作之一,建立集中、规统一的基础数据标准,是保证企业信息化系统正常运行的前提条件。此外,统一编码也是企业的一项重要的基础管理工作,对企业管理标准化具有促进作用。通过建立标准化制度,使各业务部门能够协同工作,能够消除重复性劳动,大幅度提高工作效率。 基础数据标准化的意义: 1、统一基础数据,便于计算机系统管理 手工管理状态之下,对基础数据处理存在很大的随意性,不便于计算机系统管理,只有对基础数据统一之后,才能充分体现计算管理所带来的效率。 2、保证基础数据的正确性 使用统一的基础数据编码,可以有效防止一物多码、一物多名、物名错乱等现象的发生。 3、集团围基础数据趋于统一、实现数据上报、汇总功能。 集团围使用统一基础数据,使业务数据上报、汇总成为可能,以实现集团管理。 16.1.2 数据准备策略 根据项目实施工作的整体要求,根据各项静态基础数据的特点,以及数据准备工作量和难度,分别采用如下准备策略:
1、简单基础数据 由项目顾问组制定编码规,安排业务培训,下发Excel格式的编码模板,由企业各项目人员自行准备,此类基础数据比较简单,企业人员按示例数据整理即可,并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明)。项目顾 问组检查编码规执行情况,并提供必要的工作指导。 2、复杂基础数据 由项目顾问组制定编码规,安排业务培训,下发Excel格式的编码模板,与简单基础数据相比,数据结构要复杂得多,并且存在一些关联关系,对数据准备要求也比较高,占全部工作量50%以上,因此,需要采用专门的处理方法,其导入方法也比较特别。因此,复杂数据单独作为一类,企业需要配备更多的人员进行处理。以业务编码为例,除了物资管理部门外,技术部门也需要参与基础数据准备,以保证编码质量。项目顾问组重点进行指导检查,并根据实际需要提供更多的支持。 3、固定基础数据 本次实施的目标就是为了使集团围业务流程趋同,为集团业务汇总创造有利条件,因此,对于此类编码由项目顾问组提出建议方案,企业一般不再需要调整,以固定编码的方法主导实施,使业务流程趋于一致化(配合业务流程规)。此类编码一般容固定,有规可遵循,数据量很少,按照统一的编码导入即可。目标。 16.1.3 基础数据描述规 中文名称 定义:赋予数据元的单个或多个中文字词的指称。 约束:必选 数据类型:字符串 说明:命名应明确的表达数据元的含义,尽量减少冗余,增加精确度;在同一环境下的所有名称应该是唯一的。
《数据库原理及技术》课程设计 一、课程设计的目的与要求 (1)培养学生运用所学课程《数据库原理》的理论知识与技能,深入理解《数据库原理》课程相关的理论知识,学会分析实际问题的能力。 (2)培养学生掌握用《数据库原理》的知识设计计算机应用课题的思想与方法。 (3)培养学生调查研究、查阅技术文献、资料、手册以及编写技术文献的能力。 (4)要求学生独立完成大作业要求的相关内容。 二、课程设计报告提纲 (1) 课程设计的题目、系统的总体功能描述 (2) 需求分析(概括描述) (3) 数据库概念结构设计(局部E-R图、基本E-R图) (4) 数据库逻辑结构设计(关系模式) (5) 应用系统功能结构图(模块结构图) (6) SQL代码及其说明 (7) 总结(课程设计中遇到的主要问题与解决方法;创新之处;课程设计中存在的不足,需进一步改进的设想;课程设计的感想与心得体会。) (9) 参考文献 三、评分规则 四、课程设计作业提交 每人将设计的全部文档文件上传到课堂派。文件命名方式为:学号+姓名+设计题目。并打印交给课代表。
五、课程设计题目(任选一个题目) (1)学校图书借阅管理系统 功能要求: ●实现图书信息、类别、出版社等信息的管理; ●实现读者信息、借阅证信息的管理; ●实现图书的借阅、续借、归还管理; ●实现超期罚款管理、收款管理; (2)高校学籍管理系统 功能要求: ●实现学生信息、班级、院系、专业等的管理; ●实现课程、学生成绩信息管理; ●实现学生的奖惩信息管理; (3)学校人力资源管理系统 ●实现学校部门信息、职务、职称与教职工信息管理; ●实现教师的学籍经历管理; ●实现教师的家庭关系管理; ●实现教师的奖惩信息管理; (4)某单位人事管理系统 ●实现部门、职务、职称等信息的管理; ●实现职工信息的管理; ●实现职工学习经历与任职经历的管理; ●实现职工家庭关系的管理; ●实现奖惩信息的管理; (5)某书店图书进货、销售管理系统 ●实现图书类别、出版社、图书、仓库信息的管理; ●实现进货、入库管理; ●实现销售、出库管理; (6)某医院信息管理系统(药品库存、收费、医生病人等) ●实现药品类型及药品信息的管理; ●实现药品的入库、出库管理; ●实现科室、医生、病人的管理; ●实现处方的登记管理; ●实现收费管理; (8)某期刊的在线投稿审稿管理系统 ●实现作者、审稿人的信息管理; ●实现稿件类型、稿件信息的管理; ●实现稿件的审阅过程管理; ●实现稿费、审稿费与版面费的管理; (9)学校的工资管理系统 ●实现部门、职务、职称等基本信息的管理;