wltsysterm的博客

1 前言代码实现，按照目前流程的前后端分离的模式来开发，然后虽然我是一个人开发整个系统，但是呢，仍然可以这么干，而且思路更清晰。个人喜欢先开发服务端，然后再开发大前端。因为服务端在开发的过程中，就会去思考大前端的各个细节功能了。2 git提交记录在分享代码之前先看下之前开发过程的代码提交记录吧：3 服务端框架搭建先使用idea搭建服务端代码框架。利用idea创建一个springboot项目。然后引入对应的依赖的包，最后的pom文件内容如下：<?xml ve

本文讲解从架构师层面对系统的实现的考虑和设计。1 技术选型因为系统甲方有明确的系统的技术栈大类要求，所以技术选型需要考虑这个因素。甲方要求：前端使用VUE后端使用Java微信小程序暂无要求因此根据开发的成本和效率来考虑，系统使用的技术如下：模块 技术 作用 后台 vue 基础技术栈 vue-router 路由模块 vuex 缓存模块 axios 通信模块 elementui UI组件 js-md5

目录1 前言2 菜单模块2.1 菜单列表2.2 菜单表结构设计3 用户菜单3.1 分配菜单3.2 用户菜单表结构设计1 前言这个模块是增值模块，是应系统需要产生的。正常不需要放在详细设计里头的。但是我思考再三还是觉得这边体现这个模块比较合适。2 菜单模块菜单其实也属于系统的配置之一，而且不可修改，为了便于系统的权限分配，以及未来的拓展，因此将系统的菜单固化为表里头的记录。2.1 菜单列表获取所有的菜单记录，供管理员给用户分配权限2.2 菜单表结构.

目录1 公告模块1.1 添加1.2 删除1.3 查看2 公告表结构设计1 公告模块这块功能，不是重点，纯粹鸡肋。1.1 添加要求用户输入标题和正文1.2 删除支持批量删除，对于用户来说，过期的公告应该要及时的删除1.3 查看点击公告标题查看具体公告的正文，这边从技术层面提出建议：公告列表加载的时候，只加载标题，不加载正文。2 公告表结构设计对应的建表sql：drop table if exists notice;/*=====

目录1 日志模块1.1 添加日志1.2 查找日志2 日志表结构设计1 日志模块这个模块是系统的难点，是技术难点，不是业务难点，实现层面也是讲究技巧。1.1 添加日志要求可以针对所有的请求进行日志审计记录请求的类型：post、get记录请求的地址：url记录请求的参数：params/data记录请求的时间1.2 查找日志管理员功能，允许管理员通过日志记录时间和url进行日志过滤。2 日志表结构设计对应的建表sql为：drop tab

目录1 配置模块1.1 添加配置1.2 删除配置1.3 修改配置2 配置表结构设计1 配置模块该模块是一个长期可持续发展的模块，为这个系统的规范性提供一些见证。模块的实现就是一个增删改查的过程。1.1 添加配置要求用户录入配置名称和配置值要求配置名称不存在，否则提示该配置项已存在1.2 删除配置批量删除1.3 修改配置仅支持修改配置值，不支持修改配置名称2 配置表结构设计对应的建表语句为：drop table if exist

目录1 座位模块1.1 预定座位1.1.1 预定流程1.2 取消预定2 座位表结构设计1 座位模块系统设想，只能预定图书馆的座位，假定，图书馆只有一栋建筑物，并且有5层楼。可用的座位是每一层楼里头的图书预览座位。1.1 预定座位预定座位，只能预定今天和明天的座位。这个是系统的特别考虑之处，具有实际的场景考虑意义的。由题设，座位相关的属性包括：楼层号和座位号，假设不同楼层的座位的座位号一样。，那么要确定一个唯一的座位，应要用符合主键：楼层号 + 座位号1.1

1 借阅模块1.1 借阅借阅模块流程逻辑参考高校里头的图书借阅流程，同时添加了自己的一些创意进来。1.1.1 借阅流程用户借阅一本书籍要求该书籍的状态是可借阅状态，否则提示该书暂不可借阅借阅成功，同时要提醒用户最迟的还书时间，借阅的周期要求管理员可以配置，但是周期是具有状态性的。比如今天我设置了周期为2天，那么今天借阅的都保持在2天后为截止还书日期；明天我将周期调整为4天，今天的记录的deadline保持不变。借阅成功，同时需要将书的状态设置为已被借阅状态。同时如果到期了，图书还

目录1 图书模块1.1 添加图书1.1.1 添加流程1.2 修改图书1.3 图书查找1.4 图书删除2 图书表结构设计1 图书模块1.1 添加图书添加图书要求用户录入图书名称，图书描述，图书分类，同时必须要上传一张图书的封面（图书嘛！有图有书，才叫图书，O(∩_∩)O哈哈~）1.1.1 添加流程用户如上录入图书的基本要素要求图书名称不存在，否则提示该书名已存在否则，上传图书图片并保存同时由系统自动生成图书的id，添加时间，状态（添加的时候状态为

1 图书分类模块图书分类分成两种，第一种是默认的分类，系统搭建之初就会自动生成一个默认分类；第二种是人工分类，由用户输入维护。1.1 添加分类添加时，要求用户输入待添加的分类名称要求输入的分类名称不存在，否则提示该类别已存在1.2 删除分类删除分类，不是简单的删除，要求删除的分类不能是默认分类要求删除的分类未被图书引用，否则提示请确认删除的分类未被引用否则删除对应的分类（物理删除哦）2 图书分类表设计对应的建表sql：drop table if ex

上一篇已经对系统的八大模块做了概要设计。从这一篇开始对每一篇的功能进行详细设计。1 用户模块下面开始讲解用户模块的详细设计内容。1.1 添加用户添加用户就是用户注册。用户类应该包括如下属性：用户账号 用户名称 用户类型（管理员 普通用户） 用户状态（0：失效，1：正常，2：待审核，3：审核未过） 学院 专业 注册时间 密码 审核信息（因为有用户状态，因此应该要有审核信息）注册功能，根据极简必要原则，只让用户填写首次使用系统必要的信息。这边要求用户注册比如输入

上一篇，已经完成了该系统的需求分析。这一篇来针对需求进行详细设计。1 前言按照功能模块来对系统进行详细设计。整个系统按照模块划分可以分为8个模块分别包括：用户模块公告模块图书分类模块图书模块借阅模块座位模块日志模块配置模块...

上一篇，已经介绍了该系统的基本信息。这一篇，就开始软件工程的第一步-需求分析！1 原始需求下面是我接收到的关于该系统的原始需求内容：我要做一个图书管理系统，大概功能如下（ 1） 管理员管理模块管理员有权进行小程序图书系统的管理，但所有权限的使用，都需经过管理员授权，我的分析：管理员进入主页后可以对员工进行相关功能的授权，比如：图书借阅管理、公告管理、座位管理、用户管理。（ 2） 用户管理模块对已经注册的用户进行管理操作。（ 3） 图书借阅管理模块主要用来记录图书借

1 前言因为作者平常会倒腾一些内容。前前后后也折腾了不少系统，自己玩的，卖的，帮别人做的都有，涉及的面也比较广，从python做游戏，到python的图像识别，到nodejs的服务端开发，大前端方面的，以及我的老本-java方面的等等都有。刚好最近有一个契机，是做一个图书馆管理系统。因为做了之后，发现这个系统，我做的习惯十分之好，严格遵循了软件工程的开发流程，所以称这个机会，将该系统有偿分享出来。该专栏包含了需求、数据库设计、详细设计、系统设计、编码和解释以及源码分享。分享的源码，确保可以在本地