千文网小编为你整理了多篇相关的《数据治理实施方案》，但愿对你工作学习有帮助，当然你在千文网还可以找到更多《数据治理实施方案》。
第一篇：数据分析实施方案
饶阳县国家税务局
加强数据分析、增强信息化管税的实施意见
为提高税收数据分析能力，增强信息化税收管理水平。及时发现征管漏洞，全面提升我局的税收质量和总量，县局决定在全局范围内开展增强数据分析和利用工作。
一、总体要求：
信息化管税的总体要求是：以提高税收质效位原则，贯彻科学化、专业化、精细化的管理要求，以防范税收管理风险为理念，以信息采集为基础。以数据分析利用为核心，以健全税收管理体系为落脚点，细化县局各股室、与分局、大厅之间的数据分析、衔接、利用，加强税源管理，实施真正意义上的信息管税，净化我县纳税环境。全面提升我局的税收质量和总量。
二、工作机制。
1、建立组织领导: 县局成立数据分析和发布工作领导小组：
组长：李立才
副组长：刘彦召曹占吉郭金标郭书彦杨晓亮许如英刘彦兵王进
成员：张荣丽 李建勋 高爱佳 王洪池 李营起 王志平
杨洪基
领导小组下设办公室
办公室设在征管股，主任：王洪池
成员：何津泽董忠胜张玉听
数据分析办公室主要负责各阶段信息的筛选、汇总、分析，形成文字汇总报告，并在内网公布，同时根据具体情况，拟定下阶段征管工作重点。领导小组要定期听取各阶段数据分析，确定主攻方向，对存在差异较大的数据信息，主管领导指导所包分局实施重点评估。排除疑点，提升管理质量。
2、各部门职责分工。
（一）工作职责：
信息中心负责数据分析的技术支持和数据质量的监控；负责根据不同部门各项业务工作提出的业务需求，予以技术实现并按要求及时收集、整理和提供相关数据。
计统部门负责全局税收收入总量分析、结构分析和趋势分析；负责宏观税负的综合分析；负责各税种、各行业与相关经济指标的关联分析、税负分析和税收弹性分析。从宏观上查找税收管理中存在的问题，按月发布税收收入情况分析，按半年发布重点税源企业税负，按年发布宏观税负、行业税负、税收弹性和预警值等信息。
征管部门负责纳按照纳税人实施分类管理的要求，查找
征管薄弱环节和问题；负责制定加强和完善税收征管工作的措施；按月分析和发布征管质量指标体系数据信息；按半年分析和发布非正常户及异地税务登记情况；按半年分析和发布个体税收管理情况等信息；按半年分析和发布普通发票管理和使用情况。
税政管理部门（包括流转税管理部门、所得税管理部门、进出口税收管理部门）负责分税种、分行业、分企业类型和出口货物退（免）税的专项分析，提出政策管理及分税种、分行业税源管理方面存在的问题和加强管理的意见；负责行业税负的测算，协助计统部门确定各类预警信息，为税源管理部门提供相关信息。按季度发布的纳税评估典型案例或纳税评估分析报告。流转税部门按半年分析和发布增值税申报异常企业信息；按年分析和发布存在增值税专用发票存根联滞留票疑点的纳税人信息、增值税税收优惠政策执行情况信息和特殊行业、特殊地域纳税人管理异常情况信息；按年分析和测算增值税一般纳税人行业平均税负。所得税管理部门按季分析和发布已办理企业税务登记未作企业所得税税种登记的纳税人信息；按年分析和测算分行业企业利润率、企业所得税贡献率和税收负担率信息；按年分析和发布税收优惠政策执行情况及特殊行业、特殊地域纳税人管理异常情况信息；按年发布连续3年亏损的纳税人信息。进出口税收管理部门负责按季分析和发布出口货物退（免）税预警异常信
息。
（二）各部门数据信息分析反馈工作时限：
1、按月分析和发布的信息，应在月度终了后5日内向数据分析和发布工作办公室反馈，办公室要在月度终了后10日没完成汇总并发布；
2、按季度分析和发布的信息，应在季度终了后10日内向数据分析和发布工作办公室反馈，办公室要在月度终了后15日没完成汇总并发布；
3、按半年分析和发布的信息，应在半年终了后10日内向数据分析和发布工作办公室反馈，办公室要在月度终了后20日没完成汇总并发布；
4、按年度分析和发布的信息，应在年度终了后20日内向数据分析和发布工作办公室反馈，办公室要在月度终了后30日没完成汇总并发布；
5、所得税相关发布信息在汇算清缴终了后20个工作日内向数据分析和发布工作办公室反馈，办公室要在30日没完成汇总并发布；
三、数据分析和发布工作要求
（一）统一思想，加强领导。
数据的分析和发布是发现征管漏洞，加强税收征收管理的一项重要措施，是纳税评估的前提。各部门必须高度重视，尤其是税源管理部门一把手要认真负起责任，定期查看县局
数据分析报告，并结合自身存在的弱点、疑点，制定相关具体措施，将任务落实到人，落实到户。定期达标，共同做好数据采集、分析、发布和应用工作。
（二）加强协作，搞好配合。
一是要加强内部协调配合，通过税收数据分析，实行信息化管税不是一个部门的问题，是一项全局性的工作。明确好部门职责是做好此项工作的前提，搞好股室与股室之间、股室与分局、分局与大厅、稽查局之间的内部协调是问题的关键。各部门要在明确分工的基础上，要在搞好部门、岗位间的配合上下功夫，真正形成信息管税的合力，确保数据分析和信息管税工作有条不紊的进行，形成一个良好的运行机制，二是要积极加强沟通和配合，及时反馈分析结果，确保数据分析和发布工作顺利进行。三是个基层分局在实施信息化管税中要依托不要依赖信息化手段，要通过人机结合的形式，要与日常的巡查寻访相结合，与纳税人的第三方信息相结合，与纳税评估、纳税申报信息相结合，与纳税检查信息相结合，从而提高信息灌水的针对性，时效性。
（三）强化考核、确保落实。
县局已将税收数据采集、分析、发布工作纳入今年的绩效考核内容，并加强日常的监督管理，对迟报、不报或的单位将进行通报批评，对分析质量高并有指导意义的数据分析，县局也将给予适当的物质奖励。各单位也要把信息化管税中的
好经验好做法以及存在的问题及时进行总结，确保此项工作有序开展，为今后的专业化管理奠定基础。
饶阳县国家税务局
2011年1月11日
第二篇：元数据方案实施意见
《中国国家试验型数字式图书馆》项目组于4月12日至13日在北京召开了技术组会议，根据会议对元数据 方案所作出的结论，本数字图书馆项目最小元数据集合采用Dublin Core；最小元数据集合Dublin Core的实现采用RDF方式；元数据分成两层，第一层为DC，第二层为MARC或TEI Header，在资源建设中要求按这两层实现。技术组必须据此提出项目所需采用的规范的元数据元素集及其定义、元数据元素的限定规则、以及元数据元素的具 体表达方式。 会后提出对各成员馆进行一次调研，对各馆计划进行数字化的资源内容、方式、目前的状态、应用目的等进行 摸底，在5月底以前上海馆仅收到辽宁馆一份，本《实施意见》据辽宁馆和上海馆本馆的资源情况，设想了一般情况，鉴于具体资源情况对元数据方案的实施无重大 影响，本方案据此成文。
DC元数据方案是一个非常灵活且及具扩充性的方案，然而对于各馆合作的同一个项目，原则上应该制订一些 统一规则，例如元数据元素的增删取舍以及限定方式等，当然也可以由各馆自定，这样会在一定程度上影响到互操作性。制订统一规则的难点是必须经过各馆统一一 致的详细讨论，这是一项耗时费力的工作，必须由项目组负责协调组织。
首先必须说明的是，根据项目技术组的结论：
DC只是提供互交换性的中间层，虽然是必需的，但不一定要物理存在，物理层为第二层即MARC或TEI Header，通过自动转换动态获得，或重新抽取均可；
元数据的表达只有在HTML4.0及XML中才能采用RDF方式实现，鉴于目前HTML3.2普遍采用，本项目完成时前者也不一定能完全取代后者，据此本实施意见仍旧考虑了在HTML3.2中利用“META”方式表达元数据元素的方法；
本文涉及许多规则，如DC、RDF等，至今仍然是草案，尚处在不断的变动中，未承诺任何版本兼容性，是否能够得到广泛支持尚不得而知；
本文作为本项目工作小组的研究报告，根据以上会议精神，将对项目元数据方案进行进一步的描述和限定，为便于实际实施，特进行实例描述。
目录
一、DC元素定义及其限定
二、RDF框架及其含义
三、实施实例及说明 DC在HTML2.0/3.2中的应用
DC在HTML4.0中的应用
DC的扩展应用
RDF与DC的应用
四、实施建议
一、DC元素定义及其限定
关于DC的历史影响、结构框架以及为何选用DC作为最小元数据集合的原因本文不再赘述，请参见文末所附的参考资料：
下文给出DC十五个元素的中文基本定义，原文定义请参见其主页： http://purl.org/metadata/dublin_ core 。
DC元素基本描述
以下是对DC元数据元素集的参考定义， 关于进一步的描述或任何已经定义的限定，请见下列地址： http://purl.org/metadata/dublin_core 。 在以下的描述中，为便于进行语义上的理解，每个元素都有一个描述性的名称， 同时为便于在一定的编码体系中使用，每个元素都有一个正式的标签(Label)。 尽管HTML之类的环境并不区分大小写，我们还是建议在实际使用中按照下文所定义的标签大小写来进行书写， 以免在转换或移植到其它环境时发生冲突或歧义，如在XML中。（参见 http://www.dawendou.com/cover.htm”, 而以DC体系的本地名表述了对象的属性类型,”上海科文工作室”则是对象的值。这个例子也简单地说明了DC如何在RDF框架中的实现。
下面我们用原文举一个稍微复杂一点的例子，其基本框架是在上一个例子的基础上加以扩充。假设我们对上例 的创建者对象再加上如下属性类型： "name", "email" 和 "affiliation" ，因为这些对创建者对象的限定在DC中没有定义，因此在此例的描述我们再加上一个新的专门对此类对象进行描述的体系vCard [VC]。请看下面的数据模型图及RDF实例：
John Smith smith@home.net Home, Inc.例四 ---
本例中除了RDF、DC外，我们用了另外一个描述商业名片("Busine Card")的元数据体系，其前缀词为"CARD"。本例与例三的不同是”DC:Creator”所描述的属性类型本身成为一个资源对象，对其值的描述转 化一个内部参照标识，这一标识指向由CARD体系描述的一个RDF描述包(RDF description)，这一描述包括了三个CARD体系的本地名：”CARD:Name”,“CARD:Email” 及”CARD:Affiliation”，分别描述创建者(Creator)的三个属性。本例清晰地表明了RDF中资源对象嵌套的表达方法。当然例四中的 表述也可以用直接嵌套的方法来描述如下： John Smith smith@home.net Home, Inc.例五 ---
在RDF的描述体系中，还提供了一种简略缩写的机制，例三中的例子可以缩写成如下格式：
DC:Creator=”上海科文工作室” /> 例六 --- 这样的缩写格式对于在HTML中嵌入上述代码特别有用，因为在非缩写格式中，”上海科文工作室”将被作为显示字符析出，而在缩写格式中则无这样的问题。同样例五中的描述可缩写成如下格式： CARD:Name=”John Smith” CARD:Email=”smith@home.net” CARD:Affiliation=”Home, Inc.” />
四、实施建议(未完成) 实施建议如下：
首先我们认为在语法结构，使用惯例上没有必要将DC进行中文化处理，而沿用国际通用的英文描述方法。对DC的基本定义也没有必要进行重新修订，以利于信息与国际上的交流。 以DC为基本框架
以HTML2.0/3.2格式为主
MARC直接嵌入DC
第三篇：数据打假活动实施方案
数据打假活动实施方案
为了进一步落实公路工程质量工作会议精神，继续《开展公路工程基本数据打假年活动》。我们要以会议精神和要求作为今年工作重点，认真开展公路工程质量数据打假活动。我们认识到质量数据的重要性，要以求真务实的作风把数据的真实性和准确性作为工作的重点，加强和提高实验检测工作与内业资料的管理，要保证工程进度的同时要把工程质量意识放在第一位，牢固树立百年大计，质量第一的思想，确保工程质量。为了更好的落实基本数据打假年活动成立张晓凡为组长的基本数据打假活动小组，以组织的形式进行管理数据的真实性和准确性。把工作质量建立在科学可靠的实验检测数据基础上，对编造虚假数据等不良行为的人员，按有关规定进行严肃处理。
一、基本数据打假活动小组：
组长：
副组长：
组员：
二、工作目标：确保工程质量数据的准确性、真实性和完整性。
三、实施方案：
1、认真执行新的《公路工程质量检验评定标准》和《公路施工技术规范》、《公路工程实验规程》等国家和部颁标准。对工程所用的材料必须通过检验的方法试验检测，检测数据要正确、准
确、真实，试验检测人员要认真负责。
2、工程技术人员要积极参加上级部门组织的各种技术学习班，并到外市县学习先进经验，有步骤、有计划提高工程技术人员、试化验人员的技术水平。
3、要做到工程技术人员、试化验人员持证上岗，对工程中发现质量问题必须马上上报，不得隐瞒不报，以便把质量事故消灭在萌芽中，杜绝在工作中搞人情交易，编造假数据、假资料等违法乱纪行为。否则视情况给予警告、经济处罚、停止工作。
4、施工现场的各种原材料，成品半成品，严格执行有关的规定，采用抽样检测，现场抽查等手段，按规定检测频率逐批次进行抽检，合格后方可使用，不合格一律退回，对各种试验检测数据进行抽查，对重要工程质量检测数据进行全面检查检验，合格后方可使用，不合格一律退回。
5、工程内业是反映工程质量的重要依据，客观、真实、及时的内业资料对工程质量建设有着重要指导意义，它能及时发现问题和解决问题，也利于上级领导检查指导，所以要求工程内业人员对工程内业必须地当天完成，记录真实准确，实事求是。
6、在施工中认真执行公路工程质量评定标准，对各种试化验必须达到规定的频率，对不合格的部位及时通知施工工长进行处理，把质量问题消灭在萌芽中。
7、施工队长或施工技术负责人每天必须检查内业人员所做的工程内业资料，了解施工中的不足，以便发现问题和解决问题。
质检科长或项目技术负责人定期组织有关人员进行两个施工队的工程内业资料互检。
四、处罚：如有下列情况之一的给予批评教育，严重者给予经济处罚直至停止其工作：
１、内业资料记录不及时的
２、内业资料填写不全的
３、内业资料前后不相吻合的
４、试化验频率不够的
５、虚假内业资料的
６、对不合格材料使用的
７、发现问题不及时解决的
８、对未转序而强行施工的
９、隐瞒工程质量的
2011年8月2日