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