文件处理程序范文（精选9篇）

文件处理程序 第1篇

目前新软件大都与Web应用有关, 作为页面设计员, 希望将精力放于页面设计中, 向用户显示相关数据, 并能接收用户的输入数据, 而不需考虑页面上的实际业务处理。JSP中自定义标签就满足了页面设计员的这种要求。

在自定义标签中, 一种是用JSP编写的标签文件, 只需编写一个简单的标签文件, 就可以在页面中应用, 但有相应的局限性, 它处理复杂功能的实现较为困难。另一种是利用JAVA编写的标签处理程序, 对标签进行处理, 还需要编写其它相关的文件, 如标签部署描述符 (TLD) 文件等[1], 但标签处理程序可以较为容易的实现复杂的功能。

本文通过对JSP自定义标签和它的应用编程接口的研究, 写出了标签处理程序, 并把此处理程序转换成相对应的两种标签文件, 并讨论了标签处理程序和标签文件的异同点, 得出了在需要动态变量和动态变量类型的Web应用中, 标签文件解决问题的范围应等同于标签处理程序解决问题的范围。

1 JSP自定义标签原理

自定义标签可以用JSP语句编写标签文件或Java语言编写Java标签处理器。标签文件是一种包含可重用JSP代码的源文件, 是JSP技术提供的最重要的新功能之一。标签处理程序是由Java语言编写的对自定义标签进行处理的程序代码, 这种程序可更方便地实现强大的功能[2], 这主要是因为标签库和标签语意的表达力不如Java语意的表达力。如何表达变量, 在标签库描述文件 (TLD) 中使用variable元素, JSP语法和语意简单, 易被页面人员接受, 但只能在翻译时间提供变量的名称, 缺少动态地提供变量的类型信息。如果使用标签处理程序, 在标签额外信息类 (TagExtraInfo) 中, 不仅可指明变量的名称, 还可动态地提供变量的类型[1], 但Java语法和语意复杂, 需专门软件人员编写。

本文通过对标签文件和标签处理程序的比较, 系统地研究标签处理程序是怎样动态地得到变量的信息。通过下面的实例, 提出了标签文件完全可以解决动态的变量信息问题, 从而标签处理程序所能解决动态变量信息的Web应用也能被标签文件解决, 进而得出在需要动态变量和动态变量类型的Web应用中, 标签文件的表达力完全等同于标签处理程序。

2 需动态变量信息的标签处理程序

本文假设标签的声明在JSP引用文件的开始, 图1给出了标签处理程序的两个引用。属性var的值在引用1.jsp中的变量名是bankBranch, 在引用2.jsp中的变量名是employee。对于这种变量名的动态表示, 既可以用TLD中variable元素的子元素name-from-attribute解决运行时变量名的动态性, 也可以用标签处理程序的setVar (String) 动态地存储变量名。而第二个属性type是为了指明变量的类型, 显然两个类型不一样。由于类型的动态性, 目前软件人员都会选择标签处理程序, 且在标签额外信息类中来实现运行时指定变量的类型和此变量可用的范围, 并认为此标签不可能用标签文件实现[1]。本文在下面会给出两种标签文件的实现, 并比较了标签文件和标签处理程序的异同点, 给出了标签文件表达力等同于标签处理程序表达力的结论。为了便于讨论, 一起给出标签处理程序和标签额外信息类的部分源码。从图2黑体字部分, 标签处理程序把变量与它所引用的下一个对象, 作为属性名和属性值, 存储在页面的上下文中 (JspContext) , 明显地没有指明变量在引用页面中的可用范围。为了给出变量的完整信息, 软件人员不得不在标签额外信息类图3中, 动态地给出了黑体的变量名, 变量类型和变量在引用页面的可用范围, 这样Web容器在协调了变量名, 变量所引用的对象, 和它的可用范围后, 引用页面的标签体或剩余部分通过EL表达式访问变量所代表的对象。此讨论省略了标签库描述文件 (TLD) 。

3 需动态变量信息的标签文件

通过把上面的标签处理程序转换成两种等同标签文件的实现, 详细分析了标签处理程序和标签文件的异同点。

3.1 第一种标签文件的解法

在上面的标签处理程序, 由于动态的变量名和动态的变量类型, 导致不能使用标签文件, 去掉标签的type属性, 把动态的变量名用JSP中name-from-attribute来表示, 标签文件的第一种实现就出现了。

3.1.1 标签文件的引用和标签文件的实现

图4是对标签文件的调用。比较图1和图4, 少了属性type, 如果用标签文件来替代标签处理程序, 必须要在标签文件中既要解决动态的变量名, 又要解决动态的属性type。注意图5中的黑体字, 动态的变量名被name-from-attribute所指定, 所以得到引用3和引用4的变量名分别为bankBranch和employee; 而通过标准标签库中的<c:set>的特点, 变量名a的类型是被属性value的值类型所确定, 要强调的是在引用3中bankBranch的别名是a, 类型由Collection成员可得到是String, 在引用4中employee的别名也是a, 类型同理可得是org.Member类, 换句话说, 动态变量的动态类型被标准标签库<c:set>中的属性 (value) 值隐含地解决。

3.1.2 第一种标签文件和标签处理程序的异同点

标签的引用 (图4) 要比标签处理程序中的标签引用 (图1) 简单, 少了一个type属性;第二, 标签文件的源码 (图5) 也比标签处理程序的源码 (图2和图3) 要简单得多, 即页面设计人员仅需要懂得面向页面的JSP, 就可解决需要动态变量和动态变量类型的一类软件问题, 而标签处理程序的解法不仅需要JSP的知识, 而且需要Java的专门技巧; 第三, 在图5的标签文件中, 变量的作用域NESTED表明从开始标签到结束标签, 需要的话, 作用域也可改为AT_BEGIN或AT_END。记住的是, 当用AT_BEGIN或AT_END时, 如没有封入标签, 理论上就到页面的结束, 只要不同引用中的变量名不同, 如变量名bankBranch和employee, 三个作用域都可使用。

因而得出: 在需要动态变量和动态变量类型的一类软件问题上, 省略了属性type来表示变量的动态类型, 标签文件所能解决问题的范围等同于标签处理程序所能解决问题的范围, 即标签文件的表达力等同于标签处理程序的表达力。

3.2 第二种标签文件的解法

在3.1.1中, <c:set>解决了变量名、变量值, 并隐含地借助值的类型, 动态地解决了变量的类型。如果在标签处理程序图1和在标签文件图4的调用中, 没必要保持变量名不同, 就出现了标签文件的第二种解法。

3.2.1 标签文件的引用和标签文件的实现

有了3.1的基础后, 重要的是变量的类型和变量的值, 而变量用什么名并不重要, 所以, 在去掉代表变量名的属性var后, 可得图6中对标签文件的引用。与图1比较, 标签的引用少了属性var和type。由于标签体需要借助EL表达式访问JavaBean, 在标签文件中必须声明标签体可使用的变量。图7中的黑体字, 非动态的变量名y被name-given所指定。由于不同引用的标签体引用不同的对象, 对象的类型肯定不同, 利用标准标签库<c:set>的特点, 属性value的值和类型隐含且又动态地给出了变量y的值和y的类型。对于图6中两个引用, 两个标签体只能用相同的变量名y, 动态地解决了对象和对象类型。

3.2.2 第二种标签文件和标签处理程序的异同点

在3.1.2中异同点讨论仍然成立, 但最大的不同是作用域的不同。查看图3中的VariableInfo.NESTED和图7中的NESTED, 在没有属性var所提供的动态变量名和属性type所提供的动态变量类型时, 第二种标签文件的解法等同于标签处理程序; 但对于作用域AT_BEGIN和AT_END, 第二种标签文件会发生运行错误。对于标签处理程序, 是通过属性var给出不同的变量名, 在不同页面的链接中, 不会出现变量重名; 而对于第二种标签文件的解法, 由于缺少属性var而不能动态地给出变量名, 在标签文件里面用name-given给出了变量名y, 在图6的引用5中, 无论图7的标签文件使用AT_BEGIN, 还是AT_END, 理论上变量名y只存在于引用5的页面, 但由于链接到引用6时, 同一标签的使用, 导致变量名y也要存在, Web容器中出现变量重名, 运行中断。

通过如上讨论, 可得:在需要动态变量和动态变量类型的软件问题上, 省略了属性var和type来表示动态变量和变量类型时, 标签文件所能解决问题的范围小于标签处理程序所能解决问题的范围, 即标签文件的表达力小于标签处理程序的表达力。进而得出, 为保持标签文件的表达力等值于标签处理程序的表达力, 我们能且仅能省略标签中用来动态表示变量类型的属性type, 否则, 标签文件的表达力将受到作用域的限制。

4 结 语

J2EE的理论和Sun公司的网页建议我们对于需要动态传递变量名和变量类型的软件问题, 最好用标签处理程序, 但本文借助标准标签库<c:set>可隐含地动态解决变量类型, 能且仅能省略标签中用来动态表示变量类型的属性, 标签文件可更加有效而又简单地解决这一类软件问题, 且表达力等同标签处理程序, 这样页面人员不需要专门的Java技巧, 可专心JSP的页面设计。如果同时省略标签中用来动态表示变量名和变量类型的属性, 由于作用域的限制, 标签文件所能解决问题的范围小于标签处理程序所能解决问题的范围。

参考文献

[1]Stephanie Bodoff.The J2EE Turial (Second Edition) [M].Boston:Ad-dison-Wesley Inc, 2004:563 564, 580 605.

[2]Stephanie Bodoff.J2EE 1.4标准教材[M].第二版.北京:电子工业出版社, 2005:450- 468.

不合格程序文件 第2篇

质量管理 2007-12-19 11:36:55 阅读370 评论1 字号：大中小 订阅

1.目的

建立并保持对不合格的原材料、外协、外购件、在制品、半成品和成品的有效控制机

制，防止不合格的非预期使用或出厂。

2.适用范围

本程序文件适用于生产全过程不合格品的处理。

3.职责

3.1 品管部负责组织对不合格品的评审工作。3.2 采购部负责与供货商的联络和协调工作。3.3 生产车间、PE 负责车间生产的不合格品的返工。3.4 副总经理批准对不合格物进料、成品的处理。

4.作业程序 4.1 进料不合格处理

当来料整批部分不合格时，IQC 应将“IQC 检验报告单”交生产计划科计划员加签是否急用的意见，而后呈品管部经理做出处理意见，最后报副总经理批准后执行。4.1.1 如物料为生产急用，不合格项又不至于引起客户抱怨时，可作“特采”处理(如合同有要求时，特采接收一定要经顾客认可同意)。IQC 在该批物料的适当位置上贴

橙色“IQC 特采接收”标签。

4.1.2 如物料为生产急用，该物料又可为生产使用部门加工/挑选使用时，可作“加工/挑选”处理。IQC 在该批物料的适当位置贴黄色“加工/挑选”标签，IQC 主管应填写“加工/挑选使用指示单”给仓库、PE、生产部门、QE、QA、QC 等部门。4.1.3 如物料不为生产急用或使用后必定引起顾客抱怨，则对该批物料作“退货”处理。IQC 在该批物料的适当位置贴红色“IQC 退货”标签。对做“退货”处理的物料，仓库应通知采购部，由采购部与供货商协商退货事宜。

4.2 生产过程中来料不合格的控制(注：此处之“来料”可以是上一车间产品，也可以

是外协、外购物料)

4.2.1 生产车间将生产过程中发现的不合格原材料、零部件进行隔离(将不合格品放在有“不合格品”标识的容器/红色容器中，或将其放在不合格品区域)，并适时对不合格品进行分类整理，在盛不合格品的容器上贴“不合格品标识卡”，然后开出“退料

单”，通知品管部判定。

4.2.2 品管部按相应检验要求对不合格品进行评审，并在“退料单”、“不合格品标识卡”上填写处理意见。对不合格品的处理包括： a.将不合格的外购(外协)物料、零部件退回供货商；

b.报废；

c.退上一车间返工； d.让步使用； e.挑选/加工使用等。

4.2.3 生产车间根据品管部对不合格品的处理意见，对不合格品进行处理。a.判退回供贷商的不合格外购材料、零件，由生产车间退回仓库，仓库通知采购部

进行处理。

b.报废的不合格品，生产车间将其退回仓库，仓库适时废弃或通知采购部转买。c.作“挑选/加工使用”处理的不合格品，由生产车间安排合适人员进行挑选/加工使

用。

d.判退回上一车间返工的不合格品，退回车间返工，返工后的产品由品管部复检。4.2.4 当不合格较严重时，品管部必须对同一批、类的仓库存货、在用品重新进行检

查。

4.3 生产过程中检查或自检发现的单个不合格品的处理(注：此处不合格品为本车间生产中产生)对于生产过程检查或自检发现的单个不合格品，应在其相应部位贴纸色箭头纸或将其放在有“不合格品”标识的容器/红色容器中，或将其放在不合格品区域，并

做如下处理：

4.3.1 五金车间：由原作业人员或车间主管指定的人员进行返工，返工后的产品由品管部相关人员进行检验。不能返工的，又不能破碎后重复使用的，由生产车间收集整理，开具“退料单”，由品管部签述报废处理意见后，将报废品退回仓库。

4.3.2 塑料车间：由作业人员或车间有管指定的人员进行返工，返工后的产品由品管部门相关人员进行检验。不能返工的，又不能破碎后重复使用的，由生产车间收集整理，开具“退料单”，由品管部签述报废处理意见后，将报废品退回仓库。

4.3.3 将配车间与插件车间：外观不合格品由生产车间返工；性能不合格品由PE 修理工返工，并将修理结果记录在“PE 修理日报表”上。返工后的产品应做好返工标记，并将它从第一道检验工序前 的适当位置投入生产线重检，重检合格后，质检员应将返工标记去掉。对于不能返工的产品，PE 修理

工应进行适当折卸，折卸后仍旧合格的零部件继续使用，已损坏的零件作报废处理。

4.4 塑料车间、五金车间QC 巡检中发现的不合格批的控制

4.4.1 塑料车间、五金车间QC 质检员按《品管部巡检管理规定》对各机台进行检查，对检查中判

定的不合格批，QC 质检员作出处理决定，处理决定应填写在“QC 巡查记录表”中。4.4.2 塑料车间、五金车间QC 质检员对不合格批的处理决定包括：返工（挑选）、报废。

a.对于需返工（挑选）的不合格批，QC 质检员在其上贴黄色“巡检返工（挑选）”

标签。车间员

工返工（挑选）后的产品由品管部复检。

b.对于需报废的不合格品，QC 质检员在其上贴红色“巡检报废”标签。

4.5 塑料车间、五金车间入仓检查中发现的不合格批的控制

4.5.1 对检查中判定的不合格批，QA 质检员作出处理决定，并将处理决定填写在“QA 半成品检验 报告”中。

4.5.2 处理决定包括：返工（挑选）、报废。

a.对于需返工（挑选）的不合格批，QA 质检员在其上贴黄色“QA 返工（挑选）”

标签。车间员工

返工（挑选）后的产品由品管部复检。

b.对于需报废的不合格批，QA 质检员在其上贴红色“QA 报废”标签。

4.6 不合格半成品的让步接受 4.6.1 如生产车间认为不合格半成品可以让步接收，生产车间应填写“让步接收申请

表”，品管部、PE 部经理在考虑对下道工序或成品的影响程度的基础上，作出是否接收让步申请的决

定，让步申请应

由副总经理批准（外观之类的不影响结构、性能的让步申请只需品管部批准即可）。4.6.2 对批准让步接收的不合格半成品，品管部质检员应在其上贴橙色“让步接收”

标签，并在相

应的报表中做好记录。

4.7 装配车间成品QA 入仓检查中不合格批的控制

4.7.1 当成品整批不合格时，QA 质检员应将“QA 成品检验报告”交装配车间QA

主管签署意见，而后呈品管部经理做出处理决定，最后报副总经理批准。

4.7.2 处理决定包括：返工、让步接收、报废等。a.生产车间返工后的产品需经成品QA 复检。

b.让步接收应不影响顾客的使用，应不引起顾客的报怨。有合同要求时，让步接收应

经顾客批准认

可。

c.批准报废的产品，由生产车间将其移至仓库废品区，由公司统一处理。

4.8 交付及投入使用后不合格品的处理

4.8.1 交付或使用后发现的不合格品，本公司给予调换、修理或赔偿，详见《与顾客

沟通及服务控 制程序》。

4.8.2 顾客退回修理的产品的控制见《顾客财产管理程序》。

4.8.3 顾客退货（所有权不再属于顾客）的处理见《顾客退货处理程序》。4.8.4 品管部视问题的严重性，适时向责任部门发出“纠正与预防措施要求单”。

5.支持性文件

5.1 《品管部巡检管理规定》

5.2 《与顾客的沟通及服务控制程序》

文件处理程序 第3篇

民航气象填图系统功能是从本地省气象局接收资料,这些资料经过填图应用程序处理后将结果通过打印机和绘图仪输出然后被提供给预报员。但是由于目前前置机应用程序只支持WINDOWS 98操作系统,这样会造成系统运行一段时间后出现问题。由此需要开发一个辅助程序来完善系统。

1填图系统结构(如图1)

如图1所示本地前置机从气象局服务器获取填图资料将数据存储在本地磁盘中。其中的传真资料通过打印机输出,其他数据由填图微机从前置机中提取并通过绘图仪输出。

2存在问题

2.1受前置机应用程序的限制,本地前置机操作系统只能使用fat16磁盘分区格式。它采用16位的文件分配表,能支持的最大分区为2gb。FAT 16分区格式有一个最大的缺点,那就是硬盘的实际利用效率低。由于文件分配表容量的限制,FAT16创建的分区越大,磁盘上每个簇的容量也越大,造成的浪费也越大。

2.2存储在前置机磁盘中的数据会被下一个月的数据所覆盖,也就是说资料最多存一个月,无法长期保留历史资料。

2.3如果由于某种原因本地前置机的资料没有得到及时更新填图应用程序并不能识别当前数据是否为最新的数据,而有可能输出老的填图资料。

3解决方案

3.1在填图微机上开发数据处理程序

因为填图微机使用NTFS硬盘分区格式,这种分区格式不仅能管理更大的磁盘分区,而且NTFS分区格式的安全性非常好。NTFS分区对用户权限作出了非常严格的限制,每个用户都只能按照系统赋予的权限进行操作,任何试图超越权限的操作都将被系统禁止,同时它还提供了容错结构日志,可以将用户的操作全部记录下来,从而保护了系统的安全。

3.2将备份的数据存储在填图微机中

这是因为NTFS也是以簇为单位来存储数据文件,但NTFS中簇的大小并不依赖于磁盘或分区的大小。簇尺寸的缩小不但降低了磁盘空间的浪费,还减少了产生磁盘碎片的可能。NTFS支持文件加密管理功能,可为用户提供更高层次的安全保证。所以能够更可靠的实现数据的恢复。

4程序功能前期环境构建

4.1将前置机的存储数据的磁盘目录共享

这样运行在填图微机上的处理程序能够访问到共享盘,进而对共享盘中的数据进行处理。

4.2在填图微机上安装开发环境Visual Basic 5.0。

4.3在填图微机上映射网络驱动器,并将网络驱动器盘符定义为Y:。处理程序处理Y:下的数据文件。

4.4在填图微机上定义存储备份资料的区域

在备份的主目录D:ABAK下以月为单位定义12个子目录(D:BAK1月到D:BAK12月),再在各子目录中以天为单位定义子目录,设计保留一年的数据。

5处理程序的功能模块

5.1读取本机的机器时间,根据时间进行相应的处理。

5.2备份及清理

如果时间是某个月一天的零点,则拷贝当天数据到相应备份目录并删除当天的数据;否则不对数据进行处理。

5.3恢复模块

设置恢复事件,根据用户需求将要恢复的数据根据月份和日期拷贝到填图程序读取的数据目录中,也就是前置机D:FILEMSG目录下以便查询历史记录。

6处理流程图

(如图2)

结论

通过运行处理程序解决了数据不自动更新的问题,使得预报员能够及时可靠的得到填图资料;而且对填图数据文件进行了一年的备份,方便了预报员对历史资料的查询。

摘要：首先介绍了填图系统的体系结构、工作流程及存在问题，接着又阐述了文件处理程序的重要性及体系结构和开发过程。

关键词：填图系统,体系结构,文件处理程序

参考文献

文件处理程序 第4篇

这是一个文件关联的问题。这样的问题在xp下根本就不可能发生，看来这个具体问题是Win7下的新问题。网上大致搜了一下，发现出现这样问题的决不只是这位朋友，看来有解决的必要。

为了解决这个问题，我们需要先谈一下文件关联的一些基本的知识，这样才能使朋友们做到知其然而知其所以然。

文件关联，主要的是把文件类型与开放式命令关联起来。而windows是通过文件的扩展名来识别文件类型的，这就首先需要把扩展名与文件类型关联起来。

assoc命令

要修改扩展名与文件类型的关联，我们需要用到一个命令：assoc

点开始，搜索，输入cmd，打开cmd,在cmd中输入：assoc /? 回车。我们可以得到关于这个命令的帮助。

assoc命令的作用有两个，一是显示扩展名与文件类型的关联，一是改写扩展名与文件类型的关联。

让我们以快捷方式的关联为例来讲述这个问题。

快捷方式的扩展名是.lnk，在windows下，这个扩展名一般是不会显现出来的，如果出现了，必是它的文件关联出问题了。

我们在cmd中输入：assoc .lnk ，回车后我们可以得到的命令结果是： .lnk=lnkfile 。这个命令结果显示了：扩展名.lnk与文件类型lnkfile是相关联的。凡是扩展名为.lnk的文件，都属于lnkfile这个文件类型。

现在让我们输入命令： assoc .lnk=lnk ，按下回车键，lnk这个扩展名与文件类型的关联就被改写了。然后我们再输入命令： assoc .lnk ，按下回车键，我们得到的命令结果将是: .lnk=lnk ，这个结果显示了，扩展名.lnk已经是与文件类型lnk相关联，而不再是与lnkfile相关联。

这个时候你去桌面上去看一下吧，你桌面上所有的快捷方式的后缀名.lnk全部显示出来了，所有的快捷方式都不再可用。双击时会提示：windows无法打开此文件。

现在再让我们输入： assoc .lnk=lnkfile ，按下回车键，我们将会发现，一切又恢复了原状。

总之，如果是快捷方式的扩展名与文件类型之间的关联出现了问题，我们只需要输入： assoc .lnk=lnkfile，回车后即可以解决问题。

这样，如果我们知道一种扩展名所属的正确的文件类型，当这种扩展名与文件类型之间的关联出现问题的时候，我们只需要输入： assoc .ext=filetype ，按下回车键即可。 这个.ext代表的是文件扩展名，比如.lnk，这个filetype代表的是文件类型，比如lnkfile。如果我们不知道一种扩展名所关联的文件类型是什么，我们只需要在cmd中输入：assoc .ext回车。我们就能得到它所关联的文件类型是什么。

每一个注册了的扩展名都会在注册表中存在着一个对应的注册表项： HKEY_CLASSES_ROOT.ext ，

这里的.ext代表的是扩展名，比如快捷方式对应的项就是： HKEY_CLASSES_ROOT.lnk ，这个项有一个默认的值，这个默认的值的数据，就是这个快捷方式所关联的文件类型。因而assoc命令，主要的就是修改这个项的默认值的数据。但需要注意的是，assoc命令所修改的内容，并不仅仅是这个项的默认值的数据，它还会要修改其它的一些方面。所以我们直接在注册表中改这个值的数据，并不能完全代替assoc命令。

fytpe命令

我们现在知道了如何把扩展名与文件类型关联起来了，进一步地需要知道的是如何把文件类型与开放式命令关联起来。比如.txt扩展名所关联的文件类型是txtfile,而txtfile正常的情形下，总是用notepad.exe（记事本）来打开的，这个notepad.exe就是打开txtfile文件类型的开放式命令。

如何来修改这种文件类型与开放式命令之间的关联呢？这需要用到另外的一个重要的命令：ftype

让我们在cmd中输入： ftype /? 回车。我们可以得到这个命令的帮助。

ftype命令有两个作用，一是显示文件类型与开放式命令之间的关联，一是改写文件类型与开放式命令之间的关联。

如果我们想知道一种文件类型与什么样的开放式命令相关联，我们只需要在cmd中输入： ftype fileType ，按下回车键，我们就能够得到我们想要得到的结果。

这个fileType代表的是指定的文件类型，比如lnkfile，我们输入：ftype lnkfile ，按下回车键，正常情形下我们得到的命令结果是： 没有找到文件类型“lnkfile”或者与其相关的开放式命令，这个结果表明正常的情形下，lnkfile是没有与任何开放式命令相关联的。

让我们输入：ftype lnkfile=notepad.exe ，按下回车键，再输入：ftype lnkfile ，按下回车键，我们将得到的命令结果是： lnkfile=notepad.exe 这个结果表明了：文件类型lnkfile就与开放式命令notepad.exe关联上了。

这种情形下，仍然并不会影响快捷方式的打开。 那么，如何来清除这个关联，并且不与其它的开放式命令关联呢？我们只要输入： ftype lnkfile= ，然后回车即可。

在xp下，这个命令无效，但是，我们可以在xp下输入：ftype lnkfile= ，按下回车键，这个命令与前一个命令在外表上几乎看不出区别，区别就在于，前一个命令在＝后面没有空格，而后一个命令在＝后有一个空格。

让我们输入：ftype txtfile ，按下回车键，正常情形下，我们可以得到的命令结果是： txtfile=”%SystemRoot%system32NOTEPAD.EXE“ %1 ，这个结果表明了：文件类型txtfile与开放式命令txtfile=”%SystemRoot%system32NOTEPAD.EXE“ %1相关联，

如果一种文件类型与开放式命令之间的关联出现了问题，而我们知道正确的开放式命令是什么，这时我们只需要在cmd中输入如下命令并回车即可修复： ftype fileType=openCommandString ，这里fileType代表的是指定的文件类型，比如txtfile,这里openCommandString代表的是开放式命令，比如notepad.exe

如果我们的txtfile与开放式命令之间的关联出了问题，我们只需要在cmd中输入： ftype txtfile=”%SystemRoot%system32NOTEPAD.EXE“ %1 ，按下回车键，这样我们也就修复了txtfile文件类型与它的开放式命令之间的关联。

所谓开放式命令，其实就是对这种文件类型的打开方式。每一种注册了的文件类型，在注册表中都会存在着它的一个对应的注册表项，这个注册表项就是： HKEY_CLASSES_ROOTfiletype ，这个filetype代表的是文件类型，比如batfile文件类型所对应的注册表项就是： HKEY_CLASSES_ROOTatfile ，ftype命令所修改的注册表项主要就是---HKEY_CLASSES_ROOTfiletypeshellopencommand---这个项的默认值的数据。

但需要注意的是，ftype命令所修改的并不仅仅是这个默认值的数据。因而直接在注册表中修改这个数据，并不能代替ftype命令的修改。

当然，ftype命令所修改的全部的东西都可以在注册表中找到，但是，我们那样一一地去找，远不如用ftype命令简单修改来得爽。

右键打开方式

前面我们谈到了扩展名与文件类型的关联，文件类型与开放式命令的关联（也就是文件的打开方式），看起来好象我们关于文件关联的问题就谈完了，实则不然，还有另外的一个重要的方面我们没有谈到。这就是我们右击一个文件，选择打开方式（并不是所有文件右键都有打开方式这个选项的），然后我们选择一个程序，并把“始终使用这种程序打开同类型文件”前的勾选上，点确认。比如本文开头的那位朋友，把所有快捷方式都选择以word程序打开一样。这样之后，这个文件类型也就与这个开放式命令关联起来了。

ftype命令是修改文件类型与开放式命令的关联的，而右键打开方式也可以修改文件类型与开放式命令的关联，这二者的关系是什么呢？

我们发现，ftype命令和右键打开方式，这二者所修改的注册表项是不同的。Ftype命令所修改的注册表项是： HKEY_CLASSES_ROOTfiletype ，这个filetype代表的是文件类型，比如HKEY_CLASSES_ROOTlnkfile ，而右键打开方式所修改的主要注册表项是： HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExplorerFileExts.ext ，这个.ext代表的是文件扩展名，比如： HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExplorerFileExts.lnk ，按照我的理解，ftype命令所修改的内容属于系统设置，而右键打开方式所修改的内容则属于用户设置，这二者所设置的实际对象是一样的，当二者不一致的时候，用户设置优先于系统设置。

三个注册表项

总之，文件关联所涉及到的注册表项主要是三个：

HKEY_CLASSES_ROOT.ext

HKEY_CLASSES_ROOTfiletype

HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExplorerFileExts.ext

问题解决

现在要回到我们在开头所说到的问题了。我教那位朋友首先输入：assoc .lnk ，返回的命令结果是： .lnk=lnkfile 中，这表明，扩展名.lnk与文件类型lnkfile之间的关联没有问题。 我再要他输入：ftype lnkfile ，返回的命令结果是：没有找到文件类型“lnkfile”或者与其相关的开放式命令，而这个结果是正常的，这表明，系统设置中的lnkfile与开放式命令之间的关联也没有问题。

那么，问题只能出在用户设置中的lnkfile与开放式命令之间的关联出现了问题。 一般的情形下，右键打开方式的设置优先于ftype命令对文件关联的设置，这在xp和win7下都是一样的，但对于扩展名为.lnk的快捷方式，二者却具有不同。在win7下，即便是对于.lnk快捷方式，也是右键打开方式的设置优先于ftype命令的设置。

找到了问题所在，我们就可以知道，对于这种快捷方式的文件关联错误，我们用assoc和ftype命令都是无法解决的。解决的办法就是：

在注册表中右键删除下面这个注册表项： HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExplorerFileExts.lnkUserChoice 这个注册表项下的值和数据（具体就是名为progid的值和它的数据），是对应右键打开方式所设置的默认打开程序的。

在删除后，重启电脑，或者重启explorer，问题完美得到解决。 除了这种解决办法，其它的解决办法暂时没有找到。

顺便说一下，在XP下，UserChoice这个注册表项是没有的。

由于一些文件右键没有打开方式选项，在xp下，我们可以在我的电脑里面点工具----查看----文件夹选项---文件类型，这里我们可以进行同样的设置，而在Win7下，我们可以在----控制面板---程序---默认程序----始终使用指定的程序打开此文类型---里面进行设置，xp下设置的可选项要多得多，而Win7下则的设置则极为简明。

自动形成全站仪文件的多用程序 第5篇

为了编写能够自动形成全站仪数据文件的程序, 在编写程序之前, 我仔细研究了Leica TCR1102全站仪和南方NTS-662全站仪所需数据文件的格式。发现一个控制点的数据占一行, 点名以及坐标和高程之间用逗号分隔, 即如下格式:

点名, 测量坐标Y, 测量坐标X, 高程H。

这样的数据格式, 能够被两种型号的全站仪所接受。

了解数据文件的格式后, 开始构思程序的功能。它要能够应用于本单位的Auto CAD图, 也要能够应用于其他单位的Auto CAD图。这就要通过鼠标拾取图中的控制点号、高程、控制点符号。应用数据库操作函数, 提取控制点号、坐标和高程, 按照上面要求的格式写入到指定的数据文件中。为了增强程序的通用性, 要使用基本的Auto LISP函数和Auto CAD命令, 以保证能在Auto CAD 2000以上版本正确运行。

下面就是能够自动形成控制点成果数据文件程序的全部代码:

熟悉Auto LISP语言的同行都知道, 要想运行任何Auto LISP程序, 都必须在运行之前加载。加载的方法有多种, 可以根据个人的喜好而定。我习惯于将所有自己开发的程序都放在A C A D.L S P文件里, 并将此文件所在的文件夹, 设置在Auto CAD支持文件的搜索路径里。这样, 每次启动Auto CAD, 都能够自动加载此文件, 使自己编写的程序随时都可以使用。

上面提供的程序加载后, 你随时可以在命令行键入SRCZ就可启动它。程序运行后, 首先提示输入文件名, 本程序提供了缺省文件名“K O N G Z H I.T X T”, 空回车既可采用此名。然后出现提示框“拾取点号和高程后回车, 然后再拾取控制点坐标”, 按提示去做就行了。在拾取控制点标志以获取控制点坐标时, 将提示能够自动拾取控制点标志的“圆心、交点、插入点”。这几种点捕捉方式, 基本上涵盖了控制点标志标示点位的方式, 这使得该程序能够应用于各单位的Auto CAD图。此程序能够自动建立“标记”层, 在所拾取的控制点位处画上一直径为2的红圆, 并放在此层。用以检查所拾取的控制点位是否正确, 还可避免重复拾取控制点。所需的控制点都拾取完毕后, 以连续两次的空回车, 即可结束程序的运行。退出程序后, 您所需要的控制点数据文件, 已自动保存到了D盘上。

下面是程序运行后得到的控制点数据文件, 为节省篇幅只列出了一小部分。

上述的控制点数据文件, 要在全站以上使用, 还要根据不同的全站仪, 做出不同的操作。对于南方NTS-662全站仪来说, 只要将上面的数据直接粘贴到南方的传输软件里, 直接上传到全站仪里即可。对Leica TCR1102全站仪来说要复杂一些, 下面简要说明一下:

运行Leica的“坐标编辑器”, 打开您刚刚形成的控制点数据文件→选“自由各式”→下一步→分隔符选“逗号”→下一步→右健在“0”列上选“点号”→右健在“2”列上选“坐标Y”→右健在“3”列上选“坐标X”→右健在“4”列上选“坐标H”→下一步→完成→文件→另存为→选路径, 输文件名, 保存文件的格式选“GSI-16文件 (*.GSI) ”→关闭坐标编辑器, 启动Leica的“数据交换管理器”, 将刚刚形成的GSI格式文件传至全站仪。

以上所介绍的就是我怎样利用A u t o LISP程序建立数据文件的方法, 愿意与大家分享。我更希望的是, 能够得到同行们的先进方法, 以提高我们的工作效率。

参考文献

[1]章忆文.Auto LISP程序员参考手册[M].北京:海洋出版社, 1991, 5.

文件处理程序 第6篇

因为在通常情况下, EXE或者DLL文件是系统的重要文件, 其他人是想不到其中竟然隐藏有其它的机密文件。

即使别人知道这种隐藏数据的方法, 但是面对Windows中数量巨大的EXE或者DLL, 也只有望洋兴叹, 无从寻找究竟是哪些EXE或者DLL文件中隐藏了重要数据。

实现这一功能, 需要资源修改工具配合才行, 这里以Resource Hacker为例进行说明。下载地址:http://www.onlinedown.net/soft/12420.htm。

在Resource Hacker主窗口中点击菜单“File”→“Open”项, 导入需要处理的EXE或者DLL文件, 在Resource Hacker窗口左侧的列表中显示该文件中的资源列表, 在其中选择需要添加数据的分支。

例如在本例中选择“Version Info”→“1”分支, 点击菜单“Action”→“Add a Binary Resource”项, 在弹出的对话框中点击“Open a New Resource”按钮, 在文件打开对话框 (如图2) 中选择需要隐藏的重要文件, 可以是任何类型的文件, 例如文本文件、Office文档、图片文件、视频文件等。

之后在“Resource”、“R e s o u r c e N m a e”、“Resource Language”等栏中输入对应的资源类型、资源的名称、资源的语言种类等。点击“Add Resource”按钮完成资源的添加操作。

最后在Resource Hacker中点击菜单“File”→“Save”, 将机密文件保存在该EXE或者DLL文件中。

按照上述方法, 可以在选定的EXE或者DLL文件中添加更多的重要文件。

更重要的是, 尽管在EXE或者DLL文件中隐藏了其它文件, 但并不影响该文件的正常使用。

当需要提取机密文件时, 只需其在Resource Hacker中打开宿主EXE或者DLL文件, 在其左侧的资源列表中展开对应的分支, 选中添加的资源类型, 例如在本例中选择“AAA”→“Jiami”→“0”分支, 点击菜单“Action”→“Save resource as a binary file”项, 在弹出的保存对话框中输入文件名称和保存路径,

文件处理程序 第7篇

1 编程前的准备

(1)安装Excel。

(2)安装VB编程工具软件,这里以VB 6.0为例。

2 制作程序界面

启动VB 6.0,选择数据工程。在窗体上放置如图1所示的控件(控件的Caption属性如图1所示)。为了程序实现起来更加简单,合并后的Excel文件放在c:exceldata文件夹内。为了便于区别将用于存放“每个XLS文件的工作表数”的Text Box1控件的名称设置为bdnum;将用于存放“合并后的文件名”的Text Box2控件的名称设置为hbfilename;将用于显示合并进度的Label7控件的名称设置为jdlabel,其他控件的名称均为默认设置。

3 程序编写

在写程序代码前还必须添加一个Microsoft Excel 9.0 Object Library引用,该引用是为了让程序能对Excel文件进行读写操作,添加引用的方法是:点击VB菜单中的工程,选择引用,选择Microsoft Excel 9.0 Object Library。

由于篇幅的限制,每个工作表最后一列及选择文件的程序代码这里就省略了,这里只将合并核心代码写出来供大家参考。双击“开始合并”按钮,在Command2的Click过程中录入下列代码:

4 尚需完善的地方

(1)加入列表框list1中的Excel文件只能按照加入的顺序来依次合并,用户不能改变其合并顺序。

(2)合并选项中设置每个“Excel文件工作表数”时,如果用户输入的是非数字数据如字母,则程序运行时就会出错。

(3)可以向程序中加入合并完成后自动关机的功能。

5 结语

文件处理程序 第8篇

PowerBuilder的可执行文件可以编译成伪代码(P-code)格式和机器代码(Machine-code)格式。文献[1,2,3]从应用程序的执行速度、大小以及移植性能等方面对两种编译方法作了详细的介绍。需要说明的是,Machine-code编译是以P-Code为基础进行的,PowerBuilder根据P-Code来创建C代码,并将C代码编译成为机器代码,最终生成执行文件。因此,编译后的执行程序中,所有指令都是实际的机器代码。虽然,这样的执行文件的大小将大于P-Code,然而其在循环结构、浮点运算、整数运算以及函数调用比P-code做得更好。

另一个需要考虑的问题是,对自己程序版权的保护问题。创建机器代码以在P-code为基础上进行一次“二进制代码搬运”,事实上增加了反编译的难度,尤其是在反编译技术(尤其是针对PB-PBD的反编译)盛行的今天,把应用程序编译成以C代码格式为基础的Machine-code可执行文件,等于为自己的程序加了一把保护锁。因此,把PB程序编译成机器代码更为安全一些。

2 资源文件的打包与调用

与应用程序一起提供给用户的还有资源文件,如图形、图标或指针文件,如果对资源文件不作保护,就有可能被PS(如修改程序封面)。为避免这种情况发生,我们可利用PowerBuilder资源文件编辑器对资源文件进行打包:把应用程序所用的静态资源编辑成PBR索引,再进行压缩生成,使裸露资源变成PBD或DLL等二进制文件。面对处心积虑的修改者,这种方法也不保险,但聊胜于无,加一层保护层总是好的。

编辑PBR索引可用Windows记事本进行:新建并打开一个记事本文件;在编辑窗口,每行写上一个资源文件,如:

编辑完成后,关闭并保存该文件,把该文件的扩展名改成PBR;在可执行文件编译时,调入该PBR文件,PB最终会生成一个资源库文件,该资源库文件包含了记事本列表所记录的所有资源。

需要注意的是,要对文件的搜索路径作正确的界定。在编辑PBR索引时,应该在每个资源文件前面加上文件的相对路径,避免引用绝对路径,这是因为应用程序最终发布给用户,用户机不可能与开发机具有相同的目录引用环境,如果把资源文件的路径写成绝对路径,则资源文件有可能被错误引用。“.Resourceface.jpg”代表的是“当前目录下、Resource文件夹”下的一个名叫“face.jpg”资源文件。

在程序调用时,也存在着同样的问题,比如:

This.PiceutrName=文件路径+文件名

可以用“.Resourceface.jpg”进行引用,前提是我们的应用程序是一个独立的系统:应用程序本身不被其它程序外部引用或调用,即应用程序的“当前目录”环境不会改变。这是一种非常苛刻的条件假设,我们不能够保证自己的应用程序证永远不被其它系统或程序外部调用,如果一旦被调用,应用程序的“当前目录”立即改变,“.”就代表其它目录层次,引用就发生错误。解决这个问题,就需要在程序编写时,事先定义一个全局变量,读取应用程序“当前目录”的绝对路径,赋值给事先定义的全局变量,具体为:

步骤一,定义全局变量:

nvo_public_function gu_pub_func//其中,nvo_public_function为一个自定义用户对象,包含各种常见应用函数,见文献[4,5];

string sys_path,dir_path,app_path,tmp_path//定义系统目录、当前目录与临时目录;

步骤二,在程序的最初入口处,写上以下代码:

步骤三,用dir_path全局变量代替“.”文件路径。

这样,当程序启动时,首先判断“当前目录”并给事先定义的全局变量赋值,固定了“绝对路径”,以后无论程序被谁所调用或引用,或者应用程序最终被安装到哪个目录层次(文件夹),应用程序最终都能正确找到资源文件。

3 配置程序的运行库

PowerBuilder应用程序需要运行库的支持,使用运行库(动态连接库)可以避免将所有的功能函数都写在一个可执行文件中,以减小可执行文件的体积[3]。文献[1]、[2]对PowerBuilder应用程序的各种运行库作了详细的介绍。本文介绍另一种简洁的方法:用PowerBuilder Runtime Packager工具来实时生成运行库。运行Runtime Packager工具,见图1。

该工具提供了11种常见数据库、XML、PB COM、EJB Client以及SOAP Client所需的接口文件的打包方法,在Database Interface和Other Components面板中选取相应的条目,并点击“生成”按钮,便能生成单一的压缩包文件,解压该压缩包便可得到我们所需的运行库文件,或者当我们最终为程序整体打包时直接调用该压缩包。如果应用程序不大,也可以用手工的方式选取所需的文件。具体方法可参阅文献[2],本文不再赘述。

另外,对于OCX控件的注册,避免通过手工注册的方法(regsvr32),应通过程序方法来提高应用系统的易用性。程序注册的具体语法为:

步骤一,申明外部函数:

步骤二,创建并实例化OCX控件

4 Sybase SQL Any Where数据库的移植

Sybase SQL Any Where 5.0短小精悍,其安装文件不超过20M,该数据库系统包含了大二进制(long binary)在内的所有数据类型,是单机版应用程序后台数据库系统不错的选择。笔者根据长期的使用经验,总结了几点移植经验:

其一,创建数据库时,注意要避免使用日志文件(.log)。该日志文件跟踪记录了数据库操作使用中的变化与过程,让数据出错恢复有了依据,同时该日志文件也记录了数据库系统的安装时环境,从而让数据库文件移在植过程中麻烦不断。因此,建议在用Sybase Central创建数据库时,避开创建日志文件(.log)。

其二,重建数据库。如果原始数据库文件已经存在日志文件(.log),则用Sybase Central工具对数据库进行重建,具体方法为:打开Sybase CentralUtilitiesRebuild Database,导入数据库文件,并选择不使用日志文件。重建后的数据库文件脱离了安装环境,移植不再受环境的制约。

其三,养成作笔记的好习惯。对于每一个数据库,要作一些必要的手工记录,如登录用户名、登录口令、表的名称、主要字段、关键字以及表与表的联接关系等。虽然这些信息都可以用工具查到,但机器也有崩溃的时候,手工记录是任何工具都替代不了的。

5 结束语

PowerBuilder应用程序的编译与资源打包,涉及面较多。所述内容参考了许多文献资,融合了自己的一些应用开发经验,期望能对他人有所启发。

参考文献

[1]张益星,罗敬.Powerbuilder应用程序的编译发布技术研究[J].计算机技术与发展,2007,17(8):43-47.

[2]蒋望东,林士敏.PB8.0应用程序编译发布技术研究[EB/OL].http://www.sudu.cn/info/html/edu/20071022/261728.html.

[3]中国计算机世界出版服务公司.PowerBuilder应用开发系列讲座(33)[EB/OL].http://www.yesky.com/41/78541.shtml

[4]PowerBuilder扩充函数集1.5文档[EB/OL].http://bbs.hur.cn/dispbbs.asp?boardid=79&ID=1308.

文件处理程序 第9篇

运行及持续适航文件是CCAR23、25、27、29部第1529条符合性的重要组成部分, 是运营人实际运行和维修的基础。运行及持续适航文件会影响型号合格证或单机适航证的颁发, 同时影响运营人正常的运行和维修, 直接影响飞机的交付和运行批准。

运行及持续适航文件的审核分为初稿审核和定稿审核。初稿审核在制造厂家在根据设计数据完成编制但未验证前申请的审核;定稿审核主要是在制造厂家完成了必要的验证后申请的审核。初稿审核和定稿审核使用相同的工作单。

2 持续适航文件分类

根据文件实际的用途, 运行及持续适航文件一般分为维修要求、维修程序、运行程序、构型控制和培训规范几类, 持续适航文件中的每一类文件都可以以一本或多本手册的形式编制, 但下述手册或内容需要局方批准:航空器飞行手册;适航性限制项目;审定维修要求;结构修理手册;主最低设备清单。

2.1.1维修要求

维修要求的主要目的是向操作者或运营人提供能够保证飞机飞行安全的维修任务要求, 它要求飞机各系统应提供维修任务和维修间隔, 同时还要考虑特殊环境的影响, 例如潮热气候、含盐腐蚀气候、风沙天气, 寒冷天气等。

2.1.2维修程序

维修程序的主要目的是向操作者或运营人提供维护说明书, 它要求飞机正常维护和落实具体的维修要求, 维修程序主要内容应包括系统概述、系统安装说明、使用和操作说明、故障处理说明、维修实施程序, 维修支持信息等。此外, 机载设备和零部件维修程序的编制责任属于航空器制造厂家。

2.1.3运行程序

运行程序的主要目的是向操作者和运营人提供使用说明书, 它要求飞机正常使用和落实具体的运行要求, 飞机运行程序主要包括飞行手册、主最低设备清单, 载重平衡手册等。

2.1.4构型控制

飞机构型控制文件主要用于控制飞机构型状态, 当飞机在维修过程中, 符合已经批准的设计规范。飞机构型控制文件主要包括图解零件目录, 布线图册等。

2.1.5培训规范

飞机培训规范是为了保证飞机正常运行, 对飞行机组、客舱机组及维修人员所进行培训的教材。

综合持续适航文件的分类和要求, 运行及持续适航文件应至少包括如下几本手册:

维修要求:包括维护计划文件, 适航限制。

维修程序:包括飞机维护手册、系统说明、消耗材料手册、故障隔离手册、无损检测手册、结构修理手册, 图解工具和设备手册。

机载设备和零部件维修程序:包括部件维护手册、发动机维护手册, 螺旋桨用户手册。

运行程序:包括飞行手册、主最低设备清单, 重量和平衡手册。

构型控制:包括飞机图解零件目录、发动机图解零件目录、布线图册, 电气负载分析。

培训规范:包括培训手册。

上述持续适航文件的编制都应当便于使用者查阅、修订控制 (包括临时修订) 等, 并且正文部分的编排和格式应当按照ATA2200或等效标准来编写。

3 持续适航文件审查流程

审查组的成员主要由中国民航飞标司、民航安技中心、民航审定中心组成, 审查组在进行审查时重点关注如下几方面问题:

飞机运行和持续适航文件编制方案和计划;飞机主手册;运行及持续适航文件的评审;飞机维护程序验证。

3.1 持续适航文件编制方案和计划审查

审查组对《飞机运行和持续适航文件编制方案和计划》进行审查时, 在审查过程中重点关注如下几方面内容:

持续适航文件工作流程、标准和规范;持续适航文件包含的手册划分清单;每本手册的简单介绍;承制方技术文件控制体系;每本手册具体的编写、修订控制及分发的责任部门和责任人;持续适航文件页面规格;持续适航文件出版方式;运行及持续适航文件编制及出版计划, 在编制持续适航文件出版计划时, 需要填写如下几点:a.完成持续适航文件初稿编写工作的时间节点;b.分类上报持续适航文件初稿的时间节点;c.完成维护程序验证的时间节点。 (注:计划中的时间节点可以视情做更改, 但需要及时向局方提交申请)

3.2 主手册审查

审查组对《飞机主手册》进行审查时, 在审查中重点关注如下几方面内容:

简单介绍每本手册内容和用途概况;持续适航文件包含的手册划分清单;向用户说明持续适航文件版次的控制和修订方式。

3.3 持续适航文件审查

审查组在对持续适航文件进行评审之前, 制造厂需要向局方提交持续适航文件初稿和符合性说明, 审查组在评审时重点评审手册的格式和内容框架 (需要满足ATA2200的要求) 具体流程见图1所示:

审查组会根据制造厂提交持续适航文件的数量, 来安排评审工作。在进行持续适航文件评审时, 评审组根据审查持续适航文件种类, 将评审意见填写到对应的审核单中, 当所有审核项目均已完成后, 审查组给出最终评审意见或结论, 并将完整的工作文件和表格及制造厂家提交的持续适航文件和有关改正措施存入专类档案。

3.4 维护程序验证

审查组在对维护程序进行评审时, 会根据需要对维护程序的操作步骤进行模拟和实际操作的验证, 审查组在验证过程中重点关注如下几方面内容:

是否包含预定要求的维修目的;程序操作 (步骤顺序) 是否存在逻辑错误;接近的面板是否正确;工具的要求和配置是否正确;是否最大限度地减小在直接维修费用 (DMC) 人工和材料的影响;是否反映了飞机的最新构型;参考资料是否是有效的;工时是否准确;是否能确定和减少由维护导致的人为差错。

4 结束语

目前我国航空业的技术实力相对还很薄弱, 在持续适航文件评审方面还只是刚刚建立基本概念, 尤其是对持续适航文件审核程序不了解;缺乏懂法规、懂运行、懂维修、懂市场的专业人士;在理念上还只是被动地将满足规章要求作为工作的主要目标, 而在实际工作中可能连这一目标都很难得到满意的结果, 不过通过国内持续适航文件评审工作的逐步深入, 这一问题肯定会得到解决。

摘要：文章通过解读相关适航要求和条款规定, 详细介绍了民航审查组在进行评审时所关注的重点。希望文章能对从事持续适航文件工作的相关人员有所帮助。

关键词：持续适航文件,维护程序验证,审查程序

参考文献

[1]《中国民用航空规章》第29部 (CCAR-29R1) [S].

[2]《航空器的持续适航文件要求》AC-91-11[S].

[3]《航空器评审组工作手册》AEG-H (第1-4卷) [S].