浅谈如何做好文件的整理归档工作

[浅谈如何做好内勤工作]1、是发挥参谋作用。内勤要站在全队的高度，做好信息收集工作。要尽可能多的收集信息，做到全面、客观、准确、及时；要积极地开展调研活动，加强对信息资料的分析和研判，主动地为...+阅读

浅谈如何做好文件的整理归档工作

在防火工作中，文件的整理归档工作是至关重要的一个环节。文件的整理归档工作一般按年度进行，但不一定要等到每年年终整理归档工作开始时才着手收集，可以实行季度整理归档。实践证明，如果重视文件资料的平时积累，及时收集日常工作中形成的、办理完毕的文件材料，做到随办随归、妥善管理，既有利于归档文件的齐全完整，又能使年终的整理归档工作变得十分轻松。

一、严格登记收发文件的登记是文件来往的必经关口。通过登记，对市政府及总队来文、内部文件等均逐件登记建账，以做到“家底清楚”，有据可查。把好这一关，是保证文件齐全完整的一项重要措施。登记时，主要是通过正常渠道传送的文件进行逐件登记。

二、及时收集及时收集是确保归档文件齐全完整的关键。首先要明确登记程序，明确来文单位、发文者、收文者、收文时间、处理结果等明细；其次对办理完毕、属于归档范围的文件材料，可以采取办完一件收集一件的方法；也可采取定期清理的办法，按月或按季度进行有目的的督办、促办和促交。

三、认真检查对收集起来的各种文件材料，必须逐件进行认真检查：一是要检查文件的有效性。检查同一事由的文件是否办理完毕，包括每份文件是否已完成公文处理的每个程序，是否是生效文件。二是要检查文件资料的完整性。检查原文件材料及其处理结果资料是否完整；三是要检查同一事由的文件是否收集在一起，文件种类、类型是否齐全完整，每份文件的正本、定稿、附件等是否齐全完整。

四、随办随归这里的“办”是指办理完毕，“归”是指整理后归入档案盒。收集来的文件材料经过检查后，一是可以按照整理归档工作的具体要求，或进行完整的整理归档工作，或进行装订、盖章、编页码等整理归档的前期基础性工作，使收集起来的零散文件系统化、有序化，暂时归入临时档案盒或文件夹中。二是可以根据日常工作需要，准备好不同档案盒，将日常工作形成的文件资料，如：总队文件，支队文件、地方单位文件、会议资料、信息简报等，分门别类存放保管。这样既便于平时的查阅利用，也为年终整理归档工作打下基础。

五、妥善保管管理的对象既包括办理完毕后经过整理的归档文件材料，也包括没有办理完毕和不需要办理的阅文和备案材料。这些文件材料应配备专用的文件柜和文件夹（盒）。文件夹（盒）可以根据机构、职能或问题、事由等因素进行分类标识，以便于文件的归类和日常提供利用。妥善管理应做到分门别类、有目可查、运转有序、保管安全。

六、立卷归档分类是关键。组卷时，要注意同一大类的文件材料可以合并组卷，并放置在一起，不同大类的文件不能合并组卷，并分开存放。在实际工作中，经常会遇到这样的问题，就是有些文件找不到相对应的“位子”，无法对其进行组卷，这就需要对其进行认真分析，把相对较散的文件组成一卷，归为散卷。立卷完毕后，进行装订、装盒、入柜保管。

程序是编码组成的及早的开是编码将会提高软件开发效率这句

引言 1963年，在美国发生了这样一件事：编程人员把一个FORTRAN程序的循环语句DO 5 I=1,3误写为DO 5 I=1.3。一点之差导致飞往火星的火箭爆炸，造成1000多万美元的损失。这种情况的发生，迫使人们考虑在软件投入使用之前必须进行彻底的测试。今天，在软件比较发达的国家，软件测试已经成为一个独立的产业，软件公司纷纷建立独立的测试队伍研究测试技术并开展测试工作。中国的软件测试起步较晚，但随着我国软件产业的蓬勃发展以及人们对软件质量的重视，软件测试正在成为一个新兴的产业。近两年来，国内新成立专业性测试机构10余家，一批批专业的软件测试人员正涌现出来。每年国内都有大量的测试技术交流会议举办，有大量的测试研究论文在专业刊物上发表。在测试技术发展的同时，测试过程的管理显得犹为重要。

一个成功的测试项目，离不开对测试过程科学的组织和监控，过程管理已成为测试成功的重要保证。1 测试过程概述1.1 软件测试过程概述软件测试过程是一种抽象的模型，用于定义软件测试的流程和方法。众所周知，开发过程的质量决定了软件的质量，同样的，测试过程的质量将直接影响测试结果的准确性和有效性。软件测试过程和软件开发过程一样，都遵循软件工程原理，遵循管理学原理。随着测试过程管理的发展，软件测试专家通过实践总结出了很多很好的测试过程模型。这些模型将测试活动进行了抽象，并与开发活动有机的进行了结合，是测试过程管理的重要参考依据。1.2 软件测试过程模型说明V模型 V模型最早是由Paul Rook在20世纪80年代后期提出的，旨在改进软件开发的效率和效果。

V模型反映出了测试活动与分析设计活动的关系。在图1-1中，从左到右描述了基本的开发过程和测试行为，非常明确的标注了测试过程中存在的不同类型的测试，并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系。图1-1 软件测试V模型 V模型指出，单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。但V模型存在一定的局限性，它仅仅把测试作为在编码之后的一个阶段，是针对程序进行的寻找错误的活动，而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能。W模型 W模型由Evolutif公司公司提出，相对于V模型，W模型增加了软件各开发阶段中应同步进行的验证和确认活动。

如图1-2所示，W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。 W模型强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。W模型有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。但W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。

这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。图1-2 软件测试W模型H模型 V模型和W模型均存在一些不妥之处。如前所述，它们都把软件的开发视为需求、设计、编码等一系列串行的活动，而事实上，这些活动在大部分时间内是可以交叉进行的，所以，相应的测试之间也不存在严格的次序关系。同时，各层次的测试（单元测试、集成测试、系统测试等）也存在反复触发、迭代的关系。为了解决以上问题，有专家提出了H模型。它将测试活动完全独立出来，形成了一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来，如图1-3所示。图1-3 软件测试H模型这个示意图仅仅演示了在整个生产周期中某个层次上的一次测试“微循环”。

图中标注的其他流程可以是任意的开发流程。例如，设计流程或编码流程。也就是说，只要测试条件成熟了，测试准备活动完成了，测试执行活动就可以（或者说需要）进行了。 H模型揭示了一个原理：软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。H模型指出软件测试要尽早准备，尽早执行。不同的测试活动可以是按照某个次序先后进行的，但也可能是反复的，只要某个测试达到准备就绪点，测试执行活动就可以开展。其他模型除上述几种常见模型外，业界还流传着其他几种模型，例如X模型、前置测试模型等。X模型提出针对单独的程序片段进行相互分离的编码和测试，此后通过频繁的交接，通过集成最终合成为可执行的程序。前置测试模型体现了开发与测试的结合，要求对每一个交付内容进行测试。

这些模型都针对其他模型的缺点提出了一些修正意见，但本身也可能存在一些不周到的地方。所以在测试过程管理中，正确选取过程模型是一个关键问题。1....

浅谈为什么一个java源文件中只能有一个public类

你好：java程序是从一个public类的main函数开始执行的，（其实是main线程），就像C程序是从main（)函数开始执行一样。只能有一个public类是为了给类装载器提供方便。一个public 类只能定义在以它的类名为文件名的文件中。

每个编译单元（文件）都只有一个public 类。因为每个编译单元都只能有一个公共接口，用public类来表现。该接口可以按照要求包含众多的支持包访问权限的类。如果有一个以上的public 类，编译器就会报错。并且public类的名称必须与文件名相同（严格区分大小写）。当然一个编译单元内也可以没有public类。

在一个源文件.JAVA文件中可以有很多类，只有一个PUBLIC类其他的都不能是.

在PUBLIC类中找程序的入口 main函数你想想如果很多PUBLIC 类，那程序从何运行呢？

浅谈如何使用多个Struts配置文件

当ActionServlet被载入时， Struts 将多个文件在内存中合并成一个单一的文件。

Struts1.1引入了对多配置文件的支持。每一个Struts配置文件都必须是一个有效的XML文件并且必须符合struts-configXMLDTD。在可以在web.xml中将这些文件声明为ActionServlet的初始化参数config的值。你可以将这些文件指定为逗号分隔的路径列表。运行时，这些文件会在内存中合并成一个文件。如果出现重复元素，比如具有相同的name属性的两个不同的formbean声明，则最后一个读入的Struts配置优先。

多配置文件（多模块）

< SERVLET

每一个module都通过其自己的Struts配置文件进行定义。每一个Struts应用都隐含的具有一个默认module。默认module没有名字。附加的模块通过指定一个模块前缀来定义。前缀是Struts的ActionServlet的初始化参数中的config/后面紧跟的值。

编辑推荐

在Eclipse中开发struts应用程序

手把手教你在Eclipse中配置开发Struts

Eclipse下开发struts完整解决乱码问题

Struts相关背景说明