客户端-项目规格参数获取

预估时间:3小时 预估开发方案: 1.数据库-服务管理表service,增加"项目规格"字段 2.后台CMS-对服务的管理(添加/编辑),增加"项目规格"字段,只允许设置为数字 3.客户端-服务详情接口/service/info增加"项目规格"字段返回参数 4.前端从服务详情页把"项目规格"参数通过页面参数传递服务预约页面显示

客户端-服务下单接口/service/cashier逻辑修改

预估时间:5小时 预估开发方案:主要是选择的人数和选择的服务人员的数量的匹配,不对的就错误提醒, 对的就记录派单信息,选择的服务人员数量少于选择的人数时, 并且记录一个可抢单的信息供员工端抢单列表相关的接口使用,订单状态使用动态计算,不要写死,订单价格根据人数翻倍

(北辰说已有订单15分钟自动取消,暂时先不做)客户端-订单支付超时限制

预估时间:2小时 预估开发方案:接口/pay/alipay & /pay/wx验证订单的创建时间,超时不允许支付,并返回错误信息

客户端-订单详情接口增加返回参数"优惠券金额"

预估时间:2小时 预估开发方案:获取订单使用的优惠券金额作为订单优惠金额

客户端-订单列表接口增加返回参数"优惠券金额","星期"

预估时间:2小时 预估开发方案:获取订单使用的优惠券金额作为订单优惠金额,计算预约时间是星期几

客户端-查看服务人员页面数据聚合接口

预估时间:3.5小时 预估开发方案:服务人员基础数据+统计完成订单数,根据身份证计算年龄,获取关联标签,获取评价

客户端-获取服务人员的评价列表接口(分页)

预估时间:3.5小时 预估开发方案:通过服务人员ID关联服务过的订单获取评价来分页

(待商定)客户端-服务详情页接口增加促销活动信息显示

预估时间:0小时 预估开发方案:暂时不做,因为产品经理的描述说是关联的促销活动,但是系统现在根本就没有促销活动, 从数据库到CMS管理,API接口数据列表展示相关的功能都没有做,只有这一个地方显示了一个标题和时间, 也没有其他的相关功能和页面,未估时,待商定

客户端-获取服务的评论列表(分页)

预估时间:4.5小时 预估开发方案:动态计算当前用户是否已点赞,当前用户是否已设置对我有用,当前用户是否已举报等属性,带分页,通过关联订单获取评价

客户端-对评价添加对我有用

预估时间:3小时 预估开发方案:创建评价扩展表,主要包含服务ID,评论ID,评论人ID,类型 默认1喜欢, 2举报字段, 修改order_evaluation表增加喜欢数统计字段,接口请求时添加一条评价扩展表记录,并修改喜欢数统计+1

客户端-对评价添加评价

预估时间:3小时 预估开发方案:修改order_evaluation表增加pid父级评论ID字段,默认0无父级ID,订单评价接口/order/evaluate增加pid父级评论ID字段,非必传,默认为0

客户端-举报评价

预估时间:2.5小时 预估开发方案:接口请求时添加一条评价扩展表记录,接口返回举报成功即可,一个评论同一用户只记录一条举报记录

客户端-获取评价的子评价列表

预估时间:3小时 预估开发方案:与获取服务的评论列表(分页)接口返回的数据类似,需要通过评论管理订单再管理服务获取服务的基本信息

客户端-服务详情接口/service/info修改,增加返回评价内容,优惠券使用说明文字,服务须知说明文字

预估时间:2小时 预估开发方案:调用获取评论方法的公用方法来获取评价内容,优惠券说明文字和服务须知说明文字就接口写死,组装参数到接口返回,补充接口文档

共计预估时间:39小时,按每天6小时计算为6.5天

预估时间补充

为了更好的控制提测代码质量,预估时间可能需要预估的基础上相应的增加30%-40%左右的时间用来自测和补充接口文档