摘 要
本文旨在介绍基于Spring Boot框架开发的律师事务所管理系统的设计与实现。随着法律服务行业的发展和律师事务所规模的不断扩大,建立一套高效的管理系统对于提升律所运营效率和服务质量至关重要。该系统旨在整合律所的日常管理需求,包括案源信息管理、办案信息管理、文件申请管理、收费情况管理、提成申请管理、报销申请管理、归档案件管理等功能,实现律所内部流程的数字化和智能化管理。
通过充分利用Spring Boot框架的优势,律师事务所管理系统实现了高效稳定的后端服务,为律所提供便捷的管理工具。系统包括律师信息管理、源信息管理、办案信息管理、文件申请管理、收费情况管理、提成申请管理、报销申请管理、归档案件管理等核心模块,通过合理的数据库设计和业务逻辑处理,确保系统的稳定性和数据安全性。律所工作人员可以通过系统高效地管理案件信息、提高工作效率,为客户提供更优质的法律服务。
该律师事务所管理系统的设计与实现将为律所管理带来诸多便利和优势。通过数字化管理和智能化分析,律所能够实现案件信息共享、工作流程优化,提升团队协作效率和服务质量。未来,系统的持续优化和升级将进一步推动律所管理模式的现代化转型,助力律所提升竞争力和服务水平。
关键词:律师事务所管理系统;java;springboot
Abstract
This paper aims to introduce the design and implementation of law firm management system based on Spring Boot framework. With the development of the legal service industry and the continuous expansion of the scale of law firms, it is very important to establish an efficient management system to improve the operation efficiency and service quality of law firms. The system is designed to integrate the daily management needs of the law firm, including case source information management, case handling information management, document application management, fee management, commission application management, reimbursement application management, archived case management and other functions, to achieve digital and intelligent management of the law firm's internal process.
By making full use of the advantages of Spring Boot framework, the law firm management system realizes efficient and stable back-end services and provides convenient management tools for law firms. The system includes core modules such as lawyer information management, source information management, case-handling information management, document application management, fee management, royalty application management, reimbursement application management, and archived case management. Through reasonable database design and business logic processing, the stability and data security of the system are ensured. The staff of the law firm can effectively manage the case information, improve the work efficiency, and provide clients with better legal services.
The design and implementation of the law firm management system will bring many convenience and advantages to the law firm management. Through digital management and intelligent analysis, law firms can realize case information sharing, workflow optimization, and improve team collaboration efficiency and service quality. In the future, the continuous optimization and upgrading of the system will further promote the modernization and transformation of the law firm's management model, and help the law firm to improve its competitiveness and service level.
Keywords: Law firm management system; java; springboot
目录
一、 引言
(一)研究背景及意义
随着法律服务行业的不断发展和律师事务所规模的扩大,律所管理面临着诸多挑战和需求。建立一套高效的管理系统对于提升律所运营效率、优化资源配置、提高服务质量具有重要意义。基于Spring Boot框架的律师事务所管理系统的研究与实现,旨在满足律所管理的数字化、智能化需求,提高律所内部流程的管理效率和服务水平。
传统的律师事务所管理方式存在着信息孤岛、工作效率低下等问题,亟需引入现代化信息技术来优化管理模式。研究基于Spring Boot的律师事务所管理系统可以有效整合律所的各项管理需求,实现律所内部信息的共享与协作,提升工作效率和团队协作能力。系统的研究不仅有助于提高律所内部管理水平,还能为律所提供更专业化、便捷化的服务,符合现代法律服务业的发展趋势。
通过研究律师事务所管理系统的设计与实现,可以推动律所管理模式的转型升级,提高律所的竞争力和服务质量。借助Spring Boot框架的强大功能,律所能够实现信息化管理、数据分析和智能决策,提升律所的运营效率和客户满意度。这一研究具有推动法律服务行业数字化转型的重要意义,为律所未来发展提供有力支持和指导。
律师事务所管理系统从角色上划分为了普通用户、律师用户以及管理员三种角色。
普通用户:
(1)注册登录:用户通过注册登录系统,可通过点击头像中我的账户,对个人信息进行增删改查。比如个人资料、头像和密码修改。
(2)案源信息管理:用户点击可查看案源信息列表。
(3)办案信息管理:用户点击可查看办案信息列表。
(4)文件申请管理:用户点击可查看文件申请列表。
(4)收费情况管理:用户点击可查看收费情况列表,同时可进行支付操作。
(5)公告信息管理: 用户点击可查看公告信息列表。
律师用户:
(1)注册登录:用户通过注册登录系统,可通过点击头像中我的账户,对个人信息进行增删改查。比如个人资料、头像和密码修改。
(2)案源信息管理:用户点击可查看案源信息列表和案源信息添加;点击“案源信息添加”,输入案源编号,选择用户账号,输入用户姓名、联系方式、案源名称、案源类型,选择案件律师,点击“提交”按钮进行添加。
(3)办案信息管理:用户点击可查看办案信息列表和办案信息添加;点击“办案信息添加”,选择案件编号、案件状态、案件类型,输入案件审级,选择收案日期、委托人姓名、当事人姓名、对方当事人、办案律师和输入办案说明和案情过程,点击“提交”按钮进行添加;同时可点击“文件申请”进行操作。
(4)文件申请管理:用户点击可查看文件申请列表,同时可点击“客户收费”进行填写收费信息,包括应收金额、实收金额、缴费提醒和减免缘由。点击“归纳整理”可填写归纳信息,包括委托人姓名、身份信息、联系方式、家庭住址、当事人姓名、当事人性别、联系电话、当事人地址、当事人身份、身份证号、组织机构号、对方当事人、证件号码、联系号码、联系地址、收费方式、应收金额、实收金额、办案律师、收费提醒、减免缘由、办案说明、法援性质、援助对象、法援案号、法援机构和结算标识,点击“提交”按钮进行添加。点击“申请提成”进行填写提成信息,包括提成申请和申请原因。
(5)收费情况管理:用户点击可查看收费情况列表。
(6)归档案件管理:用户点击可查看归档案件列表,同时可点击“申请报销”进行填写报销信息,包括报销名称、报销金额、申请时间、报销原因。
(7)提成申请管理:用户点击可查看提成申请列表。
(8)报销申请管理:用户点击可查看报销申请列表。
(9)公告信息管理:用户点击可查看公告信息列表。
管理员:
(1)登录:管理员的账号是在数据列表中直接设置生成的,不需要进行注册,可直接输入账号密码登录,同时可对管理员资料进行增删改查。
(2)系统用户:管理员点击可查看管理员、普通用户和律师用户,同时可对系统用户进行增删改查。
(3)案件类型管理:管理员点击可查看案件类型列表,同时可对案件类型进行增删改查。
(4)案件状态管理:管理员点击可查看案件类型列表,同时可对案件状态进行增删改查。
(5)收费类型管理:管理员点击可查看收费类型列表,同时可对收费类型进行增删改查。
(6)案源信息管理:管理员点击可查看案源信息列表,同时可对律师用户添加的案源信息进行审核回复。
(7)立案审批管理:管理员点击可查看立案审批列表。
(8)文书申请管理:管理员点击可查看文书申请列表,同时可对律师用户添加的文书申请进行审核回复。
(9)财务信息管理:管理员点击可查看财务信息列表。
(10)归档案件管理:管理员点击可查看归档案件列表。
(11)提成申请管理:管理员点击可查看提成申请列表,同时可对律师用户添加的提成申请进行审核回复。
(12)报销申请管理:管理员点击可查看报销申请列表,同时可对律师用户添加的报销申请进行审核回复。
(12)公告信息管理:管理员点击可查看公告信息列表和公告信息添加;点击“公告信息添加”,输入公告标题、公告事项,选择发布时间和输入公告内容,点击“提交”按钮进行添加。
目前,国内外律师事务所管理系统的设计与实现已成为学术研究的热点之一
在国外,许多研究机构和高校致力于开发基于SPringboot框架的律所管理系统,以提高律所的运营效率和客户服务质量。这些系统通常包括案件管理、客户关系管理、财务管理等模块,以满足律所多样化的管理需求。
在国内,随着信息化技术的快速发展,越来越多的律师事务所开始关注和应用SPringboot框架构建管理系统。国内研究者也在律所管理系统的设计与实现方面进行了大量实证研究,探讨如何利用技术手段提升律所的管理水平和服务质量,为律所的可持续发展提供支持。
未来,随着大数据等新兴技术的不断融入,律师事务所管理系统的设计与实现将迎来更多创新。国内外研究者将继续探索如何通过技术创新,打造智能化、高效化的律所管理系统,推动律师事务所向数字化转型迈进。
律师事务所管理系统的开发及实现,所需要的实现的目标如下:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,律师事务所管理系统的开发使用springboot框架,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户触,并且根据用户触划分确定所要设计的功能模块,对律师事务所管理系统的设计主要划分别为管理员、普通用户和律师用户,并所使用的功能模块也相应不同,但系统的数据库实现的内容是交互的,用户可以随时根据自己的需求进行校园资讯信息搜索,对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作,管理员获取到所有用户的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,通过测试来判断程序是否完善,对于系统测试,要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
(1)律师事务所管理系统中的web后台管理中的后端不再使用古老的jsp+javabean+servlet技术,而是使用当前主流的springboot框架,它减少java配置代码,简化编程代码,目前springboot框架也是很多企业选择的框架之一。
(2)律师事务所管理系统中的web后台管理中的前端使用的是bootstrap框架,它配合ajax和jquery可以美化页面设计。
(3)流行vue框架结合jQuery技术,在jQuery基础上扩展一些插件,通过自己定义插件更好的实现前端的设计。
(4)律师事务所管理系统中数据库用的mysql5.7,它执行效率高。
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
三、律师事务所管理系统分析
(一)可行性分析
从开发工具来看,由于律师事务所管理系统是基于JAVA的,因此有很多开发工具都可以进行开发,这些功能强大的开发工具可以给我来设计律师事务所管理系统带来非常大的方便。
从律师事务所管理系统的本身技术来说,对于我来开发一个律师事务所管理系统这个毕设是不费事的。律师事务所管理系统的开发可以简单的分为前台端、后台端开发以及数据库开发。其中的大部分技术难点在我上学时已经使用过了,同时网络上很多技术点可以让我来借鉴。Web后台管理使用JAVA的springboot架构开发,数据库使用mysql,页面上使用javascript脚本,因此为我在开发律师事务所管理系统这个毕设上省去了很多多余代码,这给我的毕设项目编写带来了极大的便利。综上所述,从技术层面来看开发律师事务所管理系统是可行的。
从用户体验来看,市面上很多被广泛使用的系统案例可以让我来参考,因此我可以综合它们的页面交互设计的优点,基于我的毕设项目特点来进行改版,最后达到令用户满意的页面交互体验。综上所述,从技术层面来看开发律师事务所管理系统是可行的。
从律师事务所管理系统的开发成本来看,律师事务所管理系统的设计和开发都是我自己完成的,没有其他成本上的开销。
从律师事务所管理系统的维护成本来看,律师事务所管理系统的开发遵循一套完整的代码编写规范,并且律师事务所管理系统的结构设计非常灵活,遵循高内聚低耦合的原则,因此易于维护和迭代开发。
在律师事务所管理系统上线之后,上线前期我会根据真实需求来调查,对使用我开发的律师事务所管理系统来制定一套符合的使用费。系统运行稳定后我会将推广范围到其他的景点当中,其他景点可以使用我的律师事务所管理系统,只需要缴纳一点点的定金,我会给他们引入广告投资和自营业务。
综合以上的分析,律师事务所管理系统所带来的经济效益将会带来极大的收益。并且随着我的推广,来使用我开发的律师事务所管理系统的市场将越来越大,律师事务所管理系统带来的利润也就越来越多。因此,从经济层面来看开发律师事务所管理系统的是可行的。
(二) 非功能性分分析
律师事务所管理系统的非功能性需求比如律师事务所管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1律师事务所管理系统非功能需求表
安全性 | 主要指律师事务所管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指律师事务所管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响律师事务所管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着律师事务所管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 律师事务所管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
(三)系统用例分析
根据上一节功能分析,可以得出系统的用例,用户角色(普通用户和律师用户)用例如图3.1所示。

图3.1律师事务所管理系统中用户角色用例图
管理员角色用例如图3.2所示。
图3.2 律师事务所管理系统管理员角色用例图
四、 律师事务所管理系统总体设计
(一)系统模块设计
根据律师事务所管理系统的功能分析可知,律师事务所管理系统中整体功能模块图如图4.1所示,

图4.1 律师事务所管理系统功能模块图
(二)数据库设计
1. 数据库概念结构设计
下面是整个律师事务所管理系统中主要的数据库表总E-R实体关系图。

图4.2 律师事务所管理系统总E-R关系图
2. 数据库逻辑结构设计
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
表announcement_information (公告信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | announcement_information_id | int | 10 | 0 | N | Y | 公告信息ID | |
2 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
3 | announcement_matters | varchar | 64 | 0 | Y | N | 公告事项 | |
4 | release_time | datetime | 19 | 0 | Y | N | 发布时间 | |
5 | announcement_content | longtext | 2147483647 | 0 | Y | N | 公告内容 | |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | case_information_id | int | 10 | 0 | N | Y | 归档案件ID | |
2 | case_number | varchar | 64 | 0 | N | N | 案件编号 | |
3 | case_status | varchar | 64 | 0 | Y | N | 案件状态 | |
4 | case_type | varchar | 64 | 0 | Y | N | 案件类型 | |
5 | case_review_level | varchar | 64 | 0 | Y | N | 案件审级 | |
6 | collection_date | date | 10 | 0 | Y | N | 收案日期 | |
7 | name_of_principal | int | 10 | 0 | Y | N | 0 | 委托人姓名 |
8 | identity_information | varchar | 255 | 0 | Y | N | 身份信息 | |
9 | contact_information | varchar | 16 | 0 | Y | N | 联系方式 | |
10 | home_address | text | 65535 | 0 | Y | N | 家庭住址 | |
11 | name_of_the_party_involved | int | 10 | 0 | Y | N | 0 | 当事人姓名 |
12 | gender_of_the_parties_involved | varchar | 64 | 0 | Y | N | 当事人性别 | |
13 | contact_phone_number | varchar | 16 | 0 | Y | N | 联系电话 | |
14 | address_of_the_parties_involved | text | 65535 | 0 | Y | N | 当事人地址 | |
15 | identity_of_the_parties_involved | varchar | 64 | 0 | Y | N | 当事人身份 | |
16 | id_number | varchar | 255 | 0 | Y | N | 身份证号 | |
17 | organizational_number | varchar | 64 | 0 | Y | N | 组织机构号 | |
18 | the_other_party | int | 10 | 0 | Y | N | 0 | 对方当事人 |
19 | identification_number | varchar | 255 | 0 | Y | N | 证件号码 | |
20 | contact_number | varchar | 16 | 0 | Y | N | 联系号码 | |
21 | contact_address | text | 65535 | 0 | Y | N | 联系地址 | |
22 | charging_method | varchar | 64 | 0 | Y | N | 收费方式 | |
23 | accounts_receivable | varchar | 64 | 0 | Y | N | 应收金额 | |
24 | actual_amount_received | varchar | 64 | 0 | Y | N | 实收金额 | |
25 | case_handling_lawyer | int | 10 | 0 | Y | N | 0 | 办案律师 |
26 | payment_reminder | date | 10 | 0 | Y | N | 缴费提醒 | |
27 | reason_for_exemption | text | 65535 | 0 | Y | N | 减免缘由 | |
28 | case_description | longtext | 2147483647 | 0 | Y | N | 办案说明 | |
29 | legal_aid_nature | varchar | 64 | 0 | Y | N | 法援性质 | |
30 | assistance_recipients | int | 10 | 0 | Y | N | 0 | 援助对象 |
31 | legal_aid_case_number | varchar | 64 | 0 | Y | N | 法援案号 | |
32 | legal_aid_agencies | varchar | 64 | 0 | Y | N | 法援机构 | |
33 | settlement_identifier | varchar | 64 | 0 | Y | N | 结算标识 | |
34 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
35 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | case_status_id | int | 10 | 0 | N | Y | 案件状态ID | |
2 | state_classification | varchar | 64 | 0 | Y | N | 状态分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | case_type_id | int | 10 | 0 | N | Y | 案件类型ID | |
2 | case_classification | varchar | 64 | 0 | Y | N | 案件分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | channel_type_id | int | 10 | 0 | N | Y | 渠道类型ID | |
2 | channel_classification | varchar | 64 | 0 | Y | N | 渠道分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表commission_application (提成申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | commission_application_id | int | 10 | 0 | N | Y | 提成申请ID | |
2 | case_number | varchar | 64 | 0 | N | N | 案件编号 | |
3 | case_status | varchar | 64 | 0 | Y | N | 案件状态 | |
4 | case_type | varchar | 64 | 0 | Y | N | 案件类型 | |
5 | case_review_level | varchar | 64 | 0 | Y | N | 案件审级 | |
6 | collection_date | date | 10 | 0 | Y | N | 收案日期 | |
7 | case_handling_lawyer | int | 10 | 0 | Y | N | 0 | 办案律师 |
8 | legal_aid_nature | varchar | 64 | 0 | Y | N | 法援性质 | |
9 | commission_application | varchar | 64 | 0 | Y | N | 提成申请 | |
10 | reason_for_application | text | 65535 | 0 | Y | N | 申请原因 | |
11 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
12 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | document_application_id | int | 10 | 0 | N | Y | 文书申请ID | |
2 | case_number | varchar | 64 | 0 | N | N | 案件编号 | |
3 | case_status | varchar | 64 | 0 | Y | N | 案件状态 | |
4 | case_type | varchar | 64 | 0 | Y | N | 案件类型 | |
5 | case_review_level | varchar | 64 | 0 | Y | N | 案件审级 | |
6 | collection_date | date | 10 | 0 | Y | N | 收案日期 | |
7 | name_of_principal | int | 10 | 0 | Y | N | 0 | 委托人姓名 |
8 | name_of_the_party_involved | int | 10 | 0 | Y | N | 0 | 当事人姓名 |
9 | the_other_party | int | 10 | 0 | Y | N | 0 | 对方当事人 |
10 | case_handling_lawyer | int | 10 | 0 | Y | N | 0 | 办案律师 |
11 | case_description | varchar | 64 | 0 | Y | N | 办案说明 | |
12 | case_process | varchar | 64 | 0 | Y | N | 案情过程 | |
13 | application_time | datetime | 19 | 0 | Y | N | 申请时间 | |
14 | nature_of_documents | varchar | 64 | 0 | Y | N | 文书性质 | |
15 | upload_attachments | varchar | 255 | 0 | Y | N | 上传附件 | |
16 | document_description | longtext | 2147483647 | 0 | Y | N | 文书说明 | |
17 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
18 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
19 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | document_type_id | int | 10 | 0 | N | Y | 文书类型ID | |
2 | document_classification | varchar | 64 | 0 | Y | N | 文书分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | fee_type_id | int | 10 | 0 | N | Y | 收费类型ID | |
2 | fee_classification | varchar | 64 | 0 | Y | N | 收费分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | filing_approval_id | int | 10 | 0 | N | Y | 立案审批ID | |
2 | case_status | varchar | 64 | 0 | Y | N | 案件状态 | |
3 | case_type | varchar | 64 | 0 | Y | N | 案件类型 | |
4 | case_review_level | varchar | 64 | 0 | Y | N | 案件审级 | |
5 | collection_date | date | 10 | 0 | Y | N | 收案日期 | |
6 | acceptance_institution | varchar | 64 | 0 | Y | N | 受理机构 | |
7 | case_number | varchar | 64 | 0 | Y | N | 案件案号 | |
8 | reason_for_the_case | varchar | 64 | 0 | Y | N | 案件缘由 | |
9 | name_of_principal | int | 10 | 0 | Y | N | 0 | 委托人姓名 |
10 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
11 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
12 | home_address | varchar | 64 | 0 | Y | N | 家庭住址 | |
13 | name_of_the_party_involved | int | 10 | 0 | Y | N | 0 | 当事人姓名 |
14 | the_other_party | int | 10 | 0 | Y | N | 0 | 对方当事人 |
15 | conflict_of_interest | varchar | 64 | 0 | Y | N | 利益冲突 | |
16 | fee_amount | int | 10 | 0 | Y | N | 0 | 收费金额 |
17 | charging_method | varchar | 64 | 0 | Y | N | 收费方式 | |
18 | case_handling_lawyer | int | 10 | 0 | Y | N | 0 | 办案律师 |
19 | case_description | longtext | 2147483647 | 0 | Y | N | 办案说明 | |
20 | case_process | longtext | 2147483647 | 0 | Y | N | 案情过程 | |
21 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
22 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
23 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | financial_information_id | int | 10 | 0 | N | Y | 财务信息ID | |
2 | case_number | varchar | 64 | 0 | N | N | 案件编号 | |
3 | case_status | varchar | 64 | 0 | Y | N | 案件状态 | |
4 | case_type | varchar | 64 | 0 | Y | N | 案件类型 | |
5 | case_review_level | varchar | 64 | 0 | Y | N | 案件审级 | |
6 | collection_date | date | 10 | 0 | Y | N | 收案日期 | |
7 | name_of_principal | int | 10 | 0 | Y | N | 0 | 委托人姓名 |
8 | name_of_the_party_involved | int | 10 | 0 | Y | N | 0 | 当事人姓名 |
9 | the_other_party | int | 10 | 0 | Y | N | 0 | 对方当事人 |
10 | case_handling_lawyer | int | 10 | 0 | Y | N | 0 | 办案律师 |
11 | charging_method | varchar | 64 | 0 | Y | N | 收费方式 | |
12 | accounts_receivable | varchar | 64 | 0 | Y | N | 应收金额 | |
13 | actual_amount_received | varchar | 64 | 0 | Y | N | 实收金额 | |
14 | payment_reminder | date | 10 | 0 | Y | N | 缴费提醒 | |
15 | reason_for_exemption | text | 65535 | 0 | Y | N | 减免缘由 | |
16 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
17 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
18 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
19 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | lawyer_users_id | int | 10 | 0 | N | Y | 律师用户ID | |
2 | lawyers_name | varchar | 64 | 0 | Y | N | 律师姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 律师性别 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | regular_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | contact_information | varchar | 16 | 0 | Y | N | 联系方式 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表reimbursement_application (报销申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | reimbursement_application_id | int | 10 | 0 | N | Y | 报销申请ID | |
2 | case_number | varchar | 64 | 0 | N | N | 案件编号 | |
3 | case_status | varchar | 64 | 0 | Y | N | 案件状态 | |
4 | case_type | varchar | 64 | 0 | Y | N | 案件类型 | |
5 | case_review_level | varchar | 64 | 0 | Y | N | 案件审级 | |
6 | collection_date | date | 10 | 0 | Y | N | 收案日期 | |
7 | case_handling_lawyer | int | 10 | 0 | Y | N | 0 | 办案律师 |
8 | legal_aid_nature | varchar | 64 | 0 | Y | N | 法援性质 | |
9 | reimbursement_name | varchar | 64 | 0 | Y | N | 报销名称 | |
10 | reimbursement_amount | int | 10 | 0 | Y | N | 0 | 报销金额 |
11 | application_time | datetime | 19 | 0 | Y | N | 申请时间 | |
12 | reason_for_reimbursement | text | 65535 | 0 | Y | N | 报销原因 | |
13 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
14 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | review_level_type_id | int | 10 | 0 | N | Y | 审级类型ID | |
2 | review_level_classification | varchar | 64 | 0 | Y | N | 审级分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | source_channel_id | int | 10 | 0 | N | Y | 案源渠道ID | |
2 | case_source_number | varchar | 64 | 0 | Y | N | 案源编号 | |
3 | user_account | int | 10 | 0 | Y | N | 0 | 用户账号 |
4 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
5 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
6 | source_name | varchar | 64 | 0 | Y | N | 案源名称 | |
7 | case_type | varchar | 64 | 0 | Y | N | 案源类型 | |
8 | case_handling_lawyer | int | 10 | 0 | Y | N | 0 | 办案律师 |
9 | channel_information | varchar | 64 | 0 | Y | N | 渠道信息 | |
10 | follow_up_time | datetime | 19 | 0 | Y | N | 跟进时间 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
五、律师事务所管理系统设计与实现
律师事务所管理系统的详细设计与实现主要是根据前面的律师事务所管理系统的需求分析和律师事务所管理系统的总体设计来设计页面并实现业务逻辑。主要从律师事务所管理系统界面实现、业务逻辑实现这两部分进行介绍。
不是律师事务所管理系统中正式用户的是可以在线进行注册的,如果你没有本律师事务所管理系统的账号的话,添加“注册”,当填写上自己的账号+密码+确认密码+昵称+邮箱+身份+联系电话等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。注册界面实现了用户的注册,其注册界面展示如下图4。2所示。

图5.1 注册界面图
注册逻辑代码如下:
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
query.put("username",user.getUsername());
List list = service.select(query, new HashMap<>()).getResultList();
if (list.size()>0){
return error(30000, "用户已存在");
}
user.setUserId(null);
user.setPassword(service.encryption(user.getPassword()));
service.save(user);
return success(1);
}
/**
* 用户ID:[0,8388607]用户获取其他与用户相关的数据
*/
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "user_id")
private Integer userId;
/**
* 账户状态:[0,10](1可用|2异常|3已冻结|4已注销)
*/
@Basic
@Column(name = "state")
private Integer state;
/**
* 所在用户组:[0,32767]决定用户身份和权限
*/
@Basic
@Column(name = "user_group")
private String userGroup;
/**
* 上次登录时间:
*/
@Basic
@Column(name = "login_time")
private Timestamp loginTime;
/**
* 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时
*/
@Basic
@Column(name = "phone")
private String phone;
/**
* 手机认证:[0,1](0未认证|1审核中|2已认证)
*/
@Basic
@Column(name = "phone_state")
private Integer phoneState;
/**
* 用户名:[0,16]用户登录时所用的账户名称
*/
@Basic
@Column(name = "username")
private String username;
/**
* 昵称:[0,16]
*/
@Basic
@Column(name = "nickname")
private String nickname;
/**
* 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成
*/
@Basic
@Column(name = "password")
private String password;
/**
* 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时
*/
@Basic
@Column(name = "email")
private String email;
/**
* 邮箱认证:[0,1](0未认证|1审核中|2已认证)
*/
@Basic
@Column(name = "email_state")
private Integer emailState;
/**
* 头像地址:[0,255]
*/
@Basic
@Column(name = "avatar")
private String avatar;
/**
* 创建时间:
*/
@Basic
@Column(name = "create_time")
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private Timestamp createTime;
@Basic
@Transient
private String code;
}
律师事务所管理系统中的前台上注册后的用户是可以通过自己的用户名+密码+验证码进行登录的,当用户输入完整的自己的用户名+密码+验证码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到律师事务所管理系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4.3所示。

图5.2 登录界面图
登录的逻辑代码如下所示。
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
5.4.1案源信息管理
案源信息管理:用户点击可查看案源信息列表和案源信息添加;点击“案源信息添加”,输入案源编号,选择用户账号,输入用户姓名、联系方式、案源名称、案源类型,选择案件律师,点击“提交”按钮进行添加。界面图如下。

图5.3 案源信息添加界面图
5.4.2办案信息管理
办案信息管理:用户点击可查看办案信息列表和办案信息添加;点击“办案信息添加”,选择案件编号、案件状态、案件类型,输入案件审级,选择收案日期、委托人姓名、当事人姓名、对方当事人、办案律师和输入办案说明和案情过程,点击“提交”按钮进行添加;同时可点击“文件申请”进行操作。界面图如下。

图5.4 办案信息添加界面图
5.4.3文件申请管理
文件申请管理:用户点击可查看文件申请列表,同时可点击“客户收费”进行填写收费信息,包括应收金额、实收金额、缴费提醒和减免缘由。点击“申请提成”进行填写提成信息,包括提成申请和申请原因。界面图如下。

图5.5 文件申请管理界面图
点击“归纳整理”可填写归纳信息,包括委托人姓名、身份信息、联系方式、家庭住址、当事人姓名、当事人性别、联系电话、当事人地址、当事人身份、身份证号、组织机构号、对方当事人、证件号码、联系号码、联系地址、收费方式、应收金额、实收金额、办案律师、收费提醒、减免缘由、办案说明、法援性质、援助对象、法援案号、法援机构和结算标识,点击“提交”按钮进行添加。

图5.6 归纳整理界面图
5.4.4归档案件管理
归档案件管理:用户点击可查看归档案件列表,同时可点击“申请报销”进行填写报销信息,包括报销名称、报销金额、申请时间、报销原因。界面图如下。

图5.7 申请报销面图
5.5.1提成申请管理
提成申请管理:管理员点击可查看提成申请列表,同时可对律师用户添加的提成申请进行审核回复。界面图如下。

图5.8 提成申请管理界面图
5.5.2公告信息管理
公告信息管理:管理员点击可查看公告信息列表和公告信息添加;点击“公告信息添加”,输入公告标题、公告事项,选择发布时间和输入公告内容,点击“提交”按钮进行添加。界面图如下。

图5.9 公告信息添加界面图
六、律师事务所管理系统测试
律师事务所管理系统测试是为了检验软件是否达到设计要求,是否存在错误,通过测试的方法来检查律师事务所管理系统,以便发现律师事务所管理系统中的错误。测试工作是保证律师事务所管理系统质量的关键。
(一) 调试部分问题
问题1:数据库无法添加中文。
解决过程:重新创建数据库,将库的编码格式改为utf8。
效果:能在新库的表中添加中文。
问题2:控制台报错前台与后台参数不一致
解决过程:检查代码,找到报错参数完成修改,继续报错,服务器移除项目重新运行。
效果:重启项目不再报错。
问题3:报错No bean named 'sysLogServiceImpl' available找不到名为sysLogServiceImpl的bean的对象。
解决过程:询问导师报错原因,发现错误原因是未添加注解@Service,需要在在impl实现类的外面添加@Service注解。
效果:重新debug项目无报错。
问题4:启动项目时报错:Mapped Statements collection does not contain value for
解决过程:网上搜索解决办法,出错可能的原因有多个,经过努力排查,错误原因是mapper映射地址有误。在mybatis-config里重新配置地址。
效果:项目启动正常
系统测试包括:用户登录功能测试、案源信息查看功能测试、办案信息信息添加、公告信息搜索、密码修改功能测试,如表5-1、5-2、5-3、5-4、5-5所示:
用户登录功能测试:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
案源信息查看功能测试:
表5-2 案源信息查看功能测试表
用例名称 | 案源信息查看 |
目的 | 测试案源信息查看功能 |
前提 | 用户登录 |
测试流程 | 点击案源信息 |
预期结果 | 可以查看到所有案源信息列表 |
实际结果 | 实际结果与预期结果一致 |
律师用户添加办案信息界面测试:
表5-3 律师用户添加办案信息界面测试表
用例名称 | 办案信息发布测试用例 |
目的 | 测试办案信息发布功能 |
前提 | 律师用户正常登录情况下 |
测试流程 | 1)律师用户点击办案信息管理,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的办案信息 |
实际结果 | 实际结果与预期结果一致 |
公告信息搜索功能测试:
表5-4 公告信息搜索功能测试表
用例名称 | 公告信息搜索测试 |
目的 | 测试公告信息搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的公告信息 |
实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表5-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
通过编写律师事务所管理系统的测试用例,已经检测完毕用户登录功能测试、案源信息查看功能测试、办案信息信息添加、公告信息搜索、密码修改功能测试,通过这5大模块为律师事务所管理系统的后期推广运营提供了强力的技术支撑。
七、结论
至此,律师事务所管理系统已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如springboot、JAVA技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
参考文献
[1]赵旭东.计算机软件开发与设计中Java语言的应用研究[J].信息与电脑(理论版),2023,35(24):31-33.
[2]马庆.计算机软件开发中JAVA编程语言的应用[J].山西电子技术,2023(06):84-86+98.
[3]吴晓璐. 证监会、司法部修订发布《律师事务所从事证券法律业务管理办法》[N]. 证券日报,2023-10-28(A02).DOI:10.28096/n.cnki.ncjrb.2023.005794.
[4]黎建玲.基于律师分级管理的律师人才培养战略研究[J].企业改革与管理,2023(19):88-90.DOI:10.13768/j.cnki.cn11-3793/f.2023.1072.
[5]尹应荆.JAVA编程语言在计算机软件开发中的应用[J].石河子科技,2023(05):45-47.
[6]Liang C . [J]. Academic Journal of Computing & Information Science,2023,6(9).
[7]袁琳琳.浅析Java语言在计算机软件开发中的应用[J].信息记录材料,2023,24(09):81-83.DOI:10.16009/j.cnki.cn13-1295/tq.2023.09.006.
[8]邓钦予.律师事务所财务管理的问题及完善措施分析[J].中国中小企业,2023(07):117-119.
[9]顾颖. 放管服背景下律师管理体制优化研究[D].华东政法大学,2023.DOI:10.27150/d.cnki.ghdzc.2023.001496.
[10]聂琳峰,卢瑶.律师事务所公司化管理的战略分析与路径优化[J].山东工商学院学报,2022,36(05):116-124.
[11]林君.我国律师事务所财务管理问题研究[J].商讯,2022(21):21-24.
[12]曾旭.律师事务所文案信息管理系统设计[J].电脑编程技巧与维护,2019(12):114-115+126.DOI:10.16184/j.cnki.comprg.2019.12.042.
[13]田陕宁. 律师事务所管理系统的设计与实现[D].西安电子科技大学,2019.
[14]李云波. 云南辉进波律师事务所综合业务管理系统[D].山东大学,2019.
[15]兰超越. 基于B/S架构的律师事务所管理系统的设计与实现[D].吉林大学,2019.
[16]许良光. 律师事务所管理系统的设计与实现[D].吉林大学,2019.
致 谢
时间过的很快,不知不觉,在大学的学习生活即将结束。毕业之际,我真诚地向帮助过我的老师、家人、同学、朋友们表达感谢。首先要感谢的是我的母校。感谢母校给了我美好的生活和优越的学习环境,使我能学到了很多知识,也不断的变得优秀;感谢家人在这四年期间一直给与我的爱和无条件的支持,让我没有后顾之忧地完成学业;感谢软件学院的任课老师们给我鼓励和认可,让我有信心去做好每一件事情;感谢同学们的帮助,让我的大学生活更有意义。在此次毕业设计的实现过程中, 我得到了老师们的耐心指导让我顺利完成了该设计。从最初的选题和开题开始,老师就给予我很多帮助,他们认真负责的态度、丰富的景点经验让我学到了很多。
同时也要感谢我敬爱的班主任和实训学习资料的老师,他们在各个方面都教给了我丰富的经验,在面对各种困难时如何处理。因为今年的特殊性,老师们不仅在学习中给我以精心的指导,同时还在其它方面给予我观关怀,指导老师不辞辛苦的为大家录制视频和一遍遍讲解让我心怀感激之情。在此,我真诚的感恩、感谢我的指导教师们。
还要感谢实习期间不厌其烦教导我鼓励我的技术师傅,他指导了我各个方面的技巧,尤其是编程方面,迄今我的很多技巧和编写规范都有赖于他的指导、纠正。
最后还要特别感谢身边的各位同学们,一直支持鼓励我,无论何时何种境况。我很荣幸获得同学们的帮助,也很开心能够和大家共度大学四年的时光。
最后的最后,再次发自肺腑的感谢所有帮助过我的人。
请关注点赞+私信博主,免费领取项目源码