程序文件

程序文件（共11篇）

程序文件 篇1

归档是一种选择性行为。人们根据自己的需要和管理能力将原始记录材料, 通过归档行为进行了身份的划分, 归档前后的原始记录材料由此而具有了不同的社会属性。归档后才成为档案管理的工作对象——档案, 档案工作由此而始。对于国家公共档案来说, 归档还是一个法律行为, 经归档认定的, 则是国家所有的档案, 才能享受《档案法》的保护。归档文件整理既没有固定而明确的程序, 也没有具体工作标准, 多人同时开展工作必然是忙乱不堪、互不衔接, 甚至窝工返工、越忙越乱。只有在工作程序与操作标准明确之后, 多人同时工作才可以分工明确、按部就班、相互衔接, 有次序高效率和相互配合地将工作开展下去。

1 实现归档文件整理的程序化的意义

1.1 操作规范化

如何在实施《归档文件整理规则》基础上继续细化归档文件整理工作, 规范操作程序和优化工作状态, 直接关系到归档文件整理水平与工作效率。怎么接收文件, 归档文件怎么装订, 怎么排序并如何组成基本保管单位, 整理归档文件, 先干哪些工作。后干哪些工作, 这些工作应当建立哪些标准规范等, 都是需要我们认真考虑的问题即使被有些人认为轻车熟路的文件鉴定, 也是大有学问。将归档文件整理纳入程序化管理, 确定每一归档文件整理程序化琐议个程序中的主要内容、操作要领和技术规范等方面, 就可以基本解决上述问题。

1.2 实现过程质量控制

实现归档文件程序化整理、规范化操作, 便有了简单易行的操作规范和考核指标, 可以做到程序项目明确, 质量指标清晰, 考核标准明确。便于对工作质量加以监督测评, 实现归档文件整理全过程质量控制, 保证归档文件整理工作质量得到不断提高。

1.3 实现过程质量控制

归档文件整理既没有固定而明确的程序, 也没有具体工作标准, 多人同时开展工作必然是忙乱不堪、互不衔接, 甚至窝工返工, 越忙越乱只有在工作程序与操作标准明确之后, 多人同时工作才可以分工明确, 按部就班, 相互衔接, 有次序高效率和相互配合地将工作开展下去。

1.4 实现文书和档案管理良好衔接

归档文件整理是文书管理与档案管理的接合部, 又是文档一体化管理的“接口”, 一些文书和档案管理人员往往予以忽略, 文件交接不认真清点, 不办理任何手续, 出了问题难以追究责任一些负责文档编程的计算机人员也往往对此问题认识不清, 使两者“接口”发生错位, 影响了文档一体化的有机衔接如果制定了归档文件整理程序, 就可以明确文书和档案人员在文件交接中的各自责任, 也可以实现计算机文件即时归档工作的良好衔接, 使数字文件和数字档案的管理平台结合为一个有机整体。

2 归档文件整理程序

2.1 文件交接

如果文书员不负责归档文件整理, 就应将一年中收集到的全部文件于次年初集中向档案员办理交接。交接文件时, 文书管理人员应将收、发文分开排序、分类捆扎作出文件移交清单和必要说明, 与文件一同向档案员办理移交档案员应认真查看文件交接说明并按文件清单逐一点核, 准确无误后双方办理文件交接手续, 双方在文件交接清单上签字, 各留一份存查。

2.2 文件鉴定

文件鉴定包括以下四个方面:一是文件齐全性鉴定。将文件清点并与相应年度收、发文簿认真对照, 统计出当年文件收集齐全率二是文件完整性鉴定。所接收文件中有无其他缺件 (如文件正本与定稿是否一一对应, 文件是否短缺附件、附表等) 、缺页、残页或其他污损现象三是文件价值鉴定将全部接收的文件区分出应归档文件和不归档文件两大部分, 并对文件鉴定进行复验, 以发现并纠正文件漏归档和误归档问题, 还应检查有无文件重复归档问题四是归档文件技术鉴定将全部归档文件逐份鉴定, 确认定稿是否签发, 正本是否盖章合同协议法律手续是否完备齐全:所有文件办理中有无铅笔、圆珠笔等非永久性字迹:文件字迹反差是否良好文件鉴定是非常细心的工作, 应当逐件甚至逐页鉴定, 尤其是文件价值鉴定, 决定文件存亡, 实施者应认真负责处置对于文件鉴定中发现的问题, 尤其是归档文件中的问题, 应向文书人员及时确认, 采取补救措施, 未能解决的问题应记录在相应档案盒内备考栏中。

2.3 文件装订

为防止文件散失, 应及时拆除金属钉予以线订起钉应保证不伤及文件, 开张不一的文件应予折叠或齐边, 无法折叠或裁边的文件外观也应整齐美观。

2.4 归档文件分类

按分类表对归档文件划分类别, 某一类文件数量过多可再细分类, 分类文件应有类别标志, 以避免之后文件整理发生混类问题分类文件应分别捆扎, 将注明文件类别的“类签”置于该类文件之首。

2.5 划分文件保管期限

按照相应标准将不同保管价值的文件区分出来, 予以捆扎, 杜绝混淆。

2.6 文件整理

将已划分出类别与保管期限的文件组成基本保管单位, 并按照本单位文件一上级文件一其他文件统一排序以固定其次序每年的文件排序方式应予一致, 以便于检索。

2.7 基本保管单位排序

将已确定的若干文件保管单位进行排序, 编立统一的流水号并在标签上标示, 以保证各保管单位间文件的有机联系。标注流水号应使用阿拉伯数字, 保证不重号、不漏号。

2.8 加盖文件归档戳记

在指定位置加盖归档文件戳记并填写相应内容, 归档戳记不应覆盖文件字迹并保证清晰, 所填写内容应保证无误并用词规范。

2.9 折叠档案盒并予以定型

将平面展开的档案盒折叠成立体状并予以定型, 档案盒外观整洁, 保证不同脊厚的档案盒数量满足需要。

2.1 0归档文件登录和计算机做表

按照相应要求, 将归档文件整理要素逐一录入计算机应保证该录入的文件不遗漏, 重要的录入项目不遗漏、无差错, 将归档文件目录封面及录入完毕的归档文件目录打印输出, 并在“备注”栏内注明相应盒号、所在柜号, 以便于检索

3 实现归档文件整理计算机程序操作和文档一体化管理

归档文件整理的程序化、规范化是实现计算机文件整理的基础。只有将归档文件整理程序分解成一个个细小的操作动作并实现整体联动, 才能在此基础上设计出较为理想的归档文件整理软件。我们应当让计算机在归档文件整理过程中从容应对复杂细腻的工作流程, 对具体标准做到正确判断与准确选择、程序运行, 尤其是文件分类、价值鉴定这些“高难度”动作上也按照人的意愿圆满完成, 戳记加盖的位置适当, 内容记录得准确, 档案盒脊背与封面各项标志都准确到位, 才算圆满达到目标将归档文件整理全过程贯彻始终并能确保工作质量, 是该系统设计的基本要求计算机归档文件整理程序应与原有文书管理和档案管理程序联结起来, 使之成为一个通畅的“信息通道接口”, 使文书与档案工作的计算机处理结合为一个有机整体, 实现文档计算机一体化管理。

摘要：归档文件整理只有科学地划分分成若干个既相互独立又相互联系的程序, 才能使该项工作井井有条, 忙而不乱。实现归档文件程序化整理, 还在于规范此项工作, 实行全过程质量控制, 提高归档文件整理水平和工作效率, 并为实现归档文件计算机整理奠定基础。

关键词：归档,程序化

程序文件 篇2

前言

本文件结合了哈尔滨市烟草专卖局（公司）的管理特点，依据GB/T19001—2008《质量管理体系 要求》制定，明确了市局（公司）卷烟生产全过程监督管理的控制要求。

本文件是《质量手册》的支持性文件。

本文件的附录A是规范性的附录。

本文件由专卖监督管理处归口管理。

本文件的批准人：李明学。

本文件的审核人：张志军。

本文件主要起草人：刘洪宇。

本文件2010年11月30日发布，2011年1月1日实施。目的为加强哈尔滨市烟草行业内部专卖管理监督，促进行业自律，规范行业生产经营秩序，特制定本程序。适用范围

本程序适用于市局、各县（市区）局对辖区内同级监管的市烟草公司及其卷烟经营活动内部专卖管理监督的过程控制。职责

3.1 专卖主管副局长

3.1.1 各级专卖主管局长对属地专卖内管负总责。市局局长是专卖内管工作的一把手，对卷烟经营专卖内管工作负全面领导责任；负责领导、指导、组织协调全市专卖内管队伍建设，健全机构、完善装备；

3.1.2 负责组织专卖内管专题会议，进行问题查找、分析、沟通；

3.1.3 负责审核对业务经营部门或人员有违法、违规行为责任追究的结果处理，保障全市卷烟经营同级监管工作有效正常开展。

3.2 市局专卖监督管理处

是本程序的归口管理部门，负责本程序的编制、修订。

3.2.1 专卖监督管理处处长、分管专卖内管工作的副处长对卷烟经营专卖内管工作负领导责任。负责协助局长指导、组织全市专卖内管队伍建设，指导、组织市区各分局、各县（市）局做好同级监管、日常监管工作，指导、组织对县级局专卖内管工作开展情况进行检查和考核，保障全市卷烟经营同级监管工作的有效开展。

3.2.2 负责贯彻落实上级烟草专卖局内部专卖管理监督的规定和要求，制定实施本辖区内部专卖管理监督工作流程和工作制度，建立内部专卖管理监督长效机制；

3.2.3 负责对市烟草公司卷烟经营活动进行事前、事中、事后的内部监管，查处本辖区行业内部发生的违法、违规案件；

3.2.4 负责组织县级局做好同级监管、日常监管工作，对县级局专卖内管工作开展情况进行检查和考核。

3.2.5 负责对各项考核指标进行分解并制定辖区内专卖管理工作计划，指导、配合、协调各分局（县级局）查处各类涉烟违法案件

3.3 市区分局、各县市局

3.3.1 负责收集属地卷烟经营活动数据、查处违法违纪行为。

3.3.2 负责本辖区内贯彻落实烟草专卖法律、法规、规章及相关政策。

3.4 法规处

3.4.1 负责监督审核行政执法、案件办理中各环节依法落实情况及行政复议的受理及组织工作。

3.4.2 对案件办理过程进行审核、评查并签署意见。

3.5 其他部门（单位）

营销中心、物流中心、财务处、各卷烟营销部负责卷烟购进、入库扫码、准运证到货情况等数据及时交专卖监督管理处。内容和要求

4.1总要求及监管内容：

4.1.1有关卷烟经营全过程管理监督按《国家烟草专卖局关于印发烟草行业内部专卖管理监督工作规范的通知》国烟专【2011】49号和哈烟专【2011】16

号《行业内部专卖管理监督工作规范实施细则》执行。

4.1.2市局内管监督内容包括：市烟草公司卷烟经营活动，每月对卷烟购进、库存、准运证到货确认、销售等行为进行监管，填写《内部专卖管理监督检查工作底稿》。

4.1.3县分局监管内容包括：辖区内烟草公司卷烟经营活动。每月对卷烟销量、零售户管理信息、卷烟配送等行为进行监管，填写《内部专卖管理监督检查工作底稿》

4.2计划制定及分解

4.2.1市局专卖处根据卷烟经营状况及省局的总体安排，适时制订烟草专卖局本《卷烟内部专卖管理监督工作方案》报局长审批。

4.2.2市区各分局（县级局）根据方案要求，结合各自实际制订具体的实施方案，本《工作计划》或者《工作要点》，经县分局长审批后执行。

4.3内部监管实施：

4.3.1市局专卖监督管理处、市区各分局（县级局）在卷烟经营活动中，对出现符合条件的异常情况都要进行调查核实，通过填写相关工作表格，记录整个过程，确保调查核实过程的真实性和痕迹化。

4.3.2市局专卖处、市区各分局（县级局）专卖内管人员通过信息系统或者卷烟经营部门提供的相关资料，对订单采集、卷烟销售、卷烟到货、卷烟配送、零售户信息维护等环节，按照确定的条件进行查询、分析、对比，确认异常情况。

4.3.3市局专卖监督管理处、市区各分局（县级局）专卖内管人员按照属地管理的原则，根据确认的异常情况填写《内部专卖管理监督异常情况登记表》，对异常情况进行具体描述和分析，提出由谁来调查、如何处理的初步意见，上报内部专卖管理监督部门负责人后，由市局专卖监督管理处汇总情况形成季度内部专卖管理监督工作情况汇报，按季度上报省局。

4.3.4市局专卖监督管理处、市区各分局（县级局）专卖内管人员提出调查意见，按照属地管理的原则专卖管理监督处负责人或县分局局长根据上报的异常情况决定由内部专卖管理监督人员或者稽查队员开展调查，或由相关业务部门协助调查。

4.3.5市局专卖监督管理处、市区各分局（县级局）专卖内管人员根据本单位内部专卖管理监督部门负责人提出的调查意见，采取走访客户、向相关业务部门询证等措施开展调查、了解情况，并将调查过程和结果记录在《内部专卖管理监督异常情况调查（询证）记录表》中。

4.3.6市区各分局（县级局）填写的《内部专卖管理监督异常情况调查（询证）记录表》应在规定的时限内上报市局专卖监督管理处备案。并由市局专卖监督管理处将《内部专卖管理监督异常情况调查（询证）记录表》记录的调查情况汇总到季度内部专卖管理监督工作情况汇报中后，按季度上报省局。

4.3.7市局专卖监督管理处、市区各分局（县级局）专卖内管人员调查结束后，填写《内部专卖管理监督异常情况调查处理表》报告专卖管理监督处负责人。内部专卖管理监督部门负责人根据调查情况表的描述得出调查结论，按正常、违规还是违法进行判断定性。

4.3.8市局专卖监督管理处、市区各分局（县级局）专卖内管人员依据相关法律、法规、规章和责任追究制度，根据调查的违规问题的定性，依照内管工作制度或卷烟经营内控的规定，提出初步处理意见，报副局长审核，局长审批。

4.3.9记录管理及纠正整改：市局专卖监督管理处、市区各分局（县级局）

专卖内管人员根据审批意见，填写《内部专卖管理监督异常情况登记台帐》、《内部违法违规行为移交处理登记台帐》、《内部违法违规行为移交处理通知书》，将上述工作形成的工作底稿、工作表格等相关资料整理归档。属于违规的，需要追究相关人员责任的，按有关规定处理；需要有关部门整改问题的，提出整改意见，移交卷烟经营分管领导和责任部门研究处理；属于违法、犯罪的，移交司法机关依法处理，并追究相应的刑事责任。

4.3.10营销中心、物流中心、名烟总汇、财务管理处、各卷烟营销部等其他有关部门要把处理结果和整改情况及时反馈市局专卖管理监督处。由市局专卖监督管理处汇总各相关责任部门的整改情况汇总形成季度内部专卖管理监督工作情况汇报后，按季度上报省局。

4.4 涉案管理

4.4.1 卷烟经营内部监管活动中出现违反烟草专卖管理规定和本程序规定的，由内管员上报专卖监督管理处按《卷烟打假打私对标工作程序》、《案件办理控制程序》和《卷烟市场监管控制程序》实施管理和处置。

4.4.2 有关卷烟内部监管责任追究，按《国家烟草专卖局关于印发烟草行业内部专卖管理监督工作规范的通知》国烟专【2011】49号和哈烟专【2006】64号《行业内部专卖管理监督工作责任追究制度》执行。

4.5 专卖内管考核办法

4.5.1 有关卷烟经营内部监管活动事前、事中、事后监督按《国家烟草专卖局关于印发烟草行业内部专卖管理监督工作规范的通知》国烟专【2011】49号和哈烟专【2007】42号《行业内部专卖管理监督检查考核办法》及《对标运行控制程序》的规定执行。

4.5.2 对市局同级卷烟经营企业的考核

4.5.2.1市烟草专卖局对市烟草公司同级监管的办法包括：通过定期、不定期检查，实地检查库存，查阅账册、报表、票据，登录专卖内管信息系统，数据分析和举报突查等方法，并结合内管检查、日常监管、重点抽查等结果，发现违规问题。

4.5.2.2市烟草公司违规违法问题包括：超计划、合同购进卷烟，出现虚假订单、虚拟客户、向无证户供货、直接向社会集团供货，拆单分摊、卷烟体外循环，捆绑销售等情形。

4.5.2.3经查实属地接受市局同级监管卷烟经营企业（市烟草公司）发现

4.5.2.2所列的各项违法、违规问题中任何一项违规问题，则该考核结果为不合格，得0分，无违法、违规问题相应项得该项的满分。同时将考核结果在规定的时限内上报省局。考核要求

内管成效考核有关记分方法、考核办法等考核项目按黑烟专【2010】75号《关于开展专卖管理兑额对标工作的通知》执行。相关文件

6.1《中华人民共和国烟草专卖法》

6.2《中华人民共和国烟草专卖法实施条例》

6.3《国家烟草专卖局关于印发烟草行业内部专卖管理监督工作规范的通知》国烟专【2011】49号

6.4黑烟专【2010】75号《关于开展专卖管理兑额对标工作的通知》

6.5哈烟专【2007】42号《黑龙江省市烟草专卖局关于印发<行业内部专卖管

理监督检查考核办法>的通知》

6.6哈烟专【2011】16号《行业内部专卖管理监督工作规范实施细则》

6.7《对标运行程序》

6.8《卷烟打假打私对标工作程序》

6.9《案件办理控制程序》

6.10《卷烟市场监管工作程序》相关记录

7.1《内部专卖管理监督异常情况登记表》

7.2《内部专卖管理监督异常情况调查处理表》

7.3《内部专卖管理监督异常情况登记台帐》

7.4《举报投诉信息情况登记表》

7.5《内部专卖管理监督异常情况下发处理表》

7.6《内部专卖管理监督上级交办任务登记表》

7.7《内部专卖管理监督上级交办任务登记台账》

7.8《内部专卖管理监督县级局上报问题处理表》

7.9《内部专卖管理监督问题处理移交表》

7.10《内部专卖监督管理处理问题登记台账》

7.11《内部专卖管理监督检查工作底稿》

7.12《内部专卖管理监督整改通知》

7.13《内部专卖管理监督工作考核打分表》

7.14《每月违规情况统计表》

7.15《内部专卖管理监督检查函》

7.16《内部专卖管理监督整改报告》附录

巧用障眼法保护闪盘程序文件 篇3

首先用批量更名软件将你闪盘中的EXE文件改成另一种扩展名(必须保证它们没被病毒感染)，这种扩展名是由您设定的，建议是四个字母以上的。我是改成了ex4e。操作完成后你会发现图标都变成不可识别的了。

如果你是在自己的机器上，可以打开“文件夹选项→文件类型”，新建这个扩展名ex4e，然后点“高级”。选择“应用程序”，点击“确定”关闭文件夹选项。这时你看到改了扩展名的文件都恢复了它们本来的面目，双击可以正常运行。因为文件的扩展名已经改了，那些攻击EXE文件的病毒就无能为力了。

如果在其他电脑上使用此闪盘，那怎么识别这些文件呢?我们可以新建一个文本文件，输入以下内容：

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT.ex4e]

＠＝“EXEfile”

公安工作中文件检验程序的探讨 篇4

一、文件检验的发展

文件检验学的发展经过了几十年的历程, 随着现代技术的不断发展, 基本经历了几个阶段的完善, 从起始的通过积累经验进行检验到后来的相关理论体系的形成, 是一个不断摸索的过程, 其内容所包含的范围有材料文件、印刷文件、污损文件以及面相、语言区别和笔迹的检验。笔迹检验最初是鉴定人员利用铅笔、放大镜和橡皮将样本笔迹与所检材料上的笔迹进行特征的比对, 最终确定二者的相似度。随着计算机技术的快速发展, 鉴定人员试着摸索利用计算机技术来识别笔迹, 最终在1999年完成了计算机对汉字笔迹的鉴定, 利用计算机鉴别, 使得检验工作更具准确性和科学性。其他内容的检验, 也在不断发展、提高着, 但也相应出现了一些新的问题与情况, 需要检验人员在工作中不断摸索与解决。

二、文件检验的程序与原则

(一) 文件检验程序

检验的过程也是一个逐步认识的过程, 是人的主观性与事物的客观性在检验过程中的统一, 只有依据规律进行分析认识, 才能做出合理、正确的推理, 文件检验一般况下分为如下几个步骤:首先, 要对检验的材料进行分析, 明确其特征、来源。这是检验的第一步, 需要认真分析材料的特征, 对其有正确的客观认识, 得出有把握性的结论。其次, 对送检的样本和检验材料要进行一定的比对, 对其相同点与不同点进行合理分析。再次, 对两份材料的异同点进行论证研究, 初步得出一定的分析结论, 为最终的综合判定提供可靠的依据。最后, 综合考虑上述三步的准确性, 做出评判或得出结论。对材料的检验需要依据程序进行, 这样检验出来的结果经得起考验, 是检验人员在对事物客观性进行科学合理认识的一个过程, 在这个过程中, 遵循文件检验程序的同时, 还要正确运用马克思在认识论中的思维形式。在文件检验中, 用辩证的方法进行归纳、分析与推理能够保证检验达到认知与客观性上的统一, 是检验过程中不可缺少的思维。

(二) 文件检验程序所遵循的原则

文件检验程序是一个客观的认识过程, 在检验过程中, 必须遵循科学的分析推理, 才能得到真正合理的结论, 这需要遵循一定的原则进行。

1) 检验过程遵循认识活动的过程论。任何事物都是一个逐步认识的过程, 只有对检验的材料进行正确认识, 逐步理解分析, 最终熟透材料才能把握材料的内涵与异同。因此, 遵循文件检验程序是有必要的, 对文件进行分步骤分析理解, 才能使认识深度与事物的客观性一致。

2) 在检验中, 要适应认识活动的思维方法。逻辑思维的选择很重要, 进行归纳演绎, 分析判断, 这是遵循辩证唯物主义的认识论中的思维方法, 具有科学性, 是检验过程中必须运用的。只有按照具体的程序, 遵循一定的原则, 才能使检验人员的认识判断与事物的客观性达成一致, 最终能够证实犯罪特征。在文件检验的程序中, 对思维方法的有效使用, 能够避免检验人员进行判断时, 降低在学习、思维、感觉等方面的差异性和敏感性, 避免更多的想象进入逻辑推理中, 在主观认识中充分保证思维的理性, 同时也会减少因粗心而造成的多种误差, 要求人员对每一步都细致到位, 找到事物的主要线索点, 有效、客观地对材料做出评判, 使程序中的每一步都经得起实践的检验, 保证推理的公正性和合理性。

随着时代的变迁, 目前文件检验的内容也在不断发生着变化, 犯罪的手段呈现多样化趋势, 运用高新科技的情况越来越多。文件检验的原则要不断适应变化的内容才能正确为其服务, 原则要以具体的真实检验内容而存在, 需要灵活变通, 才能在各色检验内容中发挥具体作用。总而言之, 文件检验要依据相应的规范程序来进行, 检验过程中, 运用恰当的检验原则才能得到合理的结果, 满足刑事案件的需要。

三、结语

文件检验是一项复杂的工作, 遵循程序性检验是科学进行归纳演绎, 分析推理的重要保证, 只有科学运用具有规范化的程序, 才能得到正确的结论。对于不认真遵循程序的检验人员来说, 得出的结论可能会因为分析不到位, 产生偏差, 不利于刑事工作的进行。因此, 遵循一定的材料检验程序, 并合理采取分析的思维方法, 能够保证送检材料检验结论的可靠性, 为刑事案件提供准确的法律依据。

摘要：在公安工作中, 文件的检验是一个科学推断的过程, 检验程序的规范程度能反应出文检工作的重要性, 文件检验材料依据规范的程序进行, 并与样本进行全面比对, 是保证检验结论正确的条件。基于此, 本文对公安工作中文件检验程序进行探讨。

关键词：公安工作,文件检验程序,具科学性

参考文献

[1]庄琳.公安机关文件检验工作的若干思考[J].江西公安专科学校学报, 2005.

[2]黄建同.鉴定书写时间的方法研究[J].中国人民公安大学学报 (自然科学版) , 2004.

税务局程序文件持续改进控制程序 篇5

本程序适用于持续改进过程的管理。职责

3.1 局长负责监督和管理持续改进的全过程，并为改进活动提供必要的人、财、物等资源。

3.2 管理者代表负责组织开展日常的持续改进活动。

3.3 各有关部门负责具体落实本部门质量管理的持续改进工作。

3.4 全体工作人员应本着高度的主人翁的责任感积极投身到本局的质量管理活动中，并有责任和义务提出质量改进的意见和建议。4 工作程序

4.1 质量体系改进的信息来源

4.1.1 来自外部的信息包括：

a）法律、法规和规章的要求；

b）上级机关的要求；

c）纳税人的要求、意见及投诉；

d)其它相关部门的反馈信息；

4.1.2 来自内部的信息包括：

a）各部门自我评价结果； b）税务管理、税收评估和检查业务运行质量状况及运行记录； c）不合格报告及过程测量结果； d）数据分析的输出； f）内审报告和管理评审输出； g）有关质量体系记录； h）工作人员的建议等。

4.2 质量改进信息的收集：

4.2.1 办公室、人事监察科、综合业务科、税收评估科负责收集、整理来自上级机关、纳税人及相关部门的信息。

4.2.2 人事监察科负责收集、整理服务质量信息。

4.2.3 管理者代表负责收集、整理有关质量管理体系运行的信息。

4.2.4 各部门负责收集、整理本部门的质量信息。

4.3 改进建议的提出与评价

4.3.1 全体工作人员根据岗位工作特点和质量活动状况，积极参与改进活动，为实现持续改进做出努力。

4.3.2 在相关部门信息的收集、整理过程中，寻找改进的机会，并把改进活动作为一项日常管理工作。

4.3.3 各部门及工作人员都应对业务过程的改善或过程的优化提出质量改进建议，包括采取改进措施建议，在没有书面建议的情况下，由部门负责人根据工作人员提出的口头建议进行记录，填写“持续改进建议表”，经提出人确认后提交管理者代表。

4.3.4 管理者代表根据提出的建议及时组织相关人员对其进行分析与评价，并报局长批准后决定：

a）采用、立即实施；

b）采用、暂缓实施；

c）未采用、待调查。

4.4 改进措施的编制与实施

4.4.1 经研究决定，“采用、立即实施”的改进建议，由管理者代表指定专人负责，编制改进措施计划，内容包括；

a）改进项目名称；

b）改进措施及活动顺序的安排；

c）实施部门和负责人；

d）完成期限及验证方法和验证人员等。

4.4.2 改进措施计划涉及到重大税务管理、税收评估和检查业务的流程、资00源配置或组织结构、人员的调整时，报局长批准后执行。

4.4.3 改进措施计划由管理者代表审核报分管局长审批后执行。

4.4.4 改进计划的实施由该项目负责人组织按改进计划的要求实施。

4.4.5 改进计划完成后，由该项目负责人通知部门领导与管理者代表（或其委托人）进行效果验证。

4.4.6 验证人员对实施效果进行验证评价，并报管理者代表确认后由综合业务科负责归档保存相关记录。

4.4.7 对成功的改进措施，需纳入质量管理体系的，按《文件控制程序》执行。

4.4.8 对决定“采用、暂缓实施”的改进建议，由管理者代表汇总后，输入管理评审。

4.4.9 对“未采用、待调查”的建议由综合业务科汇总复评后保存。

4.5 持续改进的管理

4.5.1 局领导要积极营造一个全员参与持续质量改进的良好氛围，充分发挥每一位工作人员的主动性和创造性。

4.5.2 局领导根据工作人员提出的改进建议和采用情况给予适当奖励，并作为评价工作人员的能力和业绩的主要依据之一。

4.5.3 持续改进的日常工作由综合业务科负责，并做好收集相关记录的工作。

4.6 经局长确认为：“采用、暂缓实施”的改进项目，作为新的改进目标建议，输入管理评审，可确定为下一个PDCA循环的预定改进项目。

4.7 管理评审对已实现的改进项目，通过对所产生的效益和效率的数据分析，评价改进效果。

4.8 本程序涉及的质量记录按《记录控制程序》的要求实施管理。5相关文件

《文件控制程序》

《记录控制程序》

《管理评审控制程序》

6质量记录

程序文件 篇6

在“我的电脑”窗口，依次单击“工具/文件夹选项”，切换至“查看”选项卡并勾选“在单独的进程中打开文件夹窗口”（如图1）。完成设置后，下次打开文件夹时，不会在本窗口层层打开，而是另外弹出一个窗口。而且在任务管理器中就会看到两个“explorer.exe”进程，即使一个文件夹窗口卡住了，也不会影响其它文件窗口的操作。

而在Windows 资源管理器中打开较大的文件时，系统会先扫描该文件，执行一次循环来检查文件的所有部分，以便建立索引。假如文件较大且没有索引信息，系统查询该文件的索引所需的时间就比较长，CPU使用率也较高。因而，我们还可以通过取消索引来提升系统反应效率。

用鼠标右键点击目标文件夹，点选“属性”项，在弹出对话框中点选“高级”按钮，在接下来出现的“高级属性”对话框中，取消勾选“除了文件属性外，还允许索引此文件夹中文件的内容”。对于驱动器，在“常规”选项卡中，取消对“除了文件属性外，还允许索引此驱动器文件的内容”的勾选（如图2）。

气象数据文件异机备份程序浅析 篇7

伴随国民经济与科技水平的快速发展, 气象现代化设备越来越多的投入到业务日常运行之中。目前, 气象系统观测仪器多为自动观测, 每种设备相对独立, 并分别生成气象数据文件。气象数据文件作为观测成果对于气象研究具有极其重要的科学价值。为便于统一存储、保证气象数据文件获取的完整性与连贯性, 避免因断电、观测设备故障等原因造成数据丢失, 有必要将各种气象数据文件进行集中管理。因此, 实现异机备份气象数据文件是非常有必要的。同时, 因气象数据文件存在多样性、时效性等特点, 市场上诸多应用程序对于备份气象数据文件并不适用, 无法满足气象部门对于备份文件的特殊要求。相比较而言, 由气象部门工作人员自身开发异机备份程序, 针对性则更强, 更贴近需求, 所开发程序通常具有灵活、高效的优点。

1 指导思想

异机备份气象数据文件, 可以最大限度的保证数据文件的存储安全性, 实现与原机存储的双重保险。通过简单的批处理命令, 使用CMD命令处理器逐条解释执行, 可在DOS环境下实现对气象数据文件的异机备份, 如若保存多种气象数据文件, 则运转周期长, 效率明显降低, 并缺乏交互能力, 灵活性及可扩展性不强。因此, 有必要引入高一级程序语言来实现异机备份气象数据文件的要求。

C# (C sharp) 语言是微软 (Microsoft) 公司为.NET Framework量身订做的程序语言, C#拥有C/C++的强大功能以及Visual Basic简易易用的特性, 是第一个组件导向 (Component-oriented) 的程序语言, 和C++与Java一样亦为对象导向 (object-oriented) 程序语言。综上, C#是一种安全的、稳定的、简单的、优雅的编程语言, 它在继承C和C++强大功能的同时去掉了一些它们的复杂特性 (例如没有宏和模版, 不允许多重继承) 。C#综合了VB简单的可视化操作和C++的高运行效率, 因其强大的操作能力、优雅的语法风格、创新的语言特性和便捷的面向组件编程的支持, 具有极高的使用价值。

在明确所使用的程序语言之后, 我们需对实现思路展开梳理。本文仅以一般气象台站常有的EN风仪数据文件及自动气象站B和采集数据文件为例进行说明:

1) 了解气象数据文件结构并对文件格式进行定义:EN风仪数据文件每日生成FA与DF两种数据文件, B和采集数据文件则包含有B、Z、P、T、U、W、R共计7种文件。经过总结, 我们可简单理解为上述文件格式分别为FAyyMM.dat、DFyyMM.dat、BIIiiiMM.0yy、ZIIiiiMM.0yy、PIIiiiMM.0yy、TIIiiiMM.0yy、UIIiiiMM.0yy、WIIiiiMM.0yy、RIIiiiMM.0yy, 其中IIiii为台站区站号、MM为月份、yy为年份后两位。不难发现, 对于EN风仪数据文件, 我们可将其定义为“FA (DF) ”+“yyMMM”+“.dat”;对于固定台站, 其区站号不变, 如六合气象站为“58235”, 则B文件格式可固定为“B58235”+“MM.0yy”, 其他采集数据文件格式依此类推。

2) 确定C#程序实现方针并选用合适语句:本文仅针对简单异机气象数据文件备份, 故以简单思路为之。经过多次验证, 我们得出在保证原存储设备和目的存储设备内部时钟准确的基础上, 以当前时间查找最新气象数据文件进行备份方法简单可行。因此, 在C#中, 需使用时间函数。

2 实现过程

首先, 以EN风仪气象数据文件为例, 需对“yyMM”进行赋值, 有String FileStr=DateTime.Now.ToString ("yyMM") , 取出当前时间, 如“1011”;其次, 对文件格式进行描述, 为FileStr="FA (DF) "+FileStr+".dat", 这样, 备份气象数据文件名被定义;然后, 对原存储路径与目的存储路径分别进行确定, 通过语句“System.IO.File.Copy”即可实现异机备份, 注意的是, copy语句要求前后路径指向文件名, 同时, 在存储气象数据文件时, 应使用“true”语句, 以实现覆盖存储。对于自动气象站数据文件的备份, 在EN风仪气象数据文件基础之上, 只需对时间及文件名进行重新定义, 便能嫁接过来实现异机气象数据文件备份了, 程序举例如下:

3 改进与应用前景

应该说, 我们设计的这套异机备份气象数据文件程序, 通俗直观容易理解, 思路清晰, 实现方便, 对基层台站具有较高的可操作性, 各台站可通过“计划任务”, 实现定时气象数据文件的异机备份。另一方面, 该程序若进一步完善, 引入读写程序方法、日志报错、失败再存储等功能, 对于所需备份气象数据文件举一反三, 扩展存储文件类型, 就可以实现更为完善、实用的功能, 也将具有更为宽阔的推广空间间

参考文献

[1]http://baike.baidu.com/view/6590.htm.

[2]Karli Watson, Christian Nagel.C#入门经典[M].3版.北京:清华大学出版社.

程序文件 篇8

1 MFC类库及程序使用的相关函数介绍

微软基础类库 (Microsoft Foundation Classes Library) , 简称MFC, 是微软公司在C++编程语言的基础上实现的一个基础类库, 它是一种面向对象的函数库。在这个类库中, 封装了Windows操作系统关于窗口式用户接口的基础函数, 这样程序开发者就不必再编写大量复杂的窗口响应实现代码, 只需编写具体功能实现程序即可。这样做免去了大量繁重的重复性工作, 使得基于Windows操作系统的应用程序开发变得简单、快捷, 大大缩短了程序开发的周期。

MFC搭建了一个应用程序框架, 我们需要做的只是根据具体的应用场景选择合适的框架, 并且为框架填充具有实际用途的内容。同时, MFC还为我们提供了很多辅助资源, 例如向导、图标、位图等, 让开发者可以编写出用户友好度较高的界面接口应用程序。

MFC类库奉行单继承的风格, 所以, 其所有的类都继承自一个唯一的根类, 即CObject。CFile类继承自CObject类, 是以二进制的方式读取和写入文件的类。CFile类封装了Win32环境下的文件创建、文件读写等文件操作相关函数。CFile类的主要方法有: (1) CFile, 一个路径和文件句柄构造一个CFile对象; (2) Read, 将文件读取到一块缓存上; (3) Write, 将缓存中的数据写入指定文件中等。

文中用到的函数主要有以下两种。

1.1 文件类构造函数CStdio File

文件类构造函数CStdio File (LPCTSTR lpsz File Name, UINT n Open Flags) , 其中, 第一个参数为创建文件的文件名, 第二个参数则为文件打开模式。常用的模式有4种: (1) CFile::mode Read以只读的方式打开; (2) CFile::mode Write则以可写的方式打开; (3) CFile::mode Read Write以读写方式打开; (4) CFile::mode Create创建并打开。以上模式均可组合使用, 并用“|”相互隔开。

1.2 CArchive::Write

CArchive::Write (const void*lp Buf, UINT n Max) , 向文件中写入字符串, 参数1是一个向用户提供缓存的指针, 该缓存包含需要写入文件中的数据;参数2为一个无符号的整数, 用于表示写入数据的字节数。

CFile Find类是MFC中用作搜索文件的类。CFile Find类不但可用于搜索本地文件, 也可以用于搜索网络文件。通过向其传递文件名和文件路径等参数, 即可实现文件的搜索功能。CFile Find类的主要方法有以下4种: (1) CFile Find, 构造CFliefind对象; (2) Get File Name, 可以获取搜索到带有扩展名的相关文件; (3) Get File Path, 可以获取搜索到的文件的路径; (4) Find Next File, 继续先前的搜索调用等。

本文文件搜索功能主要是基于CFile和CFile Find两个基类实现的。

2 基于文件搜索功能的图像融合程序

2.1 设计思路

该程序是通过调用控制台应用程序enblend, 利用enblend自带的图像融合功能, 对两幅或两幅以上的图像进行融合。图像融合不是本文的讨论重点, 所以不在此赘述, 有兴趣的读者可以查阅相关资料。

调用一个控制台应用程序的方法有很多, 比如, 在VC中直接通过调用函数实现, 但是, 这种方法在需要传递复杂参数或数据量较大的情况下, 会出现调用失败或者运行时间过长的情况, 甚至会因为占用太多内存而出现系统崩溃的状况, 使得简单问题复杂化。最简单的调用方法就是新建一个bat批处理文件, 通过运行批处理文件达到调用控制台程序的目的。这种方法方便、快捷, 在处理大量数据时尤为高效, 但是, 每次调用都需要手动重新编写批处理文件, 费事费力而且容易出错。因此, 现在的问题就转变为如何设计一个用户界面, 让用户只需要点击鼠标即可完成创建bat文件并调用控制台程序的过程。

2.2 实现流程

该程序的开发环境为Visual C++6.0, 利用MFC创建一个对话框应用程序, 通过点击对话框按钮实现此程序的功能。

要实现程序功能的具体做法是:新建一个MFC App Wizard工程文件, 文件名可以取为“Find Img”, 选择基本对话框应用程序类型, 点击完成。在生成的对话框界面上, 新建一个编辑框和两个按钮, 两个按钮的名称分别修改为“选择文件夹”“融合图像”。编辑框用于显示所选取文件夹的路径;“选择文件夹”按钮用于选取图像所在的文件夹, 并搜索该文件夹下的所有图片文件, 然后将其写入bat文件;“融合图像”按钮用于运行bat文件, 调用enblend对图像进行融合。

搜素图片文件功能的实现的步骤是双击“选择文件夹”按钮, 添加代码如下 (//后为对该行代码的解释) :

编写完以上全部源代码后, 便可以编译运行程序, 点击“选择文件夹”按钮便可以搜索获取任意文件夹下的所有图片, 并将其传递给enblend图像融合程序。点击“图像融合”按钮, 便可调用enblend程序完成图像融合的过程。实验证明, 该程序操作简单, 运行性能良好, 在数据量较大的情况下, 运行速度依然较快。

3 总结

本文着重讨论了基于文件搜索功能下图像融合程序的实现过程, 事实上, 基于文件搜索功能可以实现很多具有其他功能的程序, 文中的图像融合只是其中一个方面的应用。因为绝大多数的应用程序都需要读入文件数据来实现自身的实际功能, 文件搜索功能可以实现程序读入文件数据的自动化, 极大地提高了应用程序的工作效率和用户友好度, 所以说, 该程序值得开发者广泛应用。

参考文献

应用程序开发中对文件的运算 篇9

文件的格式非常繁多, 但程序经常操作的文件主要有数据库文件, 文本文件, XML文件, 其它格式的文件都可以直接或间接地转换成这三种格式的文件。

总体而言, 对数据库文件的操作主要是通过数据库管理系统来完成的, 对其它两种格式文件的操作, 主要是通过操作系统的文件管理系统完成的。

就操作模式而言, 对数据库文件的直接操作是通过结构化查询语言完成的;对文本文件的直接操作主要是通过各种语言的正则表达式来完成的 (比如Java语言的正则表达式) ;对XML文件的操作主要是通过一些业界通用的标准接口来完成的 (比如JAXP DOM4j等) 。这些操作模式, 我们可以统称为操作接口。

2 文件运算的常用操作接口的论述

2.1 结构化查询语言

结构化查询语言基于关系数据库的关系模型。关系模型具有坚实的数学理论基础, 而且简单明了, 所以一经推出就受到了学术界和产业界的高度重视和广泛响应, 至今仍是数据库市场的主流。关系数据库中的全部信息均用二维表表示, 表是一种逻辑的概念, 实际上表存储在物理文件上, 在这些表之间不存在用户可见的导航链, 对表 (或物理文件) 的操作和检索是通过数据语言, 即结构化查询语言 (SQL) 来完成, SQL语言通常分为三类:数据操纵语言DML, 数据定义语言DDL, 数据控制语言DCL。DDL (CREATE, ALTER, DROP, DECLARE) 主要实现对关系数据库模式的定义, DML (SELECT, DELETE, UPDATE, INSERT) , 主要实现对数据的增, 删, 改, 查;DCL (GRANT, REVOKE, COMMIT, ROLLBACK) 主要实现对数据库资源权限和事务的控制。需要说明的是, 针对不同的数据库, 对应厂商的分类稍有不同, 但主要内容都是按这种方式分类的。

在应用程序中, 访问数据库资源主要是通过开放数据库互连ODBC (Open Database Connectivity) 驱动或java数据库连接JDBC (Java Data Base Connectivity) 驱动的方式实现的。ODBC是MICROSOFT提出的数据库访问接口标准, 它建立了一组规范, 并提供了一组对数据库访问的标准API (应用程序编程接口) 。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持, 用户可以直接将SQL语句送给ODBC。JDBC由一组Java语言编写的类和接口组成, 为工具/数据库开发人员提供了一个标准的API, 据此可以构建更高级的工具和接口, 使数据库开发人员能够用纯Java API编写数据库应用程序, 实现对数据库文件中数据的运算。

总之, 无论是ODBC还是JDBC, 它本质上都是一个利用SQL操作数据库数据的标准接口, 使应用程序对数据库的操作不依赖任何DBMS (DataBase Management System) , 不直接与DBMS打交道, 所有的数据库操作由对应的DBMS的ODBC或JDBC驱动程序完成.这些驱动程序主要完成三件事:与数据库建立连接、发送操作数据库的语句并处理结果。

ODBC, JDBC作为非常成熟的基础框架, 在系统设计中都得到了广泛的应用, 我们在程序中可以直接通过ODBC或JDBC接口去操作数据库, 也可以通过一些基于ODBC, JDBC的框架去操作数据库, 框架提供了比原始ODBC, JDBC接口更强大的功能, 比如IBM的ETL工具DataStage通过ODBC在AIX等平台上实现异构数据库中数据的交换, JAVA领域著名的OR Mapping工具Hibernate是基于JDBC之上开发出来的。

SQL技术非常成熟, 非常普及, 在此不赘述。

2.2 正则表达式

正则表达式 (Regular Expression) 在计算机科学中, 是指一个用来描述或者匹配一系列符合某个句法规则的字符串的单个字符串, 类似于SQL的DML语言, 提供对文件中文本内容的检索或替换。正则表达式的本质是它分别指示字符串的集合和在这些集合上的运算。许多文本编辑器及搜索工具都是基于正则表达式对文本内容进行处理。正则表达式的第一个实用应用程序即为Unix中的qed编辑器。目前主流的开发语言 (PHP、C#、Java、C++、VB、Javascript、Rubby等) 、数以亿万计的各种应用软件中, 以及很多现代工具所使用的库中 (比如unix grep, Perl等) 都可以看到正则表达式散射出的耀眼光芒。

然而, 很多人因为正则表达式看上去比较古怪而且复杂所以不敢去使用, 在这里我用理论加实例的方式简单介绍一下正则表达式的基础知识, 正则表达式由一些普通字符和一些元字符 (元字符, 通俗地说就是正则表达式的保留字符) 组成, 这个表达式的作用相当于一个SQL查询语句, 其中的普通字符包括大小写的字母和数字, 而元字符则具有特殊的含义, 下面对元字符予以解释:

.点:匹配任何单个字符, 如:例如正则表达式r.t匹配这些字符串:rat、rut;

$:匹配行结束符。例如正则表达式Tom$能够匹配字符串There is Tom;

^:匹配一行的开始。例如正则表达式^Where能够匹配字符串Where are you?;

*:匹配任意数量的任何字符;

:这是引用符, 将元字符当作普通的字符来进行匹配, $被用来匹配美元符号;

[]:匹配括号中的任何一个字符。例如正则表达式r[aou]t匹配rat、rot和rut;

<>:匹配词的开始和结束, 例如正则表达式能够匹配字符串"for the wise"中的"the";

() :将匹配这个表达式的字符保存到一个临时区域, 用1到9的符号来引用;

|:将两个匹配条件进行逻辑“或” (Or) 运算;

+:匹配1或多个正好在它之前的那个字符。例如正则表达式9+匹配9、99、999等;

?:匹配0或1个正好在它之前的那个字符;

{i}:匹配指定数目的字符, 这些字符是在它之前的表达式定义的;

需要注意的是:不同工具正则表达式有不同的表达风格, 但基本与以上表示法极为相似, 我们熟悉了一种表达方式之后, 其它的也极易掌握。

为了加深读者对正则表达式的理解, 我们抛开空泛的概念, 进一步以JAVA为例, 介绍正则表达式的使用。Java API本身提供了对正则表达式非常好的支持, 也就是说, 我们通过Java语言提供的接口可以非常方便的使用正则表达式 (匹配、查找、替换、判断字符串) 。

2.3 XML查询语言

2.3.1 概述

进入新世纪以来, 数据库技术面临一场变革, 即在原来关系数据库技术成熟之后, 新的数据库技术在哪里?一个重要的的趋势是具有灵活的半结构化特性的XML数据的出现。XML作为一种重要的存储和交换格式, 在互联网络环境中扮演极重要的角色, 它各种资源的数字化等方面得到越来越广泛和深入的应用。可以想象, 在不久的将来, XML数据的规模将可能达到甚至超过各种关系数据库中的数据规模, 从而成为继关系数据之后新的主流数据库。

XML是一种开放的、自描述的方式定义数据结构, 即它可以同时描述数据内容和数据结构, 通过这些结构了解数据之间的关系。下面的几个小节详细分析了XML相关的一些技术及这些技术之间的关系。

2.3.2 XML文档解析

为了能够方便地从XML文档中提取有用信息, 我们可以用一些封装好的API来直接对XML文档进行解析。两种常见的解析方式分别是:SAX和DOM。

SAX (Simple API for XML) 将XML文档看成一个数据流来进行处理, 它不需要将XML文档在内存中构建成树的形式, SAX的工作原理简单地说就是对文档进行顺序扫描, 当扫描到文档 (document) 开始与结束、元素 (element) 开始与结束、文档 (document) 结束等地方时通知事件处理函数, 由事件处理函数做相应动作, 然后继续同样的扫描, 直至文档结束。SAX提供了一系列的标准接口规范供人们编程使用 (如表1) 。

DOM (Document Object Model) 把一个XML文档表示成一个节点树, 并在内存中生成这棵树, 树中可以保存某个结点的父亲及孩子信息, 所以, DOM处理XML文档比较方便, 但消耗内存较大, 对较大的XML文档不太适用。

DOM接口如表3所示。

2.3.3 解析器

SUN参考W3C的标准制订了JAXP规范, 它也只是一个spec, 本身是不做任何事情的, 它的作用就是提出一个统一的接口, 让其它的XML API都来遵循JAXP编程, 那么用JAXP写出来的程序, 底层的API可以任意切换 (解析器) , 本质上它进一步封装了saxdom两种接口。SAX, DOM是两种对XML文档进行分析的方法 (它没有具体的实现, 只有接口) , 它必须配合XML解析器后才可以工作, 两个最常用的解析器是:Crimson和Xerces, Crimson来自于Sun捐赠给Apache的ProjectX项目, Xerces来自IBM捐赠给Apache的XML4J项目, IBM JDK中默认的解析器是:Xerces, 而SUN JDK中默认的解析器是:Crimson。

W3C的DOM标准API操作极不便利, 后来为了便于使用, 人们开发出Java专用的XML API, 结果是就产生了JDOM和DOM4J, 其实可以理解JDOM和DOM4J就相当于SAX/DOM+JAXP, 具体的解释器可以选择。 (关于JDOM和DOM4J更详细的资料, 请读者自己查阅)

目前关于如何处理XML的文章琳琅满目, 各种接口杂乱无章, 通过上面的分析, 我们已经非常清楚地知道:

首先, SAX和DOM是XML文档解析的模型, 它没有具体的实现, 只有接口规范, 单纯的SAX和DOM在处理文档的方式上又有区别, 为了进一步统一接口, SUN参考W3C的标准制订了JAXP规范, 它也只是一个spec, 本身是不做任何事情的。

其次, JAXP, JDOM, DOM4j都统一对SAX, DOM进行了封装, 它们都是为了在Java中提供比DOM和SAX更为方便的XML处理接口而开发的, 他们本身都不包含解析器, 在其之下, 可以任意切换基于SAX或DOM的解析器 (甚至其它解析器) 。

最后值得一提的是, DOM4J是一个非常非常优秀的Java XML API, 具有性能优异、功能强大和极端易用使用的特点, 同时它也是一个开放源代码的软件。如今你可以看到越来越多的Java软件都在使用DOM4J来读写XML, 特别是连Sun的JAXM也在用DOM4J, 另外目前许多开源项目中大量采用DOM4J, 例如大名鼎鼎的Hibernate也用DOM4J来读取XML配置文件。

最新的情况是:JSR-173提出了一种面向流的新方法:Streaming API for XML (StAX) , 并成为了JAXP 1.4 (包含在Java 6中) 的一部分。如其名称所暗示的那样, StAX把重点放在流上。实际上, StAX与其他方法的区别就在于应用程序能够把XML作为一个事件流来处理。将XML作为一组事件来处理的想法并不新颖 (事实上SAX已经提出来了) , 但不同之处在于StAX允许应用程序代码把这些事件逐个拉出来, 而不用提供在解析器方便时从解析器中接收事件的处理程序。StAX仍然保留了SAX相对于DOM的优点。通过把重心从结果对象模型转移到解析流本身, 从理论上说应用程序能够处理无限的XML流, 因为事件固有的临时性, 不会在内存中累积起来。

2.3.4 XPath, Xquery

尽管上面的技术可以对XML数据进行处理, 但XML还有一个主要问题就是缺乏良好的搜索支持, XPath和XQuery就是为解决搜索问题的出现的。这些规范/技术允许以XML的方式对XML文档进行搜索。换句话说, 可以使用XML语义进行搜索, 并且不但能够搜索XML文档中的数据, 还能够搜索这些文档的结构。借助XPath和XQuery, 不再需要将数据由XML转换为一种编程语言, 就可以对XML进行搜索。

XPath和XQuery都能实现一些相同的功能, 但是XPath比较简洁而XQuery更加强大和灵活。对于很多查询来说XPath非常合适。比如, 从XML文档中的部分记录建立电话号码的无序列表, 使用XPath实现最简单。但是如果需要表达更复杂的记录选择条件的表达式、转换结果集或者进行递归?查询, 则需要使用XQuery各种运算方法的相互转换。

XSLT是把XML文档转化为另一文档的转换语言, 即将源文档的所有数据或者部分数据, 利用XPath进行选择, 生成另外的XML文档或者其他可直接显示或打印的文件格式 (例如HTML文件、RTF文件或者TeX文件) 。

3 各种文件数据之间的转换

3.1 XML数据与关系数据的转换

XML数据转换成关系数据中的数据经历了两个阶段:首先是基于关系的XML数据管理, 将XML树形结构拆散, 重组转换成关系数据库;目前更新的处理方式是:直接存储XML数据的树形结构 (不需要拆分) , 例如IBM DB2 V9开始直接可以存储XML数据, 还有其它一些纯XML数据库也实现了类似的功能, 这些系统在直接存储XML数据的同时, 都提供了对XML进行搜索的强大功能。

反过来, 将传统关系数据转换成XML数据, 通过编程语言很容易实现。

3.2 文本文件和关系数据的转换

将文本数据转换成关系数据, 大多情况下, 可以实现不同数据库间数据的交换, 但文件的记录要满足一定的规则, 比如需用逗号 (或其它分隔符) 分割不同的数据项,

再通过数据库提供的工具将这些数据导入到关系数据库中, 不同的数据库都提供了类似的导入工具。

4 结束语

这篇文章主要总结了在程序设计过程中, 如何对几种主要的数据文件进行操作, 其中对关系文件中的数据的操作主要是通过SQL语言实现的;对基于文本的数据文件的操作主要是通过关系表达式实现的;对XML数据文件的操作主要有传统的程序处理 (比如通过SAX, DOM, DOM4J, JAXP, 关系数据库等技术相结合) , 新的处理方式是:允许您将格式良好的XML文档以分层结构的形式直接存储在具有XML数据类型的表列 (DB2PureXML) 或纯XML数据库 (国内的OrientX) 。通过直接将XML数据存储在XML列中或纯XML数据库中, 数据可保持其本机分层结构形式, 而不是将其作为文本存储或映射为其他数据模型, 将XML数据以其本机分层结构形式来存储可以使XML的搜索、检索和更新效率更高。XQuery、SQL或上述二者的组合可用于查询和更新XML数据。返回XML数据或采用XML自变量的SQL函数 (称为SQL/XML函数) 还能根据从数据库中检索的值来构造或发布XML数据。

摘要：用数字计算机解决任何问题都离不开程序设计。程序的实质是对数据的加工和处理, 加工处理的数据可能来自于内存, 也可能来自于外部存储器。通常将存放在外存中的数据称为文件, 也叫数据文件, 对文件的操作, 通常称之为运算, 文件的基本运算有两类:检索和修改。文件的检索有又三中方式:顺序存取, 直接存取, 按关键字存取。文件的修改包括:插入数据, 删除数据, 更新数据, 该文主要讨论了程序设计中对文件运算的常用方法。

关键词：结构化查询语言,正则表达式语言,XML查询语言

参考文献

[1]正则表达式参考文档[EB/OL].http://www.regexlab.com.

[2]正则表达式之道[EB/OL].http://baike.baidu.com/view/1427403.htm.

用文件实现C程序运行结果的接收 篇10

1.1 fprintf（）函数

键盘、显示器、打印机、磁盘驱动器等逻辑设备，其输入输出都可以通过文件管理的方法来完成。而在编程时使用最多的要算是磁盘文件，为管理磁盘文件，Turbo C2.0提供了若干文件操作函数，其中一类称做标准文件函数，这是ANSI标准定义的函数，文件的顺序写函数fprintf()就属于这一类，其头部格式如下:

int fprintf(FILE觹stream,char觹format,);

函数的返回值为整型量。是实际写入文件中的字符个数(字节数)。如果写错误，则返回一个负数，fprintf()函数中格式化的规定与printf()函数相同，所不同的只是fprintf()函数是向文件中写入。而printf()是向屏幕输出。

1.2用fprintf()函数实现魔方阵矩阵的收集

1.2.1魔方阵

所谓魔方阵是指这样的方阵:它的阶是奇数,它的每一行、每一列和对角线之和均相等。输入n,要求打印由自然数1到n觹n的自然数构成的魔方阵(n为奇数)。

例如,当n=3时,魔方阵为:

1.2.2魔方阵生成算法

奇数阶魔方阵的生成方法如下:

(1)第一个位置在第一行正中。

(2)新位置应当处于最近一个插入位置右上方,但如右上方位置已超出方阵上边界,则新位置取应选列的最下一个位置,如超出右边界则新位置取应选行的最左一个位置。

(3)若上一个插入元素为N的整倍数,则选下面一行同列上的位置为新位置。

1.2.3魔方阵生成程序及所在文件

(1)生成程序清单

(2)接收文件。接收文件为程序同目录下的文本文件mofangzhen.txt,当n=5时获得的魔方阵如下:

1.3用fprintf()函数实现汉诺塔问题操作步骤的收集

1.3.1汉诺塔

一块板上有三根针:A,B,C。A针上套有64个大小不等的圆盘,大的在下,小的在上。要把这64个圆盘从A针移动到C针上,每次只能移动一个圆盘,移动可以借助B针进行。但在任何时候,任何针上的圆盘都必须保持大盘在下,小盘在上。求移动的步骤。例如当初始状态有三个盘子时,移动步骤如下:(1)A-->C;(2)A-->B;(3)C-->B;(4)A-->C;(5)B-->A;(6)B-->C;(7)A-->C。

1.3.2解决汉诺塔问题的算法

用递归算法:若有一个盘子,只需将盘子从A针移到C针,否则若有n(>1)个盘子,则先把A上面n-1个盘子借助C针移到B针,再把A上第n个盘子直接移到C针,最后将B针上的n-1个盘子借助A针移到C针。

1.3.3解决汉诺塔问题的程序及步骤接收文件

(1)程序清单

(2)步骤接收文件。接收文件为程序同目录下的文本文件hanoi.txt,多盘状态步骤过多,此处不再列举。

2 结束语

本文对文件标准写入函数fprint()进行了介绍并结合实例应用，获得了重要程序结果的接收方法，较好地方便了C程序的应用。

摘要：C程序的运行结果就是现实问题的解决方案,把它记录到文件中,必要时还需打印输出。本文通过C语言提供的文件操作实现了基本程序运行结果的收集。

关键词：文件操作函数,魔方阵,汉诺塔

参考文献

[1]游祖元,唐明灯.C程序设计教程[M].湖南:湖南教育出版社,2008-05.

程序文件 篇11

关键词：文件处理,java语言,程序设计

1 设计思路与总体框架

1.1 设计思路

针对大量数据资料的接收与处理,并且要根据数据的种类与时间段进行分别保存,每天进行数据的分类与存储工作耗费大量的人力与时间。因此,本着提高工作效率,节省时间的目的,开发设计一个基于java的桌面版的自动监控与执行程序,自动对所需要处理数据的目录进行监控,并根据设定好的参数进行不同数据的处理工作。大大简化了数据处理流程。

利用我局的区域网络资料,通过业务内网进行数据的接收工作,使用java的swt设计框架,实现桌面程序的实现,再利用java实现数据处理与数据监控模块功能。最终实现基于windows的,对目录实时进行监控与处理的应用实现。

1.2 总体框架

根据所要处理的数据与具体的业务流程,采取按照功能分类,分模块进行实现的原则,分别对数据接收模块、数据处理模块、文件操作模块、参数设置模块进行设计实现。数据接收部分负责对各种数据的总体接收,通过ftp方式获取远程数据后保存在本地目录中。数据处理模块负责对所接收到的数据进行数据完整性检查与验证,对异常数据进行处理等操作。文件操作模块实现对目录数据的分类存储,并按照不同的类别与接收时间对文件进行更名操作。参数设置模块实现基本操作流程的设置,如数据的接收时间、数据的分类情况、数据的命名规则等信息。程序处理总体流程如下图所示。

2 桌面框架的实现

桌面框架的的实现是通过java类的swt库类实现。Swt是一个库类,通过它可建立和使用主机相同的GUI控件,可以使通过swt开发的桌面应用和系统有着相同的外感体验。总体布局上,使用shell类生成一个主页面窗体,在主窗体上使用swt库类中的各种控件进行操作元素的布局。通过shell类成生一个窗体实例,可指定窗体的显示位置与大小等基本信息参数,再使用Menu Item类来设置窗体的各功能菜单显示。可通过shell.set Background Image() 来为窗体指定背景。窗体各文字选项点击后可进入相应子页面,子页面使用Group控件来设置子页面中各元素的位置和文字项,如参数设置页面中使用Group group_cs=new Group(shell,swt.null) 来初始化组项后,通过group_cs.set Layout() 来设置布局选项为水平或垂直,使用set Bounds() 可设置组项在子页面中所对应的位置。Set Text() 设置组件的文字描述。最后上述种步完成后,使用shell.set Enabled(true)使控件可见,即实现了窗体框架的编程实现。

3 主要功能模块实现

3.1 数据接收模块

该模块负责远程接收数据,接收后保存在指定目录中。接收的数据有多种类型,根据不同的文件名区分,接收数据时会根据分件类型存放在指定的不同文件目录中。模块功能通过java的ftp类实现数据的获取,首先需要进行ftp联系的初始化操作,生成一个Ftp Client的实例对象类,两个参数中分别指定远程连接主机的IP地址和所使用的端口号,然后调用该实例的方法函数login进行ftp的远程连接操作,需指定的两个参数为ftp连接的用户名与密码。实例初始化语句为new Ftp Client(hots,21); 远程连接语句为ftp.login(user,password)。如果由于网络故障或其它未知原因导致无法正常连接远端ftp目录,会根据不同的情况输出提示信息给用户。ftp远程连接成功后可进行远程目录的文件获取操作,使用ftp的方法list() 可得到远程目录下所有文件和目录的输入数据流。再使用File类实例化文件对象File file=new File( 文件目录),得到所有目录下的文件信息后,再使用Buffered Reader类创建缓冲读取对象,对文件类进行缓冲读取。其中需要指定缓冲文件的字节大小,通过byte[]buffer=new byte[1024] 可指定大小为1024 字节的数组,这样循环读取数据文件时会以该大小的字节数进行分断读取。全部读取完成后,再通过File Output Stream文件输入流对读取到的文件进行操作, 写入到本地目录中存放。

3.2 数据处理模块

数据处理模块对接收到的数据进行数据分类、信息获取、分类别存储等操作。实现方法为使用java类中的File文件类和其中的各种功能函数对数据进行操作。首先通过生成文件类对象实例File file=new File( 指定的目录)。用该文件对象实例的函数list Files() 来得到指定目录下的所有文件数据信息。得到所有文件实体后,对目录下的文件进行循环处理操作,得到每一个文件,并根据指定的分类标准对不同类型的数据进行操作。其中需要对循环的数据进行校验操作,对接收到的错误或不完整数据进行删除,确保数据的完整性与可用性。验证方法为使用File类的length() 方法得到该循环文件的大小后,与正确的该类型文件大小进行比对,如果两个大小不相等,则数据为异常数据,调用delete方法进行删除操作。如果数据符合要求,则对该数据按照文件类型的不同移动到指定类型的文件存放目录,并根据规则更改文件名后进行存放操作。

实时数据监控部分使用java类中的Mythread线程类来实现具体操作。实现方法为首先通过届面上的开始监控按钮来触发监控模块的运行,并重写Runnable方法实现线程启动后的处理操作,监控过程中,如未发现所需处理的文件则进行休眠操作,这里设置的休眠时间为5 秒钟,Thread.sleep(5000) 可指定设置的时间,以毫秒为单位。

3.3 参数设置模块

该模块实现相关参数的设置与读取功能,如ftp连接基本信息、监控目录配置、文件操作相关规则配置等。实现过程为使用java类的xml文件操作类对配置信息进行写入与读取操作。通过Document.create Document() 函数创建document操作对象,再使用该对象的add Element(“trees”)建立xml文件的根目录,根目录建立好后可通过Element对象的add Attribute() 进行各配置节点的加入,例如设置远程ftp访问用户名与密码参数,使用tree Element.add Attribute(“ftpname”,”ftpuser”),tree Element.add Attribute(“ftppass”,”123”) 完成设置。按照此步骤,依次完成各种参数信息的设置工作。完成后,通过创建xml文件写入对象XMLWriter writer=new XMLWriter(new FileOutput Stream)) 来完成配置文件的生成。

4 结论

本文探讨了通过java语言实现了对windows系统下文件和目录的监控和操作,使用java库类swt实现整体的面向用户的可视化窗体功能,使用java对后台主要模块进行了设计与编程,通过对xml操作类、文件读取类、ftp实现类的使用,介绍了java编程的基本框架思路与实现方法,最终设计满足业务需求,结构合理的应用程序,也使大家对java程序设计有了更深一步的了解。

参考文献

[1]梁勇.Java语言程序设计[M].机械工业出版,2011.

[2]李绪成.java语言程序设计(java7)[M].清华大学出版社,2014.

[3]Y Daniel Liang.Java语言程序设计基础篇[M].机械工业出版社,2008.

[4]孙卫琴.Java面向对象编程[M].电子工业出版社,2006.

[5]李刚.疯狂Java讲义[M].电子工业出版社.2012.

[6]刘京华.java web整合开发王者归来[M].清华大学出版社,2010.

[7]李兴华.名师讲坛—java web开发实战经典基础篇[M].清华大学出版社,2010.