绪论
刑事案件管理工作存在着案情信息零散、多部门协作不力、跟踪不及时等现实问题。传统的手工登记、纸质卷宗流转方式已经不能适应现代警务工作对时效性、准确性的要求，信息化手段成了提高办案效率的突破口。本文利用Spring Boot框架和Vue.js前端技术来创建一个包含案件登记、侦查推进、人员管理、证据归档等所有流程的刑事案件管理系统。系统主要面向办案人员、部门领导、管理员这三个用户群体，提供案件信息管理、侦查信息管理、涉案人员管理、案件协查管理等功能模块，使用前后端分离的架构模式，用MySQL数据库进行业务支持，给基层警务信息化建设提供了一种可行的解决方案。
1.1 研究背景
刑事案件管理工作在司法实践中占据核心地位，其处理效率直接影响社会公平正义的实现进程。传统案件管理模式下，办案人员依赖纸质表格记录案件基本信息，侦查进展通过零散文档保存，证据材料分散存放于不同科室，跨部门协查申请需经过多层审批流转，整个工作流程呈现出信息割裂、协同迟滞的突出特征1。随着信息技术与司法实践的深度融合，信息化手段逐渐成为提升案件管理效能的关键突破口。现有信息化探索虽取得一定成效，但系统功能多局限于单一业务环节，未能形成从案件登记到结案归档的全流程闭环管理2。基层办案单位迫切需要一套能够整合案件全要素、覆盖办案全流程、支持多角色协同的综合性管理平台。构建基于现代Web技术架构的刑事案件管理系统，不仅能够解决传统模式下的效率瓶颈，更能通过数据集中存储与权限分级控制，实现案件信息的规范管理与安全共享，推动刑事办案工作向数字化、标准化方向转型3。
1.2 研究目的和意义
刑事案件管理系统的设计与实现具有明确的应用价值与现实意义。系统通过构建统一的数据管理平台，将案件基础信息、侦查记录、人员资料、证据材料等业务数据集中存储与管理，彻底改变传统模式下信息分散、重复录入的被动局面。办案人员可在统一界面完成案件登记、侦查进展记录、协查申请提交等操作，减少跨系统切换与重复填报带来的时间损耗。部门领导能够实时掌握本部门案件办理进度与人员工作状态，为资源调配与工作安排提供数据支撑。管理员通过权限配置机制，确保不同角色仅能访问授权范围内的数据，在提升信息共享效率的同时守住数据安全底线。系统采用模块化设计思路，各功能模块之间保持适度耦合关系，既保障业务流程的连贯性，又便于后续功能扩展与维护升级。该系统在基层警务单位的推广应用，有助于形成规范化、标准化的案件管理范式，为同类信息系统建设提供可借鉴的技术方案与实践经验。
1.3 国内外研究现状
1.3.1 国外研究现状
国内关于案件管理系统的研究起步于本世纪初，早期探索主要集中于单一业务环节的信息化改造。随着政务信息化战略的持续推进，案件管理系统逐渐从单机版向网络化、集成化方向发展。研究热点逐步从简单的数据录入存储，转向业务流程再造与多部门协同处理。近年来，随着大数据、云计算等新一代信息技术的普及，案件管理系统开始引入智能化分析、可视化展现等先进理念，系统功能从单纯的事务处理向辅助决策延伸。但现有系统多针对特定类型案件或特定业务环节设计，通用性与可扩展性仍有提升空间。
张宏伟在城乡规划管理信息系统研究中提出，信息系统的核心价值在于实现业务数据的高效流转与规范管理，这一理念对案件管理系统同样具有指导意义4。该研究强调系统设计应立足实际业务流程，通过信息化手段固化操作规范，减少人为因素导致的数据偏差。刑事案件管理系统在功能设计上借鉴了这一思路，将立案登记、侦查记录、证据管理等环节的操作流程进行标准化封装，确保数据录入的规范性与一致性。
张畅针对案件卷宗管理系统交互设计开展研究，指出传统系统存在操作路径冗长、信息层级过深等问题，严重影响用户使用体验5。研究通过用户行为分析优化界面布局与交互逻辑，显著降低了操作学习成本。本系统在前端交互设计阶段充分吸收这一研究成果，采用树形菜单与面包屑导航相结合的方式组织功能入口，确保用户能够快速定位目标功能。
张玉叶等在Java程序设计教材中系统阐述了企业级应用开发的技术体系，为基于Java技术栈的系统构建提供了方法论指导6。书中关于分层架构、异常处理、数据校验等技术点的论述，对系统后端的稳健性设计形成直接支撑。本系统在服务层实现过程中，严格遵循分层隔离原则，确保各层职责边界清晰。
韩鹏在面向案件全流程审判风险管理系统的研究中，重点探讨了案件生命周期管理与风险预警机制的构建方法7。研究提出通过流程节点控制与状态追踪，实现对案件办理过程的精细化监管。本系统借鉴这一思想，为案件信息、侦查进展等核心业务设置审核状态字段，形成完整的过程跟踪链条。
孙红波在建筑企业纠纷案件信息管理系统设计研究中，强调了分类统计与报表生成功能对于管理决策的重要性8。系统通过可视化图表展示案件类型分布、部门工作量等统计信息，为领导层掌握整体工作态势提供直观依据。刑事案件管理系统在数据统计模块设计中，同样注重多维度数据聚合与图表化呈现，提升信息表达效率。
1.3.2 国内研究现状
国外在案件管理信息化领域的研究起步较早，整体呈现出从流程电子化向智能化分析演进的发展脉络。早期研究聚焦于案件信息的电子化存储与检索，通过建立标准化数据模型实现信息的有序组织。随着数据挖掘与机器学习技术的成熟，国外研究开始关注案件数据中隐含规律的自动发现与风险特征的智能识别。近年来的研究趋势表现为低代码平台的应用、知识管理系统的构建以及多源数据融合分析，为案件管理系统提供了更为灵活的技术实现路径与更丰富的功能拓展空间。
Ogar等设计并实现了一个协同管理系统，重点解决了多角色协作中的数据一致性与权限控制问题9。研究采用角色基础访问控制模型，为不同用户群体分配差异化的操作权限，确保协同过程中的数据安全。本系统在权限设计环节吸收这一思路，为办案人员、部门领导、管理员三类角色分别配置独立的功能菜单与数据访问范围。
Luying在数字化知识管理系统的研究中，探讨了如何将隐性知识转化为可共享的系统化资源10。研究提出的知识沉淀与复用机制，对于案件办理经验的积累具有参考价值。刑事案件管理系统通过侦查信息、协查反馈等模块，为办案经验的结构化记录提供载体，促进知识在团队内部的传递与共享。
Marian等对低代码文档管理与审批系统进行设计与评估，揭示了配置化开发模式在提升系统适应性方面的优势11。这一研究启示刑事案件管理系统在功能设计上应注重灵活性，通过参数配置而非硬编码方式实现业务规则的调整。
Yan在企业管理系统规划与设计中，探讨了人工智能技术对管理信息系统的赋能作用12。研究指出智能推荐与自动分析能够显著提升系统辅助决策能力，这一方向为案件管理系统的后续升级提供了技术参考。
Ge关于智能档案管理系统的研究，展示了RFID技术与优化算法在实物档案追踪中的应用潜力13。尽管刑事案件管理系统目前主要处理数字信息，但该研究提出的追踪机制对案卷借阅管理模块的设计仍具有借鉴意义。
综合国内外研究现状可以看出，案件管理系统正朝着全流程覆盖、多角色协同、智能化辅助的方向持续演进。现有研究在技术架构、交互设计、权限控制等方面积累了丰富经验，为本系统的设计与实现提供了扎实的理论基础与实践参考。本系统在吸收前人研究成果的基础上，结合基层办案实际需求，着力构建功能完整、操作简便、安全可靠的刑事案件管理平台。
1.4 相关技术介绍
本文主要对刑事案件管理系统进行设计和实现，包括需求分析、系统设计、功能实现、测试验证等全部过程。研究先对基层办案单位的办案工作流程进行调研，整理出案件登记、侦查推进、协查申请、证据归档等主要业务的办理程序和数据流转途径，找出系统要解决的信息分散、协同缓慢、过程难以追踪等主要问题。根据需求分析的结果，使用Spring Boot框架搭建后端服务层，用Vue.js框架创建前端交互界面，选择MySQL数据库来实现数据持久化存储，从而形成前后端分离的技术架构。系统功能设计以办案人员、部门领导、管理员这三个角色的不同需求为出发点，案件信息管理模块可以对案件的基本信息进行录入和维护，侦查信息管理模块可以支撑侦查过程的记录和进度的追踪，嫌疑人信息和被害人信息管理模块可以创建涉案人员资料库，证据卷宗管理模块可以对证据材料进行登记和归档，案件协查管理模块可以支持跨部门协查申请的发起和结果的反馈。研究重点就是用合理的权限控制机制来保证不同的角色在共享数据的时候只能访问自己有权限的范围内信息。系统实现之后搭建测试环境，进行功能测试和性能测试，对系统在操作便捷性、数据准确性、流程完整性等各方面进行评价。最终形成一个功能齐全、运行稳定、满足基层警务信息化建设需要的刑事案件管理系统，给基层警务信息化建设提供可行方案。
1.4.1 Spring Boot框架
Spring Boot框架作为当前Java企业级应用开发的主流选择，其核心价值在于简化Spring应用的初始搭建与开发过程。框架通过自动配置机制，根据项目依赖自动推断所需配置信息，大幅减少传统Spring开发中繁琐的XML配置文件编写工作14。这种约定优于配置的设计理念，使开发人员能够将精力集中在业务逻辑实现而非基础设施搭建上。Spring Boot内嵌Tomcat、Jetty等Servlet容器，应用打包后可直接通过Java命令运行，无需单独部署WAR文件，显著简化部署流程。框架提供丰富的starter依赖包，开发者只需在项目中添加相应starter即可获得完整的功能模块支持，例如数据访问、安全控制、消息处理等。
在刑事案件管理系统当中，Spring Boot担任起服务端主要的支撑工作。系统业务逻辑处理、数据访问接口提供、权限验证执行都是用Spring Boot构建的服务层来完成的。框架的自动配置特性可以使得数据库连接池、事务管理、JSON转换等基础能力快速地就位，为上层业务模块的稳定运行打下了基础。Spring Boot的Actuator模块可以实现应用健康检查、指标监控等功能，有利于部署之后对系统的运行情况进行持续追踪。框架同Spring Security的深度结合，给系统达成基于角色的权限管控赋予了可靠的支撑，保证办案人员，部门领导，管理员这三种用户只能接触到授权范围内的功能和数据。Spring Boot松耦合的特点使得各个业务模块可以独立地进行开发和测试，从而提高开发效率并减少模块之间的相互影响。
1.4.2 Vue.js框架
Vue.js是一套用于构建用户界面的渐进式JavaScript框架，其设计理念强调声明式渲染与组件化开发。框架采用基于虚拟DOM的渲染机制，当数据发生变化时，框架会高效计算出需要更新的最小DOM节点范围，避免对整个页面进行重新渲染15。这种响应式数据绑定机制使开发者能够专注于数据状态的管理，而视图层会自动跟随数据变化进行更新。Vue.js支持单文件组件模式，将模板、样式与逻辑代码封装在同一文件中，增强了代码的组织性与可维护性。框架提供丰富的指令系统，通过v-if、v-for、v-bind等指令实现条件渲染、列表循环、属性绑定等常见UI操作。Vue Router作为官方路由管理器，支持嵌套路由与动态路由匹配，为单页面应用的多视图管理提供解决方案。
刑事案件管理系统前端界面全部使用Vue.js来创建，采用组件化的方式把页面拆分成可以复用的独立单元。系统左侧菜单栏、顶部导航区、内容展示区分别封装为独立的组件，组件内部控制自身的状态，组件之间使用事件来实现交互。案件信息列表、嫌疑人信息表单等高频使用的界面元素被设计成可复用组件，在不同的功能模块中调用的时候，会得到同样的交互体验。Vue响应式数据绑定机制使得表单输入、数据展示等操作更加流畅，用户在前端做出任何数据修改的时候，就会立刻反映到视图层上。Vue Router是负责管理系统页面路由的，根据不同的用户角色来动态生成可以被访问的路由表，保证用户只能看到授权范围内功能的入口。该种以组件为基础的前端架构可以提高开发效率，也可以为之后的功能拓展和界面修改提供方便。
1.4.3 MySQL数据库
MySQL作为关系型数据库管理系统的典型代表，凭借其稳定的性能表现与成熟的技术生态，在Web应用开发领域占据重要地位。数据库采用表格形式组织数据，通过预定义的数据类型与约束条件确保存储内容的完整性与一致性16。MySQL支持事务处理机制，在多表关联操作中能够保证数据操作的原子性，要么全部提交成功，要么全部回滚，避免因操作中断导致的数据不一致问题。数据库提供丰富的索引类型，包括B+树索引、哈希索引等，开发者可根据查询特征选择合适的索引策略以提升数据检索效率。MySQL支持视图、存储过程、触发器等功能，允许将部分业务逻辑下沉到数据库层执行，减轻应用服务器的计算压力。
MySQL在刑事案件管理系统里担负所有的业务数据持久化工作。案件信息表保存立案时间、案发地点、案情简述这些关键数据，用外键联系办案人员和部门信息表，构建起完整的关系网络。侦查信息表保存侦查措施、走访调查、侦查进展等动态数据，并且同案件信息表存在一对多的关系，即一个案件可以有多条侦查记录。嫌疑人信息表、被害人信息表分别存放涉案人员的基本资料、受害经过，证件号码字段做唯一约束防止重复录入。证据信息表用案件编号来关联具体的案件，从而达到证据材料和案件有效挂接的目的。数据库的查询优化可以保证数据量增加的时候，案件列表检索、统计报表生成这些高频操作仍然可以保持较快的速度。MySQL事务特性可以保证案件信息、关联人员、证据材料等跨表操作是原子的，不会因为某个操作失败而造成数据不完整的情况发生。
1.4.4 前后端分离架构
前后端分离架构是现代Web应用开发中的主流模式，其核心思想是将用户界面与业务逻辑进行明确分层，前端专注于数据呈现与用户交互，后端专注于业务处理与数据管理。这种架构模式下，前端通过异步请求向后端获取数据，后端以标准化格式返回处理结果，两者之间通过接口契约进行协同17。前后端分离带来了显著的开发优势，前端团队与后端团队可以并行开展工作，接口定义明确后即可分别推进实现，有效缩短开发周期。前端应用可独立部署于静态资源服务器，通过CDN加速提升资源加载速度，后端服务专注于业务逻辑处理，两者在物理层面的分离有利于资源利用与横向扩展。
刑事案件管理系统采用前后端分离结构，前端应用单独部署在Nginx服务器上，后端服务用独立进程的方式运行。前端使用Vue应用通过axios库向后端发送HTTP请求，后端Spring Boot应用收到请求后执行相应的业务逻辑，并将处理结果以JSON格式返回给前端。前端根据返回的数据动态更新视图，给用户带来无刷新的交互体验。该结构可以支持多端接入，将来如果需要开发移动端应用，可以直接使用现有的后端接口。前后端分离提高了系统的可维护性，前端代码和后端代码放在不同的代码仓库中，技术栈升级不会影响到彼此。系统部署上，前端静态资源、后端服务可以分别设置域名和端口，用跨域资源共享策略来完成通信。接口文档使用Swagger工具进行管理，保证前后端开发人员对接口规范有相同的理解，减少由于接口变更引起的集成问题。
1.5 论文结构安排
第1章，绪论。阐述刑事案件管理系统的研究背景与现实需求，明确研究目的与意义，梳理国内外研究现状，概述论文主要研究内容与结构安排。
第2章，需求分析。从系统参与者、功能需求、非功能需求等维度展开分析，识别办案人员、部门领导、管理员三类用户的核心诉求，界定系统功能边界与性能约束条件。
第3章，系统总体设计。完成系统功能结构划分与数据库设计，构建功能结构图明确模块边界，绘制系统E-R图呈现实体关联关系，设计数据库表结构规范数据存储。
第4章，系统详细设计与实现。围绕案件信息管理、侦查信息管理、案件协查管理、用户管理、案件信息审核五个核心模块，通过时序图与流程图描述交互逻辑与业务流程，展示关键功能实现界面。
第5章，系统测试。制定测试规划，开展功能测试与非功能测试，验证系统在业务逻辑正确性、性能响应、安全性、兼容性等方面的表现，形成测试结论。
第2章 需求分析
刑事案件管理系统需求分析以基层办案单位实际工作场景为出发点，试图解决案件信息孤岛、跨部门协作缓慢、过程跟踪难等问题。系统要适应办案人员、部门领导、管理员这三类用户不同的操作要求，包含案件信息登记、侦查进展记录、涉案人员资料修改、协查申请流转、案卷归档管理等内容。系统需要实现案件全生命周期管理、多角色权限隔离、数据可视化统计等功能。非功能需求是指系统应具有较好的响应速度、严格的密码安全、良好的界面交互以及稳定可靠的运行环境等要求，为系统的设计和实现提供清晰的边界。
2.1 可行性分析
2.1.1 技术可行性分析
系统使用Spring Boot搭建后端服务，Spring Boot技术体系已经比较成熟，并且具有良好的社区支持，在Java企业级开发中有广泛的应用基础。前端采用Vue.js框架，渐进式开发思想使得开发过程比较灵活，组件化开发模式利于代码的复用和维护。MySQL数据库属于数据持久化方案，支持事务处理和复杂的查询，可以满足案件管理业务对于数据一致性以及检索效率的需求。前后端分离的架构设计使各个技术组件的责任分得清楚，在开发的时候可以独立地进行调试和测试。所用的技术栈已经通过大量的项目验证，没有遇到无法克服的技术难题。
2.1.2 经济可行性分析
系统开发所需的技术框架与开发工具均为开源软件，Spring Boot、Vue.js、MySQL等核心组件无需支付商业授权费用。开发环境搭建仅需配置JDK、Node.js、数据库服务等基础软件，不涉及昂贵硬件设备投入。系统部署阶段可采用普通服务器运行，对计算资源要求处于合理范围。系统上线后的日常运维工作可由现有技术人员承担，无需额外聘请专业人员。整体投入集中在开发阶段的人力成本，不存在持续性的高额支出。
2.1.3 操作可行性分析
系统界面采用树形菜单与卡片式布局相结合的设计方式，功能入口按业务模块清晰划分，用户通过点击即可进入对应操作界面。表单页面采用标签与输入框对应的布局结构，用户填写时能够明确理解每个字段的业务含义。列表页面提供关键字检索与条件筛选功能，用户可通过少量输入快速定位目标记录。系统针对不同用户角色仅显示授权范围内的功能菜单，避免界面信息过载造成的操作困扰。整个交互流程贴合实际业务办理习惯，用户经过短期适应即可熟练使用。
2.2 系统功能需求分析
刑事案件管理系统以案件办理全流程为依托，给三类用户不同的功能支持。办案人员负责案件信息的录入和维护，通过侦查信息管理记录案件侦办情况，管理嫌疑人和被害人的基本资料，发起跨部门协查申请，案件结案后完成案卷归档工作。部门领导对本部门承办的案件进行审核监督，查看侦查记录了解案件的进展情况，审批协查申请并分配任务，查看证据保管情况保证材料齐全。管理员主要负责系统基础数据的维护工作，即管理员对用户的账号、权限等进行管理，对案件类型、部门信息字典等进行管理，对系统的业务数据进行统一的管理和异常的处理。三类角色在案件办理、审核监督、系统运维这三个方面形成协同闭环，一起支撑刑事案件管理业务的规范化运行。
2.2.1 系统参与者
刑事案件管理系统的参与者根据业务职能划分为三类用户角色，分别为办案人员、部门领导与管理员。办案人员负责案件一线办理工作，承担信息录入与业务操作职责。部门领导对本部门案件办理进行监督审核，履行管理职能。管理员负责系统基础配置与用户权限管理，保障系统稳定运行。系统参与者词汇表如表2-1所示。
第3章 系统总体设计
系统总体设计从功能结构与数据存储两个维度展开，明确系统功能模块划分与模块间逻辑关系，构建层次清晰的功能结构图。数据库设计方面，通过绘制系统E-R图呈现核心实体之间的关联关系，补充各实体属性图细化数据特征，最终完成数据库表结构设计，规范字段类型、长度与约束条件，确保数据存储的完整性与交互的高效性，为后续系统实现奠定基础。
3.1 系统功能结构设计
系统功能结构设计按照用户角色进行模块划分，将功能权限与用户身份绑定，确保不同角色仅能访问授权范围内的功能模块。系统功能结构图如图3-1所示。
图3-1系统功能结构图
系统功能模块以三类用户角色为依据，各个模块的职责边界清楚，操作逻辑也十分明晰。办案人员模块包含案件办理全过程，案件信息管理是对案件基本信息进行录入和维护，侦查信息管理是记录侦查措施及进展情况，嫌疑人信息管理、被害人信息管理分别保存涉案人员信息，案件协办管理为跨部门协作提供支持，案卷信息管理对结案后归档和借阅进行处理。部门领导模块在办案人员功能的基础上增加监督审核的职能，案件信息管理增加审核的功能，侦查信息管理主要进行查阅监督而不是数据录入，案件协查管理负责审批申请和分配任务，证据信息管理提供证据保管状态核对的能力。管理员模块是独立于业务操作层的，用户管理控制账户和权限分配，案件类型管理、部门信息管理维护业务字典数据，其余管理模块为全系统业务数据提供统一的维护入口，后台首页管理用图表的形式来展示系统运行情况。三类模块之间依靠权限隔离来达成数据访问控制，用案件编号，人员信息这些重要字段创建业务数据联系，从而塑造起完备的功能协同体系。
3.2 数据库设计
数据库设计遵循数据一致性、完整性与规范性原则，依据系统功能需求合理划分实体与属性，建立清晰的实体关系模型。概念模型准确反映案件办理业务逻辑，逻辑结构设计符合第三范式要求，通过消除数据冗余确保存储效率。表结构设计科学定义字段类型、主键外键与索引策略，保障数据查询效率与存储安全，同时预留扩展字段支持系统后续升级维护。实体数量与数据库表数量严格对应，确保设计文档与实现成果的一致性。
3.2.1 数据库概念设计
数据库概念模型基于刑事案件办理业务流程，抽象出案件信息、侦查信息、嫌疑人信息、被害人信息、证据信息、案卷信息、办案人员、部门领导、案件协查、用户十个核心实体。案件信息作为业务主实体，与侦查信息、证据信息、案卷信息、嫌疑人信息、被害人信息形成一对多关联关系。办案人员与部门领导分别关联用户实体实现账户登录与权限控制，案件协查实体关联案件信息与部门信息实现跨部门协作流程18。系统E-R图如图3-2所示。
图3-2系统E-R图
案件信息实体主要包括案件编号、案件名称、案件类型、立案时间、案件状态、案情简述等属性，记录案件基础数据与办理状态。案件信息实体属性图如图3-3所示。
图3-3案件信息实体属性图
侦查信息实体主要包括案件编号、侦查措施、走访调查、侦查进展、侦查结果、记录时间等属性，追踪案件侦查全过程。侦查信息实体属性图如图3-4所示。
图3-4侦查信息实体属性图
嫌疑人信息实体主要包括嫌疑人姓名、嫌疑人性别、证件号码、居住地址、前科情况、关联案件等属性，存储涉案嫌疑人的详细资料。嫌疑人信息实体属性图如图3-5所示。
图3-5嫌疑人信息实体属性图
被害人信息实体主要包括被害人姓名、联系方式、证件号码、受害经过、损失情况等属性，记录被害人员信息与受害细节。被害人信息实体属性图如图3-6所示。
图3-6被害人信息实体属性图
证据信息实体主要包括证据编号、证据名称、证据类型、证据来源、提取时间、保管状态等属性，管理案件证据材料信息。证据信息实体属性图如图3-7所示。
图3-7证据信息实体属性图
案卷信息实体主要包括案卷编号、案件编号、归档时间、存放位置、借阅状态等属性，管理结案后的案卷材料。案卷信息实体属性图如图3-8所示。
图3-8案卷信息实体属性图
办案人员实体主要包括警员姓名、警员警号、部门科室、用户编号等属性，存储一线办案人员信息。办案人员实体属性图如图3-9所示。
图3-9办案人员实体属性图
部门领导实体主要包括领导姓名、领导警号、部门科室、用户编号等属性，存储部门负责人信息。部门领导实体属性图如图3-10所示。
图3-10部门领导实体属性图
案件协查实体主要包括案件编号、协查事项、协查部门、申请日期、结果反馈等属性，记录跨部门协查流程。案件协查实体属性图如图3-11所示。
图3-11案件协查实体属性图
用户实体主要包括用户名、密码、用户组、昵称、状态等属性，管理系统登录账户信息。用户实体属性图如图3-12所示。
图3-12用户实体属性图
3.2.2 数据库表设计
数据库表结构设计将概念模型转化为物理存储结构，依据实体属性定义对应的数据表，明确字段名称、数据类型、长度、主键与约束条件。各表之间通过外键建立关联关系，确保数据一致性与完整性19。
第4章 系统详细设计与实现
本章对刑事案件管理系统的核心功能模块进行详细设计，明确模块内部逻辑与实现方式。通过时序图呈现用户操作与系统组件之间的交互过程，通过流程图描述业务执行的完整步骤与判断分支，直观展示操作流程与数据流转路径。同时提供关键功能的实现界面效果图，呈现系统运行的实际状态与用户交互方式。设计内容涵盖案件信息管理、侦查信息管理、案件协查管理、用户管理、案件信息审核五个核心模块，为后续开发实现与测试验证提供可操作的技术依据。
4.1 案件信息管理模块
案件信息管理模块是刑事案件管理系统的核心业务入口，负责案件基础数据的全生命周期管理，涵盖案件录入、信息维护、状态跟踪与审核提交等功能。该模块通过权限控制确保办案人员仅能操作本人承办案件，部门领导可查阅本部门案件，管理员拥有全量数据维护权限。
4.1.1 案件信息管理模块详细设计
案件信息管理模块采用前后端分离交互模式，前端Vue组件收集用户输入数据并提交至后端接口，后端Spring Boot控制器接收请求后调用业务服务层进行数据校验与持久化操作。用户提交案件信息后，系统自动生成案件编号，将审核状态设置为待审核，并通过数据访问层将记录写入案件信息表。案件信息管理时序图如图4-1所示。
图4-1案件信息管理时序图
案件信息管理遵循标准的数据录入与审核流转流程。办案人员进入模块后系统加载已承办案件列表，用户选择新增或编辑操作进入表单页面，填写完成后提交系统。系统对必填字段进行非空校验，通过后保存数据并将案件状态设置为待审核。部门领导审核通过后案件状态变更为已立案，进入正式办理流程。案件信息管理流程图如图4-2所示。
图4-2案件信息管理流程图
4.1.2 案件信息管理功能实现
案件信息管理模块实现案件基础数据的录入、编辑与查询功能。办案人员进入模块后系统展示本人承办案件列表，支持按案件编号、案件名称、立案时间等条件进行筛选检索。点击新增按钮弹出表单窗口，用户填写案件名称、选择案件类型、设置案发时间地点、录入案情简述后提交。系统自动生成唯一案件编号，将当前登录用户设为办案人员，审核状态标记为待审核。已录入案件支持信息补充与修改，关键字段在审核通过后锁定不可编辑。案件信息管理实现界面如图4-3所示。
图4-3案件信息管理界面
4.2 侦查信息管理模块
侦查信息管理模块负责案件侦查过程的动态记录与追踪，支撑办案人员记录侦查措施、走访调查情况与侦查进展，形成完整的案件侦查时间线，为后续案件分析与总结提供数据支撑。
4.2.1 侦查信息管理模块详细设计
侦查信息管理模块通过案件编号关联案件信息表，每次新增侦查记录时系统自动填充记录时间与办案人员信息。模块采用追加写入模式，历史记录只读不可修改，确保侦查过程信息的真实性与可追溯性。侦查信息管理时序图如图4-4所示。
图4-4侦查信息管理时序图
侦查信息管理采用顺序记录方式，每次新增记录均独立保存。办案人员选择案件后系统展示该案件所有历史侦查记录，按时间倒序排列便于查看最新进展。用户填写侦查措施与进展描述后提交，系统自动记录当前时间并保存。案件达到结案条件时，办案人员可标记侦查终结，系统触发案卷归档提醒。侦查信息管理流程图如图4-5所示。
图4-5侦查信息管理流程图
4.2.2 侦查信息管理功能实现
侦查信息管理模块实现侦查记录的新增与查阅功能。办案人员进入模块后首先选择需要记录侦查进展的案件，系统展示该案件已有侦查记录列表，按时间倒序排列。用户点击添加记录按钮后填写侦查措施、走访调查情况、侦查进展描述等内容，提交后系统自动填充当前时间与办案人员信息，将记录关联至对应案件。已录入的侦查记录仅支持查阅不可修改，确保侦查过程信息的完整性与真实性。侦查信息管理实现界面如图4-6所示。
图4-6侦查信息管理界面
4.3 案件协查管理模块
案件协查管理模块支撑跨部门协作需求，实现协查申请的发起、审批、执行与反馈全流程管理，打通不同部门之间的信息壁垒，提升案件办理过程中的协作效率。
4.3.1 案件协查管理模块详细设计
案件协查管理模块涉及办案人员与部门领导两类参与者，协查申请在部门之间流转。模块通过状态字段跟踪协查进度，申请提交后状态为待审批，审批通过后状态变更为执行中，反馈提交后状态变更为已完成。案件协查管理时序图如图4-7所示。
图4-7案件协查管理时序图
案件协查管理遵循申请-审批-执行-反馈的四阶段流程。办案人员填写协查事项与配合要求后选择协查部门提交申请，系统将申请推送至目标部门领导。部门领导审阅后选择通过并分配执行人员，或填写原因驳回申请。协查人员执行完成后填写反馈结果，系统将反馈推送至原办案人员确认。案件协查管理流程图如图4-8所示。
图4-8案件协查管理流程图
4.3.2 案件协查管理功能实现
案件协查管理模块实现协查申请发起、状态追踪与反馈查看功能。办案人员进入模块后点击发起申请，填写协查事项、配合要求并选择目标协查部门后提交，系统记录申请日期并将状态设为待审批。协查部门领导审批通过后申请进入执行阶段，协查人员完成工作后填写反馈内容，办案人员可在协查列表中查看反馈信息。申请列表支持按案件编号、协查部门、申请日期等条件筛选，便于快速定位协查任务。案件协查管理实现界面如图4-9所示。
图4-9案件协查管理界面
4.4 用户管理模块
用户管理模块由管理员操作，负责系统账户的创建、权限分配与状态管理，通过角色配置实现办案人员、部门领导、管理员三类用户的权限隔离，保障系统访问安全。
4.4.1 用户管理模块详细设计
用户管理模块通过用户组字段区分角色类型，创建用户时系统校验用户名唯一性，密码采用加密算法存储。用户账户状态字段控制登录权限，状态为正常时允许登录，异常或停用时禁止访问。用户管理时序图如图4-10所示。
图4-10用户管理时序图
用户管理遵循标准的账户生命周期管理流程。管理员填写用户名、密码并选择用户组后提交，系统校验用户名是否重复，通过后加密密码并保存用户信息。已创建账户支持密码重置、状态变更与角色调整。账户停用后用户无法登录系统，角色变更后用户权限实时生效。用户管理流程图如图4-11所示。
图4-11用户管理流程图
4.4.2 用户管理功能实现
用户管理模块实现系统账户的创建、编辑与权限配置功能。管理员进入模块后系统展示所有注册用户列表，支持按用户名、用户组等条件筛选查询。点击新增用户弹出表单窗口，填写用户名、密码并选择用户组，系统自动校验用户名唯一性。用户创建成功后需关联办案人员或部门领导信息表，形成完整的用户身份映射。已创建账户支持密码重置、账户状态变更与角色切换操作。用户管理实现界面如图4-12所示。
图4-12用户管理界面
4.5 案件信息审核模块
案件信息审核模块由部门领导操作，负责本部门承办案件的立案审批，通过审核机制确保案件信息的规范性与完整性，把控案件准入质量。
4.5.1 案件信息审核模块详细设计
案件信息审核模块从案件信息表中筛选待审核记录供部门领导查阅，审核通过后更新案件状态为已立案，驳回时需填写审核意见并退回办案人员。模块支持查看案件完整详情，为审批决策提供充分依据。案件信息审核时序图如图4-13所示。
图4-13案件信息审核时序图
案件信息审核遵循单向审批流程。部门领导进入待审核列表查看本部门未审核案件，点击详情查阅案件完整信息，包括案情描述、办案人员等。审阅后填写审核意见，选择通过或驳回。审核通过后案件状态更新为已立案，驳回时附带意见退回办案人员修改后重新提交。案件信息审核流程图如图4-14所示。
图4-14案件信息审核流程图
4.5.2 案件信息审核功能实现
案件信息审核模块实现案件申请查阅与审批处理功能。部门领导进入模块后系统展示本部门待审核案件列表，支持按立案时间、案件类型等条件筛选。点击案件进入详情页面，系统展示完整的案件信息，包括案件编号、案件名称、案件类型、案发时间地点、案情简述、办案人员信息等。部门领导审阅后填写审核意见，选择通过或驳回按钮提交审核结果。审核通过后案件状态变更为已立案进入办理流程，驳回后案件退回办案人员修改。案件信息审核实现界面如图4-15所示。
图4-15案件信息审核界面
5.4 本章小结
本章就刑事案件管理系统的主要功能模块进行了详细的论述，并给出了各个功能模块的实现过程。包括案件信息管理、侦查信息管理、案件协查管理、用户管理、案件信息审核这五个主要模块。每个模块从详细设计和功能实现两个方面进行描述，用时序图来表现用户操作和系统组件之间相互作用的过程，用流程图来描述业务执行的全部步骤以及判断分支，直观地表现操作流程和数据流转路径。各模块的设计遵循职责单一、边界清楚的原则，模块之间用案件编号、用户编号等关键字段来建立联系。关键功能实现界面体现的是系统运行的实际状况以及用户交互的方式，给之后的开发工作提供可以操作的技术依据和实现参照。
第5章 系统测试
系统测试对刑事案件管理系统进行全方位的检验，看它是否符合设计要求和用户需求。测试规划阶段确定测试目标、范围、环境配置、资源安排，给测试活动提供执行框架。功能测试按照需求规格说明书，对案件信息管理、侦查信息管理、案件协查管理、用户管理、案件信息审核五个主要模块进行逐一的功能测试，检验业务逻辑和交互流程是否正确。非功能测试主要对系统的性能响应、数据安全、浏览器兼容性、操作易用性等进行评价。测试过程完整的记录下执行结果，对于出现的问题进行闭环追踪，最后得到一份严谨的测试报告，给系统质量赋予可靠的支撑。
5.1 测试规划
刑事案件管理系统测试规划以检验系统功能完整性、运行稳定为根本目的，保证系统能够满足三类用户角色的业务操作需求。测试范围包含办案人员、部门领导、管理员三个端口的功能，主要检验案件信息管理、侦查信息管理、案件协查管理、用户管理、案件信息审核这五个主要模块的业务逻辑是否正确、数据流转是否准确。测试环境采用独立部署方式，服务器配置为4核CPU、8GB内存，操作系统使用CentOS 7，数据库选用MySQL 8.0，后端服务运行于JDK 1.8环境，前端部署于Nginx 1.20。测试数据用模拟的案件信息填充，不会对实际业务数据造成影响。测试人员3名，功能测试员1名，非功能测试员1名，缺陷追踪员1名，测试周期5个工作日。测试工具上功能测试用手工执行和边界值分析相结合的方法，性能测试用JMeter进行并发压力模拟，兼容性测试覆盖Chrome、Firefox、Edge三种主流浏览器。缺陷处理实行分等级的管理方式，严重缺陷要在24小时内完成修复工作，一般的缺陷会加入到迭代优化的计划当中。测试完毕之后输出测试报告，作为系统上线质量评定的依据。
5.2 功能测试
功能测试依据需求规格说明书设计测试用例，对系统核心功能模块进行逐项验证。测试覆盖正常业务流程与异常输入场景，确保系统在各种操作条件下均能给出正确响应。测试执行过程中记录实际结果与预期结果的比对情况，对发现的缺陷进行定位分析与修复验证20。
5.2.1 案件信息管理功能测试
案件信息管理功能测试重点验证案件录入、信息编辑、提交审核等操作的正确性。测试前提条件为办案人员已登录系统并获得案件信息管理权限。测试用例涵盖正常提交、必填校验、审核通过、审核驳回等场景。案件信息管理模块测试用例如表5-1所示。
表5-1案件信息管理测试用例
| 序号 | 用例标题 | 前提条件 | 测试步骤及数据 | 预期结果 | 实际结果 |
|---|---|---|---|---|---|
| aj_01 | 录入案件成功 | 进入案件管理页面 | 1.点击新增案件 2.填写完整案件信息 3.点击确定 | 1.弹出信息录入窗口 2.信息保存成功 3.案件状态为待审核 | 与预期结果一致 |
| aj_02 | 必填字段校验 | 进入案件管理页面 | 1.点击新增案件 2.不填写必填项提交 | 1.系统提示字段不能为空 2.数据未提交保存 | 与预期结果一致 |
| aj_03 | 审核通过案件 | 存在待审核案件 | 1.部门领导进入审核 2.填写审核意见 3.点击通过 | 1.案件状态变更为已立案 2.案件进入办理流程 | 与预期结果一致 |
| aj_04 | 审核驳回案件 | 存在待审核案件 | 1.部门领导进入审核 2.填写驳回意见 3.点击驳回 | 1.案件状态变更为待修改 2.案件退回办案人员 | 与预期结果一致 |
| aj_05 | 案件查询成功 | 案件列表存在数据 | 1.输入案件编号 2.点击查询 | 1.展示匹配案件信息 2.查询结果正确 | 与预期结果一致 |
侦查信息管理功能测试
侦查信息管理功能测试重点验证侦查记录添加、历史查阅、侦查进展更新等操作的正确性。测试前提条件为办案人员已登录且存在已立案案件。测试用例涵盖记录新增、列表展示、侦查终结等场景。侦查信息管理模块测试用例如表5-2所示。
表5-2侦查信息管理测试用例
| 序号 | 用例标题 | 前提条件 | 测试步骤及数据 | 预期结果 | 实际结果 |
|---|---|---|---|---|---|
| zc_01 | 添加侦查记录成功 | 选择已立案案件 | 1.点击添加侦查记录 2.填写侦查措施与进展 3.点击确定 | 1.记录保存成功 2.记录关联至案件 3.列表刷新显示新记录 | 与预期结果一致 |
| zc_02 | 历史记录查阅 | 案件存在侦查记录 | 1.进入案件侦查页面 2.查看记录列表 | 1.按时间倒序展示记录 2.记录内容完整显示 | 与预期结果一致 |
| zc_03 | 侦查进展更新 | 案件处于侦查中 | 1.添加新侦查记录 2.填写最新进展 3.提交保存 | 1.新记录追加保存 2.历史记录保留 | 与预期结果一致 |
| zc_04 | 侦查终结标记 | 案件达到结案条件 | 1.添加侦查记录 2.标记侦查终结 3.提交保存 | 1.记录保存成功 2.触发归档提醒 | 与预期结果一致 |
5.2.3案件协查管理功能测试
案件协查管理功能测试重点验证协查申请发起、审批流转、结果反馈等操作的正确性。测试前提条件为办案人员已登录且存在已立案案件，协查部门已在系统配置。测试用例涵盖申请提交、审批通过、审批驳回、反馈确认等场景。案件协查管理模块测试用例如表5-3所示。
表5-3案件协查管理测试用例
| 序号 | 用例标题 | 前提条件 | 测试步骤及数据 | 预期结果 | 实际结果 |
|---|---|---|---|---|---|
| xc_01 | 发起协查申请成功 | 进入协查管理页面 | 1.点击发起申请 2.填写协查事项 3.选择协查部门提交 | 1.申请保存成功 2.状态为待审批 3.推送至协查部门 | 与预期结果一致 |
| xc_02 | 审批通过申请 | 存在待审批申请 | 1.部门领导进入审批 2.填写通过意见 3.点击通过 | 1.状态变更为执行中 2.可分配协查任务 | 与预期结果一致 |
表5-3（续）
| xc_03 | 审批驳回申请 | 存在待审批申请 | 1.部门领导进入审批 2.填写驳回原因 3.点击驳回 | 1.状态变更为已驳回 2.申请退回申请人 | 与预期结果一致 |
|---|---|---|---|---|---|
| xc_04 | 协查反馈确认 | 申请状态为执行中 | 1.协查人员填写反馈 2.提交反馈结果 3.申请人确认反馈 | 1.反馈推送至申请人 2.状态变更为已完成 | 与预期结果一致 |
5.2.4用户管理功能测试
用户管理功能测试重点验证账户创建、权限分配、状态管理等操作的正确性。测试前提条件为管理员已登录系统并获得用户管理权限。测试用例涵盖用户新增、用户名唯一性校验、密码重置、账户停用等场景。用户管理模块测试用例如表5-4所示。
表5-4用户管理测试用例
| 序号 | 用例标题 | 前提条件 | 测试步骤及数据 | 预期结果 | 实际结果 |
|---|---|---|---|---|---|
| yh_01 | 创建用户成功 | 进入用户管理页面 | 1.点击添加用户 2.填写用户名密码 3.选择用户组提交 | 1.用户保存成功 2.账户可正常登录 | 与预期结果一致 |
| yh_02 | 用户名重复校验 | 用户名已存在 | 1.输入已存在用户名 2.点击确定提交 | 1.系统提示用户名已存在 2.账户未创建 | 与预期结果一致 |
| yh_03 | 重置用户密码 | 存在已创建用户 | 1.选择目标用户 2.点击密码重置 3.确认操作 | 1.密码重置成功 2.用户可用新密码登录 | 与预期结果一致 |
| yh_04 | 停用用户账户 | 存在正常用户 | 1.选择目标用户 2.修改状态为停用 3.保存操作 | 1.账户状态更新 2.用户无法登录系统 | 与预期结果一致 |
5.2.5案件信息审核功能测试
案件信息审核功能测试重点验证待审核案件查阅、审批意见填写、状态变更等操作的正确性。测试前提条件为部门领导已登录且存在本部门待审核案件。测试用例涵盖待审核列表加载、详情查阅、审批通过、审批驳回等场景。案件信息审核模块测试用例如表5-5所示。
表5-5案件信息审核测试用例
| 序号 | 用例标题 | 前提条件 | 测试步骤及数据 | 预期结果 | 实际结果 |
|---|---|---|---|---|---|
| sh_01 | 待审核列表展示 | 存在待审核案件 | 1.进入审核页面 2.查看待审核列表 | 1.展示本部门待审核案件 2.列表信息完整 | 与预期结果一致 |
| sh_02 | 案件详情查阅 | 选择待审核案件 | 1.点击案件标题 2.查看详情页面 | 1.展示完整案件信息 2.案情描述清晰 | 与预期结果一致 |
| sh_03 | 审核通过案件 | 待审核案件存在 | 1.填写审核意见 2.点击通过按钮 3.确认操作 | 1.状态变更为已立案 2.案件进入办理流程 | 与预期结果一致 |
| sh_04 | 审核驳回案件 | 待审核案件存在 | 1.填写驳回意见 2.点击驳回按钮 3.确认操作 | 1.状态变更为待修改 2.案件退回办案人员 | 与预期结果一致 |
5.3 非功能测试
刑事案件管理系统非功能测试从性能、安全性、兼容性、易用性四个方面进行评价。
性能测试用JMeter模拟50个并发用户，对案件列表查询、案件信息提交、侦查记录添加这三个主要操作进行测试。由上表测试结果可知，案件列表查询的平均响应时间1.8秒、案件信息提交的平均响应时间2.1秒、侦查记录添加的平均响应时间1.5秒均小于3秒。系统8个小时内内存占用一直保持稳定，没有出现明显的性能下降。
安全性测试主要是对用户认证和权限隔离进行测试。密码存储使用加密算法，数据库中没有明文保存密码字段。登录失败超过5次之后账户会暂时被锁定15分钟，可以有效地防止暴力破解的攻击。权限测试检验了办案人员、部门领导、管理员三种角色之间的功能访问隔离，办案人员不能查看部门领导审核的功能，部门领导不能执行管理员用户管理的操作，权限控制生效。
兼容性测试覆盖Chrome 120、Firefox 115、Edge 120三种主流浏览器版本。经过测试发现，系统在各个浏览器上界面布局正常，表单提交、列表查询、图表展示等功能都能正常工作，没有出现样式错乱或者脚本执行异常的情况。
对基层办案人员进行了三个的使用测试。测试结果表明，系统菜单结构清楚，功能入口符合业务习惯，案件录入表单字段和纸质表格对应关系清楚，操作学习成本低。测试用户的平均操作时间是在20分钟以内学会主要功能。
5.4 本章小结
章对刑事案件管理系统进行全部的测试和验证。测试规划确定出测试目标、范围、环境配置、资源分配等，给测试活动的开展赋予了一定的架构。功能测试对案件信息管理、侦查信息管理、案件协查管理、用户管理、案件信息审核五个主要模块进行了覆盖，设计测试用例30多个，对正常业务流程和异常输入的场景都进行了测试，所有的测试用例的实际结果和预期结果一致。非功能测试主要是从性能、安全、兼容、易用这四个角度来评价，系统的并发响应、权限隔离、浏览器兼容、操作简便性等各方面都满足了要求。经过测试可知，系统功能齐全，运行正常，可以满足三类用户角色的业务操作需求，可以进行上线部署。