企业百度文库资源管理系统的设计与实现(论文+源码)_jsp_257

（1）基于PC端（可以是C/S架构也可以是B/S架构）和手机端（可以基于Andriod也可以基于IOS）
（2）用户角色：资源管理员、公司领导、系统管理员等
（3）基本功能：
•文库资源管理：文库资源可能是一个PDF、一个WORD文件、一个PPT或者Excel文件或者一个压缩包文件等（参照百度文库）。
•流媒体资源管理：流媒体资源可能是一个视频、一个音频等。
•文库资源查看：文库资源能够下载浏览，能在线浏览（可以使用PDF在线阅读器，需要之前将各类文件转换为PDF）（实现后台转换）。
•流媒体资源播放：在线观看各类流媒体资源。
•其他功能：资源类型管理（可以动态维护，类似于文件夹管理，树形结构，某个大类包含一些小的类别）、资源查看授权（某个员工可能只能查看某类型资源或具体的某个资源）、FAQ等。
•统计报表：资源按类型统计、资源查看次数统计等。
•系统管理：用户管理等。
（4）其他要求：用户角色和其可使用的功能，设计合理即可。比如用户管理只能系统管理员使用等。

摘要

随着信息化的进程，文档管理越来越受到了公司企业的重视。公司文库资源管理系统是为了方便公司文档管理、人员分配而设计开发的，主要实现了公司内部文档资源的共享，大大提高了公司员工的办公效率。系统采用B/S架构，通过权限控制，有效的保证了系统的可靠和可扩展性。使用了Eclipse开发工具配合Tomcat服务器，实现了角色管理、权限管理、部门管理、资源类型管理、文库资源管理、流媒体管理、文库资源管理、统计报表等，其中核心的文档转PDF格式采用了开源的libreoffice6.0，可以在后端自动将大众化格式转换成PDF来阅览。开发技术的使用结合大大提高了系统的开发效率，保证了系统高效运行。

关键词：资源管理，文档转PDF，Eclipse，libreoffice，MySQL

3.4 系统UML用例分析

现在对公司文库资源管理系统进行UML建模分析。

公司文库资源管理系统包括了用户登录、用户管理、角色管理、权限管理、密码修改、通知公告管理、知识管理、部门管理等。用户UML用例分析如下图所示。

4.1 系统功能设计

通过可行性分析、需求分析得出公司文库资源管理系统的功能结构图，公司文库资源管理系统需要满足用户登录、用户管理、角色管理、权限管理、密码修改、通知公告管理、知识管理、部门管理等，如下图所示

（1）用户登录：使用本系统的用户，根据自己的用户名、密码进行登录；

（2）用户管理：对使用本系统的用户信息进行管理；

（3）角色管理：对本系统中的角色信息进行管理；

（4）权限管理：对本系统中各角色的权限进行管理；

（5）通知管理：对本系统中的通知公告信息进行管理；

（6）部门管理：对本系统中企业的部门划分进行管理；

（7）知识管理：对本系统中各部门下文档资料的上传、修改、删除、查看等进管理；

（8）密码修改：对当前登录用户的密码进行修改；

4.2.2 数据库表设计

公司文库资源管理系统主要有role角色信息表，user用户信息表，user_role用户角色表，user_node_right角色权限表，node部门信息表，article通知公告表，view_log资源统计表。

下面分别介绍下这些表的结果。

（1）role角色信息表：主要用来保存系统中角色的信息。其中ID为角色的编号，是主键，为数据中自动增长的，其他几项为角色的属性，在数据库中均不为空。表role的结构如下表所示。

表4.1  role角色信息表

字段名	类型	长度	说明
id	int	4	编号（主键）
name	varchar	50	角色名
content	varchar	50	备注

（2）user用户信息表：主要用来保存使用本系统的用户信息。其中ID为编号，是主键，为数据中自动增长的，其他几项为用户信息的属性，在数据库中均不为空。表user的结构如下表所示。

表4.2   user用户信息表

字段名	数据类型	长度	功能描述
id	int	11	编号（主键）
username	varchar	50	用户名
password	varchar	50	密码
name	varchar	50	姓名
gender	varchar	50	性别
phone	varchar	50	电话
address	varchar	50	地址
birthday	date		出生日期

（3）user_role用户角色表：主要用来保存系统中用户的角色信息。其中用户ID为用户的编号，角色ID是角色的编号，在数据库中均不为空。表user_role的结构如下表所示。

表4.3  user_role用户角色表

字段名	数据类型	长度	功能描述
user_id	int	11	用户ID
role_id	int	11	角色ID

（4）user_node_right角色权限表：主要用来保存系统中各角色的权限信息。其中ID为编号，是主键，为数据中自动增长的，其他几项为角色权限的属性，在数据库中均不为空。表user_node_right的结构如下表所示。

表4.4  user_node_right角色权限表

字段名	数据类型	长度	功能描述
node_id	Int	11	编号（主键）
user_id	Int	11	用户ID
read	tinyint	1	查看
write	tinyint	1	修改
download	tinyint	1	下载
delete	tinyint	1	删除
view	tinyint	1	预览
set_right	tinyint	1	权限
role_id	int	11	角色ID

（5）node部门信息表：主要用来保存系统中部门的信息。其中ID为编号，是主键，为数据中自动增长的，其他几项为部门的属性，在数据库中均不为空。表node的结构如下表所示。

表4.5  node部门信息表

字段名	数据类型	长度	功能描述
id	int	11	编号（主键）
name	varchar	50	部门名
file_path	varchar	50	文件路径
pdf_path	varchar	50	PDF路径
parent_id	int	11	父节点
file_name	varchar	50	文件名
is_leaf	tinyint	1	是否子节点
create_time	datetime		创建时间

（6）article通知公告表：主要用来保存公司通知公告的信息。其中ID为自增长的编号，是主键，其他几项为通知公告的属性，在数据库中均不为空。表article的结构如下表所示。

表4.6  article通知公告表

字段名	数据类型	长度	功能描述
id	int	11	编号（主键）
title	varchar	50	标题
content	text		内容
create_time	datetime		发布时间

（7）view_log资源统计表：主要用来保存用户操作文档记录的信息。其中ID为自增长编号，是主键，其他几项为资源统计的属性，在数据库中均不为空。表view_log的结构如下表所示。

表4.7  view_log资源统计表

字段名	数据类型	长度	功能描述
id	int	11	编号（主键）
user_id	int	11	用户ID
node_id	int	11	部门ID
type	varchar	50	操作类型
view_time	datetime		操作时间