oa需求分析（oa系统需求调研表）

本篇文章给大家谈谈oa需求分析，以及oa系统需求调研表对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

微信号：cloud7591
如需了解更多，欢迎添加客服微信咨询。
复制微信号

本文目录一览：

• 1、企业如何做OA系统需求分析？
• 2、企业办公自动化管理系统需求性和可行性的设计方案
• 3、'OA办公系统能解决什么问题？给企业带来哪些好处和便利？
• 4、怎样开发OA办公系统?

企业如何做OA系统需求分析？

对于OA系统实施，经常听到“OA选型，需求先行”，这也就导出了需求分析的重要性。合理的需求规划是OA成功实施的重大前提。需求分析工作，看起来似乎很简单，无非就是把自己企业需要的功能罗列出来。而事实上，需求规划并没有那么简单。特别是大型企业，结构组织和业务方面都相对复杂。而一个企业往往要将多个组织、多个部门，各种数据相互联系在一起，这种办公的复杂性也就带来了需求的复杂性。所以好的OA需求分析必须将这些需求和关系都描述清楚，给选型负责人和实施方一个肯定、准确的要求或说明。如果需求没有做透，OA系统盲目上线必然造成失败，建议：

1、OA项目负责人必须精通数据关系与数据控制

企业OA系统建设的主要负责人、应用的主要管理者可以不懂计算机的基础技术，但必须精通业务工作的“数据关系与数据控制”，否则OA系统建成后往往就很难投入正常运行， 发挥实际应用效果。

2、OA需求不能贪大求全

需要注意的是，一个单位建设OA系统，不能贪大求全求新，只要能满足本单位的实际需求，就是最好的。如果单纯追求高、新、尖，到头来准是鸡飞蛋打。因此，系统建设之前与建设过程中，一定要紧密联系本单位的主体业务，多向业务人员和文秘人员请教，才能做好需求分析工作。

3、充分有效的沟通必不可少

当OA系统的需求确定后，软件实施方通常会进行一定程度的定制开发，这就要求企业方和实施方保持充分有效的沟通，以需求引导开发，避免不必要的误解和错误。

4、分阶段定需求

OA系统的应用过程往往都要经历由浅到深、由简到繁的过程，用户需求也可以分阶段、有规划的进行，因此，建议选择功能实用、性能稳定、价格适中的平台型OA产品。一方面其功能简单实用、便于用户快速上手；另一方面，平台型的OA软件具备极好的扩展性和灵活性，可以为深化应用阶段的OA运用打好良好基础。

企业办公自动化管理系统需求性和可行性的设计方案

关于OA办公系统需求分析

关于OA办公系统需求分析 1

第一章 绪论 1

1.2 本文所做工作 1

第二章 系统开发技术 2

2.2 Spring技术 3

第三章 系统分析 6

3.2 系统分析 7

3.2.3我的办公桌模块 8

3.2.4系统管理模块 9

第四章 数据库设计 10

4.1 表格图 10

第五章 系统实现过程 13

第六章 系统的测试与运行 14

第一章 绪论

1.1 选题背景

在正常办公中，企业通常会遇到许多资源和数据，比如员工资料、邮件、申请记录、打印机、计算机等，这些资源和数据管理不善情况下通常凌乱不堪，在需要时不知道存放在何处，从而影响工作效率。因此，我们设计了能满足这种需求的系统--企业Web OA系统。

通过"企业Web OA系统"对企业日常办公进行管理，满足了企业日常办公管理各方面的需求，实现了企业员工之间短消息的发送与接收功能，大大的方便了企业内部人员沟通。

1.2 本文所做工作

为了开发出该系统并且是系统能够真正达到"适用、够用、好用"的标准一配合用户单位的使用，查阅相关的书籍及电子文档，也向先辈们请教。在开发设计过程中，采用现在流行的SSH框架整合和Jquery、Ajax技术，通过Hibernate连接数据库，借助一些工具优化系统。另外，为了增加系统的实用性，使之能尽量与实际的应用系统和用户需求相吻合，我对许多同类系统的内容、功能进行了分析与对比，吸取了它们的可取之处，借鉴了一些经验。

1.3 本文的安排

整个设计共分为6章，各章的主要内容安排如下：

1. 绪论。介绍论文的选题背景、所做工作以及论文的结构安排。

2. 系统开发技术。主要介绍本系统用到的主要技术。

3. 系统分析。主要介绍系统开发前的前期工作，包括可行性分析及系统设计思想与需求规定。从用户需求的角度从系统的角度应该达到的功能、性能、效率等指标。

4. 数据库设计。为了使软件开发者对该软件的功能划分、数据结构及业务流程有一个大概的理解，使之成为整个开发工作的开始。

5. 系统实现。主要是详细说明项目是如何执行的及界面展示。

6. 系统测试与运行。阐述测试的方法，测试的步骤、测试达到的效果。

第二章 系统开发技术

2.1 Jquery与JavaScript技术

jQuery是继prototype之后又一个优秀的Javascrīpt框架。其宗旨是--WRITE LESS,DO MORE,写更少的代码,做更多的事情。jQuery是一个快速的，简洁的javaScript库，使用户能更方便地处理HTML documents、events、实现动画效果，并且方便地为网站提供AJAX交互。在Jquery技术中使用万能的$几乎可以做到一切Ajax所拥有的技术，

Jquery使用简单方面，它是一个轻量级的JS库，在使用的时候只需要将其编译好的JS文件引入即可使用，另一方面其UI插件做的视图效果非常理想，同样也是方便应用。jQuery能够使用户的html页保持代码和html内容分离，也就是说，不用再在html里面插入一堆js来调用命令了，只需定义id即可。

2.2 Spring技术

Spring的核心是个用于构造Java应用程序的轻量级框架，实现了Ioc模式的容器。其中的core包是框架的最基础部分，并提供依赖注入特性来使你可管理Bean容器功能；context包提供了一种框架式的Bean访问方式(ApplicationContext.xml)，还添加了文本消息的发送；DAO包则提供了JDBC的抽象层。也提供了一种方法实现编程性和声明性事务管理，不仅仅式针对实现特定接口。在Spring中重要的式MVC模式：View出于客户端层，通常用jsp，即页面显示部分；Controller也处于服务端层，通常用Servlet来实现，即页面显示的逻辑部分实现；Model处于中间层，通常用服务器端的javabean，即业务逻辑部分的实现。对于一些公用的方法，则可以放在一个类中。

2.3 JPA技术

JPA通过JDK 5.0注解或XML描述对象－关系表的映射关系，并将运行期的实体对象持久化到数据库中。可以按照Java的基础语义进行持久化开发。

2.4 Fire Workflow插件

Fire Workflow 是一款国内的开源插件，用于工作流的设计部署，相对于国际上比较有名的几个工作流引擎，此框架的优势是结构比较简洁，扩展性比较好！此插件和spring,JPA一样是几个普通的jar包，嵌入到的系统中以解决工作流领域的问题。

Fire Workflow 是面向开发人员的，由模型，引擎，设计器，流程管理四部分组成，其流程设计器与主流IDE紧密集成，在Eclipse的插件可以让开发人员调试流程就像调试基本的java类一样简单。Fire Workflow自带7张表，由于本系统本身就拥有大量的数据表，所以Fire Workflow相对于目前比较流行的JPBM的30张表显的异常简洁。另外，选择此插件的另一个原因就是此插件的开发是基于Spring文件开发的，正好与本系统很好的整合在一起.

2.5 Apache James邮件服务器

Apache James 简称 James, 是 Java Apache Mail Enterprise Server的缩写。James 是100%基于Java的电子邮件服务器。它是一种独立的邮件服务器，并提供了一个完整的电子邮件解决方案，用来收、发电子邮件。James服务器的核心是一个名为config.xml的配置文件，在第一次启动服务器后该系统会自动生成一个config.xml文件，服务器所要执行的动作都是基于此配置文件，可以再与外网失去连接的情况下在局域网内收发邮件。配置文件里面的DNS就可以与外网进行邮件收发，不过很大程度上会给别的服务器当做垃圾邮件处理，最好还是用在自己的局域网内做内部邮件使用。

2.6 Struts技术

Struts是一个基于J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的，是开发Web应用程序的开放源码框架。Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大地节省了时间。

本系统选用Struts作为MVC的控制器，因为它足够成熟，用户群广泛。虽然它也有缺点，但完全利用别的软件弥补，比如利用Sitemesh代替Titles等。WebWork很优秀，但起步晚，用户群太小；JSF和Tapestry是重量级的MVC架构。通过这个两个方面的对比即可得出Struts的两大优点，即用户群大且轻量级。

2.7 JSP页面技术

JSP产生于Servlet之后，主要是为了解决Servlet中输出HTML代码效率低的问题而产生的。JSP技术比较简单，类似于ASP、PHP这些脚本语言。JSP的技术主要是由以下两个部分组成：

JSP的基本语法：两个注释、3个脚本元素、8个动作指令。

JSP的九大内置对象：request请求对象、response响应对象、pageContext页面上下文对象、session会话对象、application应用程序对象、out输出对象、config配置对象、page页面对象和exception例外对象。

第三章 系统分析

3.1 需求分析

3.1.1 引言

软件需求分析的编制是为了使用户和软件开发者双方对该软件的初始化规定有一个共同的理解，使之成为整个开发工作的基础。

3.1.2 任务概述

Web版或局域网系统，应用范围为政府机关大中小企业单位。相关人员对计算机操作和业务了解应有一定的基础。

3.1.3 需求规定

A．对性能的规定：软件支持的终端数根据数据库支持的用户数来确定；软件支持的并行操作的用户应在100以上。

B．对性能的规定：速度要快，对于小数据量的数据记录要在短时间内实现各种操作和转换传送；当业务需求发生变化时，该软件应能对这些变化具有良好的适应能力，保持代码与表数据的一致性。而且一定的环境或软件或操作方式不发生变化。

C．输入输出要求：对输入输出的数据必须给与相应的格式类型、数值范围及精度说明。

D．其他专门要求：用户为企事业涉及到公司机密以及财务，对数据的保密性、安全性尤其重视，同时对软件使用方便要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性等都有比较高的要求。

3.2 系统分析

3.2.1 编制流程

后台功能图如下所示：

前台功能图如下所示：

3.2.2用户身份验证模块

本系统功能的开发与设计，是完全针对公司内部进行办公管理以及为各部门员工提供便捷的电子化交互平台搭建的。用户身份验证模块是公司办公自动化管理系统重要组成部分之一，它主要功能是在系统用户进入系统时的身份验证以及在不同页面浏览时的身份验证，以防止公司重要资料的泄露。

3.2.3我的办公桌模块

此模块包含了部门管理、电子邮件、个人资料管理3个子模块，主要是用于日常的办公需要，所有的用户都拥有此模块

【部门管理】：主要对门门的增删查改

【电子邮件】：此部分主要用于内部邮件的收发，用户可以在与外网无法连接的情况下进行收发带附件的邮件，目前对于附件没有什么要求（对邮件进行增删查）

【个人资料管理】：用于修改自己的个人资料（对用户进行增删查改）

3.2.4系统管理模块

在本系统中，管理员的权限是最大的，这也是考虑到了本系统的安全性而设计的，防止公司机密外泄，本模块包含了登陆身份验证，系统管理员的管理。

【管理员】：管理本系统的管理员

3.3 数据结构分析

3.3.1 逻辑结构

本系统所使用的每个数据结构的名称、标识符以及它们之间每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次或表格的相互关系要详尽体现。

3.3.2 物理结构

本系统内所使用的每个数据结构中的每个数据项的存储要求、访问方法、存取单位、存取物理关系(索引，设备，存储区域)、设计考虑和保密条件。

3.3.3 出错补救措施

故障出现后可采取变通措施，包括：

(1)后备技术，当原始系统数据万一丢失时，可以使用系统备份数据进行恢复；

(2) 降效技术，当丢失的数据不是很多时，可采用手工操作重新录入数据；

(3) 当数据库由于不正常关机或停电等不可预知的原因产生错误时，求助于Oracle公司工程师，公司不是Oracle数据库产品的提供商，不提供类似的相应服务；

(4) 由Oracle公司或者相关的工程师优化数据库；

(5) 优化网络配置。

第四章 数据库设计

数据库设计是项目开发和系统设计中非常重要的一个环节，在这里要特别强调数据库设计的重要性，是因为数据库设计就像建设高楼大厦的根基一样，如果设计不好，在后来的系统维护、变更和功能扩充时，甚至在系统开发过程中都会引起比较大的问题。

4.1 表格图

4.1.1 我的办公桌

(1)管理员表（tb_admin）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

name varchar 不可 账号

pwd varchar 可 密码

useFlag bit 可

(2)部门表（tb_department）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

memo varchar 可 备忘录

name varchar 不可 部门名称

useFlag bit 可

(3)传阅表（tb_handround）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

content longtext 可 内容

creatorIP varchar 可

sendTime datetime 可 时间

title longtext 不可 标题

useFlag bit 可

user_id int 不可 用户Id

(4)传阅附件表（tb_handround_attachment）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

attachmentName longtext 可 附件名

attachmentRealName longtext 可 真附件名

attachmentYear varchar 可

handround_id Int 可 传阅ID

(5)传阅状态表（tb_handround_state）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

comfirmDate datetime 可 确认时间

leaveWord longtext 可

sendTime datetime 可 传阅时间

stateFlag Int 可

handround_id Int 可 传阅ID

user_id int 可 用户ID

(6)用户表（tb_userinfo）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

name varchar 不可 用户名

position varchar 可 位置

pwd varchar 不可 传阅时间

realName varchar 不可 真实姓名

useFlag Bit 可 传阅ID

department_id int 可 用户ID

第五章 系统实现过程

5.1 开发平台

服务器：Weblogic 8.0

数据库：MySQL5.1

平台技术：Jquery+Struts+Spring+JPA

操作系统：Windows XP

5.2 系统框架

在src目录下主要是各个层的包,是一些java类,在WebRoot目录下是一些实现页面的JSP文件,同时在其里面的WEB-INF包里面有struts以及spring的配制文件

5.3 系统实现

5.3.1 我的办公桌模块

主要是用来进行日常办公的需要，收发邮件，这一部分是整个办公系统必须的功能。

用户在成功登录到页面后，单击"我的办公桌"则可列出：部门资料、电子邮件、个人资料、三个功能块，每块均通过超级链接打开，如下图：

【部门资料】：包括公司的所有部门

【电子邮件】：主要是用于系统内部的邮件收发，支持附件的上传下载，利用James服务器以及事先分配好的内部邮箱名进行收发邮件，如下图：

【个人资料】：此块主要用于用户修改自己的密码

第六章 系统的测试与运行

6.1 系统测试

6.1.1 配置测试环境

(1)安装JDK和bea,weblogic;

(2)运行整个项目;

(3)启动weblogic,在登录之后,需要启动Apatche James服务器来管理邮件接收

(4)发布该系统.通过Web Application Modules实现.

(5)发布成功后即可进入登录页面.

6.2 测试结果

测试结果如下各界面所示：

(1)登录页面

(2)主页面

结论

紧张愉快的毕业设计结束了，我通过努力实现了一个结合了计算机和办公自动化理论并体现了时代潮流的系统。

本系统只提供了一些基本的功能，还不能提供办公自动化需求的完全信息，还需要进一步地考查调研。所有可能实现的功能都将会在今后的工作中继续分析、设计、逐步实现，力求使本系统更加完善。

在开发过程中，我本着将所学的理论知识应用于实践的思想，开发出高质量系统的目的，进行了详细的调研，细致耐心的开发与设计，以刻苦钻研，实事求是的态度开发出本系统。最重要的是通过开发与设计，锻炼了我们分析问题以及进行合理规划与分析设计的能力，同时对开发工具的使用能力也有大幅度提高。我们将所学的理论知识结合到了实际的应用中去，实际的动手能力也有明显的提升。

虽然办公自动化系统仍有许多待解决的问题和待完善的地方，但相信通过我们的不断努力、继续学习，必定会有更加完美的成果跟大家见面。这次开发过程中所学到的所有知识，将成为我今后学习工作当中的坚实基础。希望以后还会有这种锻炼自己的实践机会。

以上是一篇范文，供你参考。希望可以帮到你。

'OA办公系统能解决什么问题？给企业带来哪些好处和便利？

OA系统能够帮助企事业单位真正落地组织管理制度，让组织行为更加规范、高效；为组织实现跨组织和跨部门的协助沟通渠道，让信息能够更加快速有效的流转；让整个组织的所有人员都可以围绕公司的目标展开协同工作；在电子流程规范组织行为的同时优化组织流程管控。

OA系统的好处有：

1、提高工作效率

OA办公系统通过建立一个统一的办公管理平台，让组织的制度真正落地，让员工行为更加规范、高效，提高企业员工的执行力。电子化的流程规范组织行为的同时，优化组织流程管控，真正实现“流程统一、责权分明、管理高效”。

同时改变了办公对于人员的地域限制，让办公不再受空间物理条件限制，随时随地都可以处理公务，真正实现了全球一体化工作流。

无纸化办公将企业易损毁且损耗大、不易保存的纸质文件变为电子信息进行流转、管理，高效且环保。

2、提高管理效率

OA系统帮助企业建立内部通讯平台，为组织实现跨组织和跨部门的协助沟通渠道，让信息能够更加快速有效的流转；让不同部门的成员可以围绕同一个事项实现快速协助，沟通迅捷又安全。

OA系统电子化的公文流转方式，利用快速高效的网络传递手段，减少工作中的复杂环节，让工作真正流起来，提高办公效率，实现无纸化办公。

OA系统建立起统一的信息发布和沟通平台，把组织内的信息和事物根据每一个岗位的权限和职责聚类形成个性化的岗位工作门户，让信息和事情找人而不是人找信息。

OA系统把很多辅助性的工作及日常行政管理事务简化，像会议管理、办公用品管理、图书管理、车辆管理等实现了办公的自动化、管理流程化。

实现文档管理智能化；节省企业的办公费用支出；建立企业知识文化建设、管理平台；提高成本管理计划及监控能力；增强领导监控能力，强化领导的监控管理；提供数据分析，为企业制定发展计划做基础。

怎样开发OA办公系统?

自己开发办公自动系统，无论你是懂编程还是不懂编程，都建议你采用快速开发平台进行开发，这类开发工具不用编程，配置业务参数搭建系统，速度快，成本低。有些开发平台（如天纵智能开发平台）本身就带有OA办公系统标准模块，你可以直接在上面进行个性化修改成自己的办公系统，速度更快，成本更低。一次开发，同时生成WEB网页+移动端APP+微信端+钉钉端，多种方式均可以操作。

具体步骤如下：

第一步：需求分析

我召集他们所有业务相关部门开了几次会议，将各部门的功能需求进行了整理和统一，写成的功能需求说明书，文中详细列出了软件要解决的实际问题及要达到的目标。他们要求软件要能解决他们的实际问题，带来真正的价值。比如直接给他们带来更多订单，帮助他们寻找客户并留住，同时在经营中节省人力成本及防止不必要的浪费，最终实现公司利润的增长。我认为，如果一个软件不能带来实质性的经济价值，仅仅只是用来装点公司门面，提高一点工作效率，那还不如不要。这也是他们为什么看不上有些成品软件，而要选择定制开发的原因。每个公司情况均不一样，成品软件商往往无法知道每个客户的痛处，所以做出来的产品无法真正适合客户。只有自己针对性的开发，才能真正解决问题。客户才知道他们公司最需要什么，他们的客户应如何获得和留住，业务流程应如何设计等等。有针对性开发一些实用功能，才是最适合的软件。

通过这个项目，我认识到编写软件需求说明书的过程非常重要，这决定了以后的开发过程是不是会走弯路，是否因为开发了不必要的功能浪费时间和金钱，是不是存在程序功能模块上的冲突。我在需求说明编写上花了较大精力，有种磨刀不误砍柴工的感觉。最后在所有人员一致通过这个需求说明书后才决定走下一步。

第二步：开发方案书

开发方案书是将功能需求说明书转化为可开发的具体行动方案，我根据开发平台的开发规则进行编写的，将软件需求说明书中的功能模块进行组合优化，分析出各个模块的数据结构及数据关系、运算逻辑，理清各模块之间的业务流程，最后根据各业务部门人员的实际情况规划各模块的界面样式。

我的开发方案书也写得很详细，不过相比功能需求说明书，感觉容易些，毕竟大方向已有了。开发方案书中我将数据结构中的表及字段全部规划好，并命名好，包括其数据类型、长度等，做成表格，并将各字段数据来源及编辑方式等均做好说明。前面忘记说明了，我虽然对编程不懂，但由于以前有过管理软件操作方面经验，对数据库还是有一定了解的，但也只是懂一些皮毛，不过用我们快速开发平台开发，这点数据库方面的知识够用了，以后使用过程中如果需要更复杂的一些SQL语句再网上搜索一下吧。

开发方案书对后期的系统开发非常重要，下面的开发过程其实就是将开发方案书的内容在快速开发平台进行配置的过程。

第三步：开发及测试

有开发方案书，接下来的开发就非常容易了，其实就是将开发方案书的内容配置到开发平台上的过程，这就是我前面说的为什么找这样一个开发平台开发这个系统的原因。

用配置型开发平台开发软件相当简单快速，一般的模块三步就可以搞定了，第一步设置模块信息，第二步设置表单属性，第三步设置表中每个字段。也许我这样说你还是不太相信，那好吧。上图！

我公司快速开发平台分开发后台和应用前台。顾名思义，开发后台是供开发者使用的，应用前台是开发好的系统进行使用的地方。好了，进入开发后台吧，如下图：

点击模块设计，就可以开始配置模块了。

选择模块类型是这一步的关健，就是你要开发的功能模块属性什么类型的模块，开发平台内置了很多功能模板，你要做的是分析你要开发的模块属于哪种模板，选中模板就可以将你的模块界面及功能实现了。模块类型有很多，包括了常用管理软件的方方面面，有专门的模块功能模板介绍及操作手册，你在开发时看下操作手册就知道了。模块定义好后，就可以定义模块中的表了，一个模块可能有多个表，一一定义下来，并建立好他们之间的关系。如下图：

表单定义过程中会要求设置表单编辑界面样式，及一些数据规则。表单设置好后，就是设置每个表的字段了。如下图：

通过这三步的配置，一个功能模块基本完成了。是不是非常简单快速！整体开发过程是不是全部是通过配置来完成的。当然上面提到的是一些最基本的配置，对于复杂功能要求的模块，可能还要进行更详细的配置。

配置型开发平台由于省去代码编写，开发速度大大提高，由于界面是由开发平台中间件根据配置的业务参数自动生成，不用每个界面均去编写一套代码，因此出错率大大降低，软件的性能和稳定性自然也就有了保障。

第四步：编写操作手册

系统开发好后，有一个收尾工作是不能省的，那就是编写操作手册。好在我平时没事就喜欢写点博客，对写作没有畏惧心。操作手册是供使用者学习和操作时用的，在操作手册中我将系统操作过程及其注意事项详细列出，事后我才知道，操作手册也是这个系统正式能使用起来的重要因素之一，因为我写的操作手册有声有色，条理清晰，操作这个系统的同事很快就能理解并上手了。

我得出的经验是：操作手册越早编写越好，最好是在开发的同时就进行编写，开发过程中一些重点内容要立即记录下来，提醒以后的使用者，时间一长了，就算是开发者本人也可能都忘记了，最后导致使用者走弯路。

第五步：上线试运行

折腾了半个多月，一个共有50多个模块的内部管理系统基本算是大功告成了，请客户的几个部门领导一起演示操作走了一遍，大家十分满意，总算没辜负老他们板的期望。他们老板一高兴，批准买一台服务器专门运行这个系统。我花了一天时间，部署到服务器上，开始上线试运行。

第六步：正式运行

经过了半个月的试运行，调整了其中出现一些小问题，就开始召集所有部门相关人员进行几天的操作培训，开始正式在公司内全面运行。

oa需求分析的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于oa系统需求调研表、oa需求分析的信息别忘了在本站进行查找喔。