前言：中文期刊网精心挑选了会议方案格式范文供你参考和学习，希望我们的参考范文能激发你的文章创作灵感，欢迎阅读。
会议方案格式范文1
刘姝（1993—），女，汉族，四川成都人，四川农业大学经济管理学院财务管理2011级本科生。
郭明亮（1990—），男，汉族，福建福州人，西南财经大学中国金融研究中心金融学硕士研究生。
摘 要：我国当前支撑高房价的主要动力有财政动力、投资性购房、土地资源有限及地价上涨。国研中心“383”改革方案对于土地制度提出在现有土地权属基础上，赋予农民集体土地处置权、抵押权和转让权。可看出“383”改革方案正好瞄准了房价上涨的核心顽症，也许将给长期炙热虚高的房价一剂退烧药，切实做到藏富于民，让利于民。
关键词：房价；“383”改革方案；土地制度
一、“383”改革方案中有关制度解读
2013年10月28日，各大媒体都在醒目位置刊登了国务院发展研究中心为十八届三中全会提交的“383改革方案”。印象最深之处，就是关于土地及房地产政策改革，也许将给多年来一直屡调不下的炙热虚高的房价，起到釜底抽薪的效果。“383”改革方案中提出，将在现有土地权属基础上，赋予农民集体土地处置、抵押和转让的权力。允许农村集体土地与国有土地平等进入非农用地市场，进而形成权利平等、规则统一的公开交易平台，建立统一土地市场下的地价体系。同时，完善土地租赁、转让、抵押二级市场，“小产权房”补缴出让金后进入市场[1]。
当前支撑高房价的动力主要有，一方面是土地财政动力推高供应方价格，另一方面是投资性购房增值效应推高了购买方价格，其次是土地资源有限及地价上涨相互作用促使房价上涨，三者合力形成高房价长期高烧不退。“383”改革方案正好瞄准了这一久病的核心顽症，很有可能让长期滚烫虚高的房价退烧。“383”改革方案，可行性是可以肯定的，但能否有效执行却存在不确定性。毕竟，方案虽好，贵在执行。如果执行到位，房价必然应声回落；若是执行不到位，改革可能再次流于形式。“383”方案解决房价问题主要是通过土地所有权的改革，大多数人也都意识到房价的高低是不能仅单纯的从房价数字上去比较，房子建在土地上，地价问题理应被更大程度地公开讨论。
二、制度与房价关系研究分析
夏正亚（2013）指出土地在房价调控中起了举足轻重的作用[2]。张燕君等（2012）则认为只有改革“土地财政”，建立稳定的财产税体系，更替主要依赖“卖地”获取一次性获利的布局，才能从根本上切断地方政府与“高地份-高房价”的纽带[3]。而庄天君（2006）提出土地私有化才是房地产市场的出路[4]。近年来，房地产业蓬蓬勃勃，有实力的资本家买地皮开发楼盘赚大钱，贴身裤兜里藏着小钱的人疯抢着的买上一两套，时机成熟倒卖之后小赚一把。然而绝大多数的老百姓无可奈何望房兴叹。
然而，温铁军（2009）则认为土地私有将会带来许多社会问题[5]。一方面，经营农业本来就利润甚微的小农会在地方权利与资本结盟的强势介入下大批失去土地。另一方面，丧失了在农村生存的根基之后，农民又无法完全在城市立足，最终结果可能是城市中贫民窟的数量与农村社会稳定的冲突同步加剧，大规模社会动荡将难以回避。因此，目前中国农村形成的这种基本制度，是经过长期实践检验的、大体上符合中国基本国情的制度。
关于土地制度改革，我们要从两个方面去分析。首先是正面意义，2013年美国农业人口比重下降到1.5%-2%，虽然人口比重在下降，但高科技技术引导下的美国农民不但可以负担全国人民的日常所需，还可以出口高质量高产出的粮食。而中国在2010年末农业人口比重为45.29%，相比之下，中国的大多数农民早就该被解放出来了。土地流转政策一经实施，就可以进行农场大规模经营化，降低成本，提高利润，促进粮食生产，从而为农民谋福祉。土地流转以后，土地承包权就是私人财产。一方面可以防范乡村恶霸的豪夺，另一方面地权上更加公平。土地流转以后，很多农民就可以把乡下的土地卖掉，在城里买房子，大大支撑了城镇的房地产市场，又可以缩小城乡差距。土地公有，农民就不爱惜土地；干部可以夺土地，私卖土地；农民就被束缚于土地。因此，从长远看，土地流转将利大于弊，是中国工业化进程中必须完成的改革，是中国减小贫富差距，走向未来的必经之路。
三、结论与建议
在中国的经济发展过程中有很多问题尚待解决，其中必然面临一个城市化过程中的住房问题。住房问题关系的是民生、社会稳定问题，同时也直接关系经济质量与GDP。政府从宏观调控的角度来看，应该是顺乎民意，给农民以土地权，还农民土地权。农民有了土地所有权，作为经济主体参与住房供应市场，房价必将大副度下调，房价下调居民住房可以解决，商业成本下降，大量有效的房产需求必将导致经济的另一个起飞。而如今高房价像一条大蟒蛇把GDP把社会公平全部缠死。所以在我看来，继续完善，才能让长期炙热的房价退烧。以下是一些建议：
（一）亟待解决
部分地方政府以城镇化之名行房地产开发之实，其意在卖地收入。国家行政学院经济学部教授许正中说过，有的地方政府已经准备进行“一房四吃”：“一吃”土地出让金，“二吃”转让住房所得20%的个人所得税，“三吃”房地产税，“四吃”遗产税。十八届三中全会公报指出“要完善城镇化健康发展体制机制”，看来要实现伟大的中国梦，政策必须要列为首要解决的民生问题。
（二）改革“土地财政”
土地财政无可厚非的是许多地方政府的核心财政依赖。值得关注的是，在许多城市，土地出让金甚至已经成为地方政府最大的收入来源，大量地方政府利用土地财政推高房价已是不争的事实，很多网友纷纷感叹“土地财政不破，高房价不止！”在这一点上，几年前，国土资源部的领导就曾承认过，在一些地方确实出现了政府过分依赖土地收入的问题。在上面提到过，三分之二的购房费用都被地方政府和房地产商“吃”掉了。这还只是“四吃”中的“一吃”。早前就有政协委员披露，我国现阶段涉及的房地产税种有12项之多，涉及房地产的收费多达50项，这62项税费占到购房费用的30%～40%。
（三）政府要切实做到让利于民
转让住房所得20%的个人所得税，其实也被全部转移到了买家的房款中，本来高居不下的房价就在不断升温，再加上沉重的个税，老百姓也只有继续勒紧裤腰带，当一辈子房奴。假使某天遗产税再一实行，含辛茹苦供了一辈子的商品房在让子女继承时又要交一笔不少的遗产税。另外很多专家呼吁实施房产税，让房产回归居住的功能，出发点是好，但一定要配合地方政府的土地政策，如果，房价始终不降，房产税又来雪上加霜，老百姓的买房压力更是苦不堪言。许多地方政府之所以对城镇化建设几极为热衷，是以为他们关心的是卖地的钱，而这又使城镇化的规划、决策被房地产绑架。这种以圈地建房造城为特征的疾风骤雨式的“城镇化”运动，会给中国经济，社会发展带来许多隐忧，影响经济的健康发展。的红利谁先得？全面深化改革就是为了让老百姓享受更多的改革红利。期待新一轮体制改革能有效破解地方政府的土地财政依赖症，并切实把房地产行业的税费负担“简政”、“放权”，最大程度的让利于民。（作者单位：1.四川农业大学经济管理学院；2. 西南财经大学中国金融研究中心）
参考文献
会议方案格式范文2
在县城附近建设标准化学校，用于接收至今没有通路、通电、通广播电视的贫困山区义务教育阶段中小学生，为他们提供与城里孩子同等的教育条件。海南自2007年起实施的“教育扶贫移民工程”改变了山里娃的命运。
据海南省教育厅厅长胡光辉介绍，海南省辖18个市县，11个是贫困县，教育发展长期处于比较落后的水平，尤其是基础教育水平低、质量差，薄弱学校比重偏大，优质资源稀缺，义务教育均衡发展任务艰巨。
为促进义务教育均衡发展，海南大力实施“教育扶贫移民工程”，截至目前，海南省财政投入14亿元，建设了24所思源学校，改扩建教育扶贫移民学校14所，新增优质学位4.57万个。数万名大山深处的少数民族贫困孩子得以走出大山，到县城接受优质教育。
记者在王榆芳就学的屯昌县思源学校看到，这是一所全新的现代化校园，拥有绿草如茵的花坛、标准化的篮球场、明艳的塑胶跑道、一流的教学设备。学校接收的学生90%以上来自贫困、少数民族家庭。
更让贫困孩子和家长笑逐颜开的是学校强大的软实力。思源学校建设改变了过去只重硬件投入的教育扶贫方式。海南省政府教育总督学石秀慧说，思源学校招聘的校长均为市县级以上优秀校长，综合素质较高，具有丰富的办学经验和先进的教育理念，事业心强，工作投入，加上一批年富力强经验丰富的学科骨干教师和一批充满活力的年轻“特岗教师”，各思源学校构建了一支素质优良的教师队伍。
现代化的教学设施、优秀的师资力量，为山里娃们带来了全新的教学理念和优质的教学课程。“思源学校真好，可以免费学钢琴，还有各种各样的兴趣班，绘画课、书法课、舞蹈课，大家可以凭兴趣选择。”王榆芳笑起来很灿烂，她说今后要上思源高中，继续学钢琴。
黎族小姑娘王玉宝告诉记者，在她们以前就读的山里小学，往往一个老师要教很多门课程，音乐、美术课则让他们自习。
由省、市县财政和香港言爱基金共同投入建设的一期10所思源学校经过三年的顺利运行，教育教学成果显著：学校教学楼下，展示着孩子们精美的美术、绘画作品；篮球、排球场上，山里娃挥汗如雨；学业成绩也大幅度提高，上学期末，第一批10所思源学校中，有7所平均分高于所在市县平均分，9所成为省级规范化学校。
会议方案格式范文3
关键词：OpenMeetings；视频会议；Red5；OpenLaszlo
中图分类号：TP37文献标识码：A文章编号：1009-3044(2011)12-2909-03
The Research of Video Conference System on OpenMeetings
PENG Ling-hua, ZHAO Rui
(Guizhou University, School of Computer Science and Information, Guiyang 550025, China)
Abstract: This article describes environment and overall design of network video conferencing system based on open source framework OpenMeetings. OpenMeetings is a multi-language customizable video-conferencing and collaboration systems. It supports audio, video, each participant can share the desktop. It also contains a whiteboard, the whiteboard can import images in various formats and make presentations. System architecture is mainly server-side development using Java, using Spring and Hibernate frameworks, streaming media servers running on Red5. Client using OpenLaszlo development environment running in the Flash player.
Key words: OpenMeetings; video conference; Red5; OpenLaszlo
随着网络的普及和视频交流的广泛需求，软件视频会议的应用越来越广泛，但传统的客户端方式的软件系统也给客户的视频会议应用带来了诸多障碍：下载和安装客户端软件时的各种繁琐流程、浏览器对各种插件的校验与排斥、各类防火墙防病毒软件的严格检查。据统计，有超过50%以上的用户因为诸如此类的原因而放弃了软件视频会议客户端的安装。视频会议的Web化是几年来软件视频会议在技术上、应用上不断发展之后的一个必然选择，与传统的C/S模式的软件视频会议相比，无论是在灵巧性、易用性方面，还是在易嵌入、易整合、易扩展等方面，Web视频会议都表现出其强大、高柔韧度的特征。
而开源框架的OpenMeetings正是基于Web化并且客户端采用纯FLASH呈现的视频会议系统。OpenMeetings最大特点是视频会议客户端不需要下载安装，OpenMeetings系统将客户端做成swf形式，通过网页浏览的方式自动加载，免去用户下载安装的步骤，所有支持flash的浏览器都可以使用OpenMeetings进行视频会议。OpenMeetings另一大特点在于其强大的跨平台能力，从FireFox、Chrome、傲游到IE，从Linux、Mac、Unix到Windows全系列，而随着Flash对各类新型操作系统和智能终端的不断兼容，OpenMeetings视频会议所支持的设备、浏览器、操作系统也在不断扩大，相比而言，基于客户端方式的视频会议系统想做到这一点是异常困难的。
1 OpenMeetings系统简介
OpenMeetings是基于Flash的多语言可定制的开源EPL（Eclipse Public License）视频会议软件，通过RTMP和HTTP协议传送视频数据。
OpenMeetings的主要采用的开发语言是Java和LZX（Laszlo XML-based language，一种基于XML和JavaScript的语言），它的服务器端运行于开源的流媒体Flash服务器 Red5，客户端是OpenLaszlo的应用，并且运用第三方辅助软件实现格式转换处理以及视频音频录制等功能。
OpenMeetings是可以从选择操作系统（Linux）到数据库（MySQL）到流媒体服务器（Red5）到辅助软件（OpenOffice、FFMpeg等）到开发环境（OpenLaszlo、Eclipse）等完全开源的系统。
2 运行环境介绍
2.1 流媒体服务器Red5
Red5的主要功能和Macromedia公司收费的FMS（Flash Media Server）类似，提供基于Flash的流媒体服务的一款基于Java的开源流媒体服务器，可开发Web音视频应用程序（比如，视频聊天室、视频会议系统、播客系统、音视频留言等等）的最方便最快捷的解决方案。它由Java语言编写，使用RTMP作为流媒体传输协议，可与FMS完全兼容。
OpenMeetings的服务器端处理均是在Red5服务器中运行处理，Red5主要支持把音频（MP3）和视频（FLV）转换成播放流，实时录制客户端播放流（只支持FLV），共享对象，实时视频播放、Remoting远处调用等。
2.2 客户端OpenLaszlo
OpenLaszlo是一个与Flex并驾齐驱的主流的开源RIA（Rich Internet Applications）构建平台，使用Macromedia Flash 作为部署载体。OpenLaszlo 依赖 JavaScript 来表达逻辑，并提供了传统 Flash 开发方式无法比拟的一些优点，包括高级的 UI 约束系统、面向对象的设计方法学以及内置的对 Web 服务和各种风格的远程过程调用（Remote Procedure Call，RPC）的支持。
OpenLaszlo应用程序开发使用的是基于XML的LZX语言，它可以被编译成DHMTL,SWF等格式。
OpenMeetings中所有前台操作都是通过它编译生成flash，然后客户端操作产生事件再传递到后台服务端处理的，所以它在相当于我们常见网页界面，只不过它是flash形式展示的。
2.3 开源办公软件OpenOffice
是一套开源的跨平台的办公室软件套件，能在 Windows、Linux、MacOS X (X11)、和 Solaris 等操作系统上执行。
它主要是用来处理OpenMeetings中演示文档时需要将各类格式的文档转换成PDF，它可将MS Word，Excel，PowerPoint，文本文件txt，MS Office 2007在内的多种格式，并且能够将其导出为PDF文件，由于它能广泛支持MS Office，而且免费，所以用它来进行转换处理是非常合适。
2.4 图像处理ImageMagick
ImageMagick是一套功能强大、稳定而且免费的工具集和开发包，可以用来读、写和处理超过89种基本格式的图片文件，包括流行的TIFF, JPEG, GIF, PNG, PDF以及PhotoCD等格式。利用ImageMagick，可以根据web应用程序的需要动态生成图片, 还可以对一个（或一组）图片进行改变大小、旋转、锐化、减色或增加特效等操作，并将操作的结果以相同格式或其它格式保存。对图片的操作，即可以通过命令行进行，也可以用C/C++、Perl、Java、PHP、Python或Ruby编程来完成。同时ImageMagick提供了一个高质量的2D工具包，部分支持SVG。现在，ImageMagic的主要精力集中在性能、减少bug以及提供稳定的API和ABI上。
OpenMeetings中通过它处理白板中的图像操作以及生成等工作。
2.5Flash转换工具SWFTools
SWFTools是一种为Adobe Flash文件（SWF文件）工作的实用工具集。该工具集包括用于阅读或者合并SWF文件，，或者将（如图像，声音文件，视频或源代码）等文件转换成swf文件的程序。
它在OpenMeetings中是非常重要的，因为其中许多上传的文件或者系统运行中的文件都需要通过它来创建或者格式转换成swf文件，以便前台可以访问或者使用。
2.6 视频处理FFmpeg
FFmpeg是一个开源免费跨平台的视频和音频流方案，属于自由软件，采用LGPL或GPL许可证（依据你选择的组件）。它提供了录制、转换以及流化音视频的完整解决方案。它包含了非常先进的音频/视频编解码库libavcodec，为了保证高可移植性和编解码质量，libavcodec里很多codec都是从头开发的。
OpenMeetings中通过它来实现录制视频并后期重组处理。
2.7 音频处理SoX
SoX是一个跨平台（Windows，Linux操作系统，MacOS X系统等）的命令行实用工具，可以转换各种格式音频文件的计算机在为其他格式。它也可以应用各种效果，将这些声音文件作为外放，SoX可以播放和录制大多数平台上的音频文件。
OpenMeetings中会议录制时将会用到音频处理，并将音频单独拆分出来外放。
3 OpenMeetings的系统架构
3.1 服务器端框架
OpenMeetings服务器端是Java开发的，采用了Spring和Hibernate框架。
Spring 是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为 J2EE 应用程序开发提供集成的框架。
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用。
3.2 系统模型
图1的模型中，OpenMeetings的后台是一系列的service组成的，这些service由Java语言编写，这些service的实现类大都在包org.openmeetings.app.remote中，该包封装了大部分前后台交互的类。如文件服务、用户服务、会议服务、流服务等等。
这些service作为接口供前台调用，它们分别处理不同的功能请求。例如：
UserService：用户注册、登录、注销、修改用户信息等。
StreamService：视频音频录制，格式转换，处理视频流，音频流。
ConferenceService：会议设置，会议管理，可根据需要设置不同功能的会议室。
OrganizationService：组织管理，可添加修改组织，并和用户进行关联。
LanguageService：语言编辑管理，可编辑修改按钮名称，注释，菜单名等。
ErrorService：各种消息提示处理，如注册成功弹出框提示，错误提示。
FileService：文件上传，文件管理，文件格式转换。
3.2 技术体系层次及数据库设计
3.2.1 技术体系层次
前台的浏览器页面请求是由OpenLaszlo编写lzx文件，编译完成后是一个Flash的形式（swf文件）。前后台的交互大部分通过RPC（Remote Procedure Call）远程调用实现，即OpenLaszlo程序远程调用后台的Java类，也有部分回调。
前后台的交互也有少部分是通过http协议完成的，比如图片的上传和现实，文档的上传等等。这一部分与传统的B/S架构是类似，后台是Java语言编写的servlet，这些servlet位于包org.openmeetings.servlet。
servlet和service接口处理逻辑请求时通过hibernate访问数据库并获得数据，并向前台返回请求结果。
用户操作时，上传的文件或者图片会通过外部扩展攻击SWFTools来转换成swf然后供前台展示。视频音频录制后会通过调用外部命令FFmpeg和SoX来实现视频音频的格式转换和整合，它们将生成一个无声的视频，并对应的生成一个音频，以供只需视频或者只需音频的不同需求。
数据库服器可采用多种应用于多种数据库，如sqlserver、mysql、ocracle，postgresql，只需在数据库配置文件中修改对应的数据库驱动，并装上对应的包即可。
3.2.2 数据库设计
1）语言和提示信息设计
fieldlanguagesvalues为存放所对应的语言的实际内容，它根据语言表fieldlanguage的language_id来区分语言的种类，fieldvalues表是fieldlanguagesvalues表的一个每个所需显示的语言对应，例如在fieldlanguagesvalues表中同一个fieldvalues_id表示他们属于同一个表示值，但是不同的fieldlanguagesvalues_id表示不同的语言（language_id）下的值是不同的，这样程序中查询所对应语言的时候只需根据fieldvalues_id即可查到它所在不同语言下对
2）用户、组织、房间数据库设计
用户表（users）通过关联表organisation_users和组织表（organisation）关联，该关联表表示每个用户表所对应的组织，单个用户可以对应多个组织。
组织表与房间表（rooms）通过关联表rooms_organisation表相关联。它负责记录每个房间和组织的对应关系，这样可以按房间类别和用户所在的组织是否属于该房间来控制用户是否有权限进入该房间参与会议或者访谈。房间类别表roomtypes（上图未列出）来表示各个房间的类别，通过roomtypes_id来进行关联。
会议邀请表（invitations）为当用户需要预定某些用户参与预约的会议时用到，关键的记录了开会的房间和有哪个用户发起，并记录了参与的用户等信息。
用户权限根据用户表中的level_id来控制，1为管理员，2为主持人，3为普通用户。将来扩充的话可根据用户表所关联的user_level表（上图未列出）来增加或者修改用户权限类别。
3.2 代码实例
一个登录的调用实例：
代码1：（checkLoginData.lzx）
this.parent.errormess.setAttribute('text','');
this.parent.loginUser.doCall();
代码1意思是当登录按钮有点击事件时执行的两句代码，handler是当某个事件触发时即执行。
this.parent.loginUser.doCall();调用loginUser类。
代码2：（checkLoginData.lzx）
return parent.parent.username.getText();
代码2中netRemoteCallHib name="loginUser" funcname="xmlcrm.loginUser" 指明了loginUser远程调用指向的函数名为xmlcrm.loginUser。而后面带上的内则是该函数调用所带去的参数。
代码3：（xmlcrm.service.xml）
class="org.openmeetings.app.remote.MainService">
由于lzx可以远程调用service中的接口，所以我们在WEB-INF\red5-services文件夹下找到xmlcrm.service.xml，其中看到xmlcrm.service对应于org.openmeetings.app.remote.MainService，所以我们可以在MainService找到函数loginUser，这个就是前台远程调用的函数了。
后面再通过hibernate访问数据库，比较用户数据的正确性以判断是否允许登录。
参考文献：
[1] /documentation.
[2] Openmeetings /p/openmeetings/wiki.
会议方案格式范文4
格式内容：
1、标题。由"会议名称+会议纪要"构成。
2、导言。介绍会议召开的基本情况，如时间、地点，参加人，讨论的问题。
3、会议的成果及议定的事项，应逐项列出。
会议方案格式范文5
1、认真把好处置项目的审查关。自从确定专门机构、专职审查人员以来，建立健全了各项规章制度，经过两年多的努力和完善，我办的资产处置审查工作基本上达到了程序化、规范化、制度化，上半年共审查、批复项目xx个，其中审查上报总公司项目x个。
2、做好资产处置审查委员会日常事务工作。为使处置审查工作程序更加规范化，我们在审查程序上严格做到规范化，即按照办事处制定的《中国东方资产管理公司长春办事处资产处置审查委员会工作规则》要求的内容，从审查经营部门上报方案内容、格式、时间，反馈初审意见，到安排例会时间、通知上会、准备例会相关资料、会议记录、投票内容、会议纪要、下达批复文件、上报处置方案等等，力求处置审查工作程序的规范化。上半年共组织召开了评审会xx次。
3、加强处置项目的后续跟踪管理工作。为及时掌握已批复项目的处置执行情况和存在的问题，我们每季度对已批复的处置项目进行一次后续跟踪调查，写出检查报告，及时了解处置项目及管理中存在的问题，以便采取措施，加强管理。
4、加强终结项目的规范化管理工作。针对以往终结项目中存在的没有项目终结报告或报告不规范，该阐述的问题在报告中没有，有些业务人员甚至把处置方案下载一份作为项目终结报告这一问题，我们认为，项目终结报告是对该项目处置全过程客观、具体、真实、全面的一个反映和总结，尤其对于有些项目，在处置方案执行过程中存在很多变数，一定要在报告中认真总结和反映出来，于是我们制定了“关于项目终结报告的内容和格式”，规范了项目终结报告，并要求经营部门定期报送项目终结报告，移交档案材料。加强了终结项目的管理，使我们的终结项目真正能够画上一个圆满的句号。
会议方案格式范文6
公文基本格式要求
结合日常公文处理实际，提出一些基本要求，请认真研读执行。
一、公文写作
1.方向要正确。撰写公文必须要符合党的路线、方针、政策和国家的法律、法规及本企业的制度、规定，并能客观、完整、准确地体现本单位、部门所要表达的意图。
2.主题要突出。起草公文要开门见山，简明准确，要合理安排正文结构，做到层次、条理清楚，要确保请示件一事一文，不可一文多事。
3.表达要深入。尤其请示件，一定要内容完整、有深度。例，对于涉及到经费方面的请示项目，在明确理由的同时，还应拿出依据，测算经费，并提出合理方案，或拟定几种方案，阐明利弊，供领导决策借鉴，从而增强文件的前瞻性和批办效果。
4.文题要对应。目前上报的请示中，文不对题的现象依然存在。例，某已开工工程需申请费用，标题却写“关于××工程的请示”。
5.用语要得体、规范。具体应注意以下几点：
(1)文句严谨，周密、准确，不生歧义，没有漏洞、失当之处。
(2)简明，精炼，去浮辞，忌冗长空泛。
(3)文理通顺，符合语法、逻辑规律。
(4)格调郑重、严肃、客观，不主观褒贬、肆意渲染，不矫操造作、虚构加工，体现公文的权威性。
(5)平实自然，通俗易懂，忌堆砌词藻，滥用辞格。
(6)要使用规范化公文书面词语，现重点例举以下几种常用词进行说明。
称谓词，第一人称用“我”、“本”，第二人称用“贵”、“你”，第三人称用“该”。
领叙词，一般有根据、依据、按照、遵照、接、顷接、近接。作为下文依据的词有悉、收悉、敬悉、欣悉、惊悉、恭悉、获悉、谨悉等。表示目的的词有“为”、“为了”。表示理由的词有“由于”、“因为”、“兹因”、“鉴于”。
承转词常用的有“据此”、“为此”、“故此”、“有鉴于此”、“基于上述”、“综上所述”、“由此可见”、“总之”、“总而言之”。
时态词不能用“明年”、“后年”等不准确的词，而应使用具体化的年、月、日。此外常用的时态词有兹、现、将、值此、时值、按时、准时、届时、在即、立即、当即、先期、逾期、片刻、曾经、暂、暂行等。
结尾词，一般有此复、特此批复、特此函告、特此报告、 为盼、为要。还有致意性结尾词，如谢谢合作，谨致谢意，顺致诚挚问候等。
公文语言要符合发文机关职权、符合文体特点、符合行文关系，下行文要明确肯定，平行文、上行文要用语谦和，分寸适宜。
“请示”要求理由充分，必要性、可行性阐述清楚，在结尾处不能含糊，如“请领导考虑”、“上述意见不知妥否，请上级酌定”就含糊其词，而应当明确请求批示，例如，“妥否，请批示。”等就比较明确。
6.字句要正确。避免病句、错字、标点乱用等文字性错误，减少语句前后缺乏逻辑性、关联词使用不恰当、标题不准确、不确切等表达上的错误。
7.引文要准确。常见的错误有：引用某个相关文件名称时，公文文号置前，标题置后，或者引文文号中的六角号“〔〕”用“”代替，正确格式应为“《标题》(文号)”;引用会议纪要内容时，专门强调某个领导提出某某事项，不符合行文规定。正确的表达应该是会议强调某某事项，不出现个人姓名;专业术语、计量单位和数字用法不符合相关规定等错误。
二、文种使用
公文种类主要有命令(令)、决定、公告、通告、通知、通报、议案、报告、请示、批复、意见、函、会议纪要等13种。
1.不能漏写文种。
例：“关于××的方案”、“关于××的办法”，为不完整正式公文，“方案”、“办法”不能作为文种，应为 “关于印发××方案的通知”。
2.不能自编文种，行文时必须在上述13个文种中选择适当的文种，避免出现“说明”、“建议”、“要求”等自编文种的现象。
3.正确选择文种。要依据发文机关的职权选择，上行文多采用“请示”或“报告”，必要时也可使用“意见”;平行文用“函”，指在同一系统内部平级单位之间或不相隶属的任何级别的单位之间;下行文使用的文种有“通知”、“通报”和“批复”等。
要注意几个易出错文种的正确使用：
“请示”和“报告”，“请示”需上级批复，而“报告”则是向上级汇报，不须批复。“请示”必须是一文一事。
“通知”和“通报”，“通知”具有执行性，主要用于批转下级机关行文，转发公文，印发本机关公文;通报具有教育性，如批评、表扬及情况通报等。
“决定”和“决议”， 这两个文种都属于下行文，具有决策性，但决议是党的机关文种之一，而且是会议通过的，在题注中要注明是哪次什么会议什么时间通过的。
三、公文格式
规范的公文包括眉首，正文和版记三个部分。
1.眉首。一般包括公文份数序号、秘密等级与期限、紧急程度、发文机关标识、发文字号、签发人6个部分。上行文必须要注明签发人姓名。
2.正文。一般包括公文标题、主送机关、正文及成文时间，有时还有附件。
(1)标题。准确简要地概括公文的主要内容，要文字简明。文种中已表达过的内容标题不再重复，如，不能说“关于申请××的请示”，“申请”二字是多余的。标题中除必要时使用书名号外，一般不用标点符号。要正确使用介词，要么用“关于”，要么用“对”，不能出现“关于对”。标题的排列要均称，不能将一个词拆分成两行。转发的公文，如通知的通知的通知，可省略中间层次，但在正文中须叙述完整。
(2)主送机关。“请示”不能多头主送。
(3)成文时间。成文时间以负责人签发的日期为准，联合行文以最后签发机关负责人的签发日期为准。
3.版记。版记部分包括主题词、印发机关、印刷份数和发文时间。
(1)主题词：主题词应主要选择名词、动名词和名词性词组，有些公文标注的主题词是将标题简单割裂，有的甚至出现介词“关于”、动词“调整”等等，对于揭示公文主题内容、便于检索毫无意义，选词数量应不多于6个，排列顺序为类别词、类属词，最后必须加上文种。
(2)版记最后要标注印发机关、成文时间和打印份数。4.其他格式
遵循“参照标准，力求美观”的原则，对常出现的格式及其他细节方面的问题作如下统一规范:
(1)文号、正文(除标题外)、版记(除主题词、词素外)及上行文中的“签发人”3个字都采用仿宋GB2312三号字，页码采用仿体四号阿拉伯数字;上行文的签发人姓名为楷体三号;标题用宋体小二加粗;“主题词”3个字为黑体三号，主题词词素为宋体小三，各词之间空一全角汉字。
(2)正文统一用1.5倍行距。
(3)一般标题上与红色反线空两行三号字距离，下与正文空一行。
(4)附件与正文空一行，附件名称不加标点符号，如需回行，则回行后第一字与名称首字对齐。正确格式为：
附件: 1.××××××××××××××××××××××
2.××××××××××××××××××××××
(5)有附件的文件，正文中一定要按以上格式标明，并与后附标题一致。
(6)成文日期中的“”从特殊符号里引用，并与正文字体相同。
(7)正文层次序号依次为：“一、(一)1.(1)”或“一、1.(1)”
(8)单独发文落款处只写日期，不写发文单位。
(9)用印要求横向居成文日期中间，纵向上不压正文，下压日期，骑年盖月。印章所在页必须有正文，不能在空白页上打上“此页无正文”之后再加盖印章，必要时可调整行间距或标题与红色反线距离。
(10)版记应置于文件最后一页，亦即偶数页。
(11)要双面打印纸质文件，以备归档。在OA系统电子版公文制作时，要按纸质文件要求排版。
(12)“妥否，请批示”并不是请示中必用的固定格式，如以“请公司批复”收尾，再加“妥否，请批示”，则属多余。
(13)请示文件应在成文日期下隔一行标明联系人及电话，报告因不必署联系人。
(14)在转发、印发某项内容的行文处理时，被转发的内容是公文的正文，而不能作为附件处理，故无需标注“附件”一词。
