法人数据库设计方案

合集下载

法人库建设方案

法人库建设方案

法人库建设方案一、背景介绍法人库是指由相关机构按照一定规范和标准进行数据整合、分类和存储,建立起来的法人信息数据库。

它是重要的公共数据库,可以为政府、企事业单位及社会公众提供全面、准确、及时的法人信息查询服务。

随着社会经济的快速发展,法人主体数量不断增加,而法人信息管理及查询的难度也不断加大,因此,建设一个高效、可靠的法人库显得尤为重要。

二、建设目标1. 提高信息查询效率:通过法人库的建设,实现对法人信息的整合和统一管理,提高查询速度和准确率。

2. 增强数据安全性:建设法人库时,加强数据加密和防护措施,确保法人信息的安全性。

3. 降低业务成本:通过法人库的建设,减少人工查询的工作量,降低业务成本。

4. 提供便捷服务:法人库的建设将为政府、企事业单位及社会公众提供全面、准确、及时的法人信息查询服务。

三、建设步骤1. 系统规划根据需求分析,确定法人库的规模、功能和技术要求。

制定系统开发和建设的详细计划,包括时间节点、人员配备等。

2. 数据整合收集各相关机构的法人信息,对数据进行清理、整合和分类。

建立标准数据字典,确保数据的一致性和准确性。

3. 系统开发根据系统规划,进行法人库系统的开发工作。

包括系统架构的设计、数据库的建立、查询功能的实现等。

4. 安全保障加强数据安全保障措施,采用数据加密技术和访问控制等措施,确保法人信息的安全性。

5. 测试与修正对法人库系统进行测试,保证系统的稳定性和可靠性。

根据测试结果进行修正和改进,确保系统能够正常运行。

6. 上线与推广将法人库系统投入使用,并进行推广宣传工作,以提高用户的知晓度和使用率。

四、建设要求1. 数据准确性:强调数据质量,确保法人信息的准确性和完整性。

2. 稳定性和可靠性:保证法人库系统的稳定运行,提供24小时在线查询服务。

3. 安全性:加强数据安全保障措施,确保法人信息的保密性和完整性。

4. 用户友好性:设计简洁、直观的用户界面,提供便捷的查询操作。

智慧城市公共基础数据库建设

智慧城市公共基础数据库建设

公共基础数据库建设方案一、项目概述1.概念定义。

公共基础数据库,是在网络基础设施上,围绕政务、人口、法人、地理空间等基础且变化频率相对较低的数据资源进行统筹的汇聚、传递、加速、展示、计算和存储,是智慧城市数据的总汇聚点,各智慧应用需要通过公共信息平台间接的使用公共基础数据库中的数据。

公共基础数据库主要由人口数据库、法人数据库、地理空间数据库、宏观经济数据库等组成。

2.建设背景。

2013年,《住房城乡建设部办公厅关于公布2013年度国家智慧城市试点名单的通知》(建办科〔2013〕22号),正式确定重庆市永川区为国家住建部智慧城市第二批试点城市。

2014年,永川区开展重点部门数据情况调研,从调研情况看,各部门在传统方式和现有系统中积累了大量数据,如:公安局的人口数据、工商局的法人数据、规划局和国房局的空间地理数据、统计局的经济数据等。

目前,这些数据处于分散、无序、条块分割的状态,部门间传递数据主要通过手工录入、纸质打印传递、文件导出导入、介质拷贝等方式。

各部门系统之间的对接缺乏统一的数据标准体系和框架,无法实现大批量的数据交换和实时传递,更无法形成单点接入多方共享的高效传输,部门内部间的数据也无法合理的交换使用,大大降低各部门的工作效率,增加各部门的数据使用成本,建立全区统一的数据资源共享机制迫在眉睫。

3.建设意义。

数据整合和共享是建设基础数据库的主要目的,是智慧永川建设的基础性工程。

建设基础数据库,有利于将永川目前分散的、条块化的数据资源统一集中起来,提供共享服务,提高数据共享率;有利于提高城市公共数据的开发使用水平,使政府执政能力和公共服务水平得到进一步提升;有利于解决政府部门在信息数据资源建设中的多头投资、重复建设、资源浪费等问题,节约社会成本,为支撑智慧永川、信息惠民建设,实现政府部门数据共享打下坚实基础。

4.现状难点。

永川信息化发展处于起步阶段,各部门业务数据分散,资源整合、使用率较低,数据共享程度较低,要实现从起步阶段到高级阶段的跨越式发展,还存在一些必须高度重视和予以解决的突出难点。

法人库建设

法人库建设

法人库建设法人单位基础信息库建设的目的:为了实现全国法人基础信息共享与公开,促进政府部门间的协作,为税务、金融、社保、海关等领域对法人的监管、为国家决策提供信息支撑,按照国家有关法律、法规和规定为社会提供广泛、准确、动态的法人信息服务。

法人单位基础信息库项目的建设目标:“十一五”期间,围绕各政府部门对法人监管业务的实际需求,制定法人库标准规范体系,依托国家电子政务内外网,整合编办、民政、税务、工商、质检、统计的法人信息资源,建设一个逻辑集中、全国统一、信息全面、准确一致、动态更新、真实反映法人现状的法人单位基础信息数据库,为各部门加强法人的监管及社会公众对法人的社会监督,构建社会主义和谐社会提供支撑。

法人单位基础信息库项目的建设内容:法人单位基础信息库主要包括以下建设内容:标准规范体系建设、网络系统建设、数据处理与存储系统建设、法人单位基础信息数据库建设、应用支撑平台建设、数据交换平台建设、法人库应用系统建设及信息安全体系建设。

法人库“物理分散,逻辑集中”建设模型法人库信息分类法人库信息分为基本元素信息和扩展元素信息两大类。

基本元素信息是指法人库基础信息(目录索引信息)。

包括:组织机构代码、法人名称、法人状态、法人类型、法人住所、法定代表人姓名、成立日期、批准机关、注册或登记号等9项。

法人扩展元素信息是指除法人基本信息外部门间共享需求较为普遍的法人信息。

包括:组织机构代码信息、注册或登记信息、税务登记信息、统计信息4大类等34项。

法人库基础信息项与扩展信息项的具体含义如表所示:法人库基础信息项与扩展信息项含义表法人库总体设计方案流程图2007-2008年法人单位基础信息库建设概况法人单位基础信息库建设项目由国家质检总局牵头,中央编办、民政部、国家税务总局、国家工商总局、国家质检总局、国家统计局等部门参与共建。

一年来,法人库建设项目在法人库领导小组的领导下,协调工作已经有了质的突破。

虽然项目推进受国家结构改革的影响进展减缓,但各项工作仍然有序推进。

陕西省事业单位法人登记管理系统

陕西省事业单位法人登记管理系统

陕西省事业单位法人登记管理系统一、前言近年来,陕西省事业单位的不断增多和空前发展,使得事业单位管理工作面临了许多新的挑战。

为了规范事业单位的管理,提高其运行效率,陕西省决定引入一套统一的法人登记管理系统,以实现事业单位法人登记和管理的一体化。

本文档将详细介绍陕西省事业单位法人登记管理系统的设计和功能。

二、系统概述陕西省事业单位法人登记管理系统是一个基于互联网的系统,旨在提供高效、便捷的事业单位法人登记和管理服务。

该系统通过集成多个子系统,实现了事业单位法人登记的全流程管理,包括账号注册、资料提交、审核、证书颁发等。

同时,该系统还具备数据统计、查询等其他功能,方便用户查询和分析事业单位相关信息。

三、系统设计1. 模块划分陕西省事业单位法人登记管理系统主要由以下几个模块组成:- 用户管理模块:负责用户账号的注册、登录和权限管理。

- 事业单位登记模块:提供事业单位法人登记申请和材料提交功能。

- 审核模块:负责对事业单位法人登记材料进行审核。

- 证书管理模块:提供证书的颁发和管理功能。

- 数据统计模块:对事业单位法人登记的相关数据进行统计和分析。

- 查询模块:支持用户查询事业单位信息和证书的功能。

2. 数据库设计为了支持系统的各种功能,陕西省事业单位法人登记管理系统将采用关系型数据库进行数据存储。

数据库的设计包括以下几个主要表:- 用户表:用于存储用户的账号信息和权限。

- 事业单位表:记录已登记的事业单位的基本信息。

- 材料提交表:存储事业单位法人登记申请的材料。

- 审核记录表:记录对事业单位法人登记材料的审核记录。

- 证书表:存储已颁发的证书信息。

四、系统功能1. 用户管理功能用户可以通过系统的注册功能创建账号,并通过账号登录系统。

系统有不同的用户角色,包括管理员和普通用户。

管理员可以管理用户账号和权限,普通用户可以进行事业单位登记和查询。

2. 事业单位登记功能用户可以使用系统的事业单位登记功能提交法人登记申请和相关材料。

数据库建设方案

数据库建设方案

数据库建设方案数据库建设方案篇一:数据库建设方案数据库建设方案一、数据库技术实训室介绍数据库课程是计算机科学类各专业的专业基础课,通过本课程的学习,使学生掌握数据库设计、数据库管理、数据库程序设计的基本知识和基本技能。

加深对数据库基础理论和基本知识的理解,掌握基于数据库的应用软件设计基本方法,提高解决数据库应用实际问题的能力。

现在针对数据库教学建立数据库技术实训室,对培养数据库通用及专业人才、提高数据库教学水平、促进信息产业发展具有重要的意义。

同时,也为了能让学生更好的熟悉和掌握数据库知识,提高院学生的就业及工作竞争力。

组要承担数据库管理及应用,是进行管理信息系统,ACESS、SQLServer 等课程的教学和实验场所。

对各种管理信息系统的开发和研究提供平台。

使学生掌握数据库的基本概念,结合实际的操作和设计,应用现有的数据建模工具和数据库管理系统软件实现数据库的设计。

掌握数据库安全管理与使用,完成对数据库的管理、设计和开发等教学任务,为学生掌握大型关系数据库技术奠定了坚实的基础。

二、实训室软、硬件配置介绍软件环境:48位/11位 Red Hat Enterprise Linux 4.0 操作系统广播教学软件 SQL Server 中文2017 Oracle 8i/9i Enterprise Edition (50用户) 硬件环境:1、多媒体教学设备一套2、 PC 计算机60台3、安装有 ACCESS、SQLServer 等数据库软件三、数据库实训室开设实训课程1.面向层次:中专 2.面向专业:计算机应用专业、计算机网络专业 3.实训课程:《数据库系统》《数据库课程设计》、、数据库原理与应用,职业能力课程,84学时数据库维护,职业技能实训模块,24学时SQL Server 数据库实现与维护,职业能力课程,84学时数据备份与灾难恢复,职业能力课程,72学时数据库安全管理,职业技能实训模块,48学时篇二:数据库系统》《数据库课程设计》、、数据库原理与应用,职业能力课程,84学时数据库维护,职业技能实训模块,24学时SQL Server 数据库实现与维护,职业能力课程,84学时数据备份与灾难恢复,职业能力课程,72学时数据库安全管理,职业技能实训模块,48学时篇二》 (34)数据项名:所在省说明:类型:字符型长度:3——8 别名:province 取值范围:参见《地址区域代码表》 (35)数据项名:地址区域代码表》 (35)数据项名》 (36)数据项名:所在区县说明:类型:字符型长度:2——15 别名:county 取值范围:参见《地址区域代码表》 (37)数据项名:地址区域代码表》 (37)数据项名》 (38)数据项名:地域说明:如华北、华中、西北…… 类型:字符型长度:别名: 2area 取值范围:参见《地址区域代码表》 (39)数据项名:地址区域代码表》 (39)数据项名》 (40)数据项名:所在市(简称) 说明:市的简称类型:字符型长度:2——11 别名:city_ex 取值范围:参见《地址区域代码表》 (41)数据项名:地址区域代码表》 (41)数据项名》 (42)数据项名:手机范围标识 ID 说明:手机的前 7 位+4 个 0 且 bigint 存储类型:数值型长度:8 别名:Mob_No_Area 取值范围:参见《手机区域代码表》 (43)数据项名:手机区域代码表》 (43)数据项名》 (44)数据项名:手机卡型分类说明:类型:字符型长度:2——4 别名:Mob_card_kind 取值范围:参见《手机区域代码表》 (45)数据项名:手机区域代码表》 (45)数据项名》 (46)数据项名:呼叫项目类型说明: 类型:字符型长度:4——7 别名:Proj_Type 取值范围:参见《呼叫状态代码表》 (47)数据项名:呼叫状态代码表》 (47)数据项名》 (48)数据项名:呼叫接通状态说明: 类型:字符型长度:4——18 别名:State_Call 取值范围:参见《呼叫状态代码表》 (49)数据项名:呼叫状态代码表》 (49)数据项名》 (50)数据项名: 呼叫状态明细说明:类型:长度: 字符型2——11 别名:State_Detail 取值范围:参见《呼叫状态代码表》 (51)数据项名:呼叫状态代码表》 (51)数据项名》 (52)数据项名: 企业大类说明:类型:字符型长度:4——10 别名:Big_TP 取值范围:参见《企业类型代码表》 (53)数据项名:企业类型代码表》 (53)数据项名》 (54)数据项名: 企业小类说明:类型:字符型长度:4——14 别名:Small_TP 取值范围:参见《企业类型代码表》 (55)数据项名:企业类型代码表》 (55)数据项名》 (56)数据项名:数据特性说明:类型:字符型6 / 40长度:8 别名:Dt_name 取值范围:参见《数据特性代码表》 (57)数据项名:数据特性代码表》 (57)数据项名》 (58)数据项名:行业大类说明:类型:字符型长度:2——15 别名:Big_Ind 取值范围:参见《行业代码表》 (59)数据项名:行业代码表》 (59)数据项名》 (60) 数据项名:行业小类说明:类型:字符型长度:2——19 别名:Small_Ind 取值范围:参见《行业代码表》 (61)数据项名:行业代码表》 (61)数据项名》 (62) 数据项名:说明: 所在部门类型:字符型长度:2——10 别名:Big_POST_NME 取值范围:参见《部门职务代码表》 (63)数据项名:部门职务代码表》 (63)数据项名》 (64)数据项名:所在部门 ID 说明:用于唯一标识部门类型:数值型长度:4 别名:Big_POST_ID 取值范围:参见《部门职务代码表》 (65)数据项名:部门职务代码表》 (65)数据项名》 (80)数据项名:车品牌说明:类型:字符型长度:10 别名:Car_Brand 取值范围:参见《车牌代码表》 (81)数据项名:车牌代码表》 (81)数据项名》 (82) 数据项名:车型号说明:类型:字符型长度:27 别名:CheXing 取值范围:参见《车牌代码表》 (83)数据项名:车牌代码表》 (83)数据项名》 (84) 数据项名:车最高售价说明:类型:数值型长度:8 别名:Car_ ToPrice 取值范围:参见《车牌代码表》 (85)数据项名:车牌代码表》 (85)数据项名》 (102)数据项名:最后平台返回时间说明: 类型:时间长度:8 别名:Platform_Updtm 取值范围: (103)数据项名: 累计成功次数说明:类型:数值型长度:4 别名:Count_ Suc 取值范围:(104)数据项名:累计软弹次数说明:类型:数值型长度:4 别名:Count_ Soft 取值范围:(105)数据项名:累计硬弹次数说明:类型:数值型长度:4 别名:Count_ Final 取值范围:(106)数据项名:累计打开次数说明:类型:数值型长度:4 别名:Count_Open 取值范围:(107)数据项名:累计点击次数说明:类型:数值型长度:4别名:Cout_Click 取值范围:(108)数据项名:累计失败次数说明:类型:数值型长度:4 别名:Count_Error 取值范围:(109)数据项名:Email 状态 ID 说明:用于唯一标识 Email 状态类型:数值型长度:4 别名:Email_ST_ID 取值范围:参见《电子邮件状态代码表》 (110)数据项名:电子邮件状态代码表》(110)数据项名》 (111)数据项名: Email 状态(中文) 说明: 类型:字符型长度:2 别名:Email_State_CHS 取值范围: 参见《电子邮件状态代码表》 (112)数据项名:电子邮件状态代码表》(112)数据项名》 (113)数据项名: 累计外呼错误次数说明:类型:数值型长度:4 别名:Count_Call_Error 取值范围:(114)数据项名:累计外呼待定次数明: 说类型:数值型长度:4 别名:Count_Call_Undetermined 取值范围:10 / 40(115)数据项名:累计外呼拒访次数说明:类型:数值型长度:4 别名:Count_ Call_Refuse 取值范围: (116)数据项名:累计外呼(企业)不一致次数说明:类型:数值型长度:4 别名:Count_Call_Discord_Comp 取值范围: (117)数据项名:累计外呼(个人)不一致次数说明:类型:数值型长度:4 别名:Count_Call_Discord_Per 取值范围: (118)数据项名:累计外呼信息正确次数说明:类型:数值型长度:4 别名:Count_Call_ Correct 取值范围: (119)数据项名:累计外呼信息重复次数说明: 类型: 数值型长度:4 别名:Count_Call_Repeat 取值范围:(120)数据项名:测号时间说明:类型:时间长度:8 别名:Valid_Time取值范围:(121)数据项名:测号结果说明:类型:布尔类型长度:1 别名:Is_Valid 取值范围:0,1 (122)数据项名:是否己用于本项目明: 说类型:布尔类型长度:1 别名:Is_Used 取值范围:0,1 (123)数据项名:数据结构(1)数据结构:企业表含义:记录企业的相关信息组成成分:企业 ID 企业名称企业电话企业传真传真分机企业地址邮编企业地址员工人数PC 台数 Server 台数注册资金营业额企业网址企业法人代表企业创建日期企业电话入库/更新时间企业传真入库/更新时间企业地址入库/更新时间数据登记日期企业类型 ID 行业 ID 区域 ID(2)数据结构:个人表含义:记录个人的相关信息11 / 40组成成分:个人 ID 个人姓名企业电话分机(个人) 个人电话(无区号) 个人电话分机手机(个人) 身份证号姓别生日民族学校(大学) 学历专业个人家庭住址邮编个人家庭住址个人电话(无区号)入库/更新时间手机(个人)入库/更新时间个人家庭住址入库/更新时间数据登记日期区域 ID 企业 ID 部门职务 ID(3)数据结构:数据来源表含义:标明每一条信息(精确到个人)的数据来源组成成分:个人 ID 来源 ID 数据登记日期(4)数据结构:来源特性表含义:标明每种数据来源对应的数据特性组成成分:数据来源 ID 数据来源数据特性 ID 数据登记日期(5)数据结构:企业税务信息表含义:企业的税务相关信息组成成分:企业 ID 企业经营范围企业注册日期企业税务登记号企业的开户银行企业的开户银行帐号其它附属信息数据登记日期数据登记日期(6)数据结构:汽车信息表含义:个人所属的汽车相关信息组成成分:个人 ID 车牌号保险生效日期保险到期日期车品牌 ID 其它附属信息数据登记日期(7)数据结构:楼盘信息表含义:个人所属的楼盘相关信息组成成分:个人 ID 住宅类型小区名称楼盘地址楼盘价格楼盘面积楼盘区位楼盘户型楼盘楼号楼盘单元楼盘居室楼盘座楼盘层楼盘房号楼盘所处商圈12 / 40住户人数 (8)数据结构:电子邮件表含义:电子邮件的信息,包括 Email 的使用状态组成成分:Email ID 个人 ID 电子邮件最后状态最后平台返回时间累计成功次数累计软弹次数累计硬弹次数累计打开次数累计点击次数累计失败次数数据登记日期 (9)数据结构:外呼状态表含义:外呼电话号码(包括手机)的呼叫状态组成成分:个人 ID 区号数据登记日期电话手机最后一次外呼时间最后一次外呼状态累计外呼错误次数累计外呼待定次数累计外呼拒访次数累计外呼(企业)不一致次数累计外呼(个人)不一致次数累计外呼信息正确次数累计外呼信息重复次数最后测号时间最后测号结果 (10)数据结构:项目数据表含义:用于存储每个项目调出的数据组成成分:项目需要的相关字段数据的唯一 ID 测号时间测号结果外呼时间外呼状态数据流(1)数据流名:新数据入库说明:对新采购的规范数据,拆分表,要别写入 /更新相关数据表来源:采购新数据去向:企业表、个人表、数据来源表、来源特性表、企业税务信息表、车主信息表、楼盘信息表、电子邮件表数据结构:(2)数据流名:呼叫中心数据回库说明:将呼叫中心返回的状态信息在库中标识来源:呼叫中心项目表去向:呼叫状态表数据结构:(3)数据流名:EDM 平台返回状态更新说明:EDM 平台返回的状态入库来源:EDM 平台返回数据表去向:电子邮件表数据结构:(4)数据流名:调用数据说明:来源:数据调用需求表去向:项目数据表数据结构:企业表、个人表、数据来源表、来源特性表、企业税务信息表、车主信息表、楼盘信息表、电子邮件表13 / 40数据存储(1)数据存储名:地址区域代码表说明:数据存储地址区域 ID,入库时匹配出来,使用时再转换成相关数据输入数据流:地址、省市县区号、地址区域 ID 输出数据流:省市县、地址区域 ID、省市县区号组成成分:地址区域 ID 所在省所在地级市所在区县区号地域所在省(简称) 所在市(简称) 所在区县(简称) 数据量:3216 存取方式:随机存取频度:(2)数据存储名:手机区域代码表说明:输入数据流:手机输出数据流:手机附属信息组成成分:手机范围标识 ID 手机卡型号手机卡型分类地址区域 ID 所在省所在地级市区号数据量:153037 存取方式:存取频度:(3)数据存储名:呼叫状态代码表说明:输入数据流:呼叫状态 ID、呼叫状态输出数据流: 呼叫状态、呼叫状态 ID 组成成分: 呼叫状态 ID 呼叫项目类型呼叫结案状态呼叫接通状态呼叫数据状态呼叫状态明细数据量:78 存取方式:存取频度:(4)数据存储名:企业类型代码表说明:输入数据流:企业类型 ID、企业类型输出数据流:企业类型、企业类型 ID 组成成分: 企业类型 ID 企业大类企业中类企业小类数据量:29 存取方式:存取频度:(5)数据存储名:数据特性代码表说明:输入数据流:新采购数据输出数据流:数据来源表组成成分:数据特性 ID 数据特性数据特性(英文) 数据量:10 左右存取方式:存取频度:(6)数据存储名:行业代码表说明:输入数据流:行业/企业名称、行业 ID 输出数据流:行业 ID、行业组成成分:行业 ID 行业大类行业中类行业小类数据量: 1187 存取方式:14 / 40存取频度:(7)数据存储名:部门职务代码表说明:输入数据流:部门/职务、部门职务 ID 输出数据流:部门职务 ID、部门/职务组成成分: 部门职务 ID 所在部门所在部门的职务所在部门 ID 数据量:300 左右存取方式:存取频度:(8)数据存储名:车品牌代码表说明:输入数据流:车品牌、车品牌 ID 输出数据流: 车品牌 ID、车品牌信息组成成分:车品牌 ID 车品牌车系车型号车最低售价车最高售价数据量:2017 左右存取方式:存取频度:(9)数据存储名:Email 状态代码表说明:输入数据流:Email 状态 ID、Email 状态输出数据流:Email 状态、Email 状态 ID 组成成分: Email 状态 ID Email 状态(英文) Email 状态(中文) Email_状态优先级数据量:6 存取方式:存取频度:处理过程(1)处理过程名:根据地址匹配省市县说明:输入数据:地址数据存储:地址区域代码表输出数据:省市县(2)处理过程名:地址区域 ID 转换说明:输入数据:省市县区号或地址区域 ID 数据存储:地址区域代码表输出数据:地址区域 ID 或省市县区号(3)处理过程名:手机测区域说明:输入数据:手机号数据存储:手机区域代码表输出数据:手机区域信息(4)处理过程名:呼叫状态 ID 转换说明:输入数据:呼叫状态或呼叫状态 ID 数据存储:呼叫状态代码表输出数据:呼叫状态 ID 或呼叫状态(5)处理过程名:企业类型 ID 转换说明:输入数据:企业类型或企业类型 ID 数据存储:企业类型代码表输出数据: 企业类型 ID 或企业类型(6)处理过程名:标记数据来源说明:输入数据:数据存储: 采购数据数据特性代码表输出数据: 数据来源表 (7)处理过程名: 行业 ID 转换说明:输入数据:企业名称/行业或行业 ID 数据存储:行业代码表输出数据:行业 ID 或行业 (8)处理过程名:部门职务 ID 转换说明:输入数据:部门/职务/工作或部门 ID 或部门职务 ID 数据存储:部门职务代码表输出数据:部门职务 ID 或部门/职务 (9)处理过程名:车品牌 ID 转换15 / 40说明:输入数据:车品牌/车系/车型号或车品牌 ID 数据存储:车品牌代码表输出数据:车品牌 ID 或车品牌信息表 (10)处理过程名:Email 状态 ID 转换说明:输入数据:新购数据/要入库的表数据存储:输出数据:多个对应库里字段的相关数据表(备入数据表) (12)处理过程名:数据入库说明:将对应库里字段的相关数据表(备入数据表)入库,并将库里的主键返回原表中输入数据:对应库里字段的相关数据表(备入数据表) 数据存储: 输出数据:企业表、个人表、数据来源表、来源特性表、企业税务信息表、车主信息表、楼盘信息表、电子邮件表备入数据表 (13)处理过程名:数据调用中的多个表输入数据:Email 状态或 Email 状态 ID 数据存储:Email 状态代码表输出数据:Email 状态 ID 或 Email 状态 (11)处理过程名: 数据入库前拆分说明: 根据采购数据的字段将表分成对应数据库说明: 根据数据调用需求表调用数据并生成项目表输入数据:数据调用需求表数据存储:输出数据:项目表 (14)处理过程名:呼叫中心数据回库说明:输入数据:呼叫中心项目表数据存储:呼叫状态代码表输出数据:呼叫状态表 (15)处理过程名:EDM 平台返回状态更新输入数据:EDM 平台返回数据表数据存储:Email 状态代码表输出数据:电子邮件表数据流图16 / 4017 / 40概念结构-ER 图概念结构18 / 4019 / 40逻辑结构-关系图逻辑结构关系图Par_Car_BrandPar_Call_StateFK_SUB_Car_Host_Par_Car_BrandPar_IndustryPar_Comp_Type FK_Part_Call_State_Par_Call_State FK_Main_Comp_Par_Comp_Type FK_Main_Comp_Par_IndustrySUB_Car_HostPar_Per_PostPart_Call_State Main_CompFK_Part_Call_State_Main_Per FK_Main_Per_Main_Comp FK_SUB_Car_Host_Main_PerFK_Main_Per_Par_Per_PostPar_Data_TypePar_Tax_Open_StateFK_Main_Comp_Par_ Area_AddrMain_PerFK_Main_R_Per_Source_Main_PerFK_Main_Source_Par_Data_Ty peFK_Tax_Part_Main_Comp FK_Tax_Open_State FK_Sub_Email_Main_PerFK_Main_Per_Par_Area_AddrFK_SUB_Realty_Main_PerMain_SourceFK_Main_R_Per_Source_Main_SourceMai n_R_Per_Source Sub_Tax Par_Area_AddrSUB_RealtyFK_SUB_Realty_Par_Area_Addr FK_Tax_Unit_TypeFK_Par_Area_mp_Par_Area_AddrPart_EmailFK_Tax_Cert_TypeFK_Tax_Currenc y_Type1Par_Tax_Unit_TypeFK_Tax_Currency_TypePar_Area_mpFK_Tax_License_Ty peFK_Sub_Email_Par_Email_StateFK_Sub_Email_Par_Email_TypePar_Email_State Par_Email_TypePar_Tax_License_TypePar_Tax_Currency_TypePar_Tax_Cert_Type20 / 40完整性约束表名字段名 Comp_ID Comp_Nme Comp_Nme_KeywordsComp_Type_ID Ind_ID Area_ID Comp_Phone Fax Fax_Ext Comp_Post_Code Comp_Addr Staff Capital_RMB Turnover PC_NumServer_Num web Comp_Create_Date Comp_Phone_UpdtmFax_Updtm Comp_Addr_Updtm In_date Per_ID Per_Name数据类型 intvarchar(100) varchar(100) int int int int int int varchar(6) varchar(100) int int int int int varchar(100) date datetime datetime datetime dateint varchar(30)Main_CompMain_Per可为空否是是是是是是是是是是是是是是是是是是是是是否是约束类型 PK参照对象FK FK FK Rule Rule Rule Rule Check Check Check CheckCheckPar_Comp_p_Type_ID Par_Industry.Ind_IDPar_Area_Addr.Area_ID dbo.R_Phone dbo.R_Phone dbo.R_Phone_Extdbo.R_Post_Code CK_Main_Comp_Staff CK_Main_Comp_Capital_RMBCK_Main_Comp_Turnover CK_Main_Comp_PC_Num CK_Main_Comp_Server_NumPK21 / 40Main_R_Per_SourceMain_SourceComp_Phone_ext Per_Phone Per_Phone_Ext Mobile Per_Post_Code Per_Addr Email Id_card Card_Nme Card sex birthday Nation College XueLi ZhuanYe Per_Phone_Updtm Mobile_Updtm Per_Addr_Updtm Email_Updtm Comp_ID Area_ID SMALL_POST_ID Dep Tit Job_F In_date RPS_ID Per_ID Source_ID In_date Source_ID Sourceint int varchar(50) bigint varchar(6) varchar(100) varchar(50) varchar(18) varchar(20) varchar(20) varchar (2) date varchar(10) varchar(60) varchar(20) varchar(40) datetime datetime datetime datetime int int int varchar(100) varchar(100) varchar(100) date int intint date int varchar(100)是是是是是是是是是是是是是是是是是是是是是是是是是是是否是是是否是Rule Rule Rule Rule Rule Rule Ruledbo.R_Phone_Ext dbo.R_Phone dbo.R_Phone_Ext dbo.R_Mobile dbo.R_Post_Code dbo.R_Email dbo.R_ID_CardRule Ruledbo.R_Sexdbo.R_BirthdayFK FK FKMain_p_IDPar_Area_Addr.Area_ID Par_Per_Post.SMALL_POST_IDPK FKFK PKMain_Per.Per_ID Main_Source.Source_ID22 / 40Sub_TaxDT_ID In_date Tax_ID Comp_ID Reg_Date Tax_Account Bank_Nme Bank_Account Market Range Unit_ID Main_Range Part_Range Run_TypeLicense_ID License_ID_No Reg_Currency_ID Invest_CapitalInvest_Currency_ID Open_Date Open_ID Cert_ID Cert_No Per_Email Per_Sex 外籍人数固定人数货物存放地货物存放地面积报税人财务负责人业主住址法人int date int int datetime varchar(100) varchar(100) varchar(100) varchar(100) varchar(510) int varchar(510) varchar(510) varchar(100) int varchar(100) int int int datetime int int varchar(50) varchar(100) varchar(50) int int varchar(100) varchar(50) varchar(50) varchar(50) varchar(100) varchar(50)否是否否是是是是是是是是是是是是是是是是是是是是是是是是是是是是是FK PKFKPar_Data_Type.DT_IDMain_p_IDFKPar_Tax_Unit_Type.Unit_IDFK FK FK FK FKRule RulePar_Tax_License_Type.License_IDPar_Tax_Currency_Type.Currency_ID Par_Tax_Currency_Type.Currency_IDPar_Tax_Open_State.Open_ID Par_Tax_Cert_Type.Cert_ID dbo.R_Emaildbo.R_Sex23 / 40SUB_Car_HostCar_Host_ID Per_ID Car_Brand_ID Car_Sign Safe_StartDate Safe_EndDate 登记日期类别出厂日期使用性质颜色国产进口所有权发动机号车辆识别代码汽车状态汽车销售公司发证日期制造厂名称获取方式燃油类型保险公司保险赁证号保险金额保险生效日期检验有效日期抵押状态项目类型 Provide_Terminate_Date 发票类型购车日期审验止期制造国int int int varchar(30) date date date varchar(20) date varchar(10) varchar(10) varchar(8) varchar(4) varchar(50) varchar(50) varchar(30) varchar(60) datevarchar(100) varchar(10) varchar(10) varchar(60) varchar(50) int date date varchar(20) varchar(4) date varchar(8) date date varchar(8)否是是是是是是是是是是是是是是是是是是是是是是是是是是是是是是是是PK FK FKMain_Per.Per_IDPar_Car_Brand.Car_Brand_ID24 / 40SUB_RealtyPart_Call_State售价号牌种类 PinPai 车型 In_Date Realty_ID Per_ID Realty_Addr Subdistrict ZhuZhai_Type Realty_楼号 Realty_单元Realty_座 Realty_层 Realty_房号 Realty_居室 Realty_户型 Realty_区位Realty_面积 Realty_商圈 Realty_Value RealtyNum_Persons Contact Area_ID in_date CS_ID Per_ID Area_Code Phone Mobile Last_Call_Time Last_Call_ID Count_Call_Undeterminedint varchar(12) varchar(80) varchar(80) date intint varchar(100) varchar(40) varchar(30) varchar(20) varchar(6)varchar(20) varchar(11) varchar(255) varchar(30) varchar(20) varchar(20) varchar(20) varchar (10) float tinyint varchar(50) int date int int varchar(4) int bigint datetime int int是是是是是否是是是是是是是是是是是是是是是是是是是否是是是是是是是PK FKMain_Per.Per_IDFK PK FK Rule Rule RuleFKPar_Area_Addr.Area_IDMain_Per.Per_ID dbo.R_Area_Code dbo.R_Phonedbo.R_Mobile Par_Call_State.Call_ID25 / 40Part_EmailPar_Area_AddrCount_Call_Refuse Count_Call_Discord_Comp Count_Call_Discord_Per Count_Call_Correct Count_Call_RepeatLast_Valid_Time Last_Is_Valid Email_ID Per_ID Email ET_ID Platform_Updtm Email_Last_State Count_Suc Count_Soft Count_Final Count_Open Cout_Click Count_Error In_date Area_ID allcity province city county province_ex city_ex county_ex area area_code post_code type father_idint int int int int datetime bit int int varchar(50) int datetime tinyintint int int int int int date int varchar(30) varchar(16) varchar(30) varchar(30) varchar(16) varchar(30) varchar(30) varchar(4) varchar(4) varchar(10) varchar(20) int是是是是是是是否是否是是是是是是是是是是否是是是是是是是是是是是否PK FK Rule FK FKMain_Per.Per_ID dbo.R_Email Par_Email_Type.ET_IDPar_Email_State.Email_ST_IDPK26 / 40Par_Area_mpPar_Call_StatePar_Car_BrandPar_Comp_TypePar_Data_TypePar_ Email_StateMob_No_Area Mob_Card_Type Mob_city Mob_prov Mob_area_code Mob_Card_Kind Mob_Area_Id Call_ID Proj_Type State_End State_CallState_Data State_Detail Father_id Car_Brand_ID Car_Brand CheXi CheXing Car_FromPrice Car_ToPrice Father_id Comp_Type_ID Big_TP Mid_TP Small_TP Father_ID DT_ID DT_Name DT_EName Email_ST_ID Email_State_EnEmail_State_CHS Prioritybigint varchar(50) varchar(50) varchar(50) varchar(4) varchar(10) int int varchar(20) varchar(6) varchar(50) varchar(20)varchar(30) int int varchar(30) varchar(60) varchar(60) money money int int varchar(30) varchar(40) varchar(40) int int varchar(20) varchar(20) tinyint varchar(24) varchar(4) tinyint否是是是是是是否是是是是是否否是是是是是是否是是是是否是是否是是否PKFKPKPar_Area_Addr.Area_IDPKPKPKPK27 / 40ET_ID ET_Name Par_Email_Type Lev Father_id Ind_ID Big_IndPar_Industry Mid_Ind Small_Ind Father_ID SMALL_POST_ID SMALL_POST_NME Par_Per_Post Big_POST_ID Big_POST_NME Father_ID Cert_IDPar_Tax_Cert_TypeCert_Type Currency_ID Par_Tax_Currency_Type Currency_Type License_ID Par_Tax_License_Type License_Type Open_ID Par_Tax_Open_State Open_state Unit_ID Par_Tax_Unit_Type Unit_Typeint varchar(50) int int intvarchar(40) varchar(40) varchar(40) int int varchar(20) int varchar(20) int int varchar(30) int varchar(30) intvarchar(255) int varchar(30) int varchar(30)否是是是否是是是是否是是是是否是否是否是否是否是PKPKPKPK PK PK PK PK28 / 40用户视图(1) View:V_Comp 说明:公司基本信息(匹配出了行业、地区、企业类型)(2) View:V_Tax 说明:纳税人信息29 / 40(3) View: V_B2B_Main 说明:B2B 信息30 / 40(4) View:V_B2C_Main 说明:B2C 信息31 / 40(5) View: V_Realty 说明:楼盘表32 / 40(6) View:V_Car_Host 说明:车主表33 / 40(7) View:V_Source 说明:数据来源信息(8) View: V_All_Source34 / 40说明:数据(来源)存储结构FileGroup分区函数a) 分区函数名:PF_Area_ID35 / 40说明:按照地址区域进行分区(4 个) 代码:CREATE PARTITION FUNCTION [PF_Source_ID_DT_ID](int) AS RANGE RIGHT FOR VALUES (20170,30000, 40000, 50000, 60000) GO依赖关系:i. 分区函数名:PF_Source_ID_DT_ID 说明:按照数据以一性质进行分区(N 个) 代码 :CREATE PARTITION FUNCTION [PF_Source_ID_DT_ID](int) AS RANGE RIGHT FOR VALUES (20170,30000, 40000, 50000, 60000) GO依赖关系: 索引表名 Main_Comp 索引名 PK_Main_Compidx_main_p_ind_id idx_main_p_p_type_ididx_main_p_area_id PK_Main_Per idx_main_per_area_ididx_main_per_p_id idx_main_per_small_post_id 索引类型聚集非聚集非聚集非聚集聚集非聚集非聚集非聚集唯一 ? 包含字段 Comp_ID Ind_IDComp_Type_ID Area_ID Per_ID Area_ID Comp_ID Small_Post_ID36 /40?Main_PerPK_Main_R_Per_Source Main_R_Per_Source ident_main_r_per_sourcePK_Main_Sourceidx_main_source_dt_id PK__Part_Call_state Part_Call_Stateident_part_call_state PK_Sub_Email Part_Email ident_part_email idx_part_email_et_id PK_SUB_Car_Host idx_sub_car_host_Car_Brand_ID idx_sub_realty_area_id PK_SUB_RealPK_Sub_Tax idx_sub_tax_cert_id idx_sub_tax_Invest_Currency_IDidx_sub_tax_License_IDRealty_ID idx_sub_tax_Open_ID idx_sub_tax_Reg_Currency_IDidx_sub_tax_unit_id PK_Par_Area_Addr聚集非聚集聚集非聚集聚集非聚集聚集非聚集非聚集聚集非聚集聚集非聚集聚集非聚集非聚集非聚集非聚集非聚集非聚集聚集? ? ? ? ? ? ? ?RPS_ID Per_ID Source_ID Source_ID DT_ID CS_ID Area_Code Phone Mobile Email_ID Email ET_ID Car_Host_IDCar_Brand_ID Area_ID Realty_ID Tax_ID Cert_ID Invest_Currency_ID License_ID Open_ID Reg_Currency_IDMain_SourceSUB_Car_HostSUB_Realty? ??Unit_ID Area_ID area province city county Area_Code province_ex city_ex county_exident_par_area_addrPar_Area_Addr idx_par_area_addr_area_code idx_par_area_addr_exPK_Par_Area_mp ident_par_area_mp Par_Area_mpidx_par_area_mp_area_code idx_par_area_mp_mob_area_ididx_par_area_mp_type_kind PK_Par_Call_State非聚集?非聚集非聚集聚集非聚集非聚集非聚集非聚集聚集 ? ?Mob_No_Area Mob_No_Area Mob_city Mob_provMob_area_code Mob_Area_Id Mob_Card_Kind Call_IDPar_Call_State?37 /40ident_par_call_state非聚集?idx_par_call_state_state_callPK_par_car_brand ident_par_car_brand非聚集聚集非聚集 ? ?Proj_TypeState_End State_Call State_Data State_Detail State_Call Car_Brand_IDCar_Brand CheXi CheXing Car_FromPrice Car_ToPrice Comp_Type_ID Big_TPMid_TP Small_TP DT_ID Email_ST_ID ET_ID Ind_ID Big_Ind Mid_Ind Small_IndSMALL_POST_ID SMALL_POST_NMEBig_POST_NME Big_POST_ID Cert_ID Currency_ID License_ID Open_IDUnit_IDPar_Car_Brandidx_par_car_brand_Price PK_Par_Comp_TypePar_Comp_Type ident_par_p_type PK_Par_Data_Type PK_Par_Email_StatePK_Par_Email_Type PK_Par_Industry ident_par_industry PK_Par_Per_Post Par_Per_Post ident_par_per_post idx_par_per_post_big_post_idPar_Tax_Cert_Type Par_Tax_Currency_Type Par_Tax_License_TypePar_Tax_Open_State Par_Tax_Unit_Type PK_Par_Cert_TypePK_Par_Currency_TypePK_Par_License_Type PK_Par_Open_state PK_Par_Unit_Type非聚集聚集非聚集聚集聚集聚集聚集非聚集聚集非聚集非聚集聚集聚集聚集聚集聚集 ? ? ? ? ? ? ? ? ? ? ? ? ? ?Par_Data_Type Par_Email_StatePar_Email_TypePar_Industry38 / 40作业流39 / 40数据安全网络安全服务器安全软件安全数据结构安全详见以上视图部分帐户安全帐户安全用户权限db_owner db_datawriter db_ddladmin db_datawriter db_datareader db_backupoperatorDBA新数据入库状态回库数据调用数据备份备份与恢复备份类型完全差异存档频率 1 次/周 4 次/周 1 次/月时间周一2 点周二——周五 2 点每月 1 号40 / 40篇五:城市公共基础数据库建设方案城市基础数据库系统建设方案崂山区城市公共基础数据库建设方案1. 系统概述长期以来,政府各部门内部拥有着大量城市基础数据资源,但由于管理分散,制度规范不健全,造成重复采集、口径多乱、数出多门;各部门的指标数据自成体系,标准不一,共享程度较差。

法人库建设方案

法人库建设方案

法人库建设方案一、引言随着社会的发展和经济的进步,法人与企业的关系日益紧密。

然而,在大量的法人信息中,人们难以快速找到所需的法人信息,这给企业的查询与核实带来了一定的困扰。

因此,建设一个完善的法人库成为了迫切需要解决的问题。

二、法人库的定义与意义1. 法人库定义法人库是指一个集中存储、管理和查询各类法人信息的数据库,包括但不限于公司、企业、个体工商户等所有法定主体的基本信息、经营范围、法定代表人等法人主体信息。

2. 法人库的意义(1)提高查询效率:法人库的建设将大大提高查询法人信息的效率,使得用户能够快速、准确地找到所需的信息,避免了繁琐的人工查询过程。

(2)增强信息透明度:通过法人库,企业的基本信息将得到充分的公开与透明,提升了企业形象,减少了信息不对称对企业信用带来的影响。

(3)优化管理流程:法人库能够为政府、企事业单位提供一种高效、统一的信息管理平台,使得各类管理流程更加规范、便捷。

三、1. 数据采集与整合(1)建立数据采集渠道:与各地权威机构建立合作关系,获取法人信息的原始数据,包括工商登记信息、税务登记信息等。

(2)数据质量核验:采用数据清洗技术对采集到的数据进行去重、修正等处理,确保数据的准确性和可靠性。

(3)数据整合与建库:根据法人信息的共性和差异性,进行数据整合和分类,并建立起法人库的结构化数据库。

2. 查询与服务接口(1)用户查询界面:设计一个用户友好的查询界面,支持多种查询方式,如按企业名称、注册地址、法定代表人等进行检索。

(2)数据接口与共享:为相关部门和单位提供数据共享接口,方便其在本地查询法人信息,提高查询效率。

(3)服务优化与反馈:根据用户反馈和需求,不断改进查询界面和服务,提供更加智能化、个性化的法人信息查询体验。

3. 安全与隐私保护(1)信息安全:采用多层次、多维度的安全保护措施,防止数据库信息泄露和篡改,确保数据的安全性和可靠性。

(2)隐私保护:对于法人信息的公开程度进行合理控制,保护法人的商业秘密和个人隐私,同时遵守法律法规的要求。

法人库建设方案

法人库建设方案

法人库建设方案法人库建设方案1. 引言法人库是一种用于存储和管理法人信息的数据库,可用于政府机构、企事业单位等相关部门进行法人实名认证、业务办理等工作。

本文档将介绍一个综合性法人库建设方案,包括背景、目标、架构、数据采集等方面内容。

2. 背景随着社会的发展和经济的进步,法人数量逐渐增加,管理与监管工作变得愈加复杂。

为提高管理效率和服务质量,建设一个全面、准确、高效的法人库成为迫切需求。

3. 目标本法人库建设方案的目标如下:- 统一管理和存储法人信息,确保数据的准确性和安全性。

- 提供可靠的法人身份认证,为业务办理提供便利。

- 支持快速、准确的法人信息查询和统计分析功能。

4. 架构设计本法人库采用客户端/服务器架构,主要由以下几个模块组成:4.1 数据库模块数据库模块用于存储和管理法人信息,可选择关系型数据库或者NoSQL数据库。

数据库采用分布式存储方式,确保数据的高可用性和容错性。

同时,对数据库进行定期的备份和恢复,以确保数据的安全性。

4.2 采集模块采集模块用于收集法人信息,包括基本信息、注册信息、经营信息等。

可以通过手工输入、数据导入、接口对接等方式进行数据采集。

对于接口对接方式,建立与各个法人信息来源系统的数据对接接口,以实现自动化数据采集。

4.3 认证模块认证模块用于对法人身份进行认证,可以通过身份证、营业执照等认证方式进行验证。

认证模块通过与公安系统和工商系统接口对接,实现法人身份的自动认证和验证。

4.4 查询模块查询模块提供法人信息的查询接口,可以通过关键字、注册号、统一信用代码等方式进行查询。

查询结果包括法人基本信息、注册信息、经营信息等。

同时,查询模块支持数据的统计分析,可通过图表等形式展现数据分析结果。

4.5 管理模块管理模块用于对法人库进行管理,包括法人信息的添加、修改、删除等操作。

同时,管理模块负责对法人库的维护和监控,监测数据库的健康状况,并及时处理异常情况。

5. 数据采集数据采集是法人库建设的重要环节,直接关系到法人信息的准确性和完整性。

福建省法人基础数据库一期工程正式立项

福建省法人基础数据库一期工程正式立项

新成 立的联合 实验 室将 秉承 “ 正 、科 学、服 务 、价值 ”的服务 理念 ,以最优质 、最便 捷 的 公
技 术服 务为 电子信 息企业及产 业集群做 大做 强、走 向世界作 出贡献 ,为厦 门地 区经 济建设 及进一
步推 动海峡 西岸经济 区建设作 出贡献。
( 中检所 ) 省
塑 茎 据线,开 萋篓鲁局供众部 茎凳 展提种大 至萋牌在高。 萎 该酒合等 兰 的,公涉 萎根的1嫌 紧溪多门 现花多系 成冒安冒 急涉0酒 行案查 品名、 场索万 查仓元 烟酒及 动货获 线园烟 人值草 获联批 、,中 ,库 的内名 假一 桂达 品外 举 涉
法人单位基础信息 ,觳 一 列 ,包括假 冒礼盒装 “ 皇家礼炮” 、 “ 角马” 系列 、
首 家联合 实验 室 ,为服 务厦 门电子信 息产业 集群规模 化建设 开创 了新 的模 式 ,为深化质检机 构 改
革发展作 出 了新 的典范。该 中心 的成 立 ,将有 效整合 电子信 息产业及检测服 务资 源 ,促成技 术服
务资源与产业资源的最佳结合 ,推动我省 电子信息产业的发展壮 大。
维普资讯
稿
该 目 数福 项 是” 罕
涉亲百万元i 《 》
砉三茎 假悃窝璋部 篓 冒漳。属 主 署来量 萎兰开名动直 萎 展项术被 1 酒11 月州在分 了打监2 名市月局 初假督 秋 质8 冬 点中 以行局 季 技午 专 点 , 日

轩尼诗 “ O”和 “ X 精品茅台 ( 1年 ) “ 5 ”、 五糟
液”等成品 酒3 多箱 ,桶装 洋酒2 0 斤 以及 灌装散 0 o公
装 洋酒的设备 一套。总案值 达3 多万元 。 0 在桂 溪花 园的另一仓库 内,执 法人 员还查获8 多 O 件 ( 每件5 条 ,共计4 0 0 0 多条 ) 冒名烟 ,涉案值 高 假

政务服务大数据库建设方案(最新)

政务服务大数据库建设方案(最新)

政务服务大数据库建设方案为贯彻落实《X省经济和信息化委员会X省机构编制委员会办公室关于印发省政务服务大数据库建设方案(X-X年)的通知》(X 经信网办〔X〕227号)精神,大力推进“互联网+”政务服务,运用云计算、大数据等新一代信息技术加快建设统一的政务服务大数据库,实现全市各部门、各层级、各领域数据共享,有效支撑我市行政审批和公共服务应用,切实加强监管,制定本方案。

一、工作目标到X年底前,基本建成数据采集能力强、智能分析应用广、开发共享程度高、体制机制较完善的政务服务大数据库,促进我市各级政府和部门行政审批和公共服务的流程优化、材料简化、支撑“一门式、一网式”政务服务应用,强化部门事中事后监管,推动政府职能转变和服务型政府建设。

二、主要任务围绕全市“行政审批、监督管理、政府服务”应用,建设覆盖政府审批、监管、服务各环节的网上办事数据库,支撑“一门式、一网式”政务服务应用和加强事中事后监管;建设企业情况综合、公共信用信息、文化遗产资源和农村信用体系等政务服务专题数据库,以及支撑部门业务应用的数据库;建设和初步完善人口、法人、地理空间、宏观经济等基础数据库,形成各类数据库相互联动的政务服务大数据库。

(一)建设网上办事数据库。

1.服务对象基本信息数据库。

建立以公民身份证号码为唯一标识的自然人服务对象基本信息数据库,以及以统一社会信用代码为标识的法人服务对象基本信息数据库,在此基础上将网上注册用户与服务对象信息相关联,实现网上办事一次登陆、全网通办。

[市大数据中心、市行政服务中心牵头负责,市直各部门和各县(市、区)政府配合]2.政务服务过程数据库。

建立完善数据标准,整合全市事项申办、受理、审批、办结等各办理过程情况数据,形成政务服务过程数据库,记录事项办理全过程、实现审批和服务事项在线监管,推进审批过程公开透明,实现阳光政务。

分析挖掘服务环节数据,优化办事流程,提高行政审批效率和公共服务质量。

[市大数据中心、市行政服务中心牵头负责,市直各部门和各县(市、区)政府配合]3.政务服务事项目录管理库。

数据库设计招标要求(3篇)

数据库设计招标要求(3篇)

第1篇一、招标项目名称:数据库设计项目二、招标单位:XX科技有限公司三、项目背景:随着公司业务的不断发展和扩大,原有的数据库系统已无法满足日益增长的数据存储和查询需求。

为提高数据管理效率,降低数据维护成本,确保数据安全,现对数据库设计项目进行公开招标,欢迎具备相关资质的企业参与投标。

四、项目需求:1. 项目概述:本项目旨在为XX科技有限公司设计一套高效、安全、可扩展的数据库系统,以满足公司业务发展需求。

数据库系统应具备以下特点:(1)高效性:系统应具有高性能的数据处理能力,确保数据查询、更新、删除等操作迅速、准确。

(2)安全性:系统应具备完善的安全机制,包括用户权限管理、数据加密、审计日志等,确保数据安全。

(3)可扩展性:系统应具有良好的可扩展性,方便后续增加新的功能模块或处理更大规模的数据。

(4)兼容性:系统应与公司现有业务系统、硬件设备等具有良好的兼容性。

2. 技术要求:(1)数据库类型:支持关系型数据库,如MySQL、Oracle、SQL Server等。

(2)开发工具:支持主流数据库开发工具,如Navicat、SQL Server Management Studio等。

(3)编程语言:支持Java、C、Python等主流编程语言。

(4)操作系统:支持Windows、Linux等主流操作系统。

3. 项目周期:项目周期为3个月,具体时间安排如下:(1)第一阶段(1个月):需求分析、系统设计、数据库表结构设计。

(2)第二阶段(1个月):数据库开发、系统功能实现。

(3)第三阶段(1个月):系统测试、优化、部署。

4. 项目交付成果:(1)数据库设计文档:包括数据库表结构设计、字段说明、索引设置等。

(2)系统开发文档:包括系统功能模块说明、接口说明等。

(3)系统部署文档:包括系统安装、配置、调试等说明。

五、投标要求:1. 投标人须具备独立法人资格,拥有良好的商业信誉和财务状况。

2. 投标人须具备数据库设计、开发、实施等方面的丰富经验,拥有相关资质证书。

法人库基本知识

法人库基本知识

四大基础数据库“人口基础信息库”“法人单位基础信息库”“自然资源和空间地理基础信息库”“宏观经济信息数据库”基本组织结构2002年7月,国家信息化领导小组第二次会议审议通过了《关于我国电子政务建设的指导意见》(以下简称《意见》),根据《意见》的指导原则,国务院信息化领导小组办公室制定了《我国电子政务一期工程建设方案》,该方案确定了“十五”期间重点建设的四大基础性、战略性资源数据库——“人口基础信息库”、“法人单位基础信息库”、“自然资源和空间地理基础信息库”、“宏观经济信息数据库”。

其中“法人单位基础信息库”将建成以组织机构代码为唯一标识的全国法人单位基础信息库和查询服务系统,向社会提供服务。

具体实施由质检总局牵头,工商总局、国税总局、民政部、中编办、统计局等部门参加。

组织机构代码证社会生活中的主体分为自然人与法人(即各类组织机构),自然人与法人构成了社会活动的全部主体。

对组织机构的管理就实行统一代码标识制度,也就是组织机构代码制度。

实行统一代码标识制度后,每个组织机构将被分配一个在全国范围内惟一的、始终不变的组织机构代码号,组织机构代码号就相当于组织机构的身份证号,而组织机构代码证就是组织机构的“身份证”。

组织机构代码已经应用到税务、银行、海关、公安、外经贸、人事、统计、社会保障、国有资产管理等部门的业务管理工作中,各企事业单位到这些部门办事时,都需要出示组织机构代码证。

为每个组织机构分配了一个惟一的代码号,办理代码证时,代码主管部门还采集了组织机构的公共信息,这些公共信息组成的数据库叫做“法人数据库”,它是我国四大基础数据库之一。

另外,组织机构代码还是政府部门之间信息共享的桥梁。

由于各政府部门的职能不同,各政府部门都拥有组织机构与其职能相关的信息,而这些信息以前都由各政府部门分别掌握,不能共享,随着社会信息化的发展,未来的趋势是政府部门之间数据共享、联网办公,这样才能进一步提高办事效率,也才能更方便企业办事。

法人和其他组织统一社会信用代码数据管理规范

法人和其他组织统一社会信用代码数据管理规范

《法人和其他组织统一社会信用代码数据管理规范》国家标准(征求意见稿)编制说明《法人和其他组织统一社会信用代码数据管理规范》国家标准起草工作组全国社会信用标准化技术委员会二〇一七年九月《法人和其他组织统一社会信用代码数据管理规范》国家标准(征求意见稿)编制说明法人和其他组织统一社会信用代码(以下简称“统一代码”),是由法人和其他组织登记管理部门、组织机构代码管理部门根据国家标准编制,赋予每一个法人和其他组织在全国范围内唯一的、终身不变的法定身份识别码。

一、任务来源根据《国务院关于批转发展改革委等部门法人和其他组织统一社会信用代码制度建设总体方案的通知》(国发〔2015〕33号,以下简称《方案》)要求,由全国组织机构代码管理中心负责起草国家标准《法人和其他组织统一社会信用代码数据管理规范》,项目编号为:20150651-T-469。

本标准由全国组织机构代码管理中心提出,由全国社会信用标准化技术委员会归口。

二、制定本标准的目的和意义(一)为理顺代码管理体制机制,建立覆盖全面、稳定且唯一的以组织机构代码为基础的法人和其他组织统一社会信用代码制度,建设和运行维护统一代码数据库,为各部门提供信息服务,按照《方案》的要求,制定《法人和其他组织统一社会信用代码数据管理规范》。

(二)《法人和其他组织统一社会信用代码数据管理规范》的制定,为统一赋码、统一建库奠定基础,也为政府部门之间广泛的信息共享和深度业务协同打下坚实基础,有利于实现各部门资源的整合,简化各部门业务流程,减轻法人和其他组织的负担,实现政府职能转变,行政效能提升,推动统一代码在各部门各领域全面实施。

三、标准的范围《法人和其他组织统一社会信用代码数据管理规范》规定了统一代码的数据管理流程:数据采集、信息回传、数据校核、数据加工、数据集中、质量控制、数据安全。

本标准适用于国家、省级(含副省级市、计划单列市)和军队等组织机构代码管理机构、登记管理部门、统一代码应用部门和统一代码数据库建设部门、相关人员。

活动方案之主题数据库建设方案

活动方案之主题数据库建设方案

活动方案之主题数据库建设方案主题数据库建设方案【篇一:政务信息共享数据库建设方案】政务信息共享数据库建设方案一、政务信息共享库建设的背景和意义政务信息共享数据库是指结合政府各类决策支持系统、相关应用系统的接入和政务信息资源共享交换的需求,构建的共享数据库,它是政务信息交换共享平台的重要组成部分,用于实现各类电子政务共享交换数据的有机管理,并为应用提供相应服务。

在经过基础设施建设、政府上网、政务公开、网上行政等发展阶段之后,随着电子政务工程的不断推进和深化,单一的政府机构业务系统建设已经达到了一定的水平,积累的政务信息资源已经具有相当规模。

但与实际需求相比,仍存在较大差距:数据标准规范不统一,信息共享程度较低;各委办局之间互联互通不足,业务协同困难,难以发挥整体优势;缺乏统一的政务信息管理和服务机制。

这些问题的症结之一是缺乏统一规划、规范建设的政务信息共享库。

建立政务信息共享数据库,就是为统筹地方政务信息资源的规划、管理、交换和使用,建立有序的政务信息资源共享机制,为各个信息资源权威发布者提供规范、科学的共享发布手段,为各个资源使用对象提供资源的检索、定位与获取服务。

通过与政务信息共享交换平台提供的目录服务相结合,解决地方重要信息资源管理难的问题;与交换服务相结合,解决地方信息资源共享交换难的问题。

通过政务信息共享库的建设,全面实现整个政务信息共享交换平台“一次建设,长久复用”的建设目标。

中办发[2002]17号文件的发布,标志着国家信息化以信息资源交换共享为主要建设思路的导向正在逐渐形成。

建设政务信息资源共享库,不仅符合电子政务工程整体发展规律,抓住了当前政府最关键的信息化建设需求,为电子政务工程的深化与开展,做出了大胆的尝试,而且对推动政府改革、提升政府工作效率、提升领导的科学决策能力,都有着重要意义。

二、政务信息共享库建设的需求分析随着电子政务各个业务系统的建立和使用,政府、企业和社会公众不但对基础地理空间信息、人口信息、法人信息和宏观经济信息等公共信息的需要越来越迫切,而且各个业务部门对其他部门专题数据的需求也非常强烈。

数据库设计 宏观经济库

数据库设计 宏观经济库

状态:密级:沧州市智慧城市建设办公室城市大数据中心建设项目基础库、专题库数据库设计目录第一章综述 (3)1.1概述 (3)1.2范围 (3)1.3术语和定义 (3)1.4法律法规要求 (4)第二章建模方法论及原则 (5)2.1建模方法论 (5)2.1.1 数据模型概念 (5)2.1.2 第三范式 (6)2.1.3 实体关系模型 (6)2.1.4 实体关系模型用例说明 (6)2.1.5 建模的三个阶段 (8)2.2建模原则 (9)第三章基础库、专题库数据模型 (10)3.1宏观经济库数据模型 (10)3.1.1 概念数据模型 (10)3.1.2 逻辑数据模型 (24)第一章综述1.1 概述本设计包括概念数据模型和逻辑数据模型,向上积极采用适宜的国际标准或国家标准,向下突出自身信息化的特点和需求。

数据模型力求建立可确保数据的完整性、有效性和准确性,提高信息的统一性,解决各信息系统之间沟通不畅、数据源不唯一等问题,实现城市级的信息集成与共享。

1.2 范围设计总体描述支撑空间地理、人口、法人、宏观经济、视频、城市部件、信用、电子证照主题域的概念数据模型和逻辑数据模型,业务范围包括沧州市各部门与空间地理、人口、法人、宏观经济、视频、城市部件、信用、电子证照相关的核心业务。

本文档描述宏观经济库部分。

1.3 术语和定义职能域(Function Area)组织的主要业务活动领域的抽象。

实体(Entity)任何具体或抽象的事物,包括事物间的联系。

对象(Object)可以想象或感觉的世界的任一部分。

对象类(Object Class)现实世界中有清楚的边界和含义、其特性和行为遵循同样的规则而能够加以标识的想法、抽象概念或事物的集合。

信息分类(Information classifying)根据信息内容的属性或特征,将信息按一定的原则和方法进行区分和归类,并建立起一定的分类系统和排列顺序,以便管理和使用信息。

信息分类编码(Information classifying and coding)就是在信息分类的基础上,将信息对象(编码对象)赋予有一定规律性的、易于计算机和人识别与处理的符号。

法人库应用实施方案

法人库应用实施方案

法人库应用实施方案一、背景介绍。

随着互联网和信息技术的迅猛发展,各行各业都在积极推进数字化转型,法人库作为企业管理的重要工具,也得到了广泛的应用。

法人库是指以法人为基础,通过信息化手段对法人相关信息进行管理和应用的系统平台。

在企业管理中,法人库的建设和应用对于提高工作效率、优化管理流程、提升企业竞争力具有重要意义。

二、目标和意义。

1. 目标,本方案的目标是实施法人库应用,实现企业法人信息的集中管理、便捷查询和有效应用,提高企业管理效率和服务水平。

2. 意义,法人库应用的实施将有利于规范企业管理,提高信息化水平,为企业的发展提供有力支持。

三、实施步骤。

1. 系统建设,首先,需要对法人库系统进行建设,包括系统架构设计、数据库建模、界面设计等工作。

建设过程中,需充分考虑系统的稳定性、安全性和扩展性,确保系统能够满足企业的实际需求。

2. 数据导入,在系统建设完成后,需要将现有的法人信息导入到法人库中,包括法人基本信息、股东信息、公司业务信息等。

在导入过程中,需要确保数据的准确性和完整性,避免出现错误或遗漏。

3. 系统测试,在数据导入完成后,需要对法人库系统进行全面的测试,包括功能测试、性能测试、安全测试等。

通过测试,可以发现系统存在的问题并及时进行修复,确保系统的稳定运行。

4. 人员培训,在系统测试通过后,需要对企业内部的相关人员进行法人库系统的培训,包括系统操作、数据查询、信息录入等内容。

培训的目的是让员工熟悉系统的使用方法,提高工作效率。

5. 系统上线,经过系统建设、数据导入、测试和人员培训后,法人库系统可以正式上线运行。

在系统上线后,需要对系统进行监控和维护,及时处理系统运行中出现的问题。

四、应用推广。

1. 内部应用,企业可以将法人库系统作为内部管理工具,用于法人信息的管理、查询和应用。

通过系统的使用,可以加强企业内部各部门之间的信息共享和协作,提高工作效率。

2. 外部应用,企业还可以将法人库系统与其他系统进行对接,实现法人信息的共享和交换。

法人数据库设计方案

法人数据库设计方案

法人数据库设计方案摘要:本文旨在探讨法人数据库的设计方案,以满足企业对于法人信息的管理和使用需求。

通过对数据库的结构设计、数据表的定义和字段的设定,实现对法人信息的有效存储、快速检索和安全保护。

一、引言法人数据库是企业信息化建设中的重要组成部分,用于存储和管理企业的法人信息。

合理的数据库设计可以提高信息管理效率,为企业的决策提供可靠的数据支持。

二、数据库需求分析1. 数据库的功能需求:a) 法人信息的录入和维护;b) 法人信息的查询和统计分析;c) 法人信息的备份和恢复;d) 数据库性能的优化和监控。

2. 数据库的安全需求:a) 数据库访问权限的控制;b) 数据库数据的加密和解密;c) 数据库备份和灾备方案;d) 数据库的监控和安全审计。

三、数据库设计方案1. 数据库结构设计a) 创建一个法人信息表,用于存储法人的基本信息,包括法人名称、注册资本、注册地址、统一社会信用代码等;b) 创建一个法人联系人表,用于存储法人的联系人信息,包括姓名、职位、电话、邮箱等;c) 创建一个法人股东表,用于存储法人的股东信息,包括股东名称、持股比例等;d) 根据实际需求,可以创建其他相关表,如法人分支机构表、法人经营范围表等。

2. 数据表定义和字段设定a) 法人信息表的字段定义:- 法人ID:主键,唯一标识法人的编号;- 法人名称:法人的全名,字符串类型,长度限制;- 注册资本:法人的注册资本额,浮点数类型;- 注册地址:法人的注册地址,字符串类型,长度限制;- 统一社会信用代码:法人的统一社会信用代码,字符串类型,长度限制。

b) 法人联系人表的字段定义:- 联系人ID:主键,唯一标识联系人的编号;- 法人ID:外键,关联法人信息表的法人ID字段;- 姓名:联系人的姓名,字符串类型,长度限制;- 职位:联系人的职位,字符串类型,长度限制;- 电话:联系人的电话号码,字符串类型,长度限制;- 邮箱:联系人的邮箱地址,字符串类型,长度限制。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

庄河市城市公共服务平台项目- 法人数据库设计方案
大连九成测绘信息有限公司
2016年3月
目录
1. 项目背景 (3)
2. 项目目标 (3)
3. 数据库设计原则 (4)
3.1 唯一性原则 (4)
3.2 多属性原则 (4)
3.3 有效性原则 (4)
3.4 适应性原则 (4)
3.5 合规性原则 (4)
4. 数据结构设计 (4)
4.1 法人单位基本信息 (4)
4.2 法人单位属性信息 (5)
5. 系统层次设计 (5)
5.1 用户 (5)
5.2 系统基础层 (5)
5.3 应用服务层 (5)
5.4 系统表示层 (5)
5.5 数字证书 (6)
6. 系统基本功能设计 (6)
6.1 数据同步子系统 (6)
6.2 数据采集子系统 (6)
6.3 数据发布子系统 (6)
6.4 数据管理子系统 (6)
6.5 数据安全审计子系统 (7)
1. 项目背景
社会生活中的主体为自然人与法人(即各类组织机构),自然人与法人构成了社会生活的全部主体。

对组织机构的管理就实行统一代码标识制度,也就是组织机构代码制度。

实行统一代码标识制度后,每个组织机构将被分配一个在全国范围内唯一的、始终不变的组织机构代码号,组织机构代码号就相当于组织机构的身份证号,而组织机构代码证就是组织机构的“身份证”。

组织机构代码证已经应用到税务、银行、海关、公安、外经贸、人事、统计、社会保障、国有资产管理等部门的业务管理工作中,各企事业单位到这些部门办事时,都需要出示组织机构代码证。

为每个组织机构分配了一个唯一的代码号,办理代码证时,代码主管部门还采集了组织机构的公共信息,这些公共信息组成的数据库叫做“法人数据库”,它是我国四大基础数据库之一。

另外,组织机构代码还是政府部门之间信息共享的桥梁。

由于各政府部门的职能不同,虽然都拥有组织机构与其职能相关的信息,但这些信息以前都是各部门分别掌握,不能共享,随着社会信息化的发展,未来的趋势是政府部门之间数据共享、联网办公,这样才能进一步提高办事效率,也才能更方便企业办事。

没有组织机构代码证时,各部门对组织机构都有自己的一套编码体系,实施数据共享很不方便,而有了组织机构代码作统一的标识之后,数据共享也变得容易多了。

可见,组织机构代码证在我国的社会经济中正扮演着重要的角色,随着社会信息化进程的发展,组织机构代码证的作用将越来越重要。

不管是各企事业单位,还是政府机关,都需要正确认识组织机构代码证的作用,重视组织机构代码证书相关手续的办理工作。

组织机构代码证工作做好了,政府部门办事效率也能得到提高,企业到政府部门办事也可以更方便了,这对政府机关和各企事业单位都是好事。

市质量技术监督局是组织机构代码工作的主管部门。

2. 项目目标
建设以组织机构代码为标识的法人数据库是国家四大战略性、基础性数据库建设的总要配套工程。

建设目标是将分散在不同政府部门业务系统中的法人基础信息进行有机整合,实现跨部门、跨系统的数据交换和协同办公;建立权威、完整、准确、动态的法人基础信息数据库,从而避免各部门重复建设,实现信息共
享,为城市公共信息平台建设提供基础信息资源。

实现对庄河市法人基础信息的应用服务,数据覆盖率达到90%以上,并能为未来全市各职能部门间共享交换各类业务数据建立基础。

3. 数据库设计原则
3.1 唯一性原则
法人数据库涉及到多个部门,为了保持各部门数据的完整性、一致性和权威性,引用唯一的组织机构代码信息作为各个数据的唯一性约束条件。

3.2 多属性原则
以组织机构代码数据为标识主体,其他政府部门管理信息作为附属扩展(比如工商、税务、银行等),从而实现了不同部门的信息联动,并有效实现数据的一致性。

3.3 有效性原则
法人数据库就是将各个部门的数据进行有效组织和管理。

在进行法人数据库设计过程中对数据的有效性的处理是设计法人数据库点关键环节。

本系统通过设计数据有效性规则保障法人数据有效性,规则采用属性域规则、关系规则、连接规则。

3.4 适应性原则
法人数据库涉及到多个部门,各部门需维护其所辖数据及使用其他部门所辖的数据。

本系统的设计通过数据的同步、采集、发布手段适应不同系统的接入与使用。

3.5 合规性原则
不同的部门使用和维护法人数据库中不同领域的内容。

为了确保系统数据使用、操作的安全性,本系统以我国《电子签名法》为依据,采用数字证书技术,实现了电子签名、安全保密、行为追溯和访问控制等功能,保证了系统符合国家相关法律的规范和安全规范。

4. 数据结构设计
按照国家标准规定法人数据基础信心数据元分为法人单位基本信息、法人单位属性信息两大类。

4.1 法人单位基本信息
法人单位基本信息包括:组织机构代码、数字证书、机构名称、机构类型、机构住所、法定代表人姓名、经营或业务范围、注册或开办资金金额、注册或开办资金币种、测绘成立日期、注册或登记机构名称、注册或登记号等
4.2 法人单位属性信息
是指除法人基本信息外,部门间共享需求较为普遍的法人单位信息,按照数据来源部门划分,分为组织机构代码信息(来自质量技术监督部门)、注册或登记信息(来自工商行政管理部门、机构编制部门、民政部门等法人单位登记机关)、税务信息(来自税务部门)等。

质检信息:组织机构代码、组织机构代码证颁发机构、颁发日期、有效日期税务信息:纳税识别号、纳税登记机关名称、纳税登记日期、纳税登记有效日期。

工商信息:工商营业执照号、工商登记机构名称、营业执照颁发日期、营业执照有效日期。

年检信息:组织机构的代码、年检年度、年检结果。

数字证书:数字证书序列号、数字证书颁发机构、数字证书颁发日期、数字证书有效日期。

法定代表人信息:姓名、身份证件类型、身份证件号码。

5. 系统层次设计
系统采用分层的思想构建,分为系统表示层、应用服务层、系统基础层,并逐步建立价格信息服务的标准管理体系和信息安全体系。

5.1 用户
用户主要有以下两类:政府相关部门(如:质检、工商、税务、民政、银行等)和社会公众。

5.2 系统基础层
平台的软硬件支撑环境包括网络及数据库管理系统、网络数据安全系统。

5.3 应用服务层
为社会公众和政府相关机构提供法人数据库服务,包括数据抽取、决策支持、系统管理、安全控制等服务功能。

5.4 系统表示层
通过数据定制和访问控制,为不同的用户展现需要的法人数据库服务。

5.5 数字证书
完善法人数据库系统的安全体系:通过使用数字证书,做到法人数据在传输、存储、阅读等环节的安全,达到数据的保密性、真实性、完整性及行为的不可抵赖性。

6. 系统基本功能设计
6.1 数据同步子系统
据同步是每个部门所辖数据与法人数据同步的过程。

在同步操作中,使用身份证书认证每个部门身份,使用证书属性来确定操作内容、权限等,采用加密证书保证在互联网中数据交换的完整,数据将实时地、自动地、同步地更新法人单位基本信息数据库的内容,数字证书的应用确保数据操作的真实性、完整性、可靠性。

6.2 数据采集子系统
针对不具备完整信息系统的部门需要掌握法人数据的操作,这些部门可以通过以下两种方式上报数据:
(1)通过WEB表单填报
(2)将数据通过上传EXCEL表把数据传入质检部门;
通过服务器证书来确保数据生产部门的WEB表单的真实性;通过分析数据生产部门的证书属性来确定操作权限及范围。

6.3 数据发布子系统
是根据国家信息发布的有关规定,将法人单位基础信息按不同的级别对外发布。

数据发布是对不同权限、不同等级的用户公布不同层面的信息内容。

不同部门如工商、税务、银行等,对发布的信息使用的范围是不同的。

信息发布后,系统通过对用户角色和权限实现对信息的增加、删除、修改等操作。

采用数字证书的二级属性,在特定领域中定义身份、决策和权限。

根据身份证书准确地辨别用户身份及权限,分配其相应的功能页面,用户对所有信息的操作均使用签名证书和加密证书,确保了数据交换过程的完整性及行为的不可抵赖性。

6.4 数据管理子系统
数据管理是整个系统安全的核心,法人单位基础信息数据管理主要有两大功能:数据管理、日志管理。

各数据生产部门对其数据要求系统在操作中体现严肃的法律责任,其中采用签名证书达到操作行为的不可抵赖性及身份的真实性,采用加密证书达到数据完整性和保密性。

通过剥离组织机构代码管理中心现存的沉淀失效数据,使法人单位基础信息数据库中的法人信息具有有效性、实用性、可靠性。

6.5 数据安全审计子系统
根据电子签名法,对所有签名都提供了时间戳、CRL验证功能,使得对法人数据的更新等操作的历史记录有了法律依据,法人数据安全审计系统包括内容审计和操作审计。

法人数据内容审计:内容审计系统能够对部分或者全部数据源所产生的的数据进行分析,如对数据进行追溯,同时可以提供丰富的报表,便于分析决策。

法人数据操作审计:记录系统工作日志,对系统工作历史和现状进行即时监察和审计,可记录用户登录时间、登录地点、进行什么操作等内容。

日志记录能向系统管理员提供有关危害安全的侵害或系统活动的详细审计,这些日志用于评估、审查系统的运行状况环境和各种操作。

相关文档
最新文档