Spring Boot+Vue构建专利申请管理系统实践

1. 项目概述

作为一名长期从事企业信息化系统开发的工程师，我最近完成了一个基于Spring Boot的专利申请管理系统。这个项目源于我在工作中接触到的实际需求——许多中小企业和个人发明家在专利申请过程中面临着流程复杂、信息不透明、管理效率低下等问题。

这个系统采用前后端分离架构，后端使用Spring Boot框架，前端采用Vue.js，数据库选用MySQL。系统主要服务于三类用户：普通用户（专利申请人）、代理用户（专利代理人）和系统管理员。通过这个系统，我们成功将传统纸质化的专利申请流程数字化，大大提高了申请效率和管理透明度。

提示：在实际开发中，选择Spring Boot框架的一个重要考虑是其快速开发能力和丰富的生态系统。相比传统的Spring MVC，Spring Boot通过自动配置和起步依赖大大简化了项目搭建过程。

1.1 系统核心功能

系统主要实现了以下核心功能模块：

• 用户管理模块：包括注册、登录、权限控制等功能，支持三种角色权限管理
• 专利申请模块：提供从填写申请表单到提交审核的全流程支持
• 代理服务模块：专利代理人可以在此查看委托申请、提供专业建议
• 后台管理模块：包含用户管理、申请审核、数据统计等功能
• 信息发布模块：用于发布专利相关新闻、公告等信息

2. 技术选型与架构设计

2.1 技术栈选择

在技术选型阶段，我们经过多次讨论和验证，最终确定了以下技术方案：

后端技术栈：

• 基础框架：Spring Boot 2.7.3
• 安全框架：Spring Security + JWT
• ORM框架：MyBatis-Plus
• 数据库：MySQL 8.0
• 缓存：Redis
• 文件存储：阿里云OSS

前端技术栈：

• 基础框架：Vue.js 3.x
• UI组件库：Element Plus
• 状态管理：Vuex
• 路由：Vue Router
• HTTP客户端：Axios

选择这些技术的主要考虑因素包括：

1. 团队技术储备：团队成员对这些技术都比较熟悉
2. 社区支持：这些技术都有活跃的社区和丰富的文档
3. 性能需求：能够满足系统预期的并发量和响应时间要求
4. 可维护性：这些技术都有良好的工程实践支持

2.2 系统架构设计

系统采用典型的三层架构设计：

code复制┌───────────────────────────────────────┐
│            表现层 (Presentation)      │
│  ┌───────────┐       ┌─────────────┐  │
│  │  Web前端  │ ←──→ │ API Gateway  │  │
│  └───────────┘       └─────────────┘  │
└───────────────────────┬───────────────┘
                        ↓
┌───────────────────────────────────────┐
│          业务逻辑层 (Business)         │
│  ┌───────────┐       ┌─────────────┐  │
│  │ 服务模块  │ ←──→ │  业务规则   │  │
│  └───────────┘       └─────────────┘  │
└───────────────────────┬───────────────┘
                        ↓
┌───────────────────────────────────────┐
│            数据访问层 (Data)           │
│  ┌───────────┐       ┌─────────────┐  │
│  │  数据库   │ ←──→ │   缓存      │  │
│  └───────────┘       └─────────────┘  │
└───────────────────────────────────────┘

这种分层架构的优势在于：

1. 职责分离：各层专注于自己的职责
2. 可测试性：可以单独测试每一层
3. 可扩展性：可以独立扩展某一层
4. 可维护性：修改某一层不会影响其他层

3. 核心功能实现

3.1 用户认证与授权

系统采用JWT(JSON Web Token)进行用户认证，结合Spring Security实现细粒度的权限控制。这是系统安全性的关键保障。

认证流程：

1. 用户提交用户名和密码
2. 服务器验证凭证
3. 生成JWT返回给客户端
4. 客户端在后续请求中携带JWT
5. 服务器验证JWT并处理请求

java复制// JWT生成示例代码
public String generateToken(UserDetails userDetails) {
    Map<String, Object> claims = new HashMap<>();
    claims.put("roles", userDetails.getAuthorities().stream()
            .map(GrantedAuthority::getAuthority)
            .collect(Collectors.toList()));
    
    return Jwts.builder()
            .setClaims(claims)
            .setSubject(userDetails.getUsername())
            .setIssuedAt(new Date(System.currentTimeMillis()))
            .setExpiration(new Date(System.currentTimeMillis() + JWT_TOKEN_VALIDITY * 1000))
            .signWith(SignatureAlgorithm.HS512, secret)
            .compact();
}

注意：在实际部署时，务必妥善保管JWT的签名密钥，并设置合理的token过期时间。我们项目中设置为8小时，既保证了安全性又不会频繁要求用户重新登录。

3.2 专利申请流程

专利申请是系统的核心功能，我们设计了完整的申请流程：

1. 申请准备阶段：

   • 用户填写专利基本信息（名称、类型、领域等）
   • 上传相关附件（说明书、权利要求书、图纸等）
   • 选择代理机构（可选）

2. 申请提交阶段：

   • 系统验证表单完整性
   • 生成申请编号
   • 保存到数据库
   • 通知相关人员（如选择了代理）

3. 审核处理阶段：

   • 管理员/代理查看申请
   • 进行形式审查
   • 反馈审查意见
   • 用户根据意见修改

4. 状态跟踪阶段：

   • 用户可随时查看申请状态
   • 系统记录状态变更历史
   • 关键节点自动通知用户

java复制// 专利申请提交核心逻辑
@Transactional
public PatentApplication submitApplication(PatentApplicationDTO dto, Long userId) {
    // 验证用户权限
    User user = userRepository.findById(userId)
            .orElseThrow(() -> new BusinessException("用户不存在"));
    
    // 验证表单数据
    validateApplication(dto);
    
    // 保存申请
    PatentApplication application = new PatentApplication();
    BeanUtils.copyProperties(dto, application);
    application.setApplicant(user);
    application.setApplicationNo(generateApplicationNo());
    application.setStatus(ApplicationStatus.SUBMITTED);
    application.setSubmitTime(LocalDateTime.now());
    
    // 处理文件上传
    if (dto.getAttachments() != null) {
        List<Attachment> attachments = fileService.uploadFiles(dto.getAttachments());
        application.setAttachments(attachments);
    }
    
    return applicationRepository.save(application);
}

3.3 代理服务模块

代理服务模块为专利代理人提供了专业的工作平台：

主要功能：

1. 申请管理：查看委托的专利申请，跟踪状态
2. 文件处理：上传/下载申请文件，生成官方文书
3. 客户沟通：通过系统内置消息与申请人交流
4. 时限监控：重要时限提醒（如答复审查意见期限）

我们特别设计了智能提醒功能，通过分析申请数据和官方审查周期，预测可能的审查时间点，提前提醒代理人做好准备。

4. 数据库设计

4.1 核心表结构

系统数据库包含30多张表，以下是几个核心表的设计：

专利申请表(patent_application)：

sql复制CREATE TABLE `patent_application` (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `application_no` varchar(32) NOT NULL COMMENT '申请号',
  `title` varchar(255) NOT NULL COMMENT '专利名称',
  `type` varchar(32) NOT NULL COMMENT '专利类型',
  `abstract` text COMMENT '摘要',
  `status` varchar(32) NOT NULL COMMENT '申请状态',
  `applicant_id` bigint NOT NULL COMMENT '申请人ID',
  `agent_id` bigint DEFAULT NULL COMMENT '代理人ID',
  `submit_time` datetime NOT NULL COMMENT '提交时间',
  `update_time` datetime NOT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_application_no` (`application_no`),
  KEY `idx_applicant` (`applicant_id`),
  KEY `idx_agent` (`agent_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='专利申请';

用户表(user)：

sql复制CREATE TABLE `user` (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `username` varchar(64) NOT NULL COMMENT '用户名',
  `password` varchar(128) NOT NULL COMMENT '密码',
  `real_name` varchar(64) DEFAULT NULL COMMENT '真实姓名',
  `email` varchar(128) DEFAULT NULL COMMENT '邮箱',
  `phone` varchar(32) DEFAULT NULL COMMENT '手机号',
  `user_type` varchar(32) NOT NULL COMMENT '用户类型',
  `status` varchar(32) NOT NULL COMMENT '状态',
  `create_time` datetime NOT NULL COMMENT '创建时间',
  `update_time` datetime NOT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_username` (`username`),
  KEY `idx_phone` (`phone`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户';

4.2 数据关系设计

系统主要实体关系如下：

1. 用户-申请：一对多，一个用户可以提交多个申请
2. 代理-申请：一对多，一个代理可以处理多个申请
3. 申请-文件：一对多，一个申请可以关联多个文件
4. 申请-状态记录：一对多，记录申请状态变更历史

我们使用外键约束保证数据完整性，同时在关联查询频繁的字段上建立了适当的索引以提高查询性能。

5. 系统部署与性能优化

5.1 部署架构

系统采用Docker容器化部署，部署架构如下：

code复制┌───────────────────────────────────────┐
│             负载均衡 (Nginx)           │
└───────────────┬───────────────┬───────┘
                ↓               ↓
┌───────────────────────┐ ┌───────────────────────┐
│     前端容器 (Vue)     │ │     API容器 (Spring)   │
└───────────────────────┘ └───────────────┬───────┘
                                           ↓
┌───────────────────────────────────────┐
│            数据库集群 (MySQL)           │
│  ┌───────────┐       ┌─────────────┐  │
│  │   Master  │ ←──→ │   Slave     │  │
│  └───────────┘       └─────────────┘  │
└───────────────────────┬───────────────┘
                        ↓
┌───────────────────────────────────────┐
│               缓存 (Redis)             │
└───────────────────────────────────────┘

5.2 性能优化措施

在系统开发过程中，我们实施了多项性能优化措施：

1. 数据库优化：

   • 合理设计索引
   • 使用读写分离
   • 对大表进行分表

2. 缓存策略：

   • 高频访问数据缓存
   • 多级缓存设计
   • 合理的缓存失效策略

3. 接口优化：

   • 批量接口设计
   • 异步处理耗时操作
   • 合理设计DTO减少数据传输量

4. 前端优化：

   • 组件懒加载
   • 路由懒加载
   • 图片等资源压缩

6. 开发经验与教训

在开发这个系统的过程中，我们积累了一些宝贵的经验：

1. 文档先行：在开始编码前，一定要先完善需求文档和技术设计文档。我们项目初期因为需求变更频繁吃了不少苦头。

2. 自动化测试：建立完善的自动化测试体系可以大大减少回归测试的工作量。我们后期补充了单元测试和接口测试，效果显著。

3. 代码规范：严格执行代码规范，使用静态代码分析工具，这对团队协作和后期维护非常重要。

4. 性能考虑：在系统设计阶段就要考虑性能问题，后期优化往往事倍功半。我们有几个接口因为初期设计不合理，后期重构代价很大。

5. 监控系统：上线后要建立完善的监控系统，包括应用性能监控、错误日志收集等，这能帮助我们快速定位和解决问题。

提示：对于类似的管理系统开发，我建议采用迭代开发的方式，先实现核心功能，再逐步完善。我们项目就是先实现了专利申请和审核的核心流程，然后再补充其他辅助功能，这样既能快速验证系统价值，又能降低开发风险。