软件产品需求规格说明书案例
软件需求规格说明书(实例)
学校教材订购系统（School materials orderingsystem ）软件需求规格说明书计算081项目小组文档状态：文档编号：[ ] Draft[√] Released [ ]Modifying 编 撰： 编撰日期： 保密级别：文档版本：1.0.0修订表编号生成版本修订人修订章节与内容修订日期1 1.00 ALL 商定初步分工11/08/20102 1.01 ALL 明确详细分工11/11/20103 1.02 ALL 3. 功能性需求分类13/11/20104 1.03 ALL 4.非功能性需求分类15/11/20105 2.00审批记录版本审批人审批意见审批日期1.0.0目录1. 引言 (5)1.1目的、小组成员以及预期读者 (5)1.2适用范围 (5)1.3参考资料 (5)1.4术语和缩略语 (6)2. 系统概述 (6)2.1产品描述 (6)2.2产品功能 (7)3. 功能性需求分类 (8)3.1系统数据流图（DFD） (8)3.2学校教材购销系统DFD (8)3.3学校教材购销系统一级数据流图 (10)3.4学校教材购销系统二级数据流图 (11)3.5功能描述1 (11)3.6功能描述2 (12)3.7输入项目 (12)3.8输出项目 (12)4. 产品的非功能性需求 (12)4.1外部接口说明 (12)4.1.1用户接口 (12)4.1.2软件接口 (12)4.2性能需求 (12)4.2.1硬件的限制 (12)4.3属性 (13)4.3.1友好性 (13)4.3.2安全性 (13)4.3.3可维护性 (13)4.3.4可转移/换性 (13)4.5其他需求 (13)4.5.1用户操作需求 (13)5. E-R图、数据流描述和数据字典抽取 (13)5.1E-R图 (13)5.2数据流描述 (14)5.3数据字典 (14)附录A：需求确认 (16)1.引言1.1目的、小组成员以及预期读者文档编写目的本要求规格说明书对学校教材购销系统进行简单的分析，给出了系统的数据流图。
软件需求规格说明书（案例）
软件需求规格说明书（案例）软件开发方向“仓库管理系统”软件需求规约安阳工学院二零一三年六月目录1 引言 (3)1.1 目的 (3)1.2 文档格式 (3)1.3 预期的读者和阅读建议 (3)1.4 范围 (3)1.5 参考文献 (4)2 系统概述 (4)2.1 概述 (4)2.2 功能 (5)2.3 运行环境 (5)3 系统特性 (6)3.1 系统角色 (6)3.2 仓库管理 (6)3.2.1 增加物资信息 (6)3.2.2 修改物资信息 (6)3.2.3 删除物资信息 (7)3.2.4 添加出/入库信息............................................................... 错误！未定义书签。
3.2.5 修改出/入库信息............................................................... 错误！未定义书签。
3.2.6 查询出/入库信息............................................................... 错误！未定义书签。
3.3 用户管理 (6)3.3.1 添加新用户......................................................................... 错误！未定义书签。
3.3.2 删除用户............................................................................. 错误！未定义书签。
3.3.3 修改用户............................................................................. 错误！未定义书签。
4 非功能性需求 (8)4.1 性能需求 (8)4.2 安全性需求 (9)4.3 可用性需求 (9)1.1 目的仓库管理系统是为了实现企业产品管理的系统化、规范化和自动化，从而提高企业管理效率而设计的。
软件需求规格说明的模板及示例
软件需求规格说明的模板及示例在软件开发项目中，需求规格说明书是非常重要的一份文档，它记录了软件的功能需求、非功能需求等各种要求。
它能为软件开发人员提供一个清晰明确的目标，帮助开发人员更好地理解用户需求，从而开发出符合用户需求且质量可靠的软件。
下面是一份软件需求规格说明的模板及示例。
I.引言本文档描述了本软件的需求规格说明。
本软件的主要功能是XX。
该说明书旨在为软件开发人员、测试人员和维护人员提供一个全面、详细的记录，以确保软件具有可维护、可操作、用户友好等必要特点。
II. 总体描述1. 产品功能本软件主要功能如下：1) 功能1描述功能1的具体功能和业务流程2) 功能2描述功能2的具体功能和业务流程3) ...2. 客户角色描述客户身份，包括其特定需求等。
3. 运行环境描述软件运行所需的操作系统、硬件、网络环境等。
III. 默认功能在基础功能的基础上，为了满足更多用户的需求和提高用户体验，本软件除基础功能外还默认了以下的功能和限制：1. 功能1描述默认功能1的具体功能和业务流程2. 功能2描述默认功能2的具体功能和业务流程3. ...IV. 系统功能1. 界面及操作1) 界面设计描述界面的设计原则、界面及各类控件的布局、描述符合易学易用的设计指导原则。
2) 界面操作描述具体各个界面及控件的操作。
2. 功能设计1) 功能说明详细描述系统的功能，并包括业务流程图。
2) 功能优先级根据实际需求，具体规定各个功能的优先级。
3. 系统性能描述系统性能要求及约束，性能指标包括响应速度、吞吐量等。
V. 数据需求包括数据的格式、数据的输入和输出等要求。
VI. 接口需求描述本系统需要和外部系统或组件的接口及交互，包括数据格式和数据传输方式等。
VII. 非功能需求包括系统的性能、可靠性、安全性、易维护性、可扩展性、可用性、可拓展性等方面的需求。
VIII. 附录1. 参考文献列出本文档中涉及的参考文献。
2. 词汇表列出本文档中用到的专业术语和新名词。
软件需求说明书实例
(4) 系统整理信息：显示距离管理员整理系统的时间。
5）打印报表
(1) 打印单条档案记录:主要适用于一般浏览者和一般用户。他们只能打印在他们的权限和级别范围内所能查看的档案。
(2) 打印全部档案:是为管理员设置的，管理员可以根据需要设置打印。也可以让档案以报表的形式生成文本文件或HTML文件输出。
范国平、陈晓鹏：《Access 2000 数据库系统开发实例导航》，人民邮电出版社，2002年12月版
闪四清：《SQL Server 实用简明教程》，清华大学出版社，2003年1月版
2.任务概述
2.1目标
2.1.1开发目标
在当今世界电脑普及的时刻，人们已经习惯用电脑办公，结果自然会产生大量的电子文件，这些文件有宝贵的历史价值，但我们如果将更多的时间花费在寻找这些文件上，即费时又费力。本软件根据此需求进行开发的。
(3) 查询操作员工：是给管理员用的，因为操作员工的信息是保密的，所以只限管理员使用。
也有多种查询方法。查到记录后，也可双击记录即可显示详细信息。
3）系统配置
(1) 配置公司信息:只限管理员配置，主要是配置公司的基本信息。一般用户和浏览者均可查看。
(2) 配置系统桌面：用户可以配置自己喜欢的桌面图形。只要在窗体上单击选择图片，再选择所喜欢的图片即可。
50
13
爱好
Text
50
14
家庭电话
Text
50
15
家庭地址
Text
50
16
省份
Text
50
17
城市
Text
50
18
出生日期
软件产品需求规格说明书(案例)
四川托普集团技术文档卷号：卷内编号：V1.0版多层体系政务框架平台之一行政服务中心政务平台软件产品需求规格说明书Software Product Requirements Specification项目承担部门：中央研究院应用产品开发中心撰写人（签名）：完成日期：本文檔使用部门：■主管领导■项目组□客户（市场）■维护人员□用户文档验交组（签名）：验交日期：评审负责人（签名）：评审日期：软件产品需求规格说明书Software Product Requirements Specification1.引言1.1.目的本节描述软件产品需求规格说明书（SRS）的目的是：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。
1.2.定义Workflow：工作流1.3.参考资料行政服务中心政务平台白皮书行政服务中心政务平台项目审批表2.软件总体概述2.1.软件标识软件全称：多层体系政务框架平台之一行政服务中心政务平台版本号：1.02.2.软件描述2.2.1.系统属性行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。
为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。
为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。
2.2.2.开发背景开发目的：1、公众服务2、行政服务中心和各级政府部门应用目标：行政服务机构使用范围：行政服务机构，公众2.3.软件功能(共12个系统模块)其中内部办公模块又分为：2.4.用户的特点因为本软件是一个全新的概念，对它的使用要求领导绝对的支持，才能将这个软件系统得以很好的使用。
(完整word版)软件需求规格说明书(案例)
软件开发方向“成绩管理系统"软件需求规约安博教育集团二零零八年十月修订历史记录目录1 引言 (5)1。
1 目的 (5)1。
2 文档格式 (5)1.3 预期的读者和阅读建议 (5)1.4 范围 (6)1.5 术语 (7)1。
6 参考文献 (7)2 系统概述 (7)2。
1 概述 (7)2。
2 功能 (7)2.3 运行环境 (8)2.4 假设与依赖 (9)3 系统特性 (9)3。
1 系统角色 (9)3.2 学生管理 (11)3.2。
1 增加学生信息 (11)3。
2。
2 修改学生信息 (11)3。
2.3 删除学生信息 (11)3.2.4 导入学生信息 (11)3。
3 教师管理 (12)3.3.1 增加教师信息 (12)3。
3.2 修改教师信息 (12)3.3。
3 删除教师信息 (12)3。
3。
4 导入教师信息 (12)3。
4 课程管理 (13)3.4.1 增加课程基本信息 (13)3。
4。
2 修改课程基本信息 (13)3。
4。
3 删除课程基本信息 (13)3。
4。
4 维护课程学生信息 (13)3。
5 成绩查询 (14)3。
5.1 学生查询成绩 (14)3.5。
2 教师查询成绩 (14)3。
6 成绩分析与统计 (14)3。
6。
1 考试成绩表 (14)3.6。
2 班级各科平均成绩表 (14)3.6。
3 年级成绩排名表 (15)3。
7 系统维护 (15)3。
7.1 数据字典维护 (15)4 非功能性需求 (15)4。
1 性能需求 (15)4。
2 安全性需求 (15)4。
3 可用性需求 (16)4.4 用户文档 (17)4。
5 其它需求 (17)5 外部接口需求 (17)5.1 用户接口 (17)5.2 硬件接口 (17)5.3 软件接口 (18)5.4 通信接口 (18)1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
软件需求规格说明书模板(SRS)
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定 (5)3.2.1精度 (5)3.2.2时间特性要求 (5)3.2.3灵活性 (5)3.3输人输出要求 (5)3.4数据管理能力要求 (6)3.5故障处理要求 (6)3.6其他专门要求 (6)4运行环境规定 (6)4.1设备 (6)4.2支持软件 (6)4.3接口 (7)4.4控制 (7)5 其他需求 (7)XXXX软件需求说明书1引言1.1编写目的说明编写这份软件需求说明书的目的，指出预期的读者。
1.2背景说明：a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2任务概述2.1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
|2.2用户的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。
软件需求规格说明书标准模板-示例
软件需求规格说明书文件编号：QMS—PROC－RD02 版本：1.0受控签章修改历史目录1引言 (5)1.1目的 (5)1.2背景 (5)1.3术语 (5)1.4预期读者与阅读建议 (5)1.5参考资料 (6)1.6需求描述约定 (7)2.项目概述 (9)2.1系统功能 (9)2.2业务描述 (9)2.3数据流程描述(可选) (9)2.4用户的特点 (9)2.5运行环境要求 (9)2.6设计和实现上的限制 (10)3.功能需求的描述 (10)4.非功能需求 (11)4.1系统性能要求 (11)4.2系统安全及保密要求 (11)4.3系统备份与恢复要求 (11)4.4系统日志 (12)5.外部接口说明 (12)6.其他需求 (12)7 需求变更识别 (12)8.功能列表 (12)9.附件 (13)1引言1.1 目的说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。
1.2 背景描述系统产生的背景，包括：a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）；b．列出此项目的任务提出者、开发者c．软件系统应用范围、用户。
d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性1.3 术语列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。
也可用附件说明。
或放到本文件的最后。
1.4 预期读者与阅读建议描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。
可用列表的方式列出。
如：1.5 参考资料列出有关的参考资料，如：a．本项目经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
d．行业标准和规范。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
1.6 需求描述约定在此说明本文描述需求的约定。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
四川托普集团技术文档卷号：卷内编号：V1.0版多层体系政务框架平台之一行政服务中心政务平台软件产品需求规格说明书Software Product Requirements Specification项目承担部门：中央研究院应用产品开发中心撰写人（签名）：完成日期：本文檔使用部门：■主管领导■项目组□客户（市场）■维护人员□用户文档验交组（签名）：验交日期：评审负责人（签名）：评审日期：软件产品需求规格说明书Software Product Requirements Specification1.引言1.1.目的本节描述软件产品需求规格说明书（SRS）的目的是：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。
1.2.定义Workflow：工作流1.3.参考资料行政服务中心政务平台白皮书行政服务中心政务平台项目审批表2.软件总体概述2.1.软件标识软件全称：多层体系政务框架平台之一行政服务中心政务平台软件简称：XZFWZXZW版本号：1.02.2.软件描述2.2.1.系统属性行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。
为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。
为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。
2.2.2.开发背景开发目的：1、公众服务2、行政服务中心和各级政府部门应用目标：行政服务机构使用范围：行政服务机构，公众2.3.软件功能(共12个系统模块)领导：对使用这个系统有很大的支持度，会用计算机；操作人员：对计算机能熟练使用；公众：对于咨询与要求处理事件的人，没有什么特别的要求，从网上的，系统一般都给明确的提示；从窗口来的，一般与操作人员接洽处理。
2.5.限制与约束本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。
本节内容不是陈述具体需求或设计约束，而是为具体需求以及设计约束的描述提供依据。
经费限制：41.07万；开发期限：2002年8月31日完成；硬件限制：硬设备有部分配置比较低，完成本需求说明中的功能和性能要求没有问题；编程语言：Notes Script，HTML，C++ BUILDER，Visual C++通信协议：TCP/IP ，X.509安全和保密要求：Notes提供的七级权限控制；CA加密认证；开发过程中须遵守的某些标准或规则：编码规范采用Notes Script、C++ BUILDER，Visual C++的编码规范进行。
3.具体需求本章应包括在进行软件结构设计时所需的全部细节。
3.1.总体要求1、基本要求：构建行政服务中心政务平台，实现办件处理网络化、无纸化、科学化，内部办公自动化与政务公开化的要求，并为领导提供办件相关的统计与决策分析数据。
2、C/S模式。
3、操作时限要求：文档处理平均响应时间为1秒，不包括查询与统计时间。
4、流程要求：提供可视化的方法修改和自定义工作流程。
流程中的人员配置、工作流控制和工作流应用三者完全分离。
人员配置是根据工作需要对工作人员进行适时配置；工作流控制可以控制工作流的流向、属性，并根据人员配置分配流程中的人员属性以及管理工作流之间的信息交换；工作流应用能够根据用户的不同流程需要开发出不同的流程应用。
流程具备回溯功能，具备流程监控功能。
5、文档管理、查询要求：能将各种办件处理结果或情况按月进行归档。
6、操作接口要求：分为B/S与C/S两种类型，B/S 体现一种清晰，严谨之感觉。
这个接口的体现是多为录入，查询与审批。
C/S 提供相应的应用接口，对无使用权限的功能不在接口上显示。
操作尽量简单，好用、易用。
这个接口体现多为管理，统计分析。
7、安全要求：严格的权限控制，严谨的保密设计。
采用NOTES的七级安全控制与CA加密认证的处理方式相结合的过程。
8、用户分类控制：使用对象按不同的标准备分为不同的类型：其中主要按使用功能对象来说分可分为：系统管理员、领导（监督者）、窗口单位操作者、公众。
9、委托授权要求：提供委托办理功能，如果在工作流中某个环节上的工作人员不在时，可由该工作人员指定代办人员来协助完成办理，有效避免了文档在某一环节的停滞。
10、流程监控和提醒功能：能自动搜索逾期未办件文档，对逾期未办件文档或指定文件进行催办，并可查看催办情况及答复催办。
当出现逾期未办理的办件，系统会自动给出文字提醒。
3.2.功能需求本节描述2.3节所述的每一功能需求。
本节可以划分为若干小节，每一小节逐一说明每一功能需求。
本节将该功能需求具体描述为输入、处理和输出的需求。
本节可用自然语言描述；也可用形式方法等。
本节由以下内容组成：化的方法描述，如数据流程图（DFD）、IDEF输入：详细描述该功能的所有输入资料，包括：输入源、类型、长度、数值范围、精度、量纲、数量、更新和处理频度等；处理：定义对输入资料的全部操作，以获得预期的输出资料，包括：输入资料的有效性检验、操作时序或优先级、异常情况处理、输出资料的有效性检验等；输出：详细描述该功能的所有输出资料，包括：接受者、类型、长度、数值范围、精度、量纲、数量、出错信息等。
所有字体都要求以宋体为主，正文内容按具体的行文进行处理。
3.2.1.系统门户子系统3.2.1.1.内网门户操作界面：首先出现登录界面（该界面的背景为行政务服务中心图片）：登录进去之后，出现系统操作主界面：其中XX件超时为链接，点击就可以进入超时的办件视图。
3.2.1.2.外网门户以下为门户网站的外网界面：选中法律法规、审批事项，政府公告、规章制度、领导介绍、中心简介、中心职能,窗口单位电话时出现如下的界面：其中电子邮件是为行政服务中心设置的外部邮箱。
采用notes的电子邮件系统。
其界面如下：采用Notes自带的WEB邮箱点击主页上的网上咨询时出现对于没有答复的咨询不显示,点击我要咨询时出现如下表单样式。
打开问题时出现打开答复时出现:点击菜单上的网上投诉时现网上投诉表单：3.2.2.办件管理子系统办件管理的主界面如下：3.2.2.1.一站式申报模块点击主菜单上的网上申报时出现：当按确定时：系统弹出如下的信息点击完成就会关闭窗口。
点击继续申报出现如下的窗口：其中除了申报单位，申报项目，附件为空，其余的继承刚才填写的内容。
点击新的申报出现一个新的申报单。
3.2.2.2.一站式受理模块一站式受理子系统分为受理窗口办件与受理网上办件：选中一站式受理会出现如下的界面a.受理窗口办件点击一站式受理右边的窗口受理按钮出现如下的窗口办件主界面如下：当按提交时：系统弹出如下的信息受理时开始计时，一直到网上办结，点击打印就会打印出该申报单。
点击继续申报出现新的受理表单。
b.受理网上办件网上办件是来源于一站式申报的数据，其中界面如下：选中需要审批的，再选中右面的一个文档出现如下的办件受理界面：当按提交时：系统弹出如下的信息点击继续受理会出现下一个要受理的网上审批单。
3.2.2.3.网上审批模块选中需要审批的，右面的一个文档出现如下的办件审批界面：总的审批意见是显示前面审批人的意见。
当按提交时：系统弹出如下的信息点击继续审批会出现下一个要审批网上办件单。
3.2.2.4.网上办结模块网上办结的主界面如下：选中右面的一个文档出现如下的办件审批界面：总的审批意见是显示前面审批人的意见。
当按办结密码正确时：系统返回如下的信息点击继续办结会出现下一个要办结的网上办件单。
3.2.2.5.网上查询模块网上查询提供用户查询、模糊查询和综合查询、密码查询。
a.用户查询用户查询为如下界面点击确定后若申报号和密码符合则出现申报信息，见下图：b.模糊查询其界面如下：点击确定后将出现如下的界面：选中一个文档出现如下的办件审批界面：c.综合查询点击综合查询后将出现如下的界面：用户选择字段，关系符，输入值，选择与/或，添加条件到条件框中，不断的添加直到最后用户点击进行查询按按钮。
其中查询出来的信息如下：选中一个文档出现如下的办件审批界面：d.密码查询该模块对具有密码查询管理的人员才能使用，提供办件号输入，然后显示密码。
3.2.2.6.网上统计模块点击项目统计时出现：进行统计的结果：3.2.2.7.网上监督模块点击网上监督时出现：点击其中的一条记录时出现：3.2.2.8.网上咨询模块点击网上咨询时出现咨询管理界面：咨询按时间先后倒序排列，点击某一条网上咨询时出现如下的咨询表单信息：点击文档里面的答复都可以答复文档。
3.2.2.9.网上投诉模块点击网上投诉时出现投诉管理界面：点击某一条投诉时出现如下的投诉表单信息：3.2.3.决策分析子系统决策分析是自动在月初将上月的办件数据统计出来，放于决策分析库中，以利于领导做出分析。
3.2.4.触摸屏查询子系统触摸屏查询分为项目信息查询与办件查询。
3.2.4.1.项目信息查询点击项目信息查询出现如下的界面：进入XX局里面就出现该局的项目现点击具体项目出现该项目的信息.其中的图片做到用户可以方便更换。
3.2.4.2.办件查询选中一个文档出现如下的办件界面：3.2.5.系统管理子系统系统管理总体界面如下：通过Notes登录：3.2.5.1.假日设置假日设置具有设置假日的功能。
当设置了假日后，用户可以按照需要更新一下以前的办件的完成时间。
3.2.5.2.数据整合直接连接到数据整合模块上。
3.2.5.3.用户管理采用Notes用户管理界面。
3.2.5.4.流程管理直接连接到topworkflow的配置库里面。
3.2.5.5.权限管理实现对办件库的权限管理。
3.2.5.6.系统配置实现对办件所需的各种项目的配置。
3.2.5.7.日志管理连接到Domino的日志上面。
3.2.5.8.数据备份实现办件数据的定时备份。
其中定时备份为每月的第一天早上将上一个月的办结数据备份到一个办结数据库中，并将已经备份的数据从办件库中删除。
3.2.6.网站发布子系统总体界面如下：具体功能是选中任一栏目，如果是多个文档其界面如下：点击具体的文档或者联系我们后，出来如下的设置表单界面：其中的审批事项栏目中的信息可以取自办件项目的事项。
窗口单位电话的信息可以取自通讯录中窗口单位的电话。
这两个模块有两个功能，第一个功能是自动更新办件审批事项信息。