报修系统设计文档.docx
《报修系统设计文档.docx》由会员分享，可在线阅读，更多相关《报修系统设计文档.docx（9页珍藏版）》请在冰豆网上搜索。
报修系统设计文档
报修系统设计文档
基本概念
本设计文档将以使用者为出发点，分两大部分阐述设计思想。
分别为：
报修角色和响应角色
系统用户构成
整个系统中用户由两张表构成：
用户表、系统操作角色表。
注：
本文档所有数据库表中未明确标识的字段，均默认为NOTNULL
注：
所有时间戳使用int存储，入库前执行用System.currentTimeMillis计算为int，显示时用SimpleDateFormat转换为日期格式
用户表：
表名：
user
id
UnsignedInt
auto_increment
primarykey
name
Varchar（50）
联合索引
password
Varchar（255）
Sha1或md5加密
id_card_field1
varchar（25）
NULL
实名制字段，也许是姓名+学生卡号组合
id_card_field2
varchar（25）
NULL
email
varchar（255）
tel
varchar（30）
联系电话
系统操作用户表：
表名：
sys_user
id
UnsignedInt
auto_increment
primarykey
username
Varchar（50）
联合索引
password
Varchar（255）
Sha1或md5加密
name
varchar（25）
真实姓名
email
varchar（255）
null
type
tinyint
0
用户类型
0–管理员
1–工程师
2–操作员
报修用户部分
基本数据结构
报修记录表：
表名：
record
id
UnsignedInt
auto_increment
primarykey
uid
unsignedint
所属用户id
contact
Varchar（50）
联系人姓名
phone
Varchar（255）
手机或电话
location
int
报修地点id
issue_type
int
问题类型id
remark
varchar（255）
NULL
备注
time
int
下单时间
last_process
int
上次状态改变时间
sys_reply
varchar（255）
NULL
管理员回复
status
int
default0
订单状态
-1–新提交
0–审核拒绝
1–正在解决（已派单）
3–完成
operator
int
default-1
操作的操作员id
worker
int
default-1
被分配的工程师id
rate
int
default-1
客户评价
-1未评价（尚未评价）
0–不满意
1–满意
地点表：
表名：
location
id
UnsignedInt
auto_increment
primarykey
地点id
title
Varchar（50）
地点名称
问题类型表：
表名：
issue_type
id
UnsignedInt
auto_increment
primarykey
id
title
varchar（255）
问题类型
报修用户操作
登录
登录成功后同时写cookie和session，包含用户名和用户id，cookie有效期定为浏览器会话内，所有报修用户的任何操作都需要先登录。
注册
对username输入框绑定onblur事件，使用ajax判断是否重复。
并进行提示
在注册表单提交时，分别校验：
1.username是否重复
2.password是否两次输入一致
当两项都为true时，执行表单提交。
否则给出提示信息。
注册时需要对密码进行sha1或md5加密后再入库。
注册成功后，参考登录过程写入cookie和session。
注册时要求填入实名信息，但暂不进行审核。
只在后台每个报修单中显示。
设置
仅提供修改密码、联系电话和实名信息的功能
提交报修
要求用户填入：
报修人、联系电话、报修地点、故障类型、备注描述
其中，报修人和联系电话默认填入user表中对应信息，但允许用户临时修改（比如给老师提交一次报修）。
报修地点和故障类型使用select形式，给出location和issue_type表中的选项。
初次以外，需要增加value为-1的“其他”，当勾选其他时，提示用户在备注中描述清楚地点或问题类型或二者皆有（取决于用户是否报修地点和故障类型都选了“其他”）
点击提交后入库，告知用户等待处理。
查看报修记录
提供按tab区分的列表，默认按last_process列出所有该用户提交的报修，用户选择筛选显示：
等待处理、审核拒绝、已派工、已完成。
提供翻页
对于等待处理的报修记录提供删除操作列，点击后二次确认，删除数据库中的信息。
审核拒绝列表中，显示后台用户填入的sys_reply字段为一列，告知原因。
已派工列表中，给出工程师姓名列
已完成列表中，提供评价列，用户可选择满意、不满意，选择后ajax更新表中rate字段
退出
清理session和cookie，返回登录页面
系统用户操作
登录
登录成功后同时写cookie和session，包含用户名和用户id，cookie有效期定为1天，所有任何操作都需要先登录。
登录成功后，通过type字段判断用户身份，给出适应身份的导航：
管理员：
所有功能可访问
操作员：
仅可查看所有报修单，并进行派工操作
工程师：
仅可查看属于自己的保修单
设置
提供修改密码和email（可选）操作
退出
清理session和cookie，返回登录页面
用户管理
仅管理员可用。
可添加用户，设置初始密码和email（可选），并选定用户身份。
可按类别查看所有用户列表，可修改任意用户密码，email，可删除用户。
报修列表
管理员和操作员可用，工程师登录后不提供任何操作功能，可查看属于自己的报修单。
按状态给出独立报修单列表，提供翻页
公有列：
ID号
日期+id号显示，如2011080135
报修人
联系电话
报修地点
故障类型
详细描述
状态
打印
点击后弹出一个订单详情页面，并自动启动打印窗口。
打印窗口关闭后（无论打印与否），该详情页自己关闭
其中，对于等待审核的新报修单，增加：
操作列
提供审核拒绝按钮，点击后ajax改变状态，该行直接消失
派工
提供工程师名单，供选择
提供计划达到时间，使用jqueryui的calendar给出日历控件，精确到小时
提供确认按钮，点击后ajax保存数据，成功后在此列显示绿色保存成功，2秒后该行消失
对于已派工（正在解决）的列表，增加：
操作员
显示操作员
工程师
同时显示工程师姓名与时间
操作列
提供重新分配和完成两种操作。
重新分配点击后二次确认，ajax修改状态，成功后提示用户该报修单已经回到待审核状态
完成点击后，ajax修改状态，提示用户成功，已经进入完成列表。
对于完成的列表，增加：
评价
支持显示未评价、满意、不满意，评价时间（last_process）
搜索功能
在当前类型筛选下的报修单中，搜索报修名、联系电话和描述符合（%like%）的记录的结果。
客户评价
仅管理员可查看全部，操作员仅可查看自己经手的
仅显示完成评价的数据，对于未评价的不显示，提供列：
ID号
日期+id号显示，如2011080135
报修人
联系电话
报修地点
故障类型
详细描述
操作员
显示操作员
工程师
同时显示工程师姓名与时间
用户评价
数据统计
全部功能仅管理员可用，下述所有功能提供时间段选择。
默认一个月。
客户评价
Groupbyworkerid
按工人id分组，每行显示总单数、满意、不满意和未评价单数，并给出满意率。
列表按满意率倒序排名。
地点统计
Groupbylocationid。
按报修地点分组，每行显示显示总单数，待审核、被拒绝、已完成、已派工的单数，给出完成比率，完成比率计算公式：
（已完成）/（总单数-被拒绝）。
结果按完成率倒序排列。
但“其他”一项始终排在最后。
对于系统是否要体现维修费用和修理或新购买，由周总拍板，如果需要后续我补充设计。
故障统计
Groupbyissue_typeid。
按故障类型分组，每行显示显示总单数，待审核、被拒绝、已完成、已派工的单数，给出完成比率，完成比率计算公式：
（已完成）/（总单数-被拒绝）。
结果按完成率倒序排列。
但“其他”一项始终排在最后。
二期功能点
日级别邮件汇报功能
所有管理员可以在上班前收到前一天的统计报表，包括数据统计中全部内容。
短信通知工程师
派单成功后，工程师将直接收到短信，告知订单内容和派工时间。
短信反馈
工程师完成报修后，可直接回复短信置订单为完成状态。
用户提醒
报修单状态发生改变时，用户可以收到短信提醒，对于派单的提醒，给出工程师名字和时间
升级会员 