基础数据标准文件_第1页
基础数据标准文件_第2页
基础数据标准文件_第3页
基础数据标准文件_第4页
基础数据标准文件_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

16.1根底数据标准

16.1.1范围

根底数据标准化是的信息化重要工作之一,建立集中、标准统一的根底数据标

准,是保证企业信息化系统正常运行的前提条件。此外,统一编码也是企业的一项

重要的根底管理工作)对企业管理标准化具有促进作用。通过建立标准化制度,使

各业务部门能够协同工作,能够消除重复性劳动,大幅度提高工作效率。

根底数据标准化的意义:

1、统一根底数据,便于计算机系统管理

手工管理状态之下,对根底数据处理存在很大的随意性,不便于计算机系统管

理,只有对根底数据统一之后,才能充分表达计算管理所带来的效率。

2'保证根底数据的正确性

使用统一的根底数据编码,可以有效防止一物多码、一物多名、物名错乱等现

象的发生。

3、集团范围内根底数据趋于统一、实现数据上报、汇总功能。

集团范围内使用统一根底数据,使业务数据上报、汇总成为可能,以实现集团

管理。

16.1.2数据准备策略

根据工程实施工作的整体要求,根据各项静态根底数据的特点,以及数据准备

工作量和难度,分别采用如下准备策略:

1、简单根底数据

由工程参谋组制定编码标准,安排业务培训,下发Excel格式的编码模板,由

企业各工程人员自行准备,此类根底数据比较简单,企业人员按例如数据整理即可,

并能采用简单方法导入系统(导入方法在“导入实现方式〃章节详细说明)。工程参

谋组检查编码标准执行情况,并提供必要的工作指导。

2'复杂根底数据

由工程参谋组制定编码标准,安排业务培训,下发Excel格式的编码模板,与

简单根底数据相比,数据构造要复杂得多,并且存在一些关联关系,对数据准备要

求也比较高,占全部工作量50%以上,因此,需要采用专门的处理方法,其导入方

法也比较特别。因此,复杂数据单独作为一类,企业需要配备更多的人员进展处理。

以业务编码为例,除了物资管理部门外,技术部门也需要参与根底数据准备,以保

证编码质量。工程参谋组重点进展指导检查,并根据实际需要提供更多的支持。

3、固定根底数据

本次实施的目标就是为了使集团范围内业务流程趋同,为集团业务汇总创造有

利条件,因此,对于此类编码由工程参谋组提出建议方案,企业一般不再需要调整,

以固定编码的方法主导实施,使业务流程趋于一致化(配合业务流程标准)。此类编

码一般内容固定,有标准可遵循,数据量很少,按照统一的编码导入即可。目标。

16.1.3根底数据描述标准

•中文名称

定义:赋予数据元的单个或多个中文字词的指称。

约束:必选

数据类型:字符串

说明:命名应明确的表达数据元的含义,尽量减少冗余,增加准确度;在同一

环境下的所有名称应该是唯一的。

•同义名称

定义:一个数据元在应用环境下的不同称谓。如国家平安生产监视管理总局的

同义名为国家平安监管总局。

约束:可选

数据类型:字符串

说明:一个数据元可以有多个同义词,第一个同义词应该是统一的约定名称。

•表示符号

定义:数据元的表示符号,可用于数据交换时的交换名称。

约束:可选

数据类型:字符串

•定义

定义:数据元的含义的描述,表达一个数据元的本质特性并使其区别于所有

其他数据元的陈述。〔特别明确的可省略。〕

约束:可选

数据类型:字符串

对数据元定义应注意:

[1〕每个定义必须区别于目录中的任何其他定义)以保证专一性。定义中

所表述的一个或多个特性必须使被定义的概念与其他概念相区别。

〔2〕用描述性的短语或句子阐述,阐述必须简练、准确而不模糊,防止跟

其他数据元定义互相依存。

〔3〕定义中仅可使用人们普遍理解的缩略语。

〔4〕所有简称在第一次出现时,必须予以说明。

•数据元的数据类型

定义:表示数据元值的不同值的集合。

约束:必选

数据类型:字符串

说明:可能的实例为:“字符〃、“序数〃、"实数”、”比例数〃、“二

进制数〃、“有理数〃。

•表示格式

定义:从应用的角度规定的数据元值的格式需求,包括所允许的最大或最小

字符长度,数据元值的类型和表示格式等。

约束:必选

数据类型:字符串

说明:数据格式的表示如下表所示:

根本格式举例说明

中文字符,可以包含汉字(中、国……等)、字母字符〔a-z,A-Z〕

c

和数字字符等。

Ccl212位字符〔即6个汉字〕固定长度的中文字符

最多为12位字符〔即6个汉字〕长度的中文字符〔默认GB2312

c..12

信息交换用汉字编码字符集、根本集〕

a特指字母字符〔A、B、C…〕

aa33位字母字符,定长

a..3最多为3位字母字符

n数值型字符[0、1、2、3…〕

n33位数字字符,定长

n

n..3最多为3位数字字符

n..9,2数值型,总长度最多为9位数字字符,小数点后保存2位数字

an字母和数字字符

anan33位字母数字字符,定长

an..3最多为3位字母数字字符

dd日期型

根本格式举例说明

日期型,按年、月、日顺序"格式为8位定长、全数字表示

d8[YYYYMMDDh年用4位数字表示,月、日各用2位数字表示,

彼此之间没有分隔符

日期型,按年、月、日、时顺序,格式为10位定长、全数字表示

〔YYYYMMDDhh〕。年用4位数字表示,月、日、时各用2位数字

diO

表示,彼此之间没有分隔符。如2003年1月5日9时,应表示

为2003010509

日期型,按年、月、日、时、分、秒顺序,格式为14位定长、全

数字表示〔YYYYMMDDhhmmss〕。年用4位数字表示,月'日'时、

dl4

分、秒各用2位数字表示,彼此之间没有分隔符。如2003年1

月5日9时48分43秒,应表示为20030105094843

bb布尔值0:否,1:是

ulul长度不确定的文本

•值域范围

定义:根据相应属性中所规定的表示形式、格式、数据类型和最大与最小长

度而决定的数据元的允许实例表示的集合。该集合可以根据名称、引用来源、实

例表达的枚举,或者根据实例生成规那么来规定。

约束:可选

数据类型:字符串

说明:当值域范围是编码表示的枚举形式时,每一个数据元值及其实例都应

当成对表示。

•交换约束

定义:根据对象的来源特性,在数据采集时,从应用甭度规定该数据元是否

为必选或可选

约束:必选

数据类型:字符串

16.1.4根底数据目录标准

•日期时间

DE001日期

英文短名:Date

说明:特定日历日的标识。

数据类型:日期时间

表示格式:YYYYMMDD

值域:

备注:符合GB/T7408中的日历日期:“YYYY”表示年,表示月,“DD〃

表示日。

根据业务需要添加限定词。如创立日期、发文日期、开场日期、完毕日期等。

DE003日

英文短名:Day

说明:24小时的时间单位。

数据类型:字符

表示格式:n2

值域:

备注:

DE005旬

英文短名:ThiMonth

说明:中国一种传统的时间单位,十天为一旬。

数据类型:字符

表示格式:nl

值域:见CS005旬代码表

备注:

DE007月

英文短名:Month

说明:将一个日历年划分成12个顺序的时间间隔,即12个日历月。其中每

个月有一个特定的名称,并含有指定的天数。

数据类型:字符

表示格式:n2

值域:见CS007月代码表

备注:

DEO09季度

英文短名:Quarter

说明:三个月的时间单位。

数据类型:字符

表示格式:nl

值域:见CS009季度代码表

备注:

DE011年

英文短名:Year

说明:周期等于一个日历年的时间单位。

同义名称:年度、年份

数据类型:字符

表示格式:n4

值域:

备注:符合GB/T7408中的日历年。

根据业务需要添加限定词,如预算年度、财政年度、申报年份、批复年份等。

DEO13时间

英文短名:Time

说明:日的当地时间。

数据类型:日期时间

表示格式:hhmmss

值域:

备注:符合GB/T7408中的当地时间:"hh〃表示小时,“mm〃表示分钟,

“ss〃表示秒。

•行政区划

DE021行政区划名称

英文短名:AdmDivName

说明:我国省〔自治区、直辖市、特别行政区〕、市〔地区、自治州、盟〕、

县〔自治县、市、市辖区、旗、自治旗〕的名称。

数据类型:字符

表示格式:s..120

值域:CS021行政区划代码表〔GB/T2260〕的名称列。

备注:

DE022行政区划代码

英文短名:AdmDivCode

说明:我国省〔自治区、直辖市、特别行政区〕、市〔地区、自治州、盟〕、

县〔自治县、市、市辖区、旗、自治旗〕的代码。

数据类型:字符

表示格式:n6

值域:CS021行政区划代码表〔GB/T2260〕的数字代码列。

备注:

DE023财政管理级次名称

英文短名:FinAdmLevelName

说明:预算管理中不同级别政府的分类的名称。

数据类型:字符

表示格式:s..10

值域:CS023预算级次代码表的名称列。

备注:

DE024管理级次代码

英文短名:FinAdmLevelCode

说明:管理中不同级别政府的分类的代码。

数据类型:字符

表示格式:nl

值域:CS023预算级次代码表的代码列。

备注:

DE025管理级次标识名称

英文短名:FinAdmLeve1MarkName

说明:对于不同的级次标识其财政数据的类型的名称。

数据类型:字符

表示格式:s..10

值域:CS025级次标识代码表的名称列。

备注:

DE026管理级次标识代码

英文短名:FinAdmLeve1MarkCode

说明:对于不同的级次标识其财政数据的类型的代码。

数据类型:字符

表示格式:nl

值域:CS025级次标识代码表的代码列。

备注:

DE027东中西部名称

英文短名:EMWName

说明:按照经济开展程度将各省、市、自治区划分的不同大区的名称。

数据类型:字符

表示格式:s..10

值域:CS027东中西部代码表的名称列。

备注:

DE028东中西部代码

英文短名:EMWCode

说明:按照经济开展程度将各省、市、自治区划分的不同大区的代码。

数据类型:字符

表示格式:nl

值域:CS027东中西部代码表的代码列。

备注:

•业务目录

见业务支撑标准〔17.1〕

16.1.5根底数据编码标准

16.1.5.1公司编码标准

16.1.5.1.1编码说明

实际编制时应参考现有财务系统的设置,充分考虑集团所属公司在未来可能

出现的所属关系变化的情况,编码规那么不表达组织层级关系。

主要数据项及例如:

数据项名称说明举例

单位编码1001

单位名称能投水电集团

上级单位编码指直接上级单位10001

上级单位名称能投集团公司

16.1.5.1.2编码标准

规那么:4〔四位〕

说明:4:集团公司编码为1000,下属公司在编码范围(1001-9999)内按

公司成立时间顺序编码

16.1.5.2部门编码标准

16.1.5.2.1编码说明

此目录用于编制各公司设立的各个部门。编码可分级设定,系统提供最多可

分8级,编码总长16位。

此目录可根据各单位的组织机构统一编制,或设定相应的编码标准,在系统

实施时由各公司自行按标准设定。

同一职能部门在不同单位尽量采用同一编码。

主要数据项及例如:

数据项名称说明举例举例举例

部门编码100012000130001

部门名称业务部业务一部业务一部一组

16.1.5.2.2编码标准

规那么:1-4〔五位数字,分为两段表示部门目录)

说明:1:部门层级

4:部门序号

例如:1,0001(其中‘,’在编号中不出现)

部门层级编号〔1〕:公司X级部门即编号为X

部门序号编号〔0001〕:在同一层级下所有部门顺序编码

16.1.5.3客商编码标准

16.1.5.3.1编码说明

此目录用于对地域进展管理,编码总长为10位。所属地域作为供应商、客

户的属性之一,实际应用中根据有无按照客户或供应商所在的区域进展管理的需

要编制此目录。

主要数据项及例如:

数据项名称举例举例举例举例举例

编码11101110110011011000111011000101

名称中国水电集团四川成都市百事吉物业

16.1.5.3.2编码标准

规那么:1-3-2-3-2〔十一位,分为五段表示区域编码〕

说明:1:国家

3:二级公司

2:省自治区、直辖市

3:市、直辖市的城区

2:序列号

例如:1,100,31,313,05(其中‘在编号中不出现)

五级编码05:百事吉物业

四级编码313:四川省成都市

三级编码31:四川省

二级编码101:水电集团

一级编码1:中国

16.1.5.4人力档案根底编码标准

16.1.5.4.1编码说明

此目录用于记录本单位系统中的职员列表,包括职员编号、名称、所属部门

及职员属性等。

主要数据项:

1)编码;2〕名称;3]所属部门

16.1.5.4.2编码标准

规那么:2-2-6〔十位,分为三段表示职员目录〕

说明:2:出生年份

2:人集团年份

6:集团序列号

例如:7397003444(其中‘,’在编号中不出现)

三级职员编号〔003444〕:序列号

二级职员编号〔14〕:2021年人能投集团

一级部门编号〔73〕:该职员出生年份

表示:该职员的职员目录编号

16.1.5.5设备根底编码标准

16.1.5.5.1编码说明

本文件建立设备编号规那么,以统一有效管理公司设备资产。

本文件适用于能投集团所有关于生产、办公设备、公共设备的编号。

职责:工程部按此准那么给设备编号,各部门需知明。

16.1.5.5.2编码规那么

设备编号由3局部组成:设备所在部门+设备名称+序号,如:

A.-HKX-OK'

T—序号.

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论