学校：湖北第二师范学院
作者：刘子毅 郭宇恒 成泽韬 陈嘉乐 刘鼎鑫
【摘要】随着法律制度的不断健全和人民法律意识的提高，涉及法律诉讼的案件将会不断地增加，律师事务所作为中介的法律机构，要处理的案件数量也变得惊人。本文通过查阅文献和调查，获得了有关于律所整体的发展数据和信息化程度，并分析了律所信息化建设以及律所文书管理系统当前所面临的现状、问题与困难：整体规划差、信息共享性差、信息资源少、技术落后。目前繁重的文档管理工作已严重影响律师专注于案件分析地工作。应用计算机信息化和网络化进行律师事务所规范化管理，其文档办公效率将大大地提高，有利于律所信息化的建设。
【关键词】概要设计 文书管理系统 法律信息化
一、引言
1.1 编写目的
目的：在对用户进行需求调研的基础上，依据可行性研究报告以及需求分析说明书，编写了该概要设计说明书，说明本小组所开发《法务文书管理系统》要实现的功能，以及对软件所需实现的模块进行全面描述，以作为后续详细设计及系统实现的依据
本文主要读者：软件开发小组成员、软件使用方
1.2 背景
软件名称：法务文书管理系统
任务提出者：武汉动游科技有限公司
开发者：计算机学院赴武汉动游科技有限公司复工复产助力志愿服务队
用户：广大律师事务所、企业法务部
1.3定义
二、总体设计
2.1 需求规定
律师事务所为了提高工作效率、规范办案步骤，需要开发一个法务文书管理系统。事务所客户需要在规定时间将自己姓名、联系方式、身份证号等个人信息填报备案，之后再分派律师进行办理，完成后收取案件费用，最后进行案件结案并封档留存。客户也可以对案件质量提出反馈意见。针对律师事务所的负责人，拥有对所内律师成员的管理能力，包括聘请、续约、解约等操作。对于负责人以及律师，拥有对当事人档案的查看、检索、归档操作。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求法务文书的管理界面要简单明了，易于操作，服务器程序利于维护。
2.2 运行环境
系统将由两部分程序组成，在事务所上的数据服务器程序及移动端的客户程序。
根据调研得知事务所的所有计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上， Win NT环境下运行。
2.3 基本设计概念和处理流程
法务文书信息管理系统的设计是为了更大程度上方便非专业客户对法务文书的阅读，填写以及留存，并简化与律师沟通的流程。方便律师与客户交接，更好收集归档法务文书。关于设计思想这里采用MVC模式。实现视图、控制器与模型的分离。
下面将使用（结构化设计）面向数据流的方法对法务文书信息管理系统的处理流程分析。系统可大致分为两大部分：一、外部客户的程序，二、内部律师的程序。以下将分别对系统的两大部分进行流程分析。
2.3.1 客户程序流程
客户部分的程序主要是针对客户的信息、案件文本的录入，完成与律师对接、交流等情况。其内部处理流程如图：
图为客户处理流程。中国青年网通讯员刘子毅 摄
下面对各模块（以数字表示）进行功能说明：
1：客户信息的录入、修改等操作；
2：案件信息的录入、修改、删除等操作；
3：将律师数据库中律师与客户联系起来；
4：将生成的法务文案由数据库传至客户；
5：客户对本次服务进行反馈。
2.3.2 律师程序流程
律师部分的程序主要是针对客户的信息、案件文本的录入，完成与客户对接、交流等情况并接受反馈。其内部处理流程如图：
图为律师处理流程。中国青年网通讯员刘子毅 摄
下面对各模块（以数字表示）进行功能说明：
1：与客户数据库连接；
2：案件信息数据库的导入；
3：查阅其他案件数据资料；
4：完成法务文书的归档；
5：查看客户对本次服务进行反馈。
2.4 结构
根据法务文书管理系统的综合功能构架，本系统划分了基础信息管理、案件管理、法律顾问管理、审批管理四项主要业务。
图为法务文书信息管理系统功能构架图。中国青年网通讯员刘子毅 摄
该功能分为权限管理、通知公告管理、电子邮件管理、文档管理、日常管理以及统计查询几个部分。权限管理包括对权限的授予、新增、编辑、删除；通知公告管理包括通知的发布、编辑、查看等；电子邮件管理包括对电子邮件的撰写、转发、编辑、查看等；文档管理包括文件下载与文件上传；日常管理包括重大事件的管理以及个人日志管理；统计查询包括费用查询、司法局报表统计以及诚信档案管理几个部分。.
2.4.1 基础信息管理
该功能分为权限管理、通知公告管理、电子邮件管理、文档管理、日常管理以及统计查询几个部分。权限管理包括对权限的授予、新增、编辑、删除；通知公告管理包括通知的发布、编辑、查看等；电子邮件管理包括对电子邮件的撰写、转发、编辑、查看等；文档管理包括文件下载与文件上传；日常管理包括重大事件的管理以及个人日志管理；统计查询包括费用查询、司法局报表统计以及诚信档案管理几个部分。
图为基础信息管理功能架构图。中国青年网通讯员刘子毅 摄
2.4.2 案件管理
该功能分为案件登记、在办案件管理、归档案件管理、个人案件管理、质量反馈几个部分。其中案件登记包括非诉案件登记、行政案件登记、民事案件登记、刑事案件登记几个部分；在办案件管理包括收案己审信息管理、结案己审信息管理；归档案件管理包括授权调阅以及日志调阅；个人办案管理包括收案情况查询、审批信息、办理日志、案件费用、办案文档、结案案件等管理及退案信息管理、案件归档几个部分；质量反馈主要体现在质量反馈信息管理上。
图为案件管理功能架构图。中国青年网通讯员刘子毅 摄
2.4.3 法律顾问管理
该功能分为顾问登记、全部顾问管理、法援指派、个人顾问管理、顾问质量反馈几个部分。顾问登记功能包括顾问展示、顾问新增、顾问编辑以及顾问删除；全部顾问管理包括顾问查看、律师重新指派、律师续签几个功能；法援指派包括法援指派修改、指派关联案件；个人顾问管理包括顾问登记、审批信息、服务日志等管理，服务质量反馈、费用查询、服务文档管理、终止委托、顾问归档以及顾问续签。
图为法律顾问管理功能结构图。中国青年网通讯员刘子毅 摄
2.4.4 审批管理
该功能分为申请事务管理、案件待批、顾问待批、事务待批、委托审批、审批管理几个部分。其中申请事务管理包括申请事务新增、申请事务查询、申请事务编辑、申请事务删除；案件待批包括收案待批、结案待批、退案待批以及归档待批；顾问待批包括签单待批、终止待批、归档待批；委托审批包括案件委托审批以及顾问委托审批；审批管理包括案件归档审查以及顾问归档审查。
2.5 人工处理过程
法务文书信息管理系统中，对于律师成员的管理，需要负责人的手动认证以保证安全性。当完成案件归档时需要律师与客户双方确认结案，以保证案件完整性。客户端需要手动填写个人信息并确认无误，以保证自动生成文书的正确性。
图为审批管理功能结构图。中国青年网通讯员刘子毅 摄
三、接口设计
3.1 用户接口
面向用户的界面设计，需要能够成功地应用于多个公司或企业的法务文书管理信息系统项目，界面友好简单和实用，避免繁琐，能满足多数程度用户的需求，大大降低了用户的操作难度，一般不用培训用户，简单操作，会打字就行；所见即所得的界面定制和多种图标的选择，使得界面更加个性化，更加友好；
UI-界面层：整个系统中离用户最近的组成部分，它负责接收用户的输入，并把经过系统处理后的输出数据展示给用户；登陆界面，格局美观。
对于不同的用户人群拥有不同的权限，如律师事务所负责人、律师、其他工作人员、财务人员、客户等。
3.2 外部接口
用户一般通过终端进行操作，利用菜单界面驱动方式，采用对用户友好的界面，用户进入界面后进行相应的操作。
在输入方面，对于键盘、鼠标的输入，可用java的标准输入/输出，对输入进行处理。
在输出方面，打印机的连接及使用，也可使用java的标准输入/输出对其进行处理。
在软件方面，采用 Mysql+MongoDB 两种，MySQL存储用户的用户数据，MongoDB 存储业务数据，就像阅读和生活服务里面的业务数据就存储在 MongoDB 里面。
自定义窗体收集信息。提供了一种类似于excel 的电子表格，可以使数据库一目了然，还提供了排序功能。mysql 提供了数据存储库，可以使用桌面数据库文件把数据库文件置于网络文件服务器，与其他网络用户共享数据库。
硬件接口:P1000、内存64M以上PC机满足输入端条件。
软件接口:服务器程序使用java提供的对mysql的接口，对数据库的所有访问。服务器程序上课使用mysql的对数据库的备份命令，以做到对数据库的备份保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。
操作系统方面: windows7或windows10。
3.3 内部接口
各模块间的功能比较独立，在程序逻辑上没有联系。而各模块间的数据联系主要通过访问数据库接口。对于一些公用函数、用户对象和窗口，提供调用接口说明。
内部接口（模块之间的接口）验证模块；启动系统时，便激活登陆口令界面；
初始化模块：对系统进行初始化；
系统功能模块：接收系统功能的相应消息，启动信息录入、信息查询、信息维护、sim维护等模块。
各模块之间采用函数调用，多值传递，返回值的方式进行调用。各模块的具体分析：
系统管理模块：用于管理系统的用户及赋于权限对本系统的操作。
信息管理模块：主要用于各种各样的详尽的基本信息管理。
法务文书管理模块：主要以公司为单位对于收集的案件或者事件的信息管理。
系统维护模块：主要是对法务文书信息管理系统进行日常维护，该模块又包括:修改用户密码、增加与删除用户、数据备份、数据整理等功能。
关系型数据库的实现：MySQL就是关系数据库开发工具，数据库能汇集各种信息以供查询、存储和检索。
四、运行设计
4.1 运行模块组合
#FormatImgID_8#图为法务文书管理IPO表。中国青年网通讯员刘子毅 摄
本程序主要是以不同的窗口为不同的模块，一般一个窗口只完成一个特定的功能，主窗口通过打开另一个子窗口来实现各个模块之间不同功能的连接和组合。各模块之间相对独立。各模块之间主要以传递数据项的引用来实现模块之间的合作和数据共享。
4.2 运行控制
只要符合操作说明书以及运行环境，用户可自由控制。
4.3 运行时间
由用户决定。
五、系统数据结构设计
5.1 逻辑结构设计要点
因为数据库表较多，现列写部分较为重要的数据表作为记录。
图为企业委托人表。中国青年网通讯员 刘子毅 摄
图为个人委托人表。中国青年网通讯员 刘子毅 摄
图为受托人表。中国青年网通讯员 刘子毅 摄
图为强制执行申请书表。中国青年网通讯员 刘子毅 摄
图为授权委托书表。中国青年网通讯员 刘子毅 摄
图为法院表。中国青年网通讯员 刘子毅 摄
图为事务表。中国青年网通讯员 刘子毅 摄
图为职工表。中国青年网通讯员 刘子毅 摄
图为系统用户表。中国青年网通讯员 刘子毅 摄
5.2 物理结构设计要点
部分较为重要的数据结构数据项的存储要求、访问方法、设计考虑和保密条件的说明：
用户密码：是以加密的形式存放在数据库中，只有超级管理员有权限查看
判决书编号：是通过录入判决书内容后以物理存储地址作为代码存储
授权委托书ID等由系统生成ID，均由录入先后顺序赋予ID。
5.3 数据结构与程序的关系
系统的数据结构由标准的数据库语言SQL生成，也以SQL语言方式增删与访问，访问权限由超级管理员赋予。
六、系统出错处理设计
法务文件系统出错最严重的情况就是没有保证用户的用户名、密码、文件等的安全性，或者造成了加密文件或者重要文件的丢失。为了解决这个问题，在编写前台和后台代码时就需要注意编写的严密性，不能让外人侵入，造成客户的损失。
6.1 出错信息
由于输入信息不规范出现的错误（如：用户名输入不符合要求等）成为软错误，由于硬件方面的错误（如：网络传输超时、硬件出错等）称为硬错误；
对于一些关键的操作（如删除、更换），应该提供确认机制；
对于一些加密文档，都要提供相应的保密措施设置。
图为常见出错信息及其对应原因。中国青年网通讯员 刘子毅 摄
6.2 补救措施
定期建立数据库备份，一旦服务器数据库被破坏，可以使用最近一份的数据库副本进行还原；
为防止服务器故障，可准备另一台服务器，一旦主服务器出现故障，可迅速启动预备服务器运行系统；
对于软错误，需要在添加/删除操作中及时对输入数据进行验证，分析错误的类型，并且给出相应的错误提示语句，传送到客户端的浏览器上；
对于硬错误，错误类型较少而且比较明确，所以可以在可能出错的地方中输出响应的出错语句，并将系统重置，最后返回输入阶段。
6.3 系统维护设计
此项主要对服务器上的数据库以及相关文件进行维护。数据库维护：比如定期备份数据库、定期检测数据库的一致性、定期查看操作日志等；文件方面，定期检查重要文件，对于增加的文件，及时进行更新，便于检索。
【参考文献】［1］洪新敏.《法务文书管理系统可行性研究报告》，2020（06）:95-97；
［2］周丽琴，杨季文，孔芳.《法务文书管理系统需求分析报告》，2002（13）:40-42+45；
［3］侯董宁，罗建文，安韶君.《软件工程——原理、方法及应用》，2012，26（07）:66.
http://www.dxswb.com/shijian/318972.html 点此复制本页地址
