系统设计文档编写要求规范及示例(1)

系统设计文档编写要求规范及示例(1)
系统设计文档编写要求规范及示例(1)

********系统系统设计文档

*****系统设计小组

组长:****

组员:****

****

****

****

目录

1 引言 (1)

1.1编写目的 (1)

1.2背景 (1)

1.3定义 (1)

1.4参考资料 (1)

2 系统功能设计 (3)

2.1 功能模块设计 (3)

2.2 ****模块设计 (3)

2.3 ****模块设计 (3)

3 类设计 (4)

4 数据库设计 (6)

5 接口及过程设计 (7)

6 界面设计 (8)

7 其它设计 (12)

8 小结 (13)

说明:

●在进行系统设计时可以任意传统系统设计方法或面向对象系统设计方

法,或者两者相结合,不局限于使用一种方法。

●文档中每章图都需要配有相应的文字解释。

●本文档中的图按照章编号,如“1 引言”表示第一章,“1.1 编写目的”

表示第一章第一节。第一章第一个图标号为“图1.1 ****图”,而第二个

图标号为“图1.2 ****图”,写在图的下面,居中。

●本文档中的表也按照章编号,第一章第一个表标号为“表1.1 ****表”,

而第二个表标号为“表1.2 ****表”,写在表的上面,居中。

●使用visio画用例时,Actor及用例的图示模具(用例图模具.vss)可以

到BB平台下载。

1 引言

1.1编写目的

说明编写这份系统设计说明书的目的,指出预期的读者。

1.2背景

说明:

a.待开发的软件系统的名称;

b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

列出用得着的参考资料,如:

a.本项目的经核准的计划任务书或合同、上级机关的批文;

b.属于本项目的其他已发表的文件;

c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

2 系统功能设计

2.1 功能模块设计

根据分析工作进行系统的功能分配,画出系统的功能模块图(如果使用面向对象系统设计方法,可以画包图)。功能层次图示例:

图 2.1 功能模块图

2.2 ****模块设计

列出该模块及该模块所包含的每个子模块的功能。

****子模块:包含。。。。。。。等功能。

****子模块:包含。。。。。。。等功能。

。。。。。。。。。。

2.3 ****模块设计

。。。。。。。。。。。。。。。。。。。。。。。

3 类设计

说明:

●如果使用面向对象系统设计方法,需要进行类设计。

●此部分内容不是必须的。

尽可能列出所设计出的类及其之间的关系,如果类比较多,可以按照第2章所设计的模块(或包)分别画类图。

示例如下:

示例1:网上商店系统中登录模块的类图如图3.1所示。。。。。。。。。。

图3.1 系统登录模块类图

实用文档

示例2:数据上传模块类图如图3.2所示。

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

ered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregistered Trial Version EA 9.2 Unregister

图3.2 违章数据上传模块类图

4 数据库设计

说明:

●如果使用面向对象需求分析方法,需要建立对象-关系模型。

●此部分内容不是必须的。

根据系统需求分析结果尽量画出E-R图(E-R图不是必须的),并根据这些工作设计出实现系统功能所需要的数据库表的结构。并以表格的形式尽可能列出每一个数据库表的表结构,即字段名、类型、长度、小数位数、是否主键、索引、是否允许为空、说明等。介绍表与表之间的逻辑关系。

示例:

系统中数据库包括如下各表如表4.1所示。

表4.1 系统数据库表

序号表名(英文) 说明

1 Trialorgan 试验检测机构综合情况表

2 Personinfo 试验检测人员基本信息表

3 Trialinfo 试验基本信息表

4 Purchaseapply 设备购置申请表

5 Redeploy 设备调拨表

(1)试验检测机构综合情况表(TrialOrgan)

用来存储试验室机构综合的基本情况,如表4.2所示。

表4.2 实验检测机构综合情况表

Table 4.2 TrialOrgan

T_itemid Int Yes 记录ID

T_nodeid char(6) No No No 机构编号

T_name varChar(80)机构名称

T_organkind varChar(20) 结构性质

T_address varChar(100) Yes 联系地址

5 接口及过程设计

针对2.1所设计的模块,尽可能画出每个模块的IPO表。

示例如下:

IPO表主要说明了销售管理模块各个文件的输入、输出数据流及输入到输出的中间处理过程。销售管理模块每个文件的主要功能的IPO表如表5.1所示。

表5.1销售管理模块IPO表

子模块名称I(输入) P(处理) O(输出)

单位信息维护用户输入单位信息

将用户输入的单位信息

存储到数据库中在工程信息维护中显示供用户选择

工程信息维护用户输入工程信息

将用户输入的工程信息

存储到数据库中在合同信息维护中供用户选择

。。。。。。。。。。。。

6 界面设计

说明:

●一般情况下,一个较大的功能模块会包含多个界面,针对每个功能

模块列出界面的转换关系;

●列出主界面以及几个典型界面的界面设计结果。

界面转换关系示例如下:

进入销售管理模块后,可以通过主界面左侧的导航进入到各个子模块,每个子模块文件之间的跳转与包含关系如图6.1所示。图中没有连线的文件之间是相互独立的。

图4.1 销售管理模块跳转与包含关系图

界面设计结果示例如下:

系统采用多文档窗体结构,如图4.2所示,在主窗体上分为菜单栏、通用工具栏、导航栏、操作工具栏和工作窗口区五个部分。不同喜好风格的用户可以根据自己的使用风格使用这个系统。菜单和通用工具栏同普通系统一样,提供了系统的全部操作功能的接口;导航栏使用了非常直观的树视图结构,整个功能一幕了然,在树视图中包含部门列表和小组列表,查看、维护部门和小组信息非常方便。

图4.2 主窗口界面图

(2) 工作窗口中大量使用表格结构显示数据,这样设计使窗口装载的信息量大,便于用户的浏览多条信息;对于字段数量较多的表格,选择右键弹出菜单中的“查看详细信息”选项(或双击要查看的信息条目)将弹出这个条目的详细信息选项卡,如图4.3所示,用户可以很直观的查看条目的详细信息。

图4.3 员工基本信息卡片窗口

(3) 统一的操作工具栏,对于每个可以转载数据信息的窗体,都使用由主窗体提供的统一的操作工具栏来进行数据信息的浏览和维护操作,系统将首先根据是哪个数据窗体的请求来选择相应的操作。例如,在图4.3中,可以通过点击操作工具栏中的“首条”、“”上条、“下条”、“尾条”按钮来移动当前记录;用户可以通过点击“查询”按钮来弹出相应的查询窗口,如在此时将弹出查询员工信息窗体,供用户操作;可以通过点击“添加”按钮来弹出相应的添加窗口;可以通过点击“修改”按钮来修改相应的条目。

(4) 使用主子表结构显示具有类似主子关系的表格,例如,图4.4中的员工工基本信息表和员工工作时间安排表,这使用户的浏览或维护工作更加直观。

图4.4 员工工作时间安排窗口

(5) 大量使用帮助信息,在设计这个系统时,仔细的学习了Windows的界面设计风格,在窗口内提供了大量的标签帮助信息,使用户更能理解操作的意义,同时窗口状态栏内也随时显示给用户“即时”的帮助信息。

7 其它设计

说明:

● 其它设计包含:代码设计、数据结构设计、出错设计等 ● 比部分内容不是必须的。

代码设计示例:

合同代码格式如图7.1所示。

合同顺序号

年份

合同类型

H T 2014—001

分隔符

图7.1 合同代码格式

合同代码采用的是字符+年份+分隔符+3位数字的混合形式,其中合同类型分为:正式合同(HT )、临时合同(LS )、口头合同(KT ),每年的合同不超过1000条,在数据库中建立存储过程,根据年份,自动生成对应年份的各种合同顺序号。

8 小结对系统设计结果进行总结。

系统设计报告编写规范

系统设计报告编写规范 沈阳东大阿尔派软件股份有限公司 (版权所有,翻版必究) 文件修改控制 目录 1. 目的 2. 适用范围 3. 术语及缩略语 4. 编写规范 4.1排版规范 4.2模板使用 5. 引用文件 6. 附录

1.目的 系统设计报告主要为使软件产品和软件项目满足规定的软件规格要求而确定软件系统的体系结构、组成成分、数据组织、模块、内外部接口。主要任务有: 1)建立软件产品和软件项目目标系统的总体结构。对于大规模软件系统,应分为若干 子系统,在本报告中只说明总体设计,然后为每个子系统编写《系统设计报告》; 2)总体设计; 3)模块设计; 4)涉及使用数据库的设计需编写数据库设计。 2.适用范围 适用于软件开发设计阶段的《系统设计报告》的编写。 3.术语及缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4.编写规范 4.1排版规范 1)整个规范由2节构成,模板单独一节。 2)正文样式采用“规范正文”。 3)标题编号采用每节独立编号。 4.2模板使用 系统设计报告的编写可依据具体情况选用摸板的格式或编写指南的格式。 1)拷贝规范。 2)删除第一节(系统设计报告封面前的所有页)。 3)在修改完内容后,更新目录域和相关的页数域。 5.引用文件 (无) 6.附录 以下部分为系统设计报告的模板与编写指南。

密级:机密 文档编号:第版分册名称:第册/共册项目名称(项目编号) 系统设计报告 (部门名称) 沈阳东大阿尔派软件股份有限公司 目录 1. 引言............................................................................................................... 错误!未定义书签。 1.1目的...................................................................................................... 错误!未定义书签。 1.2背景...................................................................................................... 错误!未定义书签。 1.3术语...................................................................................................... 错误!未定义书签。 1.4参考资料.............................................................................................. 错误!未定义书签。 2. 总体设计....................................................................................................... 错误!未定义书签。 2.1系统运行环境...................................................................................... 错误!未定义书签。 2.2软件功能描述...................................................................................... 错误!未定义书签。 2.3软件结构.............................................................................................. 错误!未定义书签。 2.4技术路线.............................................................................................. 错误!未定义书签。 2.5外部接口.............................................................................................. 错误!未定义书签。 2.5.1 用户接口 .......................................................................................... 错误!未定义书签。 2.5.2 软件接口 .......................................................................................... 错误!未定义书签。 2.5.3 其它接口 .......................................................................................... 错误!未定义书签。 3. 模块设计....................................................................................................... 错误!未定义书签。 3.1功能...................................................................................................... 错误!未定义书签。

公文写作格式及写作范例

公文写作格式及写作范例

各类公文格式和写作范例 令 (一)令的写作格式 命令(或令,下同)是国家行政机关及其领导人发布的带有强制性、领导性、指挥性要求的公文文种。主要用于发布重要的行政法规和规章,采取重大的强制性的行政措施,任免、奖惩有关人员,撤销下级机关不适当的决定等。 从性质和内容上划分,命令大体可分为: ①发布性命令。是国家权力机关、行政机关和国家领导人发布法律、法规或重大行政措施的指令性公文。发布性命令一般由发布性命令正文和发布性命令附件组成。附件为所发布的法律、法规或重大行政措施。 ②行政令(指挥令)。主要用于国家行政机关及领导人颁布行政规章或重大行政措施。发布行政令的国家机关及其领导人必须是宪法和法律赋予其职权的特殊的法定作者。除此之外,负有特殊使命的机构,经政府授权,也可适用此文种。

③任免令。主要是用于任命或免去(撤销)机关、单位、组织有关人员职务的公文。 ④嘉奖令。是国家行政机关嘉奖作出突出贡献的机关领导、人员的公文。 (二)令的写作范例 泸州市人民政府令 文第31号 《泸州市计量计费监督管理办法》已经1997年1月27日市人民政府第54次常务会议通过,现予发布施行。 市长唐宁 一九九七年二月四日 《泸州市计量计费监督管理办法》

第一条为加强计量管理,确保计量计费准确,维护消费者、用户合法权益,根据《中华人民共和国计量法》和有关法律、法规,结合我市实际,制定本办法。 第二条本办法所称计量器具,是指用于贸易结算的工作器具,主要包括:秤、尺、里程计价表、电子计时器、燃油加油机、流量计、电能表、水表、煤气表(天然气表)、定量容器、计量罐、计量罐车、食用油售油器。 …… 第二十五条本办法授权市技术监督局负责解释。 第二十六条本办法自发布之日起施行。

文档编写的格式和规范

文档格式规范手册 目录 文档格式规范手册 (1) 目录 (1) 1标题 (2) 文档标题 (2) 标题中文部分 (2) 标题英文数字部分 (2) 一级标题 (2) 一级标题中文部分 (2) 一级标题英文数字部分 (2) 二级标题 (3) 二级标题中文部分 (3) 二级标题英文数字部分 (3) 三级标题 (3) 三级标题中文部分 (3) 三级标题英文数字部分 (3) 2目录 (3) 目录标题 (3) 目录内容 (4) 目录中文部分 (4) 目录英文部分 (4) 3正文 (4) 正文汉字部分 (4) 正文英文数字部分 (4) 图片 (5) 表格 (5) 表格设置 (5) 表格内容设置 (5) 正文加粗部分 (5) 4文档整体编辑 (5) 文档中英文数字格式的设置 (5) 文档行间距的设置 (6)

文档标题 标题中文部分 字体:仿宋_GB2312 字号:三号 加粗:加粗 标题英文数字部分 字体:Courier New 字号:三号 加粗:加粗 一级标题 一级标题中文部分 字体:仿宋_GB2312 字号:小三 加粗:加粗 一级标题英文数字部分 字体:Courier New 字号:小三 加粗:加粗

二级标题中文部分 字体:仿宋_GB2312 字号:四号 加粗:加粗 二级标题英文数字部分 字体:Courier New 字号:四号 加粗:加粗 三级标题 三级标题中文部分 字体:仿宋_GB2312 字号:小四 加粗:加粗 三级标题英文数字部分 字体:Courier New 字号:小四 加粗:加粗 2目录 目录标题 字体:仿宋_GB2312

字号:三号 加粗:加粗 目录内容 目录中文部分 字体:仿宋_GB2312 字号:五号 加粗:不加粗 目录英文部分 字体:Courier New 字号:五号 加粗:不加粗 3正文 正文汉字部分 字体:仿宋_GB2312 字号:小四 加粗:不加粗 正文英文数字部分 字体:Courier New 字号:小四 加粗:不加粗

(国内标准)GB-软件开发主要文档编写规范

231 GB 8567-88软件开发主要文档编写规范 本附录中列出了《计算机软件产品开发文件编制指南》GB 8567-88中主要软件文档的编写说明,供编写时参考。这些文档主要是:可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。 一、可行性研究报告 l 引言 1.1 编写目的 说明:说明本可行性研究报告的编写目的,指出预期的读者。 1.2 背景 说明: a .所建议开发的软件系统的名称。 b .本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 c .该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料,如: a .本项目的经核准的计划任务书或合同、上级机关的批文。 b .属干本项目的其他已发表的文件。 c. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2 可行性研究的前提 说明对建议开发项目进行可行性研究的前提,如要求、目标、条件、假定和限制等。 2.1 要求 说明对所建议开发软件的基本要求,如: a .功能。 b .性能。 c .输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象。 d. 输入说明。系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。 e .处理流程和数据流程。用图表的方式表示出最基本的数据流程和处理流程,并输之以叙述。 f. 在安全与保密方面的要求。 g. 同本系统相连接的其他系统。 h. 完成期限。 2.2 目标 说明所建议系统的主要开发目标,如: a. 人力与设备费用的减少。 b. 处理速度的提高。 c. 控制精度或生产能力的提高。

常见公文写作格式与范文完整版

公文格式(函、请示、报告、通知、规定的公文格式)之一 函的写作格式 函适用于不相隶属机关之间相互商洽工作、询问和答复问题,向有关主管部门请求批准等。公函包括标题、主送机关、正文、发文机关、日期、函告的事项、结语等。 ①标题 一般由发文机关、事由、文种或者事由、文种组成。一般发函为《关于**(事由)的函》;复函为《关于**(答复事项)的复函》。 ②正文 一般包括三层:简要介绍背景情况;商洽、询问、答复的事项和问题;希望和要求,如:"务希研究承复",敬请大力支持为盼"等。 函的写作范例 公文格式(函、请示、报告、通知、规定的公文格式)之二 通知格式1:(指示性通知) 北京积水潭医院关于××××××的通知 各科室: ×××××××××××××××××××××××××××××××× ××××××××××××××××××××××××××××。 北京积水潭医院二○○五年三月十日 例文(指示性通知) 国务院关于调整证券交易印花税中央与地方分享比例的通知 国发(1996)×号 各省、自治区、直辖市人民政府,国务院各部委、各直属机构: 改革开放以来,我国证券交易市场有了很大发展,证券交易规模不断扩大,证券交易印花税也有了较大幅度的增长。为进一步规范证券交易市场,妥善处理中央与地方的合配比例,增强中央宏观调控能力,国务院决定,自1997年1日1日起,将证券交易印花税分享比例由现行的中央与地方各50%,调整为中央80%、地方20%。有关地区和部门要从全局出发,继续做好证券交易印花税的征收管理工作,进一步促进我国证券市场的健康发展。 中华人民共和国国务院 一九九六年十二月十六日 通知格式2:(会议性通知)[参考模板] 关于×××××××××××××××会议的通知 各职能处室: 定于×月×日召开××××会。现将有关事宜通知如下: 会议议题××××××××××××××××××××××××××××。 参加人员××××××××××××××××××××××××××××。 会议时间×月×——×日(会期×××,×××××报到。) 会议地点××××××××××××××××××××××××××××。 有关事宜(一)××××××××××××××××××××××××××××。 (二)××××××××××××××××××××××××××××。 (三)×××××××××××。 联系人:×××,电话:××××××××,传真:××××××××。 北京积水潭医院

公文写作格式与范例大全

常见公文写作格式与范文 公文格式(函、请示、报告、通知、规定的公文格式)之一 函的写作格式 一、函的概念 函是不相隶属机关之间相互洽工作、询问和答复问题,或者向有关主管部门请求批准事项时所使用的公文。 函作为公文中惟一的一种平行文种,其适用的范围相当广泛。在行文方向上,不仅可以在平行机关之间行文,而且可以在不相隶属的机关之间行文,其中包括上级机关或者下级机关行文。在适用的内容方面,它除了主要用于不相隶属机关相互洽工作、询问和答复问题外,也可以向有关主管部门请求批准事项,向上级机关询问具体事项,还可以用于上级机关答复下级机关的询问或请求批准事项,以及上级机关催办下级机关有关事宜,如要求下级机关函报报表、材料、统计数字等。此外,函有时还可用于上级机关对某件原发文件作较小的补充或更正。不过这种情况并不多见。 二、函的特点 (一)沟通性。函对于不相隶属机关之间相互洽工作、询问和答复问题,起着沟通作用,充分显示平行文种的功能,这是其他公文所不具备的特点。 (二)灵活性。表现在两个方面:一是行文关系灵活。函是平行公文,但是它除了平行行文外,还可以向上行文或向下行文,没有其他文种那样严格的特殊行文关系的限制。二是格式灵活,除了国家高级机关的主要函必须按照公文的格式、行文要求行文外,其他一般函,比较灵活自便,也可以按照公文的格式及行文要求办。可以有文头版,也可以没有文头版,不编发文字号,甚至可以不拟标题。(三)单一性。函的主体内容应该具备单一性的特点,一份函只宜写一件事项。 三、函的分类。 (一)按性质分,可以分为公函和便函两种。公函用于机关单位正式的公务活动往来;便函则用于日常事务性工作的处理。便函不属于正式公文,没有公文格式要求,甚至可以不要标题,不用发文字号,只需要在尾部署上机关单位名称、成文时间并加盖公章即可。 (二)按发文目的分。函可以分为发函和复函两种。发函即主动提出了公事事项所发出的函。复函则是为回复对方所发出的函。 (三)另外,从内容和用途上,还可以分为洽事宜函,通知事宜函,催办事宜函,邀请函、请示答复事宜函,转办函,催办函,报送材料函等等。 四、函的结构、内容和写法 由于函的类别较多,从制作格式到内容表述均有一定灵活机动性。主要介绍规范性公函的结构、内容和写法。 公函由首部、正文和尾部三部分组成。其各部分的格式、内容和写法要求如下:(一)首部。主要包括标题、主送机关两个项目内容。 1、标题。 2、主送机关。 (二)正文。其结构一般由开头、主体、结尾、结语等部分组成。 (三)结尾。一般用礼貌性语言向对方提出希望。或请对方协助解决某一问题,或请对方及时复函,或请对方提出意见或请主管部门批准等。 (四)结语。通常应根据函询、函告、函或函复的事项,选择运用不同的结束语。如“特此函询()”、“请即复函”、“特此函告”、“特此函复”等。有的函也可以

(新)GMP文件书写格式

1 目的 对本公司编制的有关“药品生产质量管理规范”文件的主要项目和书写格式进行统一规定,以保证文件的格式统一、内容完整。 2 范围 适用于本公司编制的“药品生产质量管理规范”文件。 3 责任 所有承担“药品生产质量管理规范”文件编写的人员都有责任按照本文的要求严格执行。 4 文件正文层次的名称和编排 4.1 文件层次的名称 层次名称编号示例 章 1 条 1.1 条 1.1.1 条可根据需要在细分,但应避免过度细分。 段无编号 4.2 文件层次的种类 4.2.1 章 章在文件正文层次中是基本组成部份。 每个文件中的章,一般是将“目的”编为第1章的开始,用阿拉伯数字编号。 编号应延续下去,直对“培训”。 OS- 第 2 页/共 3 页

4.2.2 条 条是章的有编号的细分单元,第一层次的条可发展进一步细分为第二层次有编号的条,并且这种进一步的细分可以根据需要继续下去,但应避免按此方法过度细分下去。 条应该用阿拉伯数字编号。 除非在同一层次上至少另有一条,否则不应使用编号来分出一条。如:在第一章的条文中,如果没有1.2条,就不应该标出1.1条。 4.2.3 段是章或条中不编号的层次。 4.3 层次的编排 各层次的编号和条文应在页面的左边顶格排列,各层次的编号与其后文字之间一个英文字符间隔;段的条文应在页面左边缩后两个汉字符排列,移行时顶格排列。 5 文字编辑要求 5.1 文件的章一般采用加粗小四号字(或黑体四号字),其余文字一般采用宋体小四号字,但正文(包括记录)的标题可采用黑体三号字。 5.2 各章之间空一行。 5.3 文件打印一般采用A4规格纸,有的表格可采用A3规格纸,打印时页顶空3cm,页尾空3cm,保证左右界基本一对致。 5.4 文件采用左侧面装订。 6 文件的项目、表头格式 6.1 文件的主要项目: 6.1.1 文头(表头) 6.1.2 正文 6.1.2.1 正文项目:目的、范围、定义、责任、内容、培训等。 6.1.2.2 文件编写人员可根据实际需要选择确定。 6.2 标准文件的表头(文头)格式 6.2.1 首页文头格式 OS- 第 3 页/共 3 页

系统开发规范与文档编写期末复习二

系统开发规范与文档编写期末复习二 一、单项选择题 1.下列各项中,不是一个软件产品中所必需的是()。 A.程序C.数据B.算法D.文档 2.非常适合于在软件开发初期很难确定用户需求的情况所采用的软件开发过程模型是()。 A.瀑布模型C.演化模型B.喷泉模型D.原型模型 3.按照软件的工作方式进行分类,能够对实时发生的事件和数据及时进行处理的软件应分类为()。 A.交互式软件C.实时处理软件B.分时软件D.并行处理软件 4.结构化分析SA是软件开发需求分析阶段所使用的方法,以下不是SA所使用的工具的是()。 A.数据流图C.结构化英语B.判定表D.PAD图 5.软件具有和硬件产品不同的特征。下列各项中不属于软件的特征的是()。 A.软件是一种逻辑实体,主要是人的脑力劳动的产物,软件具有抽象性。 B.软件的维护具有长期性。 C.开发成本高,生产成本低。 D.开发成本低,生产成本高。 6.软件工程的出现是由于()。 A.程序设计方法的影响B.软件产业化的需要 C.计算机技术的发展D.软件危机的出现 7.在一张DFD图中,任意两个加工之间()。 A.有且仅有一条数据流 B.至少有一条数据流 C.可以有0条或多条名字不同的数据流 D.可以有0条或多条数据流,但允许其中有若干条名字相同的数据流。8.结构化分析方法的一个重要指导思想是()。 A.自顶向下,逐步分解C.自顶向下,逐步抽象B.自底向上,逐步抽象D.自底向上,逐步分解 9.软件设计中划分模块的一个准则是()。

A.高内聚低耦合C.低内聚低耦合B.高内聚高耦合D.低内聚高耦合 10.软件的整体结构和这种结构提供给系统在概念上的整体性的方式是指软件的()。 A.代码结构C.程序结构B.体系结构D.数据结构 11.程序结构可以按水平方向或垂直方向进行划分。水平划分按主要的程序()来定义模块结构的各个分支。 A.功能C.层次B.结构D.控制 12.使用基于用例的方法进行需求分析时的第一步是()。 A.确定用例C.用例之间的关系B.确定参与者 D.确定参与者和用例的通信 13.面向对象的分析过程一般包括:获取用户对系统的需求、标识类和对象以及()。 A.定义类的结构和层次C.定义方法的结构和层次B.定义对象的结构和层次D.定义消息的结构和层次 14.在面向对象方法中,对象可看成是属性(数据)以及这些属性上的专用操作的封装体。封装是一种()技术。 A、组装C、固化 B、产品化D、信息屏蔽 15.整体-部分结构体现了面向对象方法的()。 A.关联(association)B.聚合(aggregation)C.依赖(depending)D.细化(refinement) 16.Jackson设计方法所面向的是()。 A.对象C.控制结构B.数据流D.数据结构 17.软件开发工作中,必须贯穿于整个过程当中并且不可忽视的工作是()。 A. 代码编写 B.支持性的,管理性的工作 C. 产品部署 D. 集成 18.编写用户手册时,以下所描述的要求中,不恰当的是()。 A.充分的描述该软件所具有的功能及基本的使用方法 B.使用户通过本手册能够了解该软件的该软件的用途 C.使用户通过本手册能够了解该软件的该软件的使用 D.使用专门的术语

公文写作格式及范文大全

公文的写作格式及范文大全 公文格式 (函、请示、报告、通知、规定的公文格式)之一 函的写作格式 函适用于不相隶属机关之间相互商洽工作、询问和答复问题,向有关主管部门请求批准等。 公函包括标题、主送机关、正文、发文机关、日期、函告的事项、结语等。 ①标题 一般由发文机关、事由、文种或者事由、文种组成。一般发函为《关于**(事由)的函》;复函为《关于**(答复事项)的复函》。 ②正文 一般包括三层:简要介绍背景情况;商洽、询问、答复的事项和问题;希望和要求,如:"务希研究承复",敬请大力支持为盼"等。 函的写作范例 四川省电力工业局关于 在宝珠寺水电站库区进行开发有关意见的函 广元市人民政府: 宝珠寺水电站于1996年10月开始蓄水,1996年年底首台机组投产发电,水库已基本形成。据了解,目前库区有关部门正积极筹划在宝珠寺水电站库区发展旅游业和养殖业。为保障水库和大坝的安全运行,现将我局有关意见函告如下。

一、宝珠寺水电站是由国家开发银行贷款,四川省电力工业局负责还贷建设的重点水电工程。 四川省电力工业局既是宝珠寺水电站工程的业主,又是工程主管部门。按照国家有关基本建设"谁投资,谁受益",的原则,四川省电力工业局拥有宝珠寺水电站工程(包括水库)的管理权和开发权,宝珠寺水电厂直接受四川省电力工业局领导,是宝珠寺水电站工程管理和开发的直接主体。尽管如此,为支持库区移民发展生产,根据《四川省大型水电工程建设征地补偿和移民安置办法》第三十条"大型电站形成后的水面和消落区,在服从工程管理机构的统一指挥、管理、调度和保证工程安全的前提下,由当地县级以上人民政府统筹组织移民优先开发利用"和水利电力部颁发的《水利水电工程管理条例》第二十三条"开展综合经营事业,应由工程管理单位统一规划。可由工程管理单位自营,也可以与有关单位签订经济合同,进行协作或联合经营,应注意有关社队利益,搞好团结和生产"的精神,我局原则同意当地县级以上人民政府统筹组织库区移民对宝珠寺水电站库区进行适当开发,但任何开发活动必须服从宝珠寺水电厂的统一规划,并与宝珠寺水电厂签订有关经济、安全、责任方面的协议。 二、根据国务院颁发的《水库大坝安全管理条例》第十条"兴建大坝时,建设单位应当按照批准的设计,提请县级以上人民政府依照国家规定划定管理和保护范围"的规定,宝珠寺水电站应划定管理和保护范围。但宝珠寺水电站首台机组刚投产,大坝未全部建成,大坝管理和保护范围尚未划定,依照批准设计和国家有关规定,大坝上游3-5公里,以及整个库区征地线以下,属大坝管理和保护范围。

各类文档书写格式的规范要求

各类文档书写格式的规范要求 目前,学校各组织及教师个人在日常文书编撰中大多按照个人习惯进行排版,文档中字体、文字大小、行间距、段落编号、页边距、落款等参数设置不规范,严重影响到文书的标准性和美观性,现将文书标准版格式要求及日常文档书写注意事项转发给你们,请各组织在今后工作中严格实行:一、文书指:各类通知通报、说明、工作联系单,请示报告、总结、工作计划等文字材料。 二、关于单位落款: 结合学校实际,我校各级组织分为“普安县南湖街道三板桥小学”、“普安县南湖街道三板桥小学教务处”、“普安县南湖街道三板桥小学办公室”、“普安县南湖街道三板桥小学关心下一代工作委员会”、“普安县南湖街道三板桥小学总务室”、“普安县南湖街道三板桥小学少先队大队部”、“中国教育工会普安县南湖街道三板桥小学基层委员会”、“普安县南湖街道三板桥小学x年级x班”、“普安县南湖街道三板桥小学xxx(教师个人)”等,落款不得出现“普安县三板桥小学”“南湖街道三板桥小学”“南湖三板桥小学”“三板桥小学”等表述不全的简称。 三、关于时间落款:文档中落款时间应为大写“二O一七年五月十二日”,“O”应以字母输入英文O或者插入字符O,不

得以“2017年5月12日”阿拉伯数字时间落款。 四、对部门科室行文正文上方需预留位置,方便领导批示意见。 五、行文应表述清楚,尽量少使用过于华丽、缺乏操作性的语句或口号。对问题经过应表述清楚,有问题初步分析和方案建议。 六、各类对上级部门的申请、报告、请示等应一事一报,禁止一份报告内同时表述两件工作。 七、各类材料标题应规范书写,明确文件主要内容,标准为“关于××××××××的报告(请示、申请),不得“关于××××××的申请报告”或者“申请报告”。 八、各类文档排版格式。 (一)页边距:上下边距为2.54厘米;左右边距为2.8厘米。 (二)页眉、页脚:页眉为1.5厘米;页脚为1.75厘米; (三)行间距:25P行距(固定值)。 (四)纸型与打印方向:采用标准A4型。一般为竖向打印。如表格等须横向打印的材料上下边距为2.8厘米,左右为2.54厘米,页眉1.5厘米,页脚1.75厘米。 (五)文字从左至右横写。标题用2号宋体并加粗,正文用3号仿宋体字。在文档中插入表格,单元格内字体用仿宋,字号可根据内容自行设定。 (六)正文一般每面排22行,每行排28个字,标题下

系统设计文档编写规范及示例(1)

********系统系统设计文档 *****系统设计小组 组长:**** 组员:**** **** **** ****

目录 1 引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2 系统功能设计 (3) 2.1 功能模块设计 (3) 2.2 ****模块设计 (3) 2.3 ****模块设计 (3) 3 类设计 (4) 4 数据库设计 (6) 5 接口及过程设计 (7) 6 界面设计 (8) 7 其它设计 (12) 8 小结 (13)

说明: ●在进行系统设计时可以任意传统系统设计方法或面向对象系统设计方 法,或者两者相结合,不局限于使用一种方法。 ●文档中每章图都需要配有相应的文字解释。 ●本文档中的图按照章编号,如“1 引言”表示第一章,“1.1 编写目的” 表示第一章第一节。第一章第一个图标号为“图1.1 ****图”,而第二个 图标号为“图1.2 ****图”,写在图的下面,居中。 ●本文档中的表也按照章编号,第一章第一个表标号为“表1.1 ****表”, 而第二个表标号为“表1.2 ****表”,写在表的上面,居中。 ●使用visio画用例时,Actor及用例的图示模具(用例图模具.vss)可以到 BB平台下载。 1 引言 1.1编写目的 说明编写这份系统设计说明书的目的,指出预期的读者。 1.2背景 说明: a.待开发的软件系统的名称; b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料,如:

公文写作格式与范例大全范文处理培训技巧

公文写作格式与范例大全范文处理培训 技巧 一、函的概念 函是不相隶属机关之间相互洽工作、询问和答复问题, 或者向有关主管部门请求批准事项时所使用的公文。 函作为公文中惟一的一种平行文种, 其适用的范围相当广泛。在行文方向上, 不仅可以在平行机关之间行文, 而且可以在不相隶属的机关之间行文, 其中包括上级机关或者下级机关行文。在适用的内容方面, 它除了主要用于不相隶属机关相互洽工作、询问和答复问题外, 也可以向有关主管部门请求批准事项, 向上级机关询问具体事项, 还可以用于上级机关答复下级机关的询问或请求批准事项, 以及上级机关 催办下级机关有关事宜, 如要求下级机关函报报表、材料、统计数字等。此外, 函有时还可用于上级机关对某件原发文件作较小的补充或更正。不过这种情况并不多见。 二、函的特点

(一)沟通性。函对于不相隶属机关之间相互洽工作、询问和答复问题, 起着沟通作用, 充分显示平行文种的功能这是其他公文所不具备的特点。 (二)灵活性。表现在两个方面:一是行文关系灵活。函是平行公文, 但是它除了平行行文外, 还可以向上行文或向下行文, 没有其他文种那样严格的特殊行文关系的限制。二是格式灵活, 除了国家高级机关的主要函必须按照公文的格式、行文要求行文外, 其他一般函, 比较灵活自便, 也可以按照公文的格式及行文要求办。可以有文头版, 也可以没有文头版, 不编发文字号, 甚至可以不拟标题。 (三)单一性。函的主体内容应该具备单一性的特点, 一份函只宜写一件事项。 三、函的分类。 一)按性质分, 可以分为公函和便函两种。公函用于机关单位正式 的公务活动往来;便函则用于日常事务性工作的处理。便函不属于 正式公文, 没有公文格式要求, 甚至可以不要标题, 不用发文字 号,只需要在尾部署上机关单位名称、成文时间并加盖公章即可。

软件需求文档格式的标准写法

软件需求文档格式的标准写法 具体的步骤: 1.1 编写目的 · 阐明开发本软件的目的; 1.2 项目背景 · 标识待开发软件产品的名称、代码; · 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户; · 说明该软件产品与其他有关软件产品的相互关系。 1.3 术语说明 列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1.4 参考资料(可有可无) 列举编写软件需求规格说明时所参考的资料,包括项目经核准的计划任务书、合 同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档,以及相关产品 的软件需求规格说明。 在这里应该给出详细的信息,包括标题、作者、版本号、发表日期、出版单位或资 料来源。 2.项目概述 2.1 待开发软件的一般描述 描述待开发软件的背景,所应达到的目标,以及市场前景等。 2.2 待开发软件的功能

简述待开发软件所具有的主要功能。为了帮助每个读者易于理解,可以使用列表或 图形的方法进行描述。使用图形表示,可以采用: · 顶层数据流图; · 用例UseCase图; · 系统流程图; · 层次方框图。 2.3 用户特征和水平(是哪类人使用) 描述最终用户应具有的受教育水平、工作经验及技术专长。 2.4 运行环境 描述软件的运行环境,包括硬件平台、硬件要求、操作系统和版本,以及其他的软 件或与其共存的应用程序等。 2.5 条件与限制 给出影响开发人员在设计软件时的约束条款,例如: · 必须使用或避免使用的特定技术、工具、编程语言和数据库; · 硬件限制; · 所要求的开发规范或标准。 3.功能需求 3.1 功能划分 列举出所开发的软件能实现的全部功能,可采用文字、图表或数学公式等多种方法 进行描述。 3.2 功能描述 对各个功能进行详细的描述。

(完整版)常用公文写作格式及范例

常用公文写作格式及范例 一、请示 【文种说明】请示是下级向上级请求决断、指示、批示或批准事项所使用的呈批性公文。请示属于上行公文,应用范围较广泛。【模板格式】 1.标题。一般写成“关于xxx的请示” 2.主送机关。只能写一个,忌多头请示,如“市粮食局”。 3.请示的原因。提出请示的原因和理由。 4.请示的事项。提出有关问题要求上级指示或批准,有的要求提出解决问题的建议和意见,供上级机关参考。提出的请示,要符合有关方针、政策,切实可行,不可矛盾上交。 5.结语。一般写成“以上请示妥否,请批示”。 【参考实例】附件1 二、报告 【文种说明】报告是向上级汇报工作,反映情况,提出意见和建议,或答复上级机关询问的公文。 【模板格式】 1.综合性报告的写法 (1)标题。事由加文种,如《关于2015年度工作情况的报告》;报告单位、事由加文种,如《郑州粮油食品集团投资有限公司关

于2015年度工作情况的报告》。 (2)正文。把握三点:a开头,概括说明全文主旨,开门见山,起名立意。将一定时间内各方面工作的总情况,如依据、目的,对整个工作的估计、评价等作概述,以点明主旨。b主体,内容要丰富充实。作为正文的核心,将工作的主要情况、主要做法,取得的经验、效果等,分段加以表述,要以数据和材料说话,内容力求既翔实又概括。c结尾,要具体切实。写工作上存在的问题,提出下步工作具体意见。最后可写"请审阅"或"特此报告"等语作结。 2.专题报告的写法 (1)标题。由事由、文种组成,如《关于企业“十二五”规划建设项目的报告》。有的报告标题也可标明发文机关。标题要明显反映报告专题事由,突出其专一性。 (2)正文。可采用"三段式"结构法。以反映情况为主的专题工作报告主要写情况、存在的问题、今后的打算和意见;以总结经验为主的专题工作报告主要写情况、经验,有的还可略写不足之处和改进措施;因工作失误向上级写的检查报告主要写错误的事实、产生错误的主客观原因、造成错误的责任、处理意见及改进措施等。 (3)结尾。通常以"请审核"、"请审示"等语作结。 3.回复报告的写法 (1)标题。与前两种报告大体相同。

文档格式规范

文档格式规范

目录 1 文档格式规范 (1) 1.1文字性文件或规范性文件的编制要求 (1) 1.1.1 文件的整体要求 (1) 1.1.2 文件编制的具体要求 (1) 1.2表格文件的编制要求 (5) 2 文档命名规范 (5)

1 文档格式规范 1.1 文字性文件或规范性文件的编制要求 1.1.1 文件的整体要求 1.1.1.1 文件编制的基本要求 a)文件均采用A4纸幅面。文件的名称应简明准确,一般不超过20个汉字。 b)文件的内容应表达准确、清楚、简明、严谨。 c)同一文件中术语、符号、代号应统一。表达同一术语的概念应前后一致。 采用的术语尚无标准规定时且容易产生不同理解的,应给出定义或说明。 d)文件中的缩略词(语)应采用有关标准或专业委员会认定的缩略词(语),自 定缩略词(语)应简明、确切,能反映主题。缩略词(语)在文件中首次出现 时应做说明。 e)文件中引用的标准和文件应是现行有效。 f)文件中应采用国务院正式公布、实施的简化汉字。 1.1.1.2 文件封皮的基本要求 a)文件封面的内容分为标题、编制信息和公司名称三部分。 b)文件标题分为“标题”和“副标题”。“标题”描述项目名称,字体:小 初黑体居中;“副标题”描述文件名称,字体:小一黑体居中。“标 题”和“副标题”空一行。 c)文件编制信息包含三个要素,“编制”、“审核”、“批准”:小四宋体加 粗,书写对应人员姓名,姓名中文采用小四宋体,西文采用小四Times New Roman。“版本号”:小四宋体加粗,书写文件版本号,采用小四 Times New Roman;“日期”:小四宋体加粗,书写文件编制日期,采 用小四Times New Roman。 d)公司名称为公司的全称,在文件编制信息后空一行,三号黑体。 e)所有文字性文件或规范性文件中都必须包含文件修改记录,文件修改记 录放在第二页,目录从第三页开始。 f)封面页、文件修改记录页均不插入页脚页码,目录页的页脚中间对齐插

系统总体设计说明书

总体设计说明书 一、引言 1、编写目的根据课程设计的要求,结合校园实际情况,我们计划利用GIS 的功能和方法做一个关于校园的高效、易用的导航系统,本系统初步目的是为那些对大学校园还很陌生的人提供就一些服务,让他们通过此系统能快速知道目的地在哪,去目的地怎么走,从而节省他们宝贵的时间;以及为在校大学生提供基本的生活信息,学习信息和活动信息等。 2、背景说明软件名称: “理工之窗”导航系统项目提出者: 毛超荣项目开发者: 毛超荣、王世远、杨克明、彭冠峰、宋红见用户: 3、系统设计意义随着互联网技术的发展,GIS已经深入应用到生活的方方面面,给人们的生产生活带来了很大的便利。 导航系统的出现使人们的出行变得十分便捷,了解的GIS的强大功能后,为此我们试想用所学到的理论知识结合校园实际需求做一GIS导航系统,方便广大以学生为主体的群体的工作、生活和学习,在地理信息系统快速发展的今天,大部分系统是介于大公司、大项目的设计,很少是关于一个像大学校园等小小范围的导航系统,在此背景下,本系统的设计为广大师生及所有的系统访问者提供一个实用的平台,为他们带来便利。 同时也是一个窗口,通过它可以让更多的人了解我们的学校。 4、参考资料 二、用户需求分析成果 1、系统功能需求“理工之窗”学生服务系统围绕着网站的使用情况在用户、信息、服务、数据等方面进行管理。

从系统运行环境来看,系统建设功能大致可分为两大部分: 对外服务网站、内部信息处理系统。 本部分从内部使用者的角度,对系统功能需求进行了分析和描述。 1. 1、系统总体功能需求业务系统是以GIS系统为基础,反映学生服务特点,是集导航和查询功能于一体的的信息系统,其中包括学习信息服务系统、生活信息服务系统、系统维护管理信息系统和人员管理信息系统。 系统各功能模块情况如下图: 1. 2、功能模块的具体内容和需求明细“理工之窗”学生服务系统空闲教室查询学术活动查询最佳路径查询位置服务社团活动查询网络维护数据库维护数据维护普通用户管理员管理学习信息服务生活信息服务系统维护管理人员信息管理 1.2. 1、学习信息服务系统模块描述: 该部分主要是为同学们的学习服务的,为同学们提供实时的与学习方面有关的各种信息。 ①空闲教室查询功能描述: 点击空闲教室查询按钮,出现查询目的地选择框和查询时间段输入框,在两个框中输入相应的文字,点击查询按钮,即可查询三个教学楼及各个学院没有课的教室。 所需输入数据: 目的地名称和时间②学术活动查询功能描述:

常见公文写作格式与示例大全(自留备用)

常见公文写作格式与示例大全(自留备用) 公文格式(函、请示、报告、通知、规定的公文格式)之一 函的写作格式 一、函的概念 函是不相隶属机关之间相互洽工作、询问和答复问题,或者向有关主管部门请求批准事项时所使用的公文。 函作为公文中惟一的一种平行文种,其适用的范围相当广泛。在行文方向上,不仅可以在平行机关之间行文,而且可以在不相隶属的机关之间行文,其中包括上级机关或者下级机关行文。在适用的内容方面,它除了主要用于不相隶属机关相互洽工作、询问和答复问题外,也可以向有关主管部门请求批准事项,向上级机关询问具体事项,还可以用于上级机关答复下级机关的询问或请求批准事项,以及上级机关催办下级机关有关事宜,如要求下级机关函报报表、材料、统计数字等。此外,函有时还可用于上级机关对某件原发文件作较小的补充或更正。不过这种情况并不多见。 二、函的特点

(一)沟通性。函对于不相隶属机关之间相互洽工作、询问和答复问题,起着沟通作用,充分显示平行文种的功能,这是其他公文所不具备的特点。(二)灵活性。表现在两个方面:一是行文关系灵活。函是平行公文,但是它除了平行行文外,还可以向上行文或向下行文,没有其他文种那样严格的特殊行文关系的限制。二是格式灵活,除了国家高级机关的主要函必须按照公文的格式、行文要求行文外,其他一般函,比较灵活自便,也可以按照公文的格式及行文要求办。可以有文头版,也可以没有文头版,不编发文字号,甚至可以不拟标题。 (三)单一性。函的主体内容应该具备单一性的特点,一份函只宜写一件事项。 三、函的分类。 (一)按性质分,可以分为公函和便函两种。公函用于机关单位正式的公务活动往来;便函则用于日常事务性工作的处理。便函不属于正式公文,没有公文格式要求,甚至可以不要标题,不用发文字号,只需要在尾部署上机关单位名称、成文时间并加盖公章即可。 (二)按发文目的分。函可以分为发函和复函两种。发函即主动提出了公事事项所发出的函。复函则是为回复对方所发出的函。

16类公文写作格式与范例大全

. 16类公文写作格式与范例大全 倡议书 2 决定 6 批复14 简报20 工作计划27 请示32 通报36 通知40 通告44 函48 工作总结51 报告56 纪要60 议案65 工作方案76

倡议书 倡议书是指由某一组织或社团拟定、就某事向社会提出建议或提议社会成员共同去做某事的书面文章。倡议书作为日常应用写作中的一种常用文体,在现实社会中有着广泛的使用。 一、倡议书的特点 倡议书的主要特点就在于就某事向特定成员进行号召呼吁,希望大家一起参与到某件事情中来,要能起到宣传倡议的效果。在书写格式上属于贯彻执行题目常用到的“全格式”,也就是完整格式,五大组成要素标题、主送单位、正文、发文单位、发文日期都要有。 二、具体写作方法 1、标题。标题一般遵照我们常用的贯彻执行题目标题的写法,可以直接简写为《倡议书》;也可以把题干中提供的信息加入进来,进行扩充,《关于+核心问题+的倡议书》。同时,注意标题的字数不要过长,一般在16 个字以内即可,以免影响格式美观。 2、主送单位。也就是倡议的对象,向谁发出的此次倡议。这部分内容一般从题干中的表述中可以很容易确定,比如,向社区居民发出节约用水的倡议,那么主送单位就是社区居民;在单位内部开展一次绿色办公的倡议,对象就是单

位的同事。 3、正文。正文部分一般包含三部分,一是倡议的事由、二是倡议的具体内容、三是结束语。倡议的事由,也就是发出倡议的缘由、背景,可以从材料中概括主题的背景、出现的问题、造成的影响等内容,都可以提炼出来作为发文事由。倡议的具体内容一般就是做法,要解决某个问题的对策,这个地方一般从材料中梳理直接对策于间接对策即可。结束语就是在正文最后发出号召呼吁,常用的表述方式为“XX,让我们共同努力,为解决XX问题而共同努力”;或者依照材料中所出现的一些总结性、概括性的语句,加以调整作为结语亦可。 4、发文单位。根据题干,由我们的身份确定。比如,你是社区居委会的一名工作人员,那么发文单位就是XX社区居委会;你是派出所的一名公安干警,那么发文单位就是XX派出所。 5、发文日期。如果题干中没有特殊要求,一般都写作X 年X月X日。

相关文档
最新文档