目前B/S体系的系统主要的数据访问方式是：通过浏览器页面用户可以进入系统，系统可以自动对用户向服务器发送的请求进行处理，处理请求是在系统后台中进行的，用户在浏览器页面上进行相应操作，就能够看到服务端传递的处理结果。养老院管理系统主要分为视图-模型-控制三层架构设计。在视图层中，主要是操作在服务器端向客户端反馈并显示的数据，在模型层中，主要处理相关的业务逻辑、数据整合等，最后的控制层它介于视图和模型之间，主要是调整两层之间的关系，最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构，为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后，确定的总体需求主要包括多个模块，分别是：老人管理、员工管理、健康档案管理、干预随访管理、老人认领管理、活动记录管理。系统整体角色分为三个部分，一是会员用户、二是管理员、最后是员工。权限分布也是很明显，用户是在除去浏览信息之外还具有查询和管理自己账户信息、个人资料修改、优秀员工推荐、健康档案查询、老人认领信息、活动记录、干预随访信息等权限；管理员是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
用户管理模块
该模块是为所有用户登录设计的，如注册用户这种普通用户登录后只能进行自己的普通功能操作(如个人信息修改），管理员和超级管理员登录后有不同的权限，管理员不能超越权限。超级管理员能对整个系统的数据进行管理，主要是用户的登录权限以及用户登录后在系统里的操作权限。
健康档案模块
老人存在健康档案记录，关系为一对多，根据老人编号来将老人数据传入到健康档案数据中，操作人为用户，然后生成健康档案列表，用户查看个人历史健康档案列表，可以进行数据销毁。
老人维护模块
操作人来录入老人数据，点击老人录入按钮，依次填写要录入的老人数据，点击提交按钮，将数据提交至数据库，然后刷新老人数据页面，每条数据右边有删除和编辑按钮，来完成相应的删除和更新功能。
员工维护模块
操作人来录入员工数据，点击员工录入按钮，依次填写要录入的员工数据，点击提交按钮，将数据提交至数据库，然后刷新员工数据页面，每条数据右边有删除和编辑按钮，来完成相应的删除和更新功能。
老人认领维护模块
管理员点击老人认领管理菜单，点击老人认领添加子菜单，添加老人认领数据，填写失踪老人信息，失踪时间等信息，提交成功后，老人认领数据页面刷新，老人认领据成功载入页面。
干预随访维护模块
根据干预随访维护的流程，员工提交干预随访记录数据，在个人后台便可以查看到历史提交的随访数据，管理员来维护数据。
打印和导出模块
系统多个页面可以进行打印功能，包括信息详细页，信息列表页，打印时调用外部打印机，完成打印设置即可打印，在信息列表页可以将该信息列表导出至excel中，用户选择保存excel文件的路径，既可以下载至本地，在excel中可以自由编辑。
对于一个要开发的系统来说，E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在养老院管理系统中存在着多个实体分别是用普通用户、管理员、老人、健康档案、员工、干预随访、活动记录、老人认领等。
系统总体ER图如下图所示。
图4-4系统总体ER图
管理员（管理员id、用户名、密码、权限）
老人（老人id、用户名、老人姓名、性别、出生日期、入住日期、身份证号、紧急联系人、联系电话）
员工（员工id、工号、密码、员工姓名、性别、身份证、电话、入职日期）
健康档案（健康档案id、老人信息、体检报告、健康情况、档案编号）
干预随访（干预随访id、、干预随访时间、内容、家属、老人信息）
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化，最后形成具有一定逻辑关系的数据库表结构。智能养老系统所需要的部分数据结构表如下表所示。
elderly_management表:
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| elderly_management_id | int | 11 | 是 | 是 | 老人管理ID |
| full_name | varchar | 64 | 否 | 否 | 姓名 |
| family_members | int | 11 | 否 | 否 | 家属 |
| application_time | varchar | 64 | 否 | 否 | 申请时间 |
| gender | varchar | 64 | 否 | 否 | 性别 |
| medical_examination_report | varchar | 255 | 否 | 否 | 体检报告 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| examine_reply | varchar | 255 | 否 | 否 | 审核回复 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
elderly_sleep表:
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| elderly_sleep_id | int | 11 | 是 | 是 | 老人睡眠ID |
| full_name | varchar | 64 | 否 | 否 | 姓名 |
| record_time | varchar | 64 | 否 | 否 | 记录时间 |
| gender | varchar | 64 | 否 | 否 | 性别 |
| sleep_state | varchar | 64 | 否 | 否 | 睡眠状态 |
| no_breathing_times | varchar | 64 | 否 | 否 | 无呼吸次数 |
| wake_up_time | varchar | 64 | 否 | 否 | 起床时间 |
| out_of_bed_time | varchar | 64 | 否 | 否 | 离床时间 |
| family_members | int | 11 | 否 | 否 | 家属 |
| staff | int | 11 | 否 | 否 | 员工 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
room_information表:
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| health_assessment_id | int | 11 | 是 | 是 | 健康评估ID |
| full_name | varchar | 64 | 否 | 否 | 姓名 |
| gender | varchar | 64 | 否 | 否 | 性别 |
| recent_physical_examination_time | varchar | 64 | 否 | 否 | 最近体检时间 |
| recent_sleep_quality | varchar | 64 | 否 | 否 | 最近睡眠质量 |
| medical_examination_report | varchar | 255 | 否 | 否 | 体检报告 |
| risk_assessment_ | text | 0 | 否 | 否 | 风险评估 |
| family_members | int | 11 | 否 | 否 | 家属 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
health_intervention_follow_up表:
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| health_intervention_follow_up_id | int | 11 | 是 | 是 | 干预随访ID |
| family_members | int | 11 | 否 | 否 | 家属 |
| follow_up_time | varchar | 64 | 否 | 否 | 随访时间 |
| follow_up_content | text | 0 | 否 | 否 | 随访内容 |
| full_name | varchar | 64 | 否 | 否 | 姓名 |
| staff | int | 11 | 否 | 否 | 员工 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
health_records表:
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| health_records_id | int | 11 | 是 | 是 | 健康档案ID |
| medical_examination_report | varchar | 64 | 否 | 否 | 体检报告 |
| file_number | varchar | 64 | 否 | 否 | 档案编号 |
| full_name | varchar | 64 | 否 | 否 | 姓名 |
| gender | varchar | 64 | 否 | 否 | 性别 |
| physical_examination_time | varchar | 64 | 否 | 否 | 体检时间 |
| health | varchar | 64 | 否 | 否 | 健康状况 |
| family_members | int | 11 | 否 | 否 | 家属 |
| health_score | int | 11 | 否 | 否 | 健康得分 |
| chronic_disease_type | varchar | 64 | 否 | 否 | 慢病类型 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
member_user表:
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| member_user_id | int | 11 | 是 | 是 | 会员用户ID |
| gender | varchar | 64 | 否 | 否 | 性别 |
| contact_address | varchar | 64 | 否 | 否 | 联系地址 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| user_id | int | 11 | 是 | 否 | 用户ID |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
member_consumption表:
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| member_consumption_id | int | 11 | 是 | 是 | 会员消费ID |
| user | int | 11 | 否 | 否 | 用户 |
| consumption | int | 11 | 否 | 否 | 消费 |
| membership_card_number | varchar | 64 | 否 | 否 | 会员卡号 |
| grade | varchar | 64 | 否 | 否 | 等级 |
| remarks | varchar | 64 | 否 | 否 | 备注 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
系统的登录窗口是用户的入口，用户只有在登录成功后才可以进入访问。通过在登录提交表单，后台处理判断是否为合法用户，进行页面跳转，进入系统中去。
登录合法性判断过程：用户输入账号和密码后，系统首先确定输入输入数据合法性，然后在login.jsp页面发送登录请求，调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示：
输入：用户名和密码。
处理：
1）检测用户输入的账号、密码是否正确及在数据库已对应存在。
2）从数据库中提取记录，并储存在本地的session中（timeout默认=30min）。
3）根据用户名，将其显示在系统首页上。
输出：是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图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, "账号或密码不正确");
}
}
系统呈现出一种简洁大方的首页：界面简约、鳞次栉比，用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑，应有良好性能的后台。在系统时间显示上编写javascript脚本在导航栏显示系统的当前日期，首先定义一个数组d存放周一至周日，创建一个获取时间的对象time后通过该对象的方法获取年月日，(time.getDay())%7计算得到的结果是数组的下标，通过数组下标就获取了数组的值，利用字符窜连接把年月日和星期转换成字符窜，通过document.getElementById("date")获取标签后使用innerHTML把该字符串显示在jsp页面。
如下图所示为系统的首页界面。
图5-3系统首页界面
其中载入前台页面的主要代码如下。
port: 5000
servlet:
context-path: /api
spring:
datasource:
url: jdbc:mysql://127.0.0.1:3306/CS725260_20211101091736?serverTimezone=GMT%2B8&useSSL=false&characterEncoding=utf-8
username: root
password: root
driver-class-name: com.mysql.cj.jdbc.Driver
jackson:
property-naming-strategy: CAMEL_CASE_TO_LOWER_CASE_WITH_UNDERSCORES
default-property-inclusion: ALWAYS
time-zone: GMT+8
date-format: yyyy-MM-dd HH:mm:ss
servlet:
multipart:
max-file-size: 100MB
max-request-size: 100MB
此页面实现普通用户的注册，必须注册登录后才能使用系统大部分功能，用户名不允许重复如果重复将会注册失败，并弹出相应的提示，通过js实现对输入的验证。
用户注册流程图如下所示。
图5-4用户注册流程图
用户注册界面如下图所示。
图5-5用户注册界面
用户注册关键代码如下所示。
* 注册
* @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;
}
用户在lyblist提交健康档案信息，先使用sql语句查询出所有档案表的数据，然后调用PageManager.getPages(url,4,sql, request )，返回一个ArrayList的对象，在for循环里，使用jsp得到每个ArrayList对象的数据，然后放入页面模板中，用户点击我要提交的问题则跳转至lyb.jsp。
用户健康档案编辑流程图如下所示。
图5-6用户健康档案编辑流程图
用户健康档案编辑界面如图所示。
图5-7用户健康档案编辑界面
健康档案管理界面如图所示。
图5-8健康档案管理界面
健康档案关键代码如下所示。
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
StringBuffer sql = new StringBuffer("INSERT INTO ");
sql.append("`").append(table).append("`").append(" (");
for (Map.Entry<String,Object> entry:body.entrySet()){
sql.append("`"+humpToLine(entry.getKey())+"`").append(",");
}
sql.deleteCharAt(sql.length()-1);
sql.append(") VALUES (");
for (Map.Entry<String,Object> entry:body.entrySet()){
Object value = entry.getValue();
if (value instanceof String){
sql.append("'").append(entry.getValue()).append("'").append(",");
}else {
sql.append(entry.getValue()).append(",");
}
}
sql.deleteCharAt(sql.length() - 1);
sql.append(")");
log.info("[{}] - 插入操作：{}",table,sql);
Query query = runCountSql(sql.toString());
query.executeUpdate();
}
老人管理录入过程中，首先使用getmap(id,"xinxi")，通过老人ID得到老人数据，将老人数据赋值给老人管理，调用CommDAO的insert方法将老人管理数据插入老人管理表中，最后查看个人历史老人管理记录，可以销毁历史老人管理数据。
老人管理流程图如下所示。
图5-9老人管理流程图
老人管理编辑界面如图所示。
图5-10老人管理编辑界面
老人管理编辑关键代码如下所示。
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
入住老人提交老人认领，可以进行新增、查看、修改以及删除等相应的认领管理操作。当点击"新增老人认领"的按钮时，在老人认领添加界面进行详细信息的添加操作。当点击"查看老人认领"超级链接时，会显示所选的老人认领的信息，然后点击"返回"再返回到其主页面。
老人认领界面如图所示。
图5-11老人认领界面
老人认领关键代码如下所示。
@RequestMapping(value = {"/count_group", "/count"})
public Map<String, Object> count(HttpServletRequest request) {
Query count = service.count(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
用户在yhzhgl查看用户信息，先使用sql语句查询出所有用户表的数据，然后调用PageManager.getPages(url,4,sql, request )，返回一个ArrayList的对象，在for循环里，使用jsp得到每个ArrayList对象的数据，在jsp页面中解析ArrayList对象，得到其各个键值对的值。
用户管理界面如下图所示。
图5-12用户管理界面
系统用户管理关键代码如下所示。
@RequestMapping(value = {"/avg_group", "/avg"})
public Map<String, Object> avg(HttpServletRequest request) {
Query count = service.avg(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
用户点击登录填写账号信息登录后，会切换内容为“某某用户欢迎您”和历史订单，并给出注销链接。当用户登录成功后会将个人信息保存在session作用域中，点击自己的用户名时，会跳转到个人详细信息页面，由后台通过Freemarker取出session作用域中的用户信息进行动态渲染，例如，邮箱、电话号码、用户名等等。同时页面上会显示修改个人信息和修改密码的按钮，这时客户可以修改自己的登录密码以保障账号的安全性，防止被人窃取账号，通过UserController.java的updatePassword()实现，同时也可以根据自己的个人信息是否变动做出相应的修改，通过updateUserInfo()实现。
密码修改流程图如下所示。
图5-13密码修改流程图
密码修改关键代码如下所示。
public String encryption(String plainText) {
String re_md5 = new String();
try {
MessageDigest md = MessageDigest.getInstance("MD5");
md.update(plainText.getBytes());
byte b[] = md.digest();
int i;
StringBuffer buf = new StringBuffer("");
for (int offset = 0; offset < b.length; offset++) {
i = b[offset];
if (i < 0)
i += 256;
if (i < 16)
buf.append("0");
buf.append(Integer.toHexString(i));
}
re_md5 = buf.toString();
} catch (Exception e) {
e.printStackTrace();
}
return re_md5;
}
添加干预随访时，输入必填字段后，表现层的LaorenController接受传过来的干预随访参数，再调用LaorenController类的addLaoren方法，经过LaorenService业务层到LaorenMapper持久层的处理，完成对整个添加干预随访的操作。addLaoren方法也和用户管理中的addUser方法类似，同时做添加和修改工作。
修改干预随访时，选择需要修改的干预随访进行修改，调用LaorenController控制器的editLaoren方法，拿到该干预随访原本的信息并显示到页面，管理员再对需要修改的干预随访字段进行修改，完成后调用addLaoren方法，调用业务层的updateByKey方法，更新数据库的干预随访表的数据。
干预随访管理流程图如下所示。
图5-14干预随访管理流程图
干预随访添加界面如下图所示。
图5-15干预随访添加界面
干预随访添加关键代码如下所示。
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
删除员工时，选择需要删除的员工进行删除，把主键的uId传到YihurenyuanController控制器，再调用控制器的deleteYihurenyuan方法，数据经过YihurenyuanService业务层解析和处理，请求YihurenyuanMapper持久层调用deleteByPrimaryKey方法操作数据库将员工数据从数据库中删除。
查找员工时，输入需要查找的员工名，调用getData方法获取所有数据并且进行分页，把获取到的所有数据显示到视图上，这时候只需要用脚本方法便能快速查找，不涉及对数据库操作。
员工管理流程图如下所示。
图5-16员工管理流程图
员工添加界面如下图所示。
图5-17员工添加界面
员工添加关键代码如下所示。
@RequestMapping(value = {"/count_group", "/count"})
public Map<String, Object> count(HttpServletRequest request) {
Query count = service.count(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
用户选择活动记录添加记录，用户在yihurenyuan_list查看活动记录，点击训练，跳转至gongzi_add.jsp，添加活动记录记录则将添加的训练记录数据封装在HashMap中，然后调用CommDAO的insert方法将训练记录内容插入工资记录表中。
活动记录流程图如下所示。
图5-18活动记录管理流程图
活动记录添加界面如下图所示。
图5-19活动记录添加界面
活动记录添加关键代码如下所示。
@RequestMapping("auth")
public class AuthController extends BaseController<Auth, AuthService> {
/**
* 服务对象
*/
@Autowired
public AuthController(AuthService service) {
setService(service);
}
}
在对该系统进行完详细设计和编码之后，就要对智能养老系统的程序进行测试，检测程序是否运行无误，反复进行测试和修改，使之最后成为完整的软件，满足用户的需求，实现预期的功能。
在软件的测试过程中，通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应，及时发现代码上或逻辑上的缺陷，以此来来完善系统，提高软件产品的质量，使软件具有良好的用户体验。
注册测试用例表如下所示。
表6-1注册测试用例
| 测试性能 | 新用户注册 | ||
| 用例目的 | 测试系统新用户个人信息注册功能的功能和安全性 | ||
| 前提条件 | 进入注册页面填写个人信息 | ||
| 输入条件 | 预期输出 | 实际情况 | |
| 各项基本信息输入不完整 | 不允许注册，无法点击注册按钮 | 一致 | |
| 填写已存在的用户名 | 系统显示出提示信息，要求重新填写 | 一致 | |
| 两次密码输入不一致 | 系统显示出提示信息，要求重新填写 | 一致 | |
| 填写的各项信息没有符合提示的长度和字符要求 | 系统显示出提示信息，要求重新填写 | 一致 | |
| 胡乱填写电话号码 | 收不到验证码 | 一致 | |
| 填写验证码与收到的不一致 | 系统显示提示信息告知用户验证码错误，不予注册 | 一致 | |
登录测试用例表如下所示。
表6-2登录测试用例
| 测试性能 | 用户或操作员登录系统 | ||
| 用例目的 | 测试用户或操作员登录系统时功能是否正常 | ||
| 前提条件 | 进入用户登录页面或操作员登录页面 | ||
| 输入条件 | 预期输出 | 实际情况 | |
| 各项信息不予填写，直接点击登陆按钮 | 不允许登录，提示填写账号相关信息 | 一致 | |
| 填写错误的登录名或密码后点击登录系统 | 提示用户名或密码错误，要求重新填写进行登录 | 一致 | |
| 填写与验证码信息不一致的信息 | 系统显示出提示信息，表明验证码错误，要求重新填写 | 一致 | |
老人管理测试用例表如下所示。
表6-3老人管理测试用例
| 测试性能 | 用户进行老人管理的操作 | ||
| 用例目的 | 测试用户进行老人管理操作时，系统的功能是否正常 | ||
| 前提条件 | 用户进入老人信息详情页 | ||
| 输入条件 | 预期输出 | 实际情况 | |
| 用户未登录，点击账单按钮 | 跳转至登录页面，提示用户先进性登录 | 一致 | |
| 正常的登录用户，点击账单按钮 | 系统弹出提示框，提示用户信息添加成功，同时该老人的状态更改为已记录状态 | 一致 | |
员工管理测试用例表如下所示。
表6-4员工管理测试用例
| 测试性能 | 员工相关信息管理功能 | ||
| 用例目的 | 测试系统后台操作员对员工相关信息进行管理的功能是否正常 | ||
| 前提条件 | 登录系统后台进入相关管理页面 | ||
| 输入条件 | 预期输出 | 实际情况 | |
| 普通操作员登录，点击进入员工相关信息管理的页面 | 提示非超级用户，权限不够，无法进入相关页面 | 一致 | |
| 超级操作员登入，删除某个已被账单的员工 | 提示该员工删除失败 | 一致 | |
| 点击增加员工按钮 | 页面正常跳转 | 一致 | |
| 增加员工是，填写已存在的员工编号 | 提示该编号已存在 | 一致 | |
经过对此系统的测试，得出该系统足以满足用户日常需求，在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是，还有很多功能有待添加，这个系统仅能满足大部分的需求，还需要对此系统的功能更进一步的完善，这样使用起来才能更加的完美。
">