摘  要

本系统旨在利用Spring Boot框架构建一个确保接收方不可否认性的高效公文管理系统。通过集成先进的电子签名技术和详细的接收记录机制，该系统能够有效保障公文在传递过程中的安全性和完整性。普通用户可以通过注册登录系统后查看、接收和储存公文信息，同时支持电子签名的添加，以确保公文接收行为的不可抵赖性。审核员用户不仅具备普通用户的全部功能，还拥有对公文类型及公文信息的管理权限，包括增删改查等操作，以及审核通过后的通知发布。管理员则负责整个系统的维护与管理，包括但不限于用户信息的管控、公文类型的管理、公文信息的审核回复等，从而确保系统的稳定运行和数据的安全。

此外，本系统特别强调了对接收确认流程的优化，确保每一次公文的接收都能够被准确无误地记录下来，包含签署日期、接收次数和签署备注等详细信息，以便于后续追踪和核查。通过对公文接收、储存和通知管理的细化设计，使得所有涉及公文流转的操作都有迹可循，极大地提升了公文处理的透明度和效率。同时，系统支持用户个人信息的修改以及密码的更新，保证了用户账户的安全性和个性化需求。基于Spring Boot的开发模式，赋予了系统良好的扩展性和维护性，使其能够快速适应不同规模组织的需求变化，提供可靠、稳定的公文管理解决方案。

关键词：基于收方不可否认的公文系统；Spring Boot；Java；MySQL

ABSTRACT

The aim of this system is to build an efficient document management system which ensures the non-repudiation of the receiver by using Spring Boot framework. By integrating advanced electronic signature technology and detailed receiving record mechanism, the system can effectively guarantee the security and integrity of official documents in the process of transmission. Ordinary users can view, receive and store the official document information by registering in the system, and support the addition of electronic signatures to ensure the non-repudiation of the official document receiving behavior. Auditor users not only have all the functions of ordinary users, but also have the right to manage the types of documents and document information, including the operation of adding, deleting, modifying and checking, as well as the announcement after the approval of the audit. The administrator is responsible for the maintenance and management of the entire system, including but not limited to the control of user information, the management of document types, the review and reply of document information, etc., so as to ensure the stable operation of the system and data security.

In addition, the system especially emphasizes the optimization of the receipt and confirmation process to ensure that each receipt of an official document can be accurately recorded, including detailed information such as signing date, receiving times and signing remarks, so as to facilitate follow-up tracking and verification. Through the detailed design of document receiving, storage and notification management, all the operations involved in document circulation can be tracked, which greatly improves the transparency and efficiency of document processing. At the same time, the system supports the modification of users' personal information and the update of passwords to ensure the security and personalized needs of user accounts. The development mode based on Spring Boot gives the system good expansibility and maintainability, so that it can quickly adapt to the needs of different scale organizations, and provide a reliable and stable document management solution.

Keywords: An official document system based on the non-repudiation of the recipient; Spring Boot; Java; MySQL

目  录

摘  要

ABSTRACT

第1章 绪  论

1.1 开发背景

1.2 开发意义

1.3 研究现状

第2章 相关技术介绍

2.1 SpringBoot框架介绍

2.2 MySQL数据库

2.3 Java语言

第3章 系统分析

3.1 可行性分析

3.1.1 技术可行性

3.1.2 经济可行性

3.1.3 操作可行性

3.1.4 社会可行性

3.2 系统功能需求

3.2.1 普通用户主要功能

3.2.2 审核员用户主要功能

3.2.3 管理员主要功能

3.3 非功能性需求分析

3.4 系统用户用例分析

3.4.1 普通用户用例图

3.4.2 审核员用户用例图

3.4.3 管理员用例图

第4章 系统设计

4.1 功能模块设计

4.2 数据库设计

4.2.1 概念设计

4.2.2 逻辑设计

第5章 系统实现

5.1 注册用户主要功能实现

5.1.1 用户注册

5.1.2 用户登录

5.1.3 公文信息管理

5.1.4 公文接收管理

5.2 审核员用户主要功能实现

5.2.1 公文类型管理

5.2.2 公文信息管理

5.3 管理员模块主要功能实现

5.3.1 公文信息管理

5.3.2 公文储存管理

5.3.3 系统用户

第6章 系统测试

6.1 测试目的

6.2 测试用例

6.3 测试结果

结  论

参考文献

致  谢

附录

系统核心代码设计

用户注册

用户登录

修改密码

修改数据

删除数据

获取列表

图片上传

第1章绪  论

1.1开发背景

随着信息技术的飞速发展，电子公文系统逐渐成为政府机关、企事业单位内部信息交流和管理的重要工具。然而，传统的电子公文系统在安全性、不可否认性和操作便捷性方面存在诸多不足，如公文接收后的确认流程不够严密，容易导致信息泄露或责任不清的问题。为了应对这些挑战，开发一套基于Spring Boot框架且确保收方不可否认性的公文管理系统显得尤为必要。该系统通过集成先进的电子签名技术和详细的接收记录机制，旨在提供一个安全、高效、透明的公文处理平台。

另一方面，随着移动互联网和云计算技术的普及，用户对于随时随地访问和处理公文的需求日益增长。传统公文处理方式往往受限于特定的时间和地点，无法满足现代办公环境下的灵活需求。因此，本项目致力于开发一个支持多终端访问的电子公文系统，无论是PC端还是移动端，都能实现对公文的有效管理和快速响应。这不仅提高了工作效率，也大大增强了用户的使用体验。

1.2开发意义

开发此公文管理系统具有重要的现实意义，首先在于其能够显著提升公文处理的安全性和效率。通过对电子签名技术的应用，系统确保了每一次公文接收行为的真实性和不可抵赖性，极大地减少了因公文传递过程中的误操作或恶意篡改带来的风险。此外，系统提供的详细接收记录功能，使得所有涉及公文流转的操作都有据可查，为后续的责任追踪和问题解决提供了可靠依据。

其次，系统的开发有助于推动电子政务的发展进程。电子公文系统作为电子政务建设的重要组成部分，其高效稳定的运行直接关系到政府服务的质量和效率。本项目的实施不仅优化了公文处理流程，还促进了政府部门之间的信息共享与协同工作，提升了行政效能和服务水平。同时，这也符合国家推进信息化建设、提高社会治理能力的战略方向。

1.3研究现状

当前，国内外关于电子公文管理系统的研究主要集中在如何提高系统的安全性、可用性和扩展性等方面。在国外，一些发达国家已经建立了较为完善的电子政务体系，其中电子公文系统的应用相当广泛。例如，美国和欧盟的一些成员国通过制定严格的标准和规范，确保电子公文在传输和存储过程中的安全性和可靠性。然而，这些系统通常面临高昂的建设和维护成本，以及不同地区间标准不统一的问题。

在国内，随着国家大力推进“互联网+政务服务”，各地政府也在积极探索适合本地实际情况的电子公文管理模式。尽管取得了一定成效，但仍存在诸如系统兼容性差、用户体验不佳等问题。部分地区的电子公文系统未能充分考虑到跨部门、跨层级的信息共享需求，导致数据孤岛现象严重，影响了整体的服务效能。此外，信息安全保障措施还需进一步加强，以应对日益复杂的网络环境。

针对上述研究现状，本项目计划采用Spring Boot框架结合现代化的安全技术来构建电子公文系统，旨在解决现有系统中存在的主要问题。通过引入微服务架构，提高系统的灵活性和可扩展性；利用区块链等新兴技术增强数据的安全性和不可篡改性；并通过用户反馈不断优化界面设计和交互流程，从而提供一个更加友好、高效的用户体验。

第2章相关技术介绍

2.1SpringBoot框架介绍

SpringBoot是Spring家族中的一个重要成员，它简化了Spring应用的初始搭建和开发过程[1]。通过提供一系列默认配置和自动装配机制，SpringBoot使得开发者能够更快地构建出生产级别的Spring应用。它支持多种开发工具和框架，如Maven、Gradle等，并且可以与多种数据库和缓存技术无缝集成[2]。SpringBoot的简洁性和高效性使其成为开发企业级应用的首选框架之一。在本次毕业设计中，SpringBoot框架为基于收方不可否认的公文系统的后端开发提供了强大的支持。

2.2MySQL数据库

MySQL是一款开源的关系型数据库管理系统，它以其高性能、高可靠性和易用性而著称。MySQL支持多种存储引擎，如InnoDB、MyISAM等，能够满足不同应用场景的需求[3]。它提供了丰富的SQL语法和函数，使得开发者能够方便地进行数据查询、更新和删除操作。MySQL还支持事务处理、索引优化和复制等高级功能，为数据的完整性和安全性提供了有力保障。在本次毕业设计中，MySQL数据库作为基于收方不可否认的公文系统的数据存储核心，承担着存储和管理房屋信息、用户信息等重要数据的任务。而且通过合理的数据库设计和优化，确保了系统的数据访问效率和数据安全性[4]。

2.3Java语言

JAVA是一种广泛使用的编程语言，具有跨平台、面向对象、安全性高等特点。JAVA语言提供了丰富的类库和API，使得开发者能够轻松地进行网络编程、数据库操作、图形界面开发等任务[4]。JAVA还支持多线程编程和分布式计算，为开发高性能和可扩展的应用提供了有力支持[5]。所以本次毕设选择了JAVA作为基于收方不可否认的公文系统的开发语言。通过利用JAVA的面向对象特性和丰富的类库资源，成功实现了系统的各个功能模块，并保证了系统的稳定性和可扩展性。而且JAVA的跨平台特性也使得此次毕业设计能够在不同的操作系统和硬件平台上运行，为用户提供了更加便捷的使用体验。

第3章系统分析

3.1可行性分析

3.1.1技术可行性

基于Spring Boot框架开发基于收方不可否认的公文系统具有显著优势。Spring Boot以其简洁的配置、高效的性能以及强大的集成能力，为快速构建稳定、可扩展的Web应用提供了坚实基础[7]。结合MySQL数据库的高效存储与检索能力，以及Java语言的广泛应用与成熟生态，系统能够实现复杂的数据处理与业务逻辑[8]。此外前端采用Vue.js等现代前端框架，可确保用户界面的流畅与互动性，技术实现路径清晰可行。

3.1.2经济可行性

该系统开发成本相对较低，主要投入在于人力与硬件资源。Spring Boot及MySQL均为开源技术，无需额外购买软件许可，降低了开发成本。如果系统上线可通过提供便捷、透明的租赁服务，可吸引大量用户，进而通过广告、增值服务等方式实现盈利，具有良好的经济回报预期。此外，系统维护成本适中，便于长期运营与迭代升级。

3.1.3操作可行性

系统界面简洁友好，操作流程简单，用户无需复杂培训即可上手。系统功能模块化设计，包括公文信息管理、公文接收管理、公文储存管理、用户管理等，便于用户快速完成操作。且系统支持多角色操作，管理员、审核员用户和普通用户均可根据权限进行相应操作，提升了管理效率。

3.1.4社会可行性

本公文管理系统的开发具有显著的社会可行性，主要体现在其能够大幅提升政府机关和企事业单位的工作效率和透明度。通过提供一个安全、高效、易于使用的平台，系统不仅简化了公文处理流程，还确保了信息传递的安全性和不可否认性，有效减少了因公文误操作或信息泄露带来的风险。此外，系统支持多终端访问，适应了现代办公环境中的灵活需求，使得工作人员可以随时随地处理公文，极大地提高了工作效率。这些特点使得该系统在实际应用中能够得到广泛接受和推广，为推动电子政务和信息化办公的发展提供了有力支持。

3.2系统功能需求

基于收方不可否认的公文系统包含普通用户、审核员用户和管理员三个个角色划分，每个角色对应的主要功能如下：

3.2.1普通用户主要功能

（1）注册登录：用户可以通过注册成为系统用户，注册后可以用账号密码登录系统。

（2）公文信息管理：用户点击可查看公文信息列表，可点击“接收”按钮添加接收信息包括电子签名、接收次数、签署日期和签署备注。

（3）公文接收管理：用户点击可查看公文接收列表，可点击“储存”按钮把接收的公文信息进行储存，避免文件丢失和下次进行查找。

（4）接收通知管理：用户点击可查看接收通知列表。

（5）公文储存管理：用户点击可查看公文储存列表。

（6）个人信息：用户点击可对个人信息进行修改，如头像、昵称等。

（7）修改密码：用户点击可修改个人密码，密码修改后可使用新密码登录系统。

3.2.2审核员用户主要功能

（1）注册登录：用户可以通过注册成为系统用户，注册后可以用账号密码登录系统。

（2）公文类型管理：审核员点击可查看公文类型列表，同时可对公文类型进行增删改查。

（3）公文信息管理：审核员点击可查看公文信息列表和公文信息添加；点击进入“公文信息添加”可填写相关信息，包括公文名称、公文类型、创建日期、公文附件、审核员用户、审核员姓名、审核员电话、普通用户、用户姓名、公文简介。公文信息审核通过后，可点击“通知”按钮添加通知信息，包括用户姓名和通知内容。

（4）公文接收管理：审核员点击可查看公文接收列表。

（5）接收通知管理：审核员点击可查看接收通知列表。

（6）公文储存管理：审核员点击可查看公文储存列表。

（7）个人信息：审核员点击可对个人信息进行修改，如头像、昵称等。

（8）修改密码：审核员点击可修改个人密码，密码修改后可使用新密码登录系统。

3.2.3管理员主要功能

（1）登录：管理员账号密码由系统生成，可使用账号密码可进行登录系统后台，使用系统功能进行管理，并可对自己的个人信息和密码进行管控。

（2）后台首页：管理员点击可查看公文信息和公文接收数据统计图。

（3）系统用户：管理员可以查看系统用户（管理员、普通用户、审核员）列表中某个用户的详情，可以对用户信息进行查询、审核、添加和删除操作。

（4）公文类型管理：管理员点击可查看公文类型列表，同时可对公文类型进行增删改查。

（5）公文信息管理：管理员点击可查看公文信息列表，可点击下载查看公文详情，可对审核员添加的公文信息进行审核回复。

（6）公文接收管理：管理员点击可查看公文接收列表，同时可对公文接收进行增删改查。

（7）接受通知管理：管理员点击可查看接受通知列表，同时可对接受通知进行增删改查。

（8）公文储存管理：管理员点击可查看公文储存列表，同时可对存储信息进行删除。

（9）修改密码：管理员点击可修改个人密码，密码修改后可使用新密码登录系统。

3.3非功能性需求分析

在基于收方不可否认的公文系统的毕业设计中，非功能性需求分析是也是很重要的。它主要关注系统除了基本功能外的其他特性，如性能、安全性、易用性、可维护性等，这些特性对于确保系统的稳定运行和用户满意度至关重要。

性能：系统需要能够处理高并发请求，确保在多个用户同时操作时仍能保持稳定运行。

安全性：系统必须采取严格的措施来保护敏感数据，如用户信息、交易记录等，防止数据泄露和非法访问。

易用性：系界面友好直观，操作流程简化，提升用户体验。

可维护性：代码结构清晰，文档完备，便于后续开发与问题排查。

3.4系统用户用例分析

3.4.1普通用户用例图

普通用户用例图如下所示：

图3-1 普通用户用例图

3.4.2审核员用户用例图

审核员用户用例图如下所示：

图3-2 审核员用户用例图

3.4.3管理员用例图

管理员用例图如下所示：

图3-3 管理员用例图

第4章系统设计

4.1功能模块设计

springboot基于收方不可否认的公文系统主要涉及有普通用户、审核员用户和管理员三个角色。每个角色对应的功能模块如图所示。

图4-1系统功能结构图

4.2数据库设计

4.2.1概念设计

在数据库概念模型设计的时候，一般都采用E-R实体图进行展示，在实体图中可以展示出数据库表中的所有字段名称。下面是整个基于收方不可否认的公文系统中主要的数据库表总E-R实体关系图。

图4-2总体ER图

4.2.2逻辑设计

通过上一小节基于收方不可否认的公文系统中总E-R关系图上得出一共需要创建很多个数据表。在此主要罗列几个主要的数据库表结构设计。

介绍了一些根据各类别主要数据库表的设计结构以及基本功能建立数据库表:

表 4-1-access_token（登陆访问时长）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	token_id	int		是	是	临时访问牌ID
2	token	varchar	64	否	否	临时访问牌
3	info	text	65535	否	否	信息
4	maxage	int		是	否	最大寿命：默认2小时
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间
7	user_id	int		是	否	用户编号

表 4-2-auditor_user（审核员用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	auditor_user_id	int		是	是	审核员用户ID
2	name_of_auditor	varchar	64	否	否	审核员姓名
3	auditor_gender	varchar	64	否	否	审核员性别
4	auditor_phone	varchar	64	否	否	审核员电话
5	examine_state	varchar	16	是	否	审核状态
6	user_id	int		是	否	用户ID
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-3-auth（用户权限管理）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	auth_id	int		是	是	授权ID
2	user_group	varchar	64	否	否	用户组
3	mod_name	varchar	64	否	否	模块名
4	table_name	varchar	64	否	否	表名
5	page_title	varchar	255	否	否	页面标题
6	path	varchar	255	否	否	路由路径
7	parent	varchar	64	否	否	父级菜单
8	parent_sort	int		是	否	父级菜单排序
9	position	varchar	32	否	否	位置
10	mode	varchar	32	是	否	跳转方式
11	add	tinyint		是	否	是否可增加
12	del	tinyint		是	否	是否可删除
13	set	tinyint		是	否	是否可修改
14	get	tinyint		是	否	是否可查看
15	field_add	text	65535	否	否	添加字段
16	field_set	text	65535	否	否	修改字段
17	field_get	text	65535	否	否	查询字段
18	table_nav_name	varchar	500	否	否	跨表导航名称
19	table_nav	varchar	500	否	否	跨表导航
20	option	text	65535	否	否	配置
21	create_time	timestamp		是	否	创建时间
22	update_time	timestamp		是	否	更新时间

表 4-4-code_token（验证码）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	code_token_id	int		是	是	验证码ID
2	token	varchar	255	否	否	令牌
3	code	varchar	255	否	否	验证码
4	expire_time	timestamp		是	否	失效时间
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间

表 4-5-document_storage（公文存储）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	document_storage_id	int		是	是	公文存储ID
2	official_document_name	varchar	64	否	否	公文名称
3	official_document_type	varchar	64	否	否	公文类型
4	date_created	date		否	否	创建日期
5	official_document_attachments	varchar	255	否	否	公文附件
6	auditor_user	int		否	否	审核员用户
7	name_of_auditor	varchar	64	否	否	审核员姓名
8	ordinary_user	int		否	否	普通用户
9	user_name	varchar	64	否	否	用户姓名
10	electronic_signature	varchar	255	否	否	电子签名
11	number_of_receipts	varchar	64	否	否	接收次数
12	signature_date	date		否	否	签署日期
13	save_notes	text	65535	否	否	储存备注
14	create_time	datetime		是	否	创建时间
15	update_time	timestamp		是	否	更新时间
16	source_table	varchar	255	否	否	来源表
17	source_id	int		否	否	来源ID
18	source_user_id	int		否	否	来源用户

表 4-6-hits（用户点击）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	hits_id	int		是	是	点赞ID
2	user_id	int		是	否	点赞人
3	create_time	timestamp		是	否	创建时间
4	update_time	timestamp		是	否	更新时间
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID

表 4-7-official_document_information（公文信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	official_document_information_id	int		是	是	公文信息ID
2	official_document_name	varchar	64	否	否	公文名称
3	official_document_type	varchar	64	否	否	公文类型
4	date_created	date		否	否	创建日期
5	official_document_attachments	varchar	255	否	否	公文附件
6	auditor_user	int		否	否	审核员用户
7	name_of_auditor	varchar	64	否	否	审核员姓名
8	auditor_phone	varchar	64	否	否	审核员电话
9	ordinary_user	int		否	否	普通用户
10	user_name	varchar	64	否	否	用户姓名
11	introduction_to_official_document	text	65535	否	否	公文简介
12	examine_state	varchar	16	是	否	审核状态
13	examine_reply	varchar	16	否	否	审核回复
14	receive_limit_times	int		是	否	接收限制次数
15	receive_notifications_limit_times	int		是	否	通知限制次数
16	create_time	datetime		是	否	创建时间
17	update_time	timestamp		是	否	更新时间

表 4-8-official_document_type（公文类型）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	official_document_type_id	int		是	是	公文类型ID
2	official_document_type	varchar	64	否	否	公文类型
3	create_time	datetime		是	否	创建时间
4	update_time	timestamp		是	否	更新时间

表 4-9-ordinary_user（普通用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	ordinary_user_id	int		是	是	普通用户ID
2	user_name	varchar	64	否	否	用户姓名
3	contact_information	varchar	64	否	否	联系方式
4	user_gender	varchar	64	否	否	用户性别
5	examine_state	varchar	16	是	否	审核状态
6	user_id	int		是	否	用户ID
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-10-receive（公文接收）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	receive_id	int		是	是	公文接收ID
2	official_document_name	varchar	64	否	否	公文名称
3	official_document_type	varchar	64	否	否	公文类型
4	date_created	date		否	否	创建日期
5	official_document_attachments	varchar	255	否	否	公文附件
6	auditor_user	int		否	否	审核员用户
7	name_of_auditor	varchar	64	否	否	审核员姓名
8	ordinary_user	int		否	否	普通用户
9	user_name	varchar	64	否	否	用户姓名
10	electronic_signature	varchar	255	否	否	电子签名
11	number_of_receipts	varchar	64	否	否	接收次数
12	signature_date	date		否	否	签署日期
13	signing_notes	text	65535	否	否	签署备注
14	document_storage_limit_times	int		是	否	储存限制次数
15	create_time	datetime		是	否	创建时间
16	update_time	timestamp		是	否	更新时间
17	source_table	varchar	255	否	否	来源表
18	source_id	int		否	否	来源ID
19	source_user_id	int		否	否	来源用户

表 4-11-receive_notifications（接收通知）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	receive_notifications_id	int		是	是	接收通知ID
2	official_document_name	varchar	64	否	否	公文名称
3	official_document_type	varchar	64	否	否	公文类型
4	date_created	date		否	否	创建日期
5	official_document_attachments	varchar	255	否	否	公文附件
6	auditor_user	int		否	否	审核员用户
7	name_of_auditor	varchar	64	否	否	审核员姓名
8	auditor_phone	varchar	64	否	否	审核员电话
9	ordinary_user	int		否	否	普通用户
10	user_name	varchar	64	否	否	用户姓名
11	notification_content	text	65535	否	否	通知内容
12	create_time	datetime		是	否	创建时间
13	update_time	timestamp		是	否	更新时间
14	source_table	varchar	255	否	否	来源表
15	source_id	int		否	否	来源ID
16	source_user_id	int		否	否	来源用户

表 4-12-schedule（日程管理）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	schedule_id	smallint		是	是	日程ID
2	content	varchar	255	否	否	日程内容
3	scheduled_time	datetime		否	否	计划时间
4	user_id	int		是	否	用户ID
5	create_time	datetime		否	否	创建时间
6	update_time	datetime		否	否	更新时间

表 4-13-score（评分）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	score_id	int		是	是	评分ID
2	user_id	int		是	否	评分人
3	nickname	varchar	64	否	否	昵称
4	score_num	double		是	否	评分
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间
7	source_table	varchar	255	否	否	来源表
8	source_field	varchar	255	否	否	来源字段
9	source_id	int		是	否	来源ID

表 4-14-upload（文件上传）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	upload_id	int		是	是	上传ID
2	name	varchar	64	否	否	文件名
3	path	varchar	255	否	否	访问路径
4	file	varchar	255	否	否	文件路径
5	display	varchar	255	否	否	显示顺序
6	father_id	int		否	否	父级ID
7	dir	varchar	255	否	否	文件夹
8	type	varchar	32	否	否	文件类型

表 4-15-user（用户账户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	user_id	int		是	是	用户ID
2	state	smallint		是	否	账户状态：(1可用|2异常|3已冻结|4已注销)
3	user_group	varchar	32	否	否	所在用户组
4	login_time	timestamp		是	否	上次登录时间
5	phone	varchar	11	否	否	手机号码
6	phone_state	smallint		是	否	手机认证：(0未认证|1审核中|2已认证)
7	username	varchar	16	是	否	用户名
8	nickname	varchar	16	否	否	昵称
9	password	varchar	64	是	否	密码
10	email	varchar	64	否	否	邮箱
11	email_state	smallint		是	否	邮箱认证：(0未认证|1审核中|2已认证)
12	avatar	varchar	255	否	否	头像地址
13	open_id	varchar	255	否	否	针对获取用户信息字段
14	create_time	timestamp		是	否	创建时间

表 4-16-user_group（用户组）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	group_id	mediumint		是	是	用户组ID
2	display	smallint		是	否	显示顺序
3	name	varchar	16	是	否	名称
4	description	varchar	255	否	否	描述
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID
8	register	smallint		否	否	注册位置
9	create_time	timestamp		是	否	创建时间
10	update_time	timestamp		是	否	更新时间

第5章系统实现

5.1注册用户主要功能实现

5.1.1用户注册

用户注册：点击注册，进入注册页面，填写好账号、密码、确认密码、昵称、邮箱、身份：用户姓名、用户性别、手机号码等字段值，点击下方注册按钮，提示注册成功后，系统将自动跳转回到登录页面。注册界面如下图所示。

图5-1 注册界面

5.1.2用户登录

用户登录：点击“登录”按钮，输入用户名、密码、验证码登录系统，登录时前端会自动校验用户名与密码以及该用户是否审核通过，审核通过的用户输入正确登录

成功，输入错误会有提示信息。登录界面如下图所示。

图5-2 登录界面

5.1.3公文信息管理

公文信息管理：用户点击可查看公文信息列表，可点击“接收”按钮添加接收信息包括电子签名、接收次数、签署日期和签署备注。界面如下图所示。

图5-3 公文信息管理界面

图5-4 公文接收添加理界面

5.1.4公文接收管理

公文接收管理：用户点击可查看公文接收列表，可点击“储存”按钮把接收的公文信息进行储存，避免文件丢失和下次进行查找。界面如下图所示。

图5-5公文储存管理界面

5.2审核员用户主要功能实现

5.2.1公文类型管理

公文类型管理：审核员点击可查看公文类型列表，同时可对公文类型进行增删改查。界面如下图所示。

图5-6公文类型管理界面

5.2.2公文信息管理

公文信息管理：审核员点击可查看公文信息列表和公文信息添加；点击进入“公文信息添加”可填写相关信息，包括公文名称、公文类型、创建日期、公文附件、审核员用户、审核员姓名、审核员电话、普通用户、用户姓名、公文简介。公文信息审核通过后，可点击“通知”按钮添加通知信息，包括用户姓名和通知内容。界面如下图所示。

图5-7公文信息添加界面

图5-8接收通知添加界面

5.3管理员模块主要功能实现

5.3.1公文信息管理

公文信息管理：管理员点击可查看公文信息列表，可点击下载查看公文详情，可对审核员添加的公文信息进行审核回复。界面如下图所示。

图5-9公文信息审核界面图

5.3.2公文储存管理

公文储存管理：管理员点击可查看公文储存列表，同时可对存储信息进行删除。界面如下图所示。

图5-10 公文储存管理界面

5.3.3系统用户

系统用户：管理员可以查看系统用户（管理员、普通用户、审核员）列表中某个用户的详情，可以对用户信息进行查询、审核、添加和删除操作。界面如下图所示。

图5-11 系统用户界面图

第6章系统测试

6.1测试目的

在这个产品被投入使用前，首先需要进行试用，这是重要的环节。考虑到某个部分的开发没有缺陷情况下，把各种模块拼接，也有一定概率就存在矛盾。这就好比每个人都很独特，但聚在一起就显得杂乱无章，需要保证有默契的配合。对于测试，要看它的各项内容是否契合的原则[10]。若与最初定下的标准有一定程度上的出入，那么就需要做出一些调整，让最终的大方向朝着目标前进。

测试是为了发现在开发的程序中所存在的问题，测试这一工作是非常艰巨的，而又是非常困难的，这一部分在程序的设计中占有很大比例，可以说一个程序的开发工作量要是占据了百分至六十，那么剩下的百分之四十必然是测试这一部分，甚至更高。

6.2测试用例

用户登录功能测试

表6-1 用户登录功能测试表

用例名称	普通用户登录系统
目的	测试用户通过正确的用户名和密码可否登录功能
前提	未登录的情况下
测试流程	1) 进入登录页面 2) 输入正确的用户名和密码
预期结果	用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入
实际结果	实际结果与预期结果一致

查看公文信息信息功能测试：

表6-2 查看公文信息功能测试表

用例名称	查看公文信息
目的	测试查看公文信息
前提	用户登录
测试流程	点击首页的公文信息管理
预期结果	可以查看到所有公文信息
实际结果	实际结果与预期结果一致

审核员添加公文信息测试：

表6-3 添加公文信息测试表

用例名称	添加公文信息测试用例
目的	测试添加公文信息功能
前提	审核员正常登录情况下
测试流程	1）点击公文信息管理，点击公文信息添加，输入相关公文信息。 2）点击进行提交。
预期结果	提交以后，等管理员审核后，页面首页会显示新的公文信息
实际结果	实际结果与预期结果一致

公文接收搜索功能测试：

表6-4公文接收搜索功能测试表

用例名称	公文接收搜索测试
目的	测试公文接收搜索功能
前提	无
测试流程	1）在搜索框填入搜索关键字。 2）点击搜索按钮。
预期结果	页面显示包含有搜索关键字的公文接收列表
实际结果	实际结果与预期结果一致

密码修改功能测试：

表6-5密码修改功能测试表

用例名称	密码修改测试用例
目的	测试管理员密码修改功能
前提	管理员用户正常登录情况下
测试流程	1）管理员密码修改并完成填写。 2）点击进行提交。
预期结果	使用新的密码可以登录
实际结果	实际结果与预期结果一致

6.3测试结果

在本次主要测试用户登录、公文信息查看、公文信息添加、公文接收查看和密码修改等功能。验证所有操作都能够正常运行，因此能够保证本次设计的，已实现的功能能够正常运行并且相关数据库的信息也同样保存正确。