报修系统设计文档.docx

1、报修系统设计文档报修系统设计文档基本概念本设计文档将以使用者为出发点，分两大部分阐述设计思想。分别为：报修角色和响应角色系统用户构成整个系统中用户由两张表构成：用户表、系统操作角色表。注：本文档所有数据库表中未明确标识的字段，均默认为NOT NULL注：所有时间戳使用int存储，入库前执行用System.currentTimeMillis计算为int，显示时用SimpleDateFormat转换为日期格式用户表：表名：useridUnsigned Intauto_incrementprimary keynameVarchar(50)联合索引passwordVarchar(255)Sha1或md

2、5加密id_card_field1varchar(25)NULL实名制字段，也许是姓名+学生卡号组合id_card_field2varchar(25)NULLemailvarchar(255)telvarchar(30)联系电话 系统操作用户表：表名：sys_useridUnsigned Intauto_incrementprimary keyusernameVarchar(50)联合索引passwordVarchar(255)Sha1或md5加密namevarchar(25)真实姓名emailvarchar(255)nulltypetinyint0用户类型0 管理员1 工程师2 操作员 报修

3、用户部分基本数据结构报修记录表：表名：recordidUnsigned Intauto_incrementprimary keyuidunsigned int所属用户idcontactVarchar(50)联系人姓名phoneVarchar(255)手机或电话locationint报修地点idissue_typeint问题类型idremarkvarchar（255）NULL备注timeint下单时间last_processint上次状态改变时间sys_replyvarchar（255）NULL管理员回复statusintdefault 0订单状态-1 新提交0 审核拒绝1 正在解决（已派单）3

4、 完成operatorintdefault -1操作的操作员idworkerintdefault -1被分配的工程师idrateintdefault -1客户评价-1 未评价（尚未评价）0 不满意1 满意地点表：表名：locationidUnsigned Intauto_incrementprimary key地点idtitleVarchar(50)地点名称问题类型表：表名：issue_typeidUnsigned Intauto_incrementprimary keyidtitlevarchar(255)问题类型报修用户操作登录登录成功后同时写cookie和session，包含用户名和用户

5、id，cookie有效期定为浏览器会话内，所有报修用户的任何操作都需要先登录。注册对username输入框绑定onblur事件，使用ajax判断是否重复。并进行提示在注册表单提交时，分别校验：1. username是否重复2. password是否两次输入一致当两项都为true时，执行表单提交。否则给出提示信息。注册时需要对密码进行sha1或md5加密后再入库。注册成功后，参考登录过程写入cookie和session。注册时要求填入实名信息，但暂不进行审核。只在后台每个报修单中显示。设置仅提供修改密码、联系电话和实名信息的功能提交报修要求用户填入：报修人、联系电话、报修地点、故障类型、备注描述

6、其中，报修人和联系电话默认填入user表中对应信息，但允许用户临时修改（比如给老师提交一次报修）。报修地点和故障类型使用select形式，给出location和issue_type表中的选项。初次以外，需要增加value为-1的“其他”，当勾选其他时，提示用户在备注中描述清楚地点或问题类型或二者皆有（取决于用户是否报修地点和故障类型都选了“其他”）点击提交后入库，告知用户等待处理。查看报修记录提供按tab区分的列表，默认按last_process列出所有该用户提交的报修，用户选择筛选显示：等待处理、审核拒绝、已派工、已完成。提供翻页对于等待处理的报修记录提供删除操作列，点击后二次确认，删除数据

7、库中的信息。审核拒绝列表中，显示后台用户填入的sys_reply字段为一列，告知原因。已派工列表中，给出工程师姓名列已完成列表中，提供评价列，用户可选择满意、不满意，选择后ajax更新表中rate字段退出清理session和cookie，返回登录页面系统用户操作登录登录成功后同时写cookie和session，包含用户名和用户id，cookie有效期定为1天，所有任何操作都需要先登录。登录成功后，通过type字段判断用户身份，给出适应身份的导航：管理员：所有功能可访问操作员：仅可查看所有报修单，并进行派工操作工程师：仅可查看属于自己的保修单设置提供修改密码和email（可选）操作退出清理ses

8、sion和cookie，返回登录页面用户管理仅管理员可用。可添加用户，设置初始密码和email（可选），并选定用户身份。可按类别查看所有用户列表，可修改任意用户密码，email，可删除用户。报修列表管理员和操作员可用，工程师登录后不提供任何操作功能，可查看属于自己的报修单。按状态给出独立报修单列表，提供翻页公有列：ID号日期+id号显示，如2011080135报修人联系电话报修地点故障类型详细描述状态打印点击后弹出一个订单详情页面，并自动启动打印窗口。打印窗口关闭后（无论打印与否），该详情页自己关闭其中，对于等待审核的新报修单，增加：操作列提供审核拒绝按钮，点击后ajax改变状态，该行直接消失

9、派工提供工程师名单，供选择提供计划达到时间，使用jqueryui的calendar给出日历控件，精确到小时提供确认按钮，点击后ajax保存数据，成功后在此列显示绿色保存成功，2秒后该行消失对于已派工（正在解决）的列表，增加：操作员显示操作员工程师同时显示工程师姓名与时间操作列提供重新分配和完成两种操作。重新分配点击后二次确认，ajax修改状态，成功后提示用户该报修单已经回到待审核状态完成点击后，ajax修改状态，提示用户成功，已经进入完成列表。对于完成的列表，增加：评价支持显示未评价、满意、不满意，评价时间（last_process）搜索功能在当前类型筛选下的报修单中，搜索报修名、联系电话和描

10、述符合（%like%）的记录的结果。客户评价仅管理员可查看全部，操作员仅可查看自己经手的仅显示完成评价的数据，对于未评价的不显示，提供列：ID号日期+id号显示，如2011080135报修人联系电话报修地点故障类型详细描述操作员显示操作员工程师同时显示工程师姓名与时间用户评价数据统计全部功能仅管理员可用，下述所有功能提供时间段选择。默认一个月。客户评价Group by worker id按工人id分组，每行显示总单数、满意、不满意和未评价单数，并给出满意率。列表按满意率倒序排名。地点统计Group by location id。按报修地点分组，每行显示显示总单数，待审核、被拒绝、已完成、已派工

11、的单数，给出完成比率，完成比率计算公式：（已完成）/（总单数-被拒绝）。结果按完成率倒序排列。但“其他”一项始终排在最后。对于系统是否要体现维修费用和修理或新购买，由周总拍板，如果需要后续我补充设计。故障统计Group by issue_type id。按故障类型分组，每行显示显示总单数，待审核、被拒绝、已完成、已派工的单数，给出完成比率，完成比率计算公式：（已完成）/（总单数-被拒绝）。结果按完成率倒序排列。但“其他”一项始终排在最后。二期功能点日级别邮件汇报功能所有管理员可以在上班前收到前一天的统计报表，包括数据统计中全部内容。短信通知工程师派单成功后，工程师将直接收到短信，告知订单内容和派工时间。短信反馈工程师完成报修后，可直接回复短信置订单为完成状态。用户提醒报修单状态发生改变时，用户可以收到短信提醒，对于派单的提醒，给出工程师名字和时间