关于修订《全省水行政执法文书样式》的说明doc公文通用

关于修订《全省水行政执法文书样式》的说明doc公文通用
关于修订《全省水行政执法文书样式》的说明doc公文通用

关于修订《全省水行政执法文书样式》的说明doc公文

通用

关于修订《全省水行政执法文书样式》的讲明全省水行政执法文书样式已重新修订,并将下发执行,现将本次修订情形讲明如下:

一、本次修订执法文书的起因和通过

水行政执法文书是水行政执法机关在执法过程中,依照法律、法规或者规章的规定,依照法定程序,在作出行政处罚、行政征收、行政监督,或者采取行政强制措施、强制执行措施等具体行政行为时制作的,具有法律效力或法律意义的文书,是水行政执法过程及其结果的书面表现形式,是水行政执法活动的结论和文字凭证。因此,各级水行政执法机关都专门重视执法文书的制作和使用。水利部曾在1990年8月颁布的《违反水法规行政处罚程序暂行规定》(水利部令第3号,现已废止)中规定了7种文书样式,我厅也于1996年10月和2001年5月两次依照需要分不下发了《关于印发水行政执法文书格式的通知》(苏水政〔1996〕51号)和《关于规范水行政执法文书格式的通知》(苏水政监〔2001〕4号),对全省水行政执法文书进行了统一和规范。然而随着依法行政的不断深入,往常制订的执法文书已不适应执法工作的需要,各地要求重新修订执法文书的呼声越来越高,一些地点已先行对执法文书进行了统

一和规范。为此,去年省总队托付镇江市水政监察支队对水行政执法文书进行了专题研究。在此基础上,从8月3日开始,又专门组织有关同志结合南京、淮安等地文书改革成果对现行的执法文书进行了修订,经部分专家和执法一线同志专题讨论,现已定稿,并将下发执行。

二、本次文书修订的要紧目的和任务

1、统一文书格式。近几年,水行政执法文书处在不断变化之中,执法文书不系统、不统一、不规范咨询题已相当突出,不仅不便于使用,而且容易造成工作中的失误。为此,本次文书修订的首要目的确实是统一文书格式,做到“四个统一”:即统一种类、统一名称、统一编号、统一内容,使水行政执法文书差不多达到系统化、规范化的要求。

2、规范文书制作。如何提高全省水利系统执法文书的制作水平是我们当前必须解决的一个实际咨询题。但文书制作是个实践性咨询题,因时因事不同存在着专门大的个案差异,难以作出整齐、划一的刚性规定。为此,我们从文书制作的一样性、基础性的要求动身,以文书制作讲明的形式,制作依据,文书性质、适用范畴、制作要求,注意事项等几个方面进行提醒和提示,以规范文书的制作。由于本次修订时刻较紧,关于文书的制作讲明将随后下发。

三、本次文书修订的要紧原则

1、合法。一是文书的制作主体必须适格。行政执法文书的合法性是以其制作人的专门资格为依靠的。因此,本次执法文

书修订要求在文书名称中一样应有执法机关名称,发文机关必须是适格的水行政处罚机关,两者要统一。二是文书涉及的内容必须具有实体法的规定。专门是外部文书,其载明的内容对相对人的权益和义务将产生直截了当的增、减、得、失的阻碍。因此,在本次修订中要求所有外部文书必须清晰的写明作出具体行政行为的事实、理由和依据。三是文书的制作要符合程序法的规定。什么情形下使用什么样的文书,程序法有明确规定。为便于执法时使用和参考,凡程序法规定的、必须的,在本次文书修订时都制订了相应的执法文书样式。

2、规范。一是规范文种。本次文书修订确定了42种文书,这是在多次反复征求意见后确定下来的,差不多满足了当前水行政执法工作的需要。二是规范格式。一样将文书分为三个部分。首部由标题、编号、当事人差不多情形组成;正文叙述事实、理由和依据;尾部交代制作文书的行政执法机关、时刻和用印。三是规范用语。语言表达力求准确精炼,内容提示力求简明易明白。

3、适用。一是按办案流程时期不同,兼顾不同的具体行政行为种类,将执法文书划分为九个大类,便于执法过程中选用;二是按文书制作形式的不同,对填空式文书、表格式文书、笔录式文书和文字叙述式文书分不提出了不同规范和要求;三是对一些不常用的或存在争议的文书没有录入,如鉴定托付书、鉴定意见通知书、检验(检测)托付书、检验(检测)结果通知书等,以及层级监督类的一些文书。因此,没有

录入不代表在执法过程中使用不到,这就需要大伙儿在执法过程中连续探究和完善。

四、本次文书修订的要紧内容

1、在文书种类上有较大幅度的增加。一是增加了行政征收类执法文书。行政征收是一种具体的执法行为,对征收程序《水法》、《长江河道采砂治理条例》、《取水许可和水资源费征收治理条例》等法律法规和规章都有明确的规定,但在具体征收过程中部分单位没有按照规定的程序执行,有的还与收费单位签订了征收协议之类的行政合同,一旦条款规定不清,执行起来就会造成扯皮,执行难度大增。为此,本次修订增加了3种行政征收类文书,分不是《缴费通知单》、《责令限期缴费通知书》、《缓期(分期)缴费批准书》。供大伙儿在行政征收时使用。二是增加了行政监督类文书。共2种,分不是《督(查)办通知书》、《重大水事案件报备表》,以进一步规范层级监督行为。三是增加了8种调查取证类执法文书。行政机关在实施具体行政行为时,要以文字形式记录下案件事实和调查处理通过,以揭示执法的全过程。但检查发觉,许多地点在水事案件查处过程中存在证据明显不足的咨询题。本次新增的这8种文书差不多上证明执法活动公平合法的重要凭证,将对规范执法行为起到积极作用。四是在决定类文书中增加了《负责人集体讨论记录》。五是在其他类文书中增加了《限期改正通知书》和《限期补办行政许可手续通知书》。

2、在文书格式上有较大幅度改动。一是所有文书名称都增

加了执法机关名称;二是对所有可执行类文书都要求交待诉权;三是对文书的签名和用印作出了明确规范;四是对案件事实的叙述提出了明确要求,必须包括违法行为的构成要件和从重、从轻、减轻情节等内容。五是对《行政处罚决定书》作了进一步规范,增加了证据等方面的内容。

3、增加了文书填制讲明。对每一种文书都附一个填制讲明,从制作依据、文书性质、适用范畴、要紧内容、制作要求和注意事项等几个方面进行了较为详细的讲明。

五、在文书使用过程中的几点建议

1、本文书样式是依照《行政处罚法》和《水法》、《防洪法》、《水土保持法》等法律法规的差不多要求,和执法文书的一样规律制作而成的,各地在使用时应结合个案特点选择使用。

2、由于执法文书的名称、编号等随执法机关的不同而不同,因此,各地在使用时应依照本样式重新印制。

3、文书制作是执法人员综合素养的表达,制作一个好的执法文书不仅是形式,更重要的是内容都要合法规范。各级水行政执法人员要加强学习培训,不断提高业务素养,只有如此才能制作出形式、内容俱佳的执法文书,水行政执法质量才能得到真正的提高。

4、执法文书需要在实践是不断完善,期望各地能及时将本文书样式的使用情形反馈给总队,以便于进一步修改和完善。

二〇〇六年八月二十九日

公文函的格式范文

公文函的格式范文 因工作需要,以函的形式写一公文,所以在网上搜了一下函的相关内容: 函,即信;公函即公务信件。它是上下级和平行机关或不相隶属机关之间在商洽和联系工作、询问和答复问题时所使用的文体。函的特点是不受公文规定的严格限制,如不用正式文件头,也可不编文件号,有时还可不拟标题,因此用起来极为简便。 公函大体有以下几种用法: 1、下级机关向上级机关询问一般事宜,或上级机关答复或催办下级机关有关事宜。 2、平行机关或不相隶属机关之间商洽有关事宜, 3、用函来通知一般事项。如通知开一般性的会议、要求下级机关报送某项材料或统计某些数字等时,也常用公函。 4、向上级机关请示较小事宜也常用函。 函件采用书写、复印、打印、传真等传递方式均可。 函的结构、内容和写法 由于函的类别较多,从制作格式到内容表述均有一定灵活机动性。主要介绍规范性公函的结构、内容和写法。 公函由首部、正文和尾部三部分组成。其各部分的格式、内容和写法要求如下:

(一)首部。主要包括标题、主送机关两个项目内容。 1、标题。公函的标题一般有两种形式。一种是由发文机关名称、事由和文种构成。另一种是由事由和文种构成。 2、主送机关。即受文并办理来函事项的机关单位,于文首顶格写明全称或者规范化简称,其后用冒号。 (二)正文。其结构一般由开头、主体、结尾、结语等部分组成。 1、开头。主要说明发函的缘由。一般要求概括交代发函的目的、根据、原因等内容,然后用“现将有关问题说明如下:”或“现将有关事项函复如下:”等过渡语转入下文。复函的缘由部分,一般首先引叙来文的标题、发文字号,然后再交代根据,以说明发文的缘由。 2、主体。这是函的核心内容部分,主要说明致函事项。函的事项部分内容单一,一函一事,行文要直陈其事。无论是商洽工作,询问和答复问题,还是向有关主管部门请求批准事项等,都要用简洁得体的语言把需要告诉对方的问题、意见叙写清楚。如果属于复函,还要注意答复事项的针对性和明确性。 (三)结尾。一般用礼貌性语言向对方提出希望。或请对方协助解决某一问题,或请对方及时复函,或请对方提出意见或请主管部门批准等。 (四)结语。通常应根据函询、函告、函商或函复的事项,选择运用不同的结束语。如“特此函询(商)”、“请即复函”、

公文附件和附件说明标注位置

公文附件和附件说明标注位置、格式及 附件的附件处理 日常公文写作过程中,公文附件是文秘人员经常碰到的问题。笔者在教学工作中也发现,相关文献中,对附件和附件说明所在位置、标注格式以及附件所带的附件如何处置,要么语焉不详,要么大而统之,孰是孰非,给工作实践带来诸多困惑。 一、公文附件本身所附的正确位置 《国家行政机关公文格式》(下简《格式》)中提出:“公文如有附件,在正文下空l行左空2字用3号仿宋体字标识“附件”,后标全角冒号和名称。附件如有序号使用阿拉伯数码(如“附件:1.×××××”);附件名称后不加标点符号。附件应与公文正文一起装订,并在附件左上角第1行顶格标识“附件”,有序号时标识序号;附件的序号和名称前后标识应一致。如附件与公文正文不能一起装订,应在附件左上角第1行顶格标识公文的发文字号并在其后标识附件(或带序号)”。 上述表述中对附件的表述,实际上暗含两个概念:一个是附件说明,一个是附件本身。前半段实际上是讲公文有附件时在正文下所标注的附件说明的标注要求,总体来说还比较明确;而后一段话,主要讲附件本身的标注问题,在讲述附件本身的标注问题时,细分为两种情况:一种是附件本身

与公文主件一起装订的情况,一种是附件本身与公文主件不能一起装订的情况。后一种情况,附件实际上就是一份独立的文书,《格式》中对其标注的方法也是比较明确的。关键是第一种情况,《格式》中要求“应与公文正文一起装订”,在这里“公文正文”一词容易引起一定歧义。因为根据《国家行政机关公文处理办法》(下简《办法》)及《格式》中相关规定,公文的“正文”是公文“主体”的一个组成因素,如果理解为“附件说明”放在“公文正文”之后是妥当的,但如果附件本身放在公文正文之后,显然不好操作。 也正因为以上的概念性模糊,在实践中,附件本身与主件一起装订的情况,附件本身所在的位置通常就能见到以下两种:一是附件本身附在公文的版记之后。二是附件本身附在公文生效标识印公章之后(有附注时在附注之后),且从下一页顶行标识。 对这两种位置的设定,不少著作中要么是《格式》中的原文照抄,要么是见仁见智,自由发挥:有的认为二者皆可,有的认为只能取第二种。因此很有必要查根问据,统一规范。《办法》第十条规定,“公文一般由秘密等级和保密期限、紧急程度、发文机关标识、发文字号、签发人、标题、主送机关、正文、附件说明、成文日期、印章、附注、附件、主题词、抄送机关、印发机关和印发日期等部分组成”,《格式》中也提出从公文正文中抽出的附件应该是“放在公文生

项目详细设计说明书

详细设计说明书 当前版本号:1.0 最后更新日期:2011-11-25 作者:员工王 授权人:部门经理

版本记录:

目录 目录 (3) 1引言 (4) 1.1目的 (4) 1.2项目背景 (4) 1.3参考资料 (4) 1.4阅读对象 (4) 1.5术语解释 (4) 2设计概述 (5) 2.1任务 (5) 2.2运行环境概述 (5) 3系统详细设计 (6) 3.1系统总体框架 (6) 3.2功能模块详细设计 (6) 3.3用户界面详细设计 (6) 4存储设计 (7)

1引言 1.1目的 [阐述文档输出:描述本文档对下一环节工作的影响和作用。] 1.2项目背景 [应包括: 项目的委托单位、开发单位和主管部门 该软件系统与其他系统的关系。] 1.3参考资料 [本小节应完整列出此详细设计说明书中其他部分所引用的任何文档。列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括: 项目经核准的计划任务书、合同或上级机关的批文; 项目开发计划; 需求规格说明书; 概要设计说明书; 测试计划(初稿); 用户操作手册(初稿); 文档所引用的资料、采用的标准或规范。] 1.4阅读对象 [概述本文档的读者、用途。] 1.5术语解释 [必须提供全部需求的术语、缩写词及略语的定义,以便对本文档进行适当的解释。]

2设计概述 2.1任务 [说明详细设计的任务及详细设计所要达到的目标。] 2.2运行环境概述 [对本系统所赖于运行的硬件,包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述,及配置要求。]

3系统详细设计 3.1系统总体框架 包含两个图:系统结构图系统运行框架 数据结构的定义 3.2功能模块详细设计 1.函数申明 ,详细说明函数的功能,参数和返回值 2.伪代码 /流程图 如: (1)短消息列表模块 For (i=0; i<短消息的条数; i++) { 打印输出 } 3.3用户界面详细设计 [规定人机界面的内容、界面风格、调用方式等,包括所谓的表单设计、报表设计和用户需要的打印输出等设计。此部分内容可能比较多。]

软件详细设计说明书模板

New Project 1: 详细设计说明书

1. 前言 2. 摘要 3. 系统详细需求分析 3.1. 详细需求分析 3.1.1. 详细功能需求分析 3.1.2. 详细性能需求分析 3.1.3. 详细信息需求分析 3.1. 4. 详细资源需求分析 3.1.5. 详细组织需求分析 3.1.6. 详细系统运行环境及限制条件需求分析3.1.7. 信息要求 3.1.8. 性能要求 3.2. 接口需求分析 3.2.1. 系统接口需求分析 3.2.2. 现有软、硬件资源接口需求分析

3.2.3. 引进软、硬件资源接口需求分析 4. 总体方案设计 4.1. 系统总体结构 4.1.1. 系统组成、逻辑结构 4.1.2. 应用系统结构 4.1.3. 支撑系统结构 4.1.4. 系统集成 4.1. 5. 系统工作流程 4.2. 分系统详细界面划分 4.2.1. 应用分系统与支撑分系统的详细界面划分 4.2.2. 应用分系统之间的界面划分 5. 应用分系统详细设计 5.1. XX分系统详细需求分析 5.1.1. 功能详细需求分析 5.1.2. 性能详细需求分析

5.1.3. 信息详细需求分析 5.1.4. 限制条件详细分析 5.2. XX分系统结构设计及子系统划分5.3. XX分系统功能详细设计 5.4. 分系统界面设计 5.4.1. 外部界面设计 5.4.2. 内部界面设计 5.4.3. 用户界面设计 6. 数据库系统设计 6.1. 设计要求 6.2. 信息模型设计 6.3. 数据库设计 6.3.1. 数据访问频度和流量 6.3.2. 数据库选型 6.3.3. 异构数据库的连接与数据传递方式

公文函的格式及范文

公文函的格式及范文 【一、函的涵义和用途】 函,适用于不相隶属机关之间商洽工作,询问和答复问题,请求批准和答复审批事项。 函的使用范围极广,使用频率极高,可谓公文中的"轻武器"。具体来说,函的用途主要包括四个方面: 1、平级机关或不相隶属机关单位之间的公务联系,往来。 2、向无隶属关系的业务主管部门请求批准相关事项。 3、业务主管部门答复审批无上下级隶属关系的机关请求批准的事项。 4、机关单位对个人的事务联系,如复群众来信等。 【二、函的特点】 1、使用广泛性。函的使用不受级别高低,单位大小的限制,收发函件的单位均以比较平等的身份实行联系。上至国务院,下至基层组织,企事业单位,社会团体都广泛地使用函。 2、行文多向性。函能够上行,下行,但绝大部分函作平行文。 3、用语谦敬性。不论什么类型的函,用语皆得注重谦恭有礼,尊重对方,力求得到对方更多的理解和支持。函是最注重使用文言词汇的公文。函是公文中最富有文学性的文种。 【三、函的类型】 1、商洽函。即不相隶属机关之间商洽工作,联系相关事宜的函。如人员商调,联系参观学习等。

2、询答函。即不相隶属机关之间相互询问和答复相关具体问题的函。询答函实际上又可分出"询问函"和"答复函"。有些不明确的问题向相关机关和部门询问,用询问函。对机关和部门所询问的问题做出解释答复,用答复函。询答函涉及的多数是问题而不是具体的工作。 3、批请函。即用于不相隶属机关之间请求批准和答复审批事项的函。批请函实际上又能够分为"请批函"和"审批函"。请批函用于向不相隶属的主管部门请求审批事项,而审批函则用于主管部门答复不相隶属机关单位的请批事项。 4、告知函。即告知不相隶属机关相关事项的函。 以上是按内容和用途对函所作的分类。若按照文面格式分类,函能够分为公函和便函。若按照行文去向分类,函又能够分为去函和复函。 【四、函的结构和写法】 (一)标题 函的标题一般由发文机关,事由和文种构成,有时也能够只由事由和文种构成。 (二)正文 1、开头。写行文的缘由,背景和依据。 一般来说,去函的开头或说明根据上级的相关指示精神,或简要叙述本地区,本单位的实际需要,疑惑和困难。 复函的开头引用对方来文的标题及发文字号,有的复函还简述来函的主题,这与批复的写法基本相同。继而,有的复函以"现将相关问题复函如下"一类文种承启语引出主体事项,即答复意见。

公文附件格式范文.doc

公文附件格式范文 附件是附属于公文正文的文件材料,是公文格式的非固定项目,因为有的公文有附件,有的公文没有附件.常见的附件有两类:与公文正件具有同等效力的附件,公文正件中已申明仅供参考而不具备执行效用的附件.公文若有附件,应在附件说明域内说明所附文件材料的名称及件数.本文是学习啦小编为大家整理的公文附件格式范文,仅供参考。 公文附件格式范文篇一附件 指附属于公文正文的其他公文、图表、名单等材料。公文附件是公文正文内容的组成部分,其作用在于补充和完善公文正文的内容,与正文具有同等效力。附件应在正文下空1行左空2字标识“附件”,后标全角冒号和名称,附件如有序号使用阿拉伯数码(例:“附件:1.xxxxxxx”);附件名称后不加标点符号。附件应与正文一起装订,以方便查阅,如不能与正文一起装订,应在附件左上角第1行顶格标识公文的发文字号,并在其后标识附件,以防止附件散乱、丢失。 附件不是每份公文都有,它是根据需要一般作为正文的补充说明或参考材料的。公文如有附件,应当在正文之后、发文机关之前,注明附件的名称和件数,不可只写“附件如文”或者只写“附件x件”置于主件之后,另起一页开始排印,与主件装订在一起。公文如有附件,要在正文最后一行后空1行的左侧空2个字,用3号仿宋体字排印“附件”

2字后标全角冒号和附件名称。如有2个以上附件,用阿拉伯数字依次标注序号。附件名称长需要回行时,应当与附件名称的文字对齐序号后面用小圆点。 例如“附件:1.XXXXXXXXXX”附件的首页左上角顶格用3号黑体字排印“附件”2字及附件的顺序号。党委仅用"附",十五、其他。公文文字一般从左至可横写、横排。 拟写、誊写公文,一律用钢笔或毛笔,严禁使用圆珠笔和铅笔,也不要复写。 公文纸一般用16开,在左侧装订。 公文附件格式范文篇二关于x的请示\报告\意见 xxxxx: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxx xxxxxxxxxxxxxx。 附件:1. xxxxx 附件:2. xxxxx xx年x月x日 公文附件格式范文篇三公文的格式 《国家行政机关公文处理办法》规定,公文由“文头”、“主体”、“文尾”三部分构成,各部分由有关项目构成:

软件工程-网上商城项目-详细设计说明书

1引言 (2) 编写目的 (2) 背景 (2) 定义 (2) 参考资料 (2) 2程序系统的结构 (2) 3程序1(标识符)设计说明 (2) 程序描述 (3) 功能 (3) 性能 (3) 输人项 (3) 输出项 (3) 算法 (3) 流程逻辑 (3) 接口 (3) 存储分配 (4) 注释设计 (4) 限制条件 (4) 测试计划 (4) 尚未解决的问题 (4) 4程序2(标识符)设计说明 (4)

详细设计说明书 1引言 编写目的 该阶段开发以正式进入软件的实际开发阶段,本阶段完成系统的详细设计并明确系统的数据结构与软件结构。 在软件设计阶段主要是把一个软件需求转化为软件表示的过程,这种表示只是描绘出软件的总的概貌。本详细设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌,把它加工成在程序细节上非常接近于源程序的软件表示。 软件开发小组的每一位参与开发成员应该阅读本说明,以清楚产品在技术方面的要求和实现策略,本手册将进行技术评审和技术的可行性检查。 背景 说明: A.软件系统的名称: BS网上商城系统 B.任务提出者: BS电子商务公司 开发者:LEI_SKY软件开发小组 C. 本系统将是一个独立的系统,目前所产生的输出都是独立的 本系统将使用MySql作为数据库的存储系统 定义 A. .B/S(Brower/Server) B. .IIS (Internet Information Server) C. .HTML(Hypertext Markup Language,超文本标记语言) D. .CSS(Cascading Style Sheets,层叠样式表单) E. .JSP(Java Server Pages) 参考资料 相关的文件包括: A. 内部文件《BS网上商城电子商务系统案例研究项目》

公文中附件的格式

公文中附件的格式 公文中附件的格式要求: 公文如有附件,在正文下空1行左空2字用3号仿宋体字标识“附件”,后标全角冒号和名称。附件如有序号使用阿拉伯数码(如:“附件:1.××××”);附件名称后不加标点符号。附件应与公文正文一起装订,并在附件左上角第1行顶格标识“附件”,有序号时标识序号;附件的序号和名称前后标识应一致。如附件与公文正文不能一起装订,就在附件左上角第1行顶格标识公文的发文字号并在其后标识附件(或带序号)。 扩展资料 公文一般由份号、密级和保密期限、紧急程度、发文机关标志、发文字号、签发人、标题、主送机关、正文、附件说明、发文机关署名、成文日期、印章、附注、附件、抄送机关、印发机关和印发日期、页码等组成。 (一)份号。公文印制份数的顺序号。涉密公文应当标注份号。 (二)密级和保密期限。公文的秘密等级和保密的期限。涉密公文应当根据涉密程度分别标注“绝密”“机密”“秘密”和保密期限。 (三)紧急程度。公文送达和办理的时限要求。根据紧急程度,紧急公文应当分别标注“特急”“加急”,电报应当分别标注“特提”“特急”“加急”“平急”。 (四)发文机关标志。由发文机关全称或者规范化简称加“文件”二字组成,也可以使用发文机关全称或者规范化简称。联合行文时,发文机关标志可以并用联合发文机关名称,也可以单独用主办机关名称。 (五)发文字号。由发文机关代字、年份、发文顺序号组成。联合行文时,使用主办机关的发文字号。 (六)签发人。上行文应当标注签发人姓名。 (七)标题。由发文机关名称、事由和文种组成。 (八)主送机关。公文的主要受理机关,应当使用机关全称、规范化简称或者同类型机关统称。 (九)正文。公文的主体,用来表述公文的内容。 (十)附件说明。公文附件的顺序号和名称。 (十一)发文机关署名。署发文机关全称或者规范化简称。 (十二)成文日期。署会议通过或者发文机关负责人签发的日期。联合行文时,署最后签发机关负责人签发的日期。 (十三)印章。公文中有发文机关署名的,应当加盖发文机关印章,并与署名机关相符。有特定发文机关标志的普发性公文和电报可以不加盖印章。 (十四)附注。公文印发传达范围等需要说明的事项。 (十五)附件。公文正文的说明、补充或者参考资料。 (十六)抄送机关。除主送机关外需要执行或者知晓公文内容的其他机关,应当使用机关全称、规范化简称或者同类型机关统称。 (十七)印发机关和印发日期。公文的送印机关和送印日期。 (十八)页码。公文页数顺序号。

项目开发详细设计说明书(超好用实用模板),完整版

实用文案 详细设计说明书 XX有限公司

修订记录

目录 第一章概述 (5) 1.1.应用模块的目的 (5) 1.2.应用模块总体描述 (5) 1.3.应用模块接口描述 (5) 1.4.假设条件 (5) 第二章设计模式(Design pattern) (6) 第三章类设计 (7) 3.1.分块类图 (8) 3.1.1.<类图1> 8 3.1.2.<类图n> 8 3.2.整体继承关系 (8) 3.3.类描述 (9) 3.3.1.<类名1> Class Description 9 3.3.2.<类名n> Class Description 10 第四章交互图 (12) 4.1.<情景编号1: 情景名称> (12) 4.1.1.交互图 12 4.1.2.例外情况及条件 13 4.2.<情景编号n: 情景名称> (13) 第五章状态图 (14) 5.1.<状态图编号1:状态图名称> (14)

5.2.<状态图编号n:状态图名称> (15) 第六章时序流程图 (16) 第七章用户界面设计说明 (18) 7.1.用户界面关系 (18) 7.2.用户界面具体描述 (18) 7.2.1.<界面编号1:界面名称〉 18 7.2.2.<界面编号N:界面名称〉 19 第八章测试考虑 (20) 第九章附录 (21) 9.1.附录A 代码举例 (21) 9.2.附录B 设计问题 (21) 9.2.1.<设计问题1> 21 9.2.2.<设计问题n> 21

第一章概述 1.1.应用模块的目的 请明确客户建立应用模块的目的。 1.2.应用模块总体描述 描述应用模块的总体功能。 1.3.应用模块接口描述 简要描述本应用模块的公共接口,具体接口会在相应的类中进行具体描述。建议采用列表的方式。 1.4.假设条件 列出在问题领域,项目方案及其它影响系统设计的可能方面内,应当成立的假设条件。包括系统的约束条件和应遵循的标准。

FTU硬件详细设计说明书

FTU硬件详细设计说明书 产品线:配电终端 产品类别: 产品型号: 产品版本: 文件状态文档版本 作者 完成日期 编制部门硬件开发部

批准:审核:初审:编写:

1.引言 (4) 1.1.前言 (4) 1.2.文档术语 (4) 1.3.参考文档 (4) 2.开发环境 (4) 3.硬件详细设计 (5) 3.1.系统架构 (5) 3.2.主板 (5) 3.2.1.主板硬件框图 (6) 3.2.2.模块1:CPU核心板 (6) 3.2.3.模块2:时钟模块 (18) 3.2.4.模块3:无线通讯 (19) 3.2.5.模块6 以太网接口 (24) 3.2.6.RS232/RS485电路 (26) 3.2.7.SD卡模块电路 (27) 3.2.8.直流量采集模块 (28) https://www.360docs.net/doc/3b11866520.html,B HOST接口 (30) 3.3.遥控遥信板 (31) 3.3.1.硬件框图 (31) 3.3.2.遥信电路模块 (31) 3.3.3.遥控电路模块 (33) 3.4.遥测板 (34) 3.4.1.遥测板框图 (34) 3.4.2.遥测电路模块 (34) 3.4.3.电源模块 (38) 3.4.4. (40) 3.4.5.元器件总成本: (40) 3.5.硬件测试方法 (40) 4.FPGA逻辑设计 (41) 4.1.子板逻辑 (41) 4.1.1.架构概述 (41) 4.2.主板逻辑 (44) 5.结构工艺设计 (44) 5.1.外观设计................................................................................. 错误!未定义书签。 5.1.1.外形结构......................................................................... 错误!未定义书签。 5.1.2.铭牌................................................................................. 错误!未定义书签。 5.1.3.终端内部结构................................................................. 错误!未定义书签。 5.2.组屏方案................................................................................. 错误!未定义书签。 5.3.其他......................................................................................... 错误!未定义书签。 5.4 (44)

公文函的格式及函的范文

[公文函的格式范文]公文函的格式及函的范 文 篇一: 公文函的格式及函的范文_公文格式范文 公文函的格式 因工作需要,以函的形式写一公文,所以在网上搜了一下函的相关内容: 函,即信;公函即公务信件。它是上下级和平行机关或不相隶属机关之间在商洽和联系工作、询问和答复问题时所使用的文体。函的特点是不受公文规定的严格限制,如不用正式文件头,也可不编文件号,有时还可不拟标题,因此用起来极为简便。 公函大体有以下几种用法:華勵志網 1、下级机关向上级机关询问一般事宜,或上级机关答复或催办下级机关有关事宜。 2、平行机关或不相隶属机关之间商洽有关事宜,

3、用函来通知一般事项。如通知开一般性的会议、要求下级机关报送某项材料或统计某些数字等时,也常用公函。 4、向上级机关请示较小事宜也常用函。 函件采用书写、复印、打印、传真等传递方式均可。 函的结构、内容和写法 由于函的类别较多,从制作格式到内容表述均有一定灵活机动性。主要介绍规范性公函的结构、内容和写法。 公函由首部、正文和尾部三部分组成。其各部分的格式、内容和写法要求如下: 首部。主要包括标题、主送机关两个项目内容。 1、标题。公函的标题一般有两种形式。一种是由发文机关名称、事由和文种构成。另一种是由事由和文种构成。華勵志網 2、主送机关。即受文并办理来函事项的机关单位,于文首顶格写明全称或者规范化简称,其后用冒号。

正文。其结构一般由开头、主体、结尾、结语等部分组成。 1、开头。主要说明发函的缘由。一般要求概括交代发函的目的、根据、原因等内容,然后用“现将有关问题说明如下:”或“现将有关事项函复如下:”等过渡语转入下文。复函的缘由部分,一般首先引叙来文的标题、发文字号,然后再交代根据,以说明发文的缘由。 2、主体。这是函的核心内容部分,主要说明致函事项。函的事项部分内容单一,一函一事,行文要直陈其事。无论是商洽工作,询问和答复问题,还是向有关主管部门请求批准事项等,都要用简洁得体的语言把需要告诉对方的问题、意见叙写清楚。如果属于复函,还要注意答复事项的针对性和明确性。 结尾。一般用礼貌性语言向对方提出希望。或请对方协助解决某一问题,或请对方及时复函,或请对方提出意见或请主管部门批准等。 结语。通常应根据函询、函告、函商或函复的事项,选择运用不同的结束语。如“特此函询”、“请即复函”、“特此函告”、“特此函复”等。有的函也可以不用结束语,如属便函,可以像普通信件一样,使用“此致”、“敬礼”。

公文中附件的格式

公文中附件的格式 各位读友大家好!你有你的木棉,我有我的文章,为了你的木棉,应读我的文章!若为比翼双飞鸟,定是人间有情人!若读此篇优秀文,必成天上比翼鸟! 公文中附件的格式要求:公文如有附件,在正文下空1行左空2字用3号仿宋体字标识“附件”,后标全角冒号和名称。附件如有序号使用阿拉伯数码(如:“附件:1.××××”);附件名称后不加标点符号。附件应与公文正文一起装订,并在附件左上角第1行顶格标识“附件”,有序号时标识序号;附件的序号和名称前后标识应一致。如附件与公文正文不能一起装订,就在附件左上角第1行顶格标识公文的发文字号并在其后标识附件(或带序号)。扩展资料公文一般由份号、密级和保密期限、紧急程度、发文机关标志、发文字号、签发人、标题、主送机关、正文、附件说明、发文机关署名、成文日期、印章、附注、附件、抄送机关、印发机关和印发日期、页码等组成。(一)份号。公文印制份数的顺序号。涉密公文应当标注份号。(二)密级和保密期限。公文的秘密等级和保密的期限。涉密公文应当根据涉密程度分别标注“绝密”“机密”“秘密”和保密期限。(三)紧急程度。公文送达和办理的时限要求。根据紧急程度,紧急公文应当分别标注“特急”“加急”,电报应当分别标注“特提”“特急”“加急”“平急”。(四)发文机关标志。由发文机关全称或者规范化简称加“文件”二字组成,也可以使用发文机关全称或者规范化简称。联合行文时,发

文机关标志可以并用联合发文机关名称,也可以单独用主办机关名称。(五)发文字号。由发文机关代字、年份、发文顺序号组成。联合行文时,使用主办机关的发文字号。(六)签发人。上行文应当标注签发人姓名。(七)标题。由发文机关名称、事由和文种组成。(八)主送机关。公文的主要受理机关,应当使用机关全称、规范化简称或者同类型机关统称。(九)正文。公文的主体,用来表述公文的内容。(十)附件说明。公文附件的顺序号和名称。(十一)发文机关署名。署发文机关全称或者规范化简称。(十二)成文日期。署会议通过或者发文机关负责人签发的日期。联合行文时,署最后签发机关负责人签发的日期。(十三)印章。公文中有发文机关署名的,应当加盖发文机关印章,并与署名机关相符。有特定发文机关标志的普发性公文和电报可以不加盖印章。(十四)附注。公文印发传达范围等需要说明的事项。(十五)附件。公文正文的说明、补充或者参考资料。(十六)抄送机关。除主送机关外需要执行或者知晓公文内容的其他机关,应当使用机关全称、规范化简称或者同类型机关统称。(十七)印发机关和印发日期。公文的送印机关和送印日期。(十八)页码。公文页数顺序号。 各位读友大家好!你有你的木棉,我有我的文章,为了你的木棉,应读我的文章!若为比翼双飞鸟,定是人间有情人!若读此篇优秀文,必成天上比翼鸟!

详细设计说明书书真正例子

详细设计说明书 1.引言 1.1编写目的 本详细设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行详细设计,在概要设计的基础上进一步明确系统结构,详细地介绍系统的各个模块,为进行后面的实现和测试作准备。本详细设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣,在以后想对系统进行扩展和维护的人员。 2. 系统的结构 ●ui:系统界面部分,负责接受用户输入,显示系统输出,负责其他模块功能的协调调用, 并含有站内搜索功能,即在用户指定的已打开的ftp站点中搜索用户需要的资源。ui 部分调用common部分的功能读取xml文件中保存的界面元素属性信息,用户最近访问过的10个ftp信息,用户选择的下载的ftp内容列表及其他需要通过xml文件保存的信息。 ●client:实现ftp客户端的功能,ftp连接,ftp上传及下载:上传或下载用户指定的

资源,并返回相应的信息。 ●search:资源实时检索部分,根据用户输入的资源名称关键字,资源类型和选择的检索 方式检索用户需要的资源,并验证资源的可用性,返回可用资源及其大小,速度等相关信息。 ●preview:资源预览部分,显示用户选择的资源的部分内容,以使用户决定是否需要该 资源。preview部分调用common部分读取属性文件的内容亦显示预览资源内容的显示格式。 3.模块1(ui)设计说明 3.1模块描述 实现用户界面的包,含有11个文件51个类,是本系统中最复杂的代码。 3.2功能 负责接受用户输入,显示系统输出,其他模块功能的协调调用,并含有站内搜索功能,即在用户指定的已打开的ftp站点中搜索用户需要的资源。 3.3交互的模块 client,search,preview,common。 3.4 模块设计 该模块中的主要文件,文件中包含的主要类及其功能和与其它包的交互如下: ●MainFrame.java:MainFrame是含有主函数的类,也是lyra客户端开始执行的类, 它先后进行资源的初始化,显示主界面等工作,根据屏幕大小设置界面大小,设置界面的观感。 ●FtpFrame_AboutBox.java:显示关于窗口的类,当用户点击帮助菜单中的关于菜单 项时会弹出关于对话框。 ●Tools.java:FileTools是文件操作辅助类,可以实现文件的递归删除等。 ●XMLController.java: JDOMTes是操作xml文件的类,用JDOM来操作xml文件, 实现的功能有: (1)保存ftp服务器的文件列表(站内搜索时使用),递归的从ftp服务器读取列表,并存入一个xml文件中(文件的命名方法是:ip+用户名.xml);以目录树的形式保存。 (2)根据文件名在文件中查找文件,站内搜索时使用。 (3)保存ftp服务器的信息:ip,端口(默认端口21不保存),用户名(默认anonymous 不保存),密码,最多存10个;存在resource\settings\ serversinfor.xml文件中。 (4)读取已存储的ftp服务器信息。 (5)从type.xml读取搜索的类型。 ●Constants.java:放置系统运行时使用的一些常量,initcontent()函数对所有常量 进行初始化,这个函数在MainFrame中被调用一次。iconHashMap是hash表,用于存放文件的系统图标。 ●CustomizedController.java:包含自定义的控件类,java中的控件可能不能满足需求, 需要自己定义某些属性。这些控件会在创建界面时使用。其中含有的类有: (1)CustomizedJTable 是表格类,设置表格的某些属性,如字体等。 (2)CustomizedTableCellRenderer是表格单元格绘制器类,主要用于显示文件的系统图标,和文件名。 (3)LeftPanel类的父类是JTabbedPane,用户显示主窗口左边的面板。 (4)RightPanel类的父类是JPanel,用户显示右边的主题部分,包括右上边的搜索及服务

硬件设计文档规范 -硬件模板

SUCHNESS 硬件设计文档 型号:GRC60定位终端 编号: 机密级别:绝密机密内部文件 部门:硬件组 拟制:XXXX年 XX月 XX日 审核:年月日 标准化:年月日 批准:年月日

文档修订历史记录

目录 1系统概述 (3) 2系统硬件设计 (3) 2.1硬件需求说明书 (3) 2.2硬件总体设计报告 (3) 2.3单板总体设计方案 (3) 2.4单板硬件详细设计 (3) 2.5单板硬件过程调试文档 (3) 2.6单板硬件测试文档 (4) 3系统软件设计 (4) 3.1单板软件详细设计 (4) 3.2单板软件过程调试报告 (4) 3.3单板系统联调报告 (4) 3.4单板软件归档详细文档 (4) 4硬件设计文档输出 (4) 4.1硬件总体方案归档详细文档 (4) 4.2硬件信息库 (5) 5需要解决的问题 (5) 6采购成本清单 (5)

1系统概述 2系统硬件设计 2.1、硬件说明书 硬件需求说明书是描写硬件开发目标,基本功能、基本配置,主要性能指标、运行环境,约束条件以及开发经费和进度等要求,它的要求依据是产品规格说明书和系统需求说明书。它是硬件总体设计和制订硬件开发计划的依据,具体编写的内容有:系统工程组网及使用说明、硬件整体系统的基本功能和主要性能指标、硬件分系统的基本功能和主要性能指标以及功能模块的划分等 2.2、硬件总体设计报告 硬件总体设计报告是根据需求说明书的要求进行总体设计后出的报告,它是硬件详细设计的依据。编写硬件总体设计报告应包含以下内容:系统总体结构及功能划分,系统逻辑框图、组成系统各功能模块的逻辑框图,电路结构图及单板组成,单板逻辑框图和电路结构图,以及可靠性、安全性、电磁兼容性讨论和硬件测试方案等 2.3、单板总体设计方案 在单板的总体设计方案确定后出此文档,单板总体设计方案应包含单板版本号,单板在整机中的位置、开发目的及主要功能,单板功能描述、单板逻辑框图及各功能模块说明,单板软件功能描述及功能模块划分、接口简单定义与相关板的关系,主要性能指标、功耗和采用标准 2.4、单板硬件详细设计 在单板硬件进入到详细设计阶段,应提交单板硬件详细设计报告。在单板硬件详细设计中应着重体现:单板逻辑框图及各功能模块详细说明,各功能模块实现方式、地址分配、控制方式、接口方式、存贮器空间、中断方式、接口管脚信号详细定义、时序说明、性能指标、指示灯说明、外接线定义、可编程器件图、功能模块说明、原理图、详细物料清单以及单板测试、调试计划。有时候一块单板的硬件和软件分别由两个开发人员开发,因此这时候单板硬件详细设计便为软件设计者提供了一个详细的指导,因此单板硬件详细设计报告至关重要。尤其是地址分配、控制方式、接口方式、中断方式是编制单板软件的

公文函格式范文.doc

公文函格式范文 下面是我给大家整理收集的公文函格式范文,欢迎大家阅读与收藏。 公文函格式范文 公文函概念 函,即信;公函即公务信件。它是高低级和平行机关或不相附属机关之间在商洽和接洽工作、询问和答复问题时所应用的文体。函的特点是不受公文规定的严格限制,如不用正式文件头,也可不编文件号,有时还可不拟标题,因此用起来极为简便。 公文函格式 公函由首部、正文和尾部三部分组成。其各部分的格式、内容和写法请求如下: (一)首部。重要包含标题、主送机关两个内容。 1、标题。公函的标题一般有两种情势。一种是由发文机关名称、事由和文种构成。另一种是由事由和文种构成。 2、主送机关。即受文并办理来函事项的机关单位,于文首顶格写明全称或者规范化简称,其后用冒号。 (二)正文。其结构一般由开头、主体、结尾、结语等部分组成。 1、开头。重要阐明发函的缘由。一般请求概括交代发函的目标、根据、原因等内容,然后用"现将有关问题阐明如下:"或"现将有关事项函复如下:"等过渡语转入下文。复函的缘由部分,一般首先引叙来文的

标题、发文字号,然后再交代根据,以阐明发文的缘由。 2、主体。这是函的核心内容部分,重要阐明致函事项。函的事项部分内容单一,一函一事,行文要直陈其事。无论是商洽工作,询问和答复问题,还是向有关主管部门恳求批准事项等,都要用简洁得体的语言把需要告诉对方的问题、意见叙写明确。如果属于复函,还要注意答复事项的针对性和明确性。 公文函用法 1、下级机关向上级机关询问一般事宜,或上级机关答复或催办下级机关有关事宜。 2、平行机关或不相附属机关之间商洽有关事宜, 3、用函来通知一般事项。如通知开一般性的会议、请求下级机关报送某项材料或统计某些数字等时,也常用公函。 4、向上级机关请示较小事宜也常用函。 公文函范文一 商洽事宜函 中国科学院××研究所关于建立全面协作关系的函 ××大学: 近年来,我所与你校双方在一些科学研究上互相支撑,取得了必定的成绩,建立了良好的协作基础。为了巩固成果,建议我们双方今后能进一步在学术思想、科学研究、人员培训、仪器设备等方面建立全面的交换协作关系,特提出如下意见: 一、定期举办所、校之间学术讨论与学术交换。(略)

常见公文写作格式和文件排版格式讲解

常见公文写作格式和文件排版格式公文有狭义和广义之分。狭义的公文特指《国家行政机关公文处理办法》中规定的13种行政公文和《中国共产党机关公文处理条例》中规定的14种党的主要公文。广义的公文则涵盖了全部通用公文和专用公文。 1.文种 全国党的机关公文以中共中央办公厅发布自1996年5月3日起施行的《中国共产党机关公文处理条例》规定为准,全国党的机关公文文体主要有决议、决定、指示、意见、通知、通报、公报、报告、请示、批复、条例、规定、函、会议纪要等14个种类;国家行政机关公文以国务院办公厅发布自2001年1月1日起施行的《国家行政机关公文处理办法》规定执行,国家行政机关公文文体主要有命令(令)、决定、公告、通告、通知、通报、议案、报告、请示、批复、意见、函、会议纪要等13个种类。文种方面存的问题有三个。一是党政混用文种。决议、指示、公报、条例、规定为党的机关公文专用,命令、公告、议案为行政机关公文专用,不可混用。二是生造文种。把没列为文种的公文种类作为文种使用。党的机关除《条例》所确定的文种外均不可直接行文,但可作为"印发"、"颁发"式" 通知"的"附件"行文。例如,《关于技术练兵比武的办法》可以改成《××关于印发技术练兵比武的办法的通知》,不能作为文种使用的还有"总结"、

"计划"、"安排"、"要点"、"细则"等。三是"请示""报告"""函"混用。例如:《××关于办公自动化所需经费的报告》是要求上级解决问题,应该用"请示"而不是"报告"。报告是"向上级机关汇报工作、反映情况、答复上级机关的询问"的,不需要回复;而请示是"向上级机关请求指示、批准"的,需要回复。有时也存在"请示"和"函"混用。《办法》规定:不相隶属单位之间相互商洽工作、询问和答复问题,请求批准和答复审批事项是用函。可是有的单位为了办事顺利,向不相隶属的有关主管部门请求批准时,故意将"函"用成"请示",如"××县办公室关于追加2006年度办公经费的请示"(给县财政局),应改为"××县办公室关于追加2000年度办公经费的函"。 2.纸张和排版 《中国共产党机关公文处理条例》、《国家行政机关公文处理办法》公文的书面格式划分为眉首、主体、版记三部分,并分为秘密等级和保密期限、紧急程度、发文机关标识、发文字号、签发人、标题、主送机关、正文、附件说明、抄送机关、印发机关和印发日期等7个要素。置于公文首页红色反线(又称间隔横线)以上的各要素统称眉首;置于红色反线(不含红色反线)以下至主题词(不含主题词)之间的各要素统称主体;置于主题词以下的各要素统称版记。

软件项目详细设计说明书

中国广东核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A01-01 软件项目章程 版本编写审核审定批准生效时间A/0 注:如无受控文件标识(蓝色印章)则为非有效版本,以受控文件规定为准。

修改记录页

为具体内容,或删除。文件提交时不得再含有这些内容。】

目录 1 引言 (5) 1.1 编写目的 (5) 1.2 背景 (5) 1.3 术语与缩写解释 (5) 1.4 参考资料 (5) 2 模块命名规则 (6) 3 程序系统的组织结构 (6) 3.1 子系统划分 (6) 3.2 模块划分 (6) 3.3 程序与功能需求、系统模块间的关系 (6) 4 程序1(标识符)设计说明 (6) 4.1 程序描述 (7) 4.2 功能 (7) 4.3 性能 (7) 4.4 输人项 (7) 4.5 输出项 (7) 4.6 算法 (8) 4.7 流程逻辑 (8) 4.8 接口 (8) 4.9 存储分配 (8) 4.10 注释设计 (8) 4.11 限制条件 (9) 4.12 尚未解决的问题 (9) 5 程序2(标识符)设计说明 (9)

1引言 1.1编写目的 【给出项目详细设计说明书的编写目的,同时指明读者对象。】 1.2背景 【说明: a.待开发软件系统的名称; b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。】 1.3术语与缩写解释 【列出本文件中用到的专门术语的定义和外文首字母缩写的原词组。】 1.4参考资料 【提示:可包括:(1)本项目经核准的计划任务书、需求规格说明书、合同、项目设计概要说明书或上级机关的批文;(2)本文档所引用的资料、规范等,列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。】

硬件设计说明书—模板分析

项目名称: 项目编号: 文件名称: 文件编号: 版本号: 拟制:年月日审核:年月日会签: 批准:年月日 XXXXXXXXXX公司

修订页

目录 1设计依据 (1) 2参考文档 (1) 3定义、符号、缩略语 (1) 4产品功能 (1) 5技术指标 (1) 6接口说明 (2) 6.1连接器定义 (2) 6.2指示灯定义 (2) 7硬件原理说明 (2) 7.1硬件原理框图 (2) 7.2元件选型 (2) 7.2.1元器件选型基本原则 (3) 7.2.2电容选型 (3) 7.2.3电感选型 (3) 7.2.4过压防护器件选型 (3) 7.2.5连接器选型 (3) 7.3原理分析 (4) 7.4时序分析 (4) 7.5EMC设计分析 (4) 7.6可编程逻辑设计说明 (4) 7.7降额设计 (4) 7.8MTBF计算 (4) 7.9FMEA分析 (4) 8测试点 (4) 9配套明细表 (4) 10电路原理图 (4) 11制版文件光绘图 (5) 12附录 (5)

1设计依据 2参考文档 3定义、符号、缩略语 4产品功能 5技术指标 表1 技术指标

6接口说明 6.1连接器定义 表2 连接器信号定义 6.2指示灯定义 7硬件原理说明 7.1硬件原理框图 7.2元件选型 包括元器件的选型分析和选用的说明和电路分析。

7.2.1元器件选型基本原则 (1)所有元器件均为工业级。 (2)所有元器件的选用最少需满足GJB/Z 35-93《元器件降额设计准则》中降额等级的要求。 7.2.2电容选型 表?电容型号列表 7.2.3电感选型 表?电感选型列表 7.2.4过压防护器件选型 表?过压防护器件列表 7.2.5连接器选型 表?欧式连接器性能指标

相关文档
最新文档