当前位置：文档库 › (完整版)系统设计文档编写规范及示例(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

图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.符号用法程序流程图用于描述程序内部各种问题的解决方法、思路或算法。图1-1 标准程序流程图符号 1)数据：平行四边形表示数据，其中可注明数据名、来源、用途或其它的文字说明。此符号并不限定数据的媒体。 2)处理：矩形表示各种处理功能。例如，执行一个或一组特定的操作，

从而使信息的值，信息形式或所在位置发生变化，或是确定对某一流向的选择。矩形内可注明处理名或其简要功能。 3)特定处理：带有双纵边线的矩形表示已命名的特定处理。该处理为在另外地方已得到详细说明的一个操作或一组操作，便如子例行程序，模块。矩形内可注明特定处理名或其简要功能。 4)准备：六边形符号表示准备。它表示修改一条指令或一组指令以影响随后的活动。例如，设置开关，修改变址寄存器，初始化例行程序。 5)判断：菱形表示判断或开关。菱形内可注明判断的条件。它只有一个入口，但可以有若干个可供选择的出口，在对符号内定义各条件求值后，有一个且仅有一个出口被激活，求值结果可在表示出口路径的流线附近写出。 6)循环界限：循环界限为去上角矩形或去下角矩形，分别表示循环的开始和循环的结束。一对符号内应注明同一循环标识符。可根据检验终止循环条件在循环的开始还是在循环的末尾，将其条件分别在上界限符内注明(如：当A>B)或在下界限符内注明(如：直到C

系统设计报告编写规范

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．导言 1.1目的 [说明编写这份项目需求规格的目的，指出预期的读者] 1.2背景说明： a）待开发的产品名称； b）本项目的任务提出者、开发者、用户及实现该产品的单位； c）该系统同其他系统的相互来往关系。 1.3缩写说明 [缩写] [缩写说明] 列出本文件中用到的外文首字母组词的原词组。 1.4术语定义 [术语] [术语定义] 列出本文件中用到的专门术语的定义。 1.5参考资料 [编号]《参考资料》[版本号] 列出相关的参考资料。 1.6版本更新信息具体版本更新记录如表所列。表版本更新记录 2．任务概述 2.1 系统定义本节描述内容包括： ●项目来源及背景； ●项目要达到的目标，如市场目标、技术目标等； ●系统整体结构，如系统框架、系统提供的主要功能，涉及的接口等； ●各组成部分结构，如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 应用环境本节应根据用户的要求对系统的运行环境进行定义，描述内容包括： ●设备环境； ●系统运行硬件环境；

●系统运行软件环境； ●系统运行网络环境； ●用户操作模式； ●当前应用环境。 2.3 假定和约束列出进行本产品开发工作的假定和约束，例如经费限制、开发期限等。列出本产品的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长以及本产品的预期使用频度等重要约束。 3．需求规定 1.1对功能的规定本节依据合同中定义的系统组成部分分别描述其功能，描述应包括： ●功能编号； ●所属产品编号； ●优先级； ●功能定义； ●功能描述。 1.2对性能的规定本节描述用户对系统的性能需求，可能的系统性能需求有： ●系统响应时间需求； ●系统开放性需求； ●系统可靠性需求； ●系统可移植性和可扩展性需求； ●系统安全性需求； ●现有资源利用性需求。 1.2.1精度说明对该产品的输入、输出数据精度的要求，可能包括传输过程中的精度。 1.2.2时间特性要求说明对于该产品的时间特性要求，如对： a）响应时间； b）更新处理时间； c）数据的转换和传送时间； d）计算时间等的要求。 1.2.3灵活性说明对该产品的灵活性的要求，即当需求发生某些变化时，该产品对这些变化的适应能力，如： a）操作方式上的变化； b）运行环境的变化； c）同其他系统的接口的变化； d）精度和有效时限的变化； e）计划的变化或改进。对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 1.3输入输出的要求解释各输入输出的数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报

(国内标准)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、主送机关。（二）正文。其结构一般由开头、主体、结尾、结语等部分组成。（三）结尾。一般用礼貌性语言向对方提出希望。或请对方协助解决某一问题，或请对方及时复函，或请对方提出意见或请主管部门批准等。（四）结语。通常应根据函询、函告、函或函复的事项，选择运用不同的结束语。如“特此函询（）”、“请即复函”、“特此函告”、“特此函复”等。有的函也可以

软件开发技术文档编写规范

软件开发技术文档编写规范在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。 ◇可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 ◇项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 ◇软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 ◇概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 ◇详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 ◇用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。 ◇测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 ◇测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 ◇开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 ◇项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 ◇软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 ◇软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。 ◇软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。 1可行性分析报告 1 引言 1.1 编写目的：阐明编写可行性研究报告的目的，提出读者对象。

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

系统开发规范与文档编写期末复习二一、单项选择题 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公里,以及整个库区征地线以下,属大坝管理和保护范围。

软件过程规范示例

编者说明：软件过程管理中的一个很重要的工作就是制定项目、组织的过程规范，它是软件开发组织行动的准则与指南。该文档就是一个实际的过程规范的实例，通过该实例，相信对大家根据自身情况制定符合要求的项目过程规范、组织过程规范有很好的借鉴作用。 1.总则最大限度提高Q&P（质量与生产率），提高Q&P的可预见性，是每一个软件开发机构的最大目标。而Q&P依赖于三个因素：过程、人和技术，因此要实现Q&P的提高，除了加强技术能力，引进、培育更多优质技术人才之外，规范、改进机构的过程是一个十分重要的手段。我们希望通过在制定软件过程规范标准，并在软件开发实践中不断地完善、修订，提高Q&P和Q&P的可预见性。本规范采用CMM（软件过程成熟度模型）的指导，吸收RUP、XP、MSF、PSP、TSP等过程规范指南的思想、方法及实践，充分结合xxx 技术开发部的实际情况，引入先进的技术、方法、工具，为公司的软件开发工作提供一部详细、可操作的过程指南。在本规范的第一版本中，主要包括管理过程和开发过程两个部分，管理过程中包括项目管理过程、需求变更管理过程、配置管理过程。对于软件开发项目中的其它的一些过程将在实践中逐步补充、完善。

2.项目管理过程规范项目管理过程主要包括三个阶段：项目立项与计划、项目实施、项目关闭。项目立项与计划参与人员：技术开发部指定的项目负责人（包括前期负责人、正式的项目经理）、立项申请人、[相关最终客户]以及实施该项目的开发组队成员；入口准则：接到经公司总经理或副总经理批准的市场部门的《软件开发立项申请表》；出口准则：立项申请人签字确认了经修订正后的正式《软件项目计划》，并通过《工作任务卡》下达了开发任务，开发工作正式开始；输入：经审批的《软件开发立项申请表》、与需求相关的业务资料；输出：《软件项目计划》、《软件需求规格说明书》、《开发任务卡》；活动：接到《软件开发立项申请表》后，技术开发部经理指定前期负责人，并告知立项申请人；前期负责人阅读《软件开发立项申请表》后，通过与立项申请人的沟通、阅读立项申请人提交的材料、通过立项申请人与客户直接交流

系统设计文档编写规范及示例(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 目的和作用本规范规定一组软件测试文件。测试是软件生存周期中一个独立的、关键的阶段，也是保证软件质量的重要手段。为了提高检测出错误的几率，使测试能有计划地、有条不紊地进行地进行，就必须要编制测试文件。而标准化的测试文件就如同一种通用的参照体系，可达到便于交流的目的。文件中所规定的内容可以作为对测试过程完备性的对照检查表，故采用这些文件将会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。 1.2 适用对象及范围本规范是为软件管理人员、软件开发人员和软件维护人员、软件质量保证人员、审计人员、客户及用户制定的。本规范用于描述一组测试文件，这些测试文件描述测试行为。本规范定义每一种基本文件的目的、格式和内容。所描述的文件着重于动态测试过程，但有些文件仍适用其它种类的测试活动。本规范可应用于数字计算机上运行的软件。它的应用范围不受软件大小、复杂度或重要性的限制，本规范既适用于初始开发的软件测试文件编制，也适用于其后的软件产品更新版本的测试文件编制。本规范并不要求采用特定的测试方法学、技术及设备或工具。对文件控制、配置管理或质量保证既不指明也不强制特定的方法学。根据所用的方法学，可能需要增加别的文件（如“质量保证计划”）。本规范既适用于纸张上的文件，也适用于其它媒体上的文件。如果电子文件编制系统不具有安全的批准注册机制，则批准签字的文件必须使用纸张。 2 引用标准 GB/T 11457 软件工程术语 GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 3 定义本章定义本规范中使用的关键术语。 3.1 设计层design level 软件项的设计分解（如系统、子系统、程序或模块）。 3.2 通过准则pass criteria 判断一个软件项或软件特性的测试是否通过的判别依据。 3.3 软件特性software feature 软件项的显著特性。（如功能、性能或可移植性等）。 3.4 软件项software item 源代码、目标代码、作业控制代码、控制数据或这些项的集合。 3.5 测试项test item 作为测试对象的软件项。 4 概述

软件开发过程规范

软件开发过程规范第一部分软件需求分析规范 1、引言本标准规定了软件需求分析阶段的任务、过程和相关要求，以及需求分析阶段的完成标志。它是软件开发规范的组成部分。本标准适用于软件需求分析阶段的所有任务和相关人员，包括项目管理人员、软件需求分析人员、文档编制人员和质量审核人员。 2、参考文献 2.1GB8566-88 计算机软件开发规范 2.2ISO/IEC 12207:1995 信息技术——软件生存周期过程 2.3GXB 02-001 软件开发规范：第一部分软件生存周期 2.4GXB 01-001 软件工程术语 2.5GXB 02-007 软件测试规范 3、术语本标准的术语的定义与GXB 01-001软件工程术语中的定义相一致。 4、需求分析的任务和过程 4.1需求分析任务确定被开发软件的运行环境、功能、性能和数据需求，建立确认测试准则，编写用户手册，为概要设计提供需求说明书。 4.2需求分析过程需求分析过程由下列步骤组成： 1）确定需求分析方法和工具； 2）人员培训； 3）确定需求分析输入；

4）需求分析； 5）制定确定测试计划； 6）修改开发计划； 7）编制文档； 8）需求分析审查； 9）需求分析文档存档。 5、总体要求 5.1用户参与软件需求分析应该有客户指定的人员参加。 5.2用户确认需求说明必须明确，经过客户同意，并用合同的方式予以确认。 5.3面向用户描述需求应以用户能够理解的形式和术语描述需求，以利于与用户沟通。 6、需求分析流程 6.1确定需求分析方法和工具选定合适的需求分析方法，在一个软件项目内所用的分析方法应该保持一致性。候选分析方法： 1）结构分析方法，包括面向数据流的分析方法和面向数据结构的分析方法。 2）面向对象的分析方法。在需求分析方法选定后，应确定支持该方法的工具。在一个软件项目内，需求建模语言和工具应该保持一致性和规范化。 6.2人员培训针对所选定的设计方法和工具，以及相关的标准对需求人员进行相应的培训。这是一个可选项，但对于新的方法和工具，或新的分析人员，培训是必需的。

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

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

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

软件设计流程及编写规范

一、前期方案评估 1、主控芯片选型模块化控制要求，整理系统需要的资源。如系统时钟、普通IO拟需要的数目、中断源的个数、AD采样通道的个数、PWM输出的通道数等。在封装等外形尺寸等符合硬件标准的情况下，从上述方面去考虑主控芯片的型号，优先考虑行业通用或是编程人员熟悉的芯片类型。对于无参考的新品项目，在做方案时必须对主控芯片的资源做预留，以备功能扩展或是方案更改需要。如至少留出2个以上的普通IO口，1个以上的AD转换口，1个以上的中断资源。 2、主控芯片性能粗测试初期选型通过的主控芯片，DIY一张DEMO实验板，编写测试程序测试所选芯片是否符合工程需要。主要测试单片机的如下性能： 1）系统时钟的稳定性 2）指令周期 3）端口输入输出延迟 4）极限工作温度区间 5）频漂 6）其它专用功能经测试后给出测试结论：Y/N。 3、软件方案的制定 3.1 系统资源分配系统时钟的选择（兼顾系统的运行速度以及实际需求），并非越高越好，如果控制系统要求有精确的定时，优先保证时间精度。如，精确的定时器触发、PWM精确的载波周期等。依据控制对象的具体情况，把控制需求模块化。对不同的功能模块，采用最适合的单片机资源去实现。对每个模块，详细分析模块的功能以及实现方式，对于核心功能，还需给出软件流程图。如要实现AD采样功能，需给出AD的参考电压、转换通道、转换精度等，并且给出采样值的滤波方法。 3.2 系统结构框架设计设计系统的工作流程，把各功能模块按照一定的逻辑结构组合成完整的系统，其中包括系统框架图，软件流程图，中断管理等。对于中断，必须慎重考虑程序被打断后的恢复问题，如程序在运行到AD采样时被某中断打断，中断函数中依然有AD采样，那么在中端函数执行完后，程序在断点继续执行时AD采样寄存器的值已不再是中断执行前的值。 3.3 任务进度安排指定软件编写责任人以及进度表。相应文档规整，责任人签字确认后存档。

系统总体设计说明书

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

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