第二章 系统分析
2.1 知识库管理系统可行性分析
可行性分析对系统的开发至关重要，可以大幅减少不必要的损失，保证系统开发的顺利进行。因此要对系统进行技术可行性、经济可行性两方面的系统可行性分析。
2.1.1技术可行性
随着网络技术日新月异的高速发展，网络已经成为人们生活中必不可少的平台，网络技术的发展日趋成熟，使得各种基于网络开发的信息系统成为了人们提高工作效率、享受便捷服务的良好手段。另外，管理信息系统开发的技术和手段也都比较成熟，各类软件开发工具也比较多，开发技术难度不太大，为整体系统的开发打下坚实的基础。
（1）硬件
操作系统：Windows XP、Windows7
Web 服务器：Tomcat6.0
数据库：MySQL5.0
开发工具：MyEclipse6.5
发布：Tomcat6.0
(2)系统软件
JSP(Java Server Pages)有点类似ASP技术，它是在传统的网页HTML文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP标记(tag)，从而形成一种动态网页文件(*.jsp)。 用JSP开发的Web应用是跨平台的，既能在Linux下运行，也能在其他操作系统上运行。
MySQL是基于关系型数据库的大型数据库系统，它具有独立于硬件平台、对称的多处理器结构、抢占式多任务管理、完善的安全系统和容错功能，并具有易于维护的特点。
2.1.1经济可行性
开发该系统所需的相关资料可以通过在从兴公司内部进行调查采集,所需的其他应用软件、硬件系统也易于获得.因此,开发成本较低。而知识资源管理是公司资源管理的重要组成部分，为公司建立一个知识资源管理系统，将会为企业带来经济和管理效益上的众多收益。所以，其经济上是可行的。
2.1.2 社会可能性
从兴电子开发有限公司知识管理系统能作为公司网站系统的一个重要的子系统，安装后挂载在公司的网站上，作为公司管理的重要组成部分。在公司运行的操作系统下可以顺利的进行，后台系统采用菜单式，功能分模块进行管理，清晰明了，管理员可以轻松的实现对系统数据库的管理；前台界面简洁友好，操作方便，能较为容易的实现用户与数据库的交互，用户只需对资源管理流程和业务调查了解即可，完全契合了公司的管理理念。
2.1.3 结论
通过经济、技术、社会三个方面的可行性分析，我们认为，企业知识资源管理已经越来越被人重视，企业知识资源管理系统的开发是非常有必要的，而且也是可行的，具有一定的使用价值。
2.2 知识库管理系统需求分析
知识资源管理是企业管理工作的重要内容。从兴公司也不例外，广州从兴电子开发有限公司是一家中型的软件开发公司，它自1999年成立以来，经过多年的努力开拓，已逐步发展成为致力于为通信、电力、政府等相关领域提供大规模数据处理、信息管理、通信技术应用的设计开发、系统集成、运营维护和外包服务的全球领先行业解决方案提供商。凭借领先优势的海量数据处理技术，从兴公司为客户打造出全球最大的电信级计费系统和数据仓库系统。
从兴公司的知识资源管理存在以下问题：
随着公司经营业务日益增多，人员和岗位不断扩大，面临着大量知识资产的流失。
没有建立起自己核心的知识库，造成知识资产流失。大大降低了企业运行效率，增加了运行成本，同时也阻碍了总结、共享企业的核心竞争力。
很多知识资源内容是不能及时够汇总到企业手中。
基于此，而开发了从兴公司知识资源管理系统。
本系统旨在为从兴公司的知识资源管理做出贡献，使其知识资源管理更简单更快捷更方便。本系统后台管理要为从兴公司的知识资源管理提供优质服务，同时保障前台用户在上传资源和下载资源方便快捷，使得公司知识资源有效利用。针对于此，我们的系统设置功能如下：
前台管理模块
- 用户登录：用户登录并验证。
- 个人知识管理：包括知识上传、知识修改、知识删除，主要负责管理个人知识。
- 知识评论：主要是对知识进行评论。
- 知识浏览下载：主要是分级浏览知识，并下载知识。
- 知识排名：根据点击率和下载次数对知识进行排名。
- 知识搜索：可以对知识根据类别、关键字进行全文搜索。
后台管理模块
- 管理员登录：管理员登录并验证是超级管理员还是普通管理员。
- 用户管理：超级管理员方可进行权限管理、查找用户、添加用户、删除用户和修改用户。
- 知识分类管理：只有超级管理员方可进行添加分类，删除分类和修改分类。
- 知识管理：普通管理员和超级管理员均可进行审批知识、删除知识。
- 评论管理：普通管理员和超级管理员均可进行查找评论、浏览评论和删除评论。
2.3 系统业务流程分析
通过对从兴公司知识资源管理的流程的分析，得出业务流程图，如图2-1所示：
图例说明：
. 图2-1 业务流程图
2.4数据流程图
图例说明：
2.4.1 顶层数据流程图
在系统业务流程研究的基础上，对新系统的数据流程进行分析研究，得到从兴公司知识资源管理平台的顶层数据流程图，如图2-2所示：
图2-2 顶层数据流程图
2.4.2 一层数据流程图
依据顶层数据流程图，对整个教育培训数据流程进行详细的描述，得到一层数据流程图，如图2-3所示：
.图2-3 一层数据流程图
2.4.3 二层数据流程图
依据一层数据流程图，对各个具体处理过程进行分析，得到部分模块的底层数据流程图，根据P6可得到二层数据流图如图2-4所示：
图2-4 P6数据流程图
根据P9得到的二层数据流图如图2-5所示:
图2-5 P9数据流程图
2.4.4 三层数据流程图
依据二层数据流程图，对各个具体处理过程进行详细分析，得到部分模块更具体的底层数据流程图，根据P9.1可得到三层数据流图如图2-6所示：
图2-6 P9.1数据流程图
2.5数据字典
数据字典是用规范化的，无二义性的语言表达数据流程图的各组成部分，是对数据流程图各个组成部分的详细数据说明，也是表达新系统逻辑模型的主要工具之一。它是对数据流程图的补充说明，也是进行系统设计的保证。教育培训管理平台数据流程图和数据字典，能给出一个具有详细的、具体的文字内容和图形的系统逻辑模型，形成一个完整的说明。
2.5.1数据项
数据项是不可再分的数据单位。下面从表2-1到表2-18来描述本项目中的涉及的部分数据项。
表2-1 表2-2
| 数据项条目 数据项名称： 知识资源ID 别名： Kid 类型长度：long 描述： 由自增数字组成知识资源唯一编码 |
| 数据项条目 数据项名称： 知识类别ID 别名： Cid 类型长度： long 描述： 由自增数字组成资源类别唯一编码 |
表2-3 表2-4
| 数据项条目 数据项名称： 资源评论编码 别名： cid 类型长度： long 描述：由自增数字组成资源评论的唯一编码 |
| 数据项条目 数据项名称： 用户ID 别名： Userid 类型长度： long 描述： 由自增数字组成用户的唯一编码 |
表2-5 表2-6
| 数据项条目 数据项名称： 知识资源编号 别名： Ktile 类型长度： varchar（50） 描述：有可变长字符组成知识资源名称 |
| 数据项条目 数据项名称： 上传时间 别名： kuploadTime 类型长度： dateTime（8） 描述： 表示知识资源的上传时间 |
表2-7 表2-8
| 数据项条目 数据项名称： 用户登录账号 别名： Uname 类型长度： varchar（16） 描述： 表示用户登录时的账号 |
| 数据项条目 数据项名称： 用户密码 别名： upwd 类型长度： varchar（16） 描述： 表示用户登录密码 |
表2-9 表2-10
| 数据项条目 数据项名称： 用户性别 别名： Usex 类型长度： char（2） 描述： 表示用户的性别 |
| 数据项条目 数据项名称： 用户权限 别名： uprivileges 类型长度： int 描述： 表示用户的权限 |
表2-11 表2-12
| 数据项条目 数据项名称： 知识资源名称 别名： kname 类型长度： varchar（50） 描述： 表示知识资源的名称 |
| 数据项条目 数据项名称： 知识点击率 别名： khits 类型长度： int 描述： 表示知识资源的点击次数 |
表2-13 表2-14
| 数据项条目 数据项名称： 知识评论数 别名： kcomments 类型长度： varchar（8） 描述： 表示知识资源的评论次数 |
| 数据项条目 数据项名称： 知识附件名 别名： kattachment 类型长度： varchar（40） 描述： 表示知识资源的附件名称 |
表2-15 表2-16
| 数据项条目 数据项名称： 资源下载次数 别名： kdownLoadNum 类型长度： int 描述： 表示知识资源被下载的次数 |
| 数据项条目 数据项名称： 知识审批状态 别名： kapprovalState 类型长度： int 描述： 表示知识资源的审批状态 |
表2-17 表2-18
| 数据项条目 数据项名称： 知识附件地址 别名： kattachmentAddr 类型长度：varchar（100） 描述： 表示知识资源最后一次的修改时间 |
| 数据项条目 数据项名称： 知识审批理由 别名： knots 类型长度： varchar（100） 描述： 表示知识资源的内容 |
2.5.2 数据结构
数据结构反映数据之间的组合关系。下面从表3-19到3-22来介绍本项目中涉及到的数据结构。
表2-19
| 数据结构条目 数据结构名称： 系统用户 含义说明：是整个系统应用层面的主体数据结构，定义了系统用户的相关信息 组成：用户ID，用户账号，用户姓名，密码，性别，用户权限 |
表2-20
| 数据结构条目 数据结构名称： 知识资源信息 含义说明：是整个管理层面的主体数据结构，定义了知识资源的相关信息 组成：知识资源ID，知识资源名称，知识资源类别，作者，上传人，上传时间，知识点击率，知识评论数，知识下载次数，知识附件名，知识附件地址，知识审批状态，知识审批理由 |
表2-21
| 数据结构条目 数据结构名称： 知识资源类别 含义说明：是划分知识资源的主体数据结构，定义了知识资源类别的相关信息 组成：类别ID，类别名称 |
表2-22
| 数据结构条目 数据结构名称： 知识资源评论 含义说明：是评论知识资源的主体数据结构，定义了对知识资源评论的相关信息 组成：知识资源评论ID，评论时间，评论作者ID，评论内容 |
2.5.3 数据流
数据流是数据结构在系统内传输的路径。表2-23到表3-26来描述本项目涉及的数据流。
表2-23 表2-24
| 数据流条目 数据流名称： 上传资源信息 简述： 由用户上传的知识资源信息 数据来源：P2 数据流向： 知识资源表 数据结构：系统用户 |
| 数据流条目 数据流名称： 用户信息 简述：，管理员创建的用户的详细信息 数据来源： P6 数据流向： 用户信息表 数据结构：系统用户 |
表2-25 表2-26
| 数据流条目 数据流名称： 审核知识资源 简述： 管理员对前台用户上传的知识资源的进行审核 数据来源：知识资源表 数据流向：P7 数据结构：知识资源信息 |
| 数据流条目 数据流名称：审核过的知识资源 简述： 管理员对用户上传知识资源信息进行审核的结果 数据来源：P7 数据流向： 知识资源表 数据结构：知识资源信息 |
2.5.4 数据存储
数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。表2-27到表2-30描述本项目的数据存储。
表2-27
| 数据存储条目 数据存储名称：用户表 描述：存储系统用户的基本信息 组成：用户ID，用户姓名，密码，性别，年龄，权限 相关处理：P1、P6 |
表2-28
| 数据存储条目 数据存储名称：知识资源表 描述：存储经管理员审核过的或管理员上传的知识资源信息 组成：知识资源ID，知识资源名称，知识资源类别，作者，上传人，上传时间，知识点击率，知识评论数，知识下载次数，知识附件名，知识附件地址，知识审批状态，知识审批理由 相关处理：P3、P4、P7、P8、P9、P10 |
表2-29
| 数据结构条目 数据存储名称： 知识资源评论表 描述：存储用户对知识资源进行评论的相关信息 组成：知识资源评论ID，评论时间，评论作者，被评论资源ID，评论内容 相关处理：P5、P10 |
表2-30
| 数据存储条目 数据存储名称：知识资源类别表 描述：存储将知识资源划分的结果信息 组成：类别ID，类别名称 相关处理：P2、P9 |
2.5.5 处理过程
具体的处理过程的说明。表3-31到表3-36是一些具体的处理过程描述。
表2-31
| 处理过程条目 处理过程名称：用户密码修改(P1) 输入数据： 用户名、密码 输出数据： 验证是否成功信息 处理逻辑： 检测用户名与密码是否数据库中的相一致，成功则允许修改，不成功则提示失败信息，并提示用户重新输入。 |
表2-32
| 处理过程条目 处理过程名称：新增用户(P6.1) 输入数据： 用户账号、用户密码、姓名、性别、角色、权限 输出数据：用户信息表 处理逻辑： 管理员根据从兴公司员工的个人信息进行新增一个系统用户，设置其角色。 在新增过程中进行相应操作提示。 |
表2-33
| 处理过程条目 处理过程名称：用户权限修改(P6.4) 输入数据： 用户账号，设置权限 输出数据： 用户信息表 处理逻辑： 用户的权限更改，因为该用户职位、资历到达一定标准后管理员需要将其权限修改，使其拥有更高权限。 |
表2-34
| 处理过程条目 处理过程名称：资源类别管理(P9.2) 输入数据： 从兴公司对知识资源划分的内容 输出数据： 资源类别表 处理逻辑： 管理员对从兴公司的知识资源类别进行维护。 |
表2-35
| 处理过程条目 处理过程名称：知识资源管理(P9.1) 输入数据： 知识资源信息 输出数据： 知识资源表 处理逻辑： 管理员对从兴公司的已有知识资源信息进行维护。 |
表2-36
| 处理过程条目 处理过程名称：资源审核管理(P8) 输入数据： 知识资源信息、知识资源审核等级 输出数据： 知识资源信息表 处理逻辑： 管理员对用户上传在知识资源临时表中的信息按照从兴公司对知识资源审核标准进行审核，并将其插入到知识资源表中。 |
2.5.6 外部实体
外部实体是是数据的来源和去向。表2-39到3-40是外部实体的具体描述。
表2-39
| 外部实体条目 名称：系统管理员 说明：拥有最高权限的管理员，可以进行管理员管理、资源管理等操作 输入数据流： P6~P10后台管理 输出数据流： 各种检索信息 |
表2-40
| 外部实体条目 名称：用户 说明：前台应用层面的主要实体 输入数据流： P1~P6 输出数据流： 各种检索结果 |
第三章 系统设计
3.1 系统功能结构
3.1.1 系统总体规划
从兴公司知识资源管理系统主要有两部分组成，包括前台应用层和系统后台管理层。前台作为与用户直接交互的界面，在考虑功能的同时，也要考虑操作的简洁和方便性，同时在外观设计上需要进行精心的设计[7]。
后台管理系统从实际应用需求出发，考虑功能的强大性和数据的安全性与准确性。共分为知识资源下载、知识资源上传、知识资源搜索、知识资源评论、知识资源审核、知识资源信息管理、知识资源统计、系统用户信息管理等众多功能，基本上已经能够满足前台用户的需求。
3.1.2 系统功能模块
根据系统的总体规划后得到系统的总体功能模块图如图4-1所示：
图3-1 从兴公司知识资源管理系统功能总体模块图
3.1.3．子系统功能模块设计
将后台管理要实现的功能模块细化后，及具体模块设计如图3-2所示：
图3-2 知识库管理系统功能模块图
（1）首页：对广州从兴电子有限公司企业文化的介绍及公司办公OA及其他系统和外网的链接。
（2）个人知识管理：普通用户可以选择新上传知识，修改自己上传的知识，查看自己上传的审批状态，删除自己上传的知识等。
（3）知识浏览下载：用户可以按照不同类别的知识进行选择浏览查看，每一个有附件的知识资源都可以选择下载。
（4）知识排行：对于知识库里面的知识按照点击率和下载次数进行不同的排行。
（5）评论管理：管理员对于知识资源的评论可以进行查找，浏览和删除评论。
（6）知识分类管理：知识库的知识分类通过这个模块进行维护，管理员可以进行增加，修改删除响应的知识分类。
（7）用户管理：管理员要为公司已有员工创建一个登录账号（默认为员工的职工号）。管理员可以修改用户的权限，用户的信息，还有查看用户的信息。
（8）知识管理：管理员可以对数据库中现有的知识资源进行管理，可以对其进行相应的增删改查工作。另外还可以对用户上传的知识进行审批。这里主要是对知识资源进行的日常的维护工作。
由于本系统采用模块化开发方法，所以在完成功能模块设计后，还要进行模块处理过程设计。而对每个程序模块中的详细处理过程设计工具有很多，我这里主要采用的是程序流程图。首先是对前台整个模块处理过程的设计，其设计图如图3-3所示：
图3-3 前台模块流程图
图3-4 后台模块流程图
3.2 输入输出设计
3.2.1 输入设计
（1）后台数据输入要求安全准确，设计时遵循下列原则：
① 简单性原则：输入的准备、输入过程应尽量容易以减少错误的发生；
② 早检验原则：对输入数据的检验尽量接近原数据发生点，使错误能及时得到改正；
③ 少转换原则：输入数据尽量用去处理所需形式记录，以免数据转换介质时发生错误。
（2）输入设计的内容
① 确定输入数据内容；
② 确定数据的输出方式；
③ 确定输入数据的记录格式；
④ 选择输入数据的正确性校验方法[8]；
⑤ 确定输入设备。
（3）输入界面设计：
管理员添加新用户界面：管理员在此界面输入从兴内部给管理员在此界面输入从兴内部员工相关信息，填入用户账号、用户姓名、性别、角色、权限、身份证号等信息，然后有程序进行正确性检测，当数据合法时则追加至数据库。其他如知识资源添加、资源类别添加等功能输入基本上相类似。如图3-5所示。
图3-5 添加新用户信息界面
3.2.2 输出设计
（1）输出设计的内容
① 确定输出内容；
② 选择输出设备与介质；
③ 确定输出格式；
（2）输出界面设计
① 当添加用户息成功时，系统返回信息添加成功页面，此时可点击用户信息产看菜单看到用户信息列表[9]，如果要查看详细信息，可以点击产看详细即可看到，如图3-6。
图3-6 用户信息列表界面
② 点击修改可进入修改页面来修改用户信息，如图3-7所示。
图3-7 用户信息修改界面图
3.3 数据库设计
数据库是系统的核心组成部分，所有信息处理子系统都将基于数据库平台，以便将其处理的信息资源完整、安全地保存起来，并且对其进行各种管理和利用。选择一个好的数据库平台是非常重要的。在选择数据库平台时，应考虑下列因素：
（1）性能：数据库的数据处理能力；
（2）开放性：数据库是否能在多种操作系统下使用；
（3）安全性：数据库是否具有高度的安全性；
（4）可靠性：数据库是否具有高度的可靠性；
（5）并行性：数据库是否并行运行在多节点上；
（6）可操作性：数据库在使用前是否需要复杂的培训。
根据本系统开发的实际需要，我们选择了oracle作为数据库开发平台。
概念结构设计就是整个数据库设计的关键，它是将分析得到的用户需求抽象为信息结构即概念模型的过程。我们采用了自底向上的策略进行了概念结构的设计，即先定义各局部应用的概念模型，然后把它们集合起来，形成全局的概念结构[10]。
通过对现实世界概念模型的抽象，确立本系统的实体为：管理员、用户（游客只能检索相关信息）。全局E-R图3-8所示。
图3-8 全局E-R图
3.3.2 逻辑结构设计
所谓的逻辑结构设计就是把概念结构设计阶段设计好的基本E－R图转换为与信息系统所支持的数据模型相符合的逻辑结构。而E－R图向关系模型的转化要解决的问题是如何将实体和实体间的联系转换为关系模式，如何确定这些关系模式的属性和码。
一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。
对于实体间的联系则分不同的情况讨论：
若实体间联系为1：1，可转换为一个独立的关系模式，也可与任意一端对应的关系模式合并。
若实体间联系为1：n，则在n端实体转换成的关系中加入1端实体转换成的关系码。
若实体间联系为n：m，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合[11]。
基于以上原则，可将上图转换为关系模型。每个关系的码用下划线表示。
用户信息表（用户ID，用户账号，姓名，性别，角色，密码，用户权限）；
知识资源表（资源ID，资源名称，上传时间，上传人，资源内容，作者，评论数，下载次数，附件名，附件地址，审批状态，审批理由）；
知识资源评论表（评论ID，评论人ID，评论时间，评论内容）；
知识资源类别表（类别ID，类别名称）；
3.3.3 物理结构设计
设计原则如下：
（1）进行规范化设计，尽可能地减少数据冗余和重复。
（2）结构设计与操作设计相结合。
（3）数据结构具有相对的稳定性。
基于以上三条设计原则，本系统中关于数据库表结构设计如下：
Knowledge表
| 名称 | 数据类型 | 注释 |
| Kid | Number | 知识ID(主键) |
| KTile | Varchar2(50) | 标题 |
| KContent | clob | 内容 |
| KUploadTime | date | 上传时间 |
| KHits | Int | 点击率 |
| KComments | Int | 评论数 |
| KDownLoadNum | Int | 下载次数 |
| KAttachment | Varchar2(40) | 附件名 |
| KAttachmentAddr | Varchar2(100) | 附件地址 |
| KApprovalState | char(1) | 审批状态 |
| KNotes | Varchar2(100) | 备注 |
Users表
| 名称 | 数据类型 | 注释 |
| Userid | Number | 用户标识 (主键) |
| UName | Varchar2(16) | 用户名 |
| UPwd | Varchar2(16) | 密码 |
| USex | char(2) | 性别 |
| UAge | Int | 年龄 |
| UPrivileges | Int | 权限 |
Comments表
| 名称 | 数据类型 | 注释 |
| Cid | Number | 评论标识(主键) |
| CTime | date | 评论时间 |
| Contents | Varchar2(100) | 评论内容 |
| UName | Varchar2(16) | 评论人 |
Categorys表
| 名称 | 数据类型 | 注释 |
| Cid | Number | 类别标识(主键) |
| CName | Varchar2(20) | 类别名 |
| Cparent | Number | 父节点 |
Knowledge-Categorys表
| 名称 | 数据类型 | 注释 |
| KCid | Number | 复合主键 |
| Cid | Number | |
| Kid | Number |
Knowledge-Comments表
| 名称 | 数据类型 | 注释 |
| KCoid | Number | 复合主键 |
| Coid | Number | |
| Kid | Number |
Knowledge-Users表
| 名称 | 数据类型 | 注释 |
| KUserid | Number | 复合主键 |
| Userid | Number | |
| Kid | Number |
Users-Comments表
| 名称 | 数据类型 | 注释 |
| UCid | Number | 复合主键 |
| Userid | Number | |
| Cid | Number |
四、系统实施
本系统采用Jsp+oracle+Struts2进行开发，使本系统运行需要的软件环境为：操作系统为Windows xp / Windows7，系统测试需要配置“Tomcat”服务器。
打开IE浏览器，输入http://localhost:8080/ (或者是http://127.0.0.1:8080) ，回车就可以预览查看服务器是否配置好。
本系统用数据库作为后台需要强大的数据库支持，所以采用oracle数据库。
4.1 系统的运行环境和开发平台
1．系统运行的硬件设备及操作系统
CPU推荐Pentium或更高的处理器；
512Mb以上的内存；
标准的VGA显示或更高分辨率的显示器；
鼠标、键盘等外设；
Windows XP/ Windows7或更高版本。
2．系统开发平台
操作系统：Microsoft Windows XP 、Microsoft Windows7
开发工具：MyEclipse6.5，Tomcat6.0
数据库：oracle10g
4.2 Web应用程序的环境Tomcat6.0
4.2.1 Tomcat6.0安装
Tomcat是Apache 软件基金会的Jakarta 项目中的一个核心项目。由于Tomcat 技术先进、性能稳定,而且免费，因此成为目前比较流行的Web 应用服务器。其安装步骤如下：
（1）请到 Apache Download Mirrors 去下载Tomcat6.0和下载jdk1.6。
（2）安装jdk1.6和Tomcat6.0；
（3）配置jdk1.6在我的电脑->属性->高级->环境变量->系统变量中添加以下环境变量（假定你的jdk1.6安装在c:/jdk1.6）；
JAVA_HOME c:/jdk1.6
classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;（.;一定不能少，因为它代表当前路径)
path=%JAVA_HOME%\bin
（4）配置Tomcat6.0，在我的电脑->属性->高级->环境变量->系统变量中添加以下环境变量(假定你的tomcat安装在c:\tomcat）：
CATALINA_HOME：c:\tomcat
CATALINA_BASE：c:\tomcat
TOMCAT_HOME: C:\Tomcat
然后修改环境变量中的classpath，把tomat安装目录下的common\lib下的servlet.jar追加到classpath中去，修改后的classpath如下：
classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;%CATALINA_HOME%\common\lib\servlet-api.jar;
4.2.2 从兴公司知识资源管理系统配置
（1）在Tomcat的安装目录webapps下，建立文件夹KnowledgeManager，然后将运行文件夹下将本系统的所有JSP文件、图片文件以及相关子文件夹复制到此文件夹下；
（2）启动Tomcat服务器；
(3)然后在浏览器地址栏输入：http://localhost：8080/KnowledgeManager即可运行。
4.3主要功能模块设计
4.3.1登陆界面设计
如图4-1所示。
图4-1 用户登录的界面
数据库链接:我采用了struts的连接池来做的,首先要搭建struts2框架，即将struts2的核心包导进项目内然后在web.xml写配置，配置内容如下：
<filter>
<filter-name>struts2</filter-name>
<filter-class>
org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter
</filter-class>
</filter>
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<welcome-file-list>
<welcome-file>Login.jsp</welcome-file>
</welcome-file-list>
</web-app>
4.3.2主界面设计
图4-2 登录后的界面
当用户在登录界面点击登录时会在后台判断是否是管理员，若是管理员，则进入后台主界面如图4-2所示。若不是则进入前台主界面。
4.3.3 知识排行设计
（1）对知识点击率进行排行界面如图4-3所示。
图4-3 点击率排行界面
（2）下载量排行，对其设计的界面如图4-4所示。
图4-4 下载量排行界面
4.3.4知识浏览下载设计
(1) 浏览下载界面如图4-5所示
图4-5 浏览下载界面
(2) 浏览单个知识，如图4-6所示
图4-6 知识浏览界面
4.3.5个人知识管理
(1) 个人知识上传如图4-7所示
图4-7 个人知识上传界面
其他的定制服务 下方联系卡片↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ 或者私信作者