用户需求说明书

1、文档名称【吴孝华微信项目开发】用户需求说明书页数 文档编号版本号 1 发布日期密级 吴孝华微信项目开发 ShopNum1 单店版 wap 用户需求说明书 编制人 ann 日期2016年6月30日 审核人日期 批准人日期 目录表 第1章 文档介绍.3 1.1 目的 .3 1.2 范围 .3 1.3 读者对象 .3 1.4 参考文档 .3 第2章 多用户商城介绍.3 第3章 多用户商城面向的用户群体.3 第4章 多用户商城应当遵循的标准或规范.3 第5章 wap定制功能需求.4 5.1 注册/登录 .4 5.2 下单流程 .5 5.3 支付流程 .6 5.4 资料板块 .7 第第1章章 文档介绍文

2、档介绍 1.1 目的目的 为开发人员、测试人员，项目经理做项目介绍和解析。 1.2 范围范围 本文档以用户场景（Use Case, 或称用例）作为基本格式来阐述用户业务功能性需求。文档所 有内容都作为系统开发的需求规范，该文档签字后，将作为用户验收测试案例的依据。文档签字 之后发生的经确认的任何需求变更或者需求补充，应及时补充到本文档中，作为变更后需求或者 补充需求的用户测试验收依据。 1.3 读者对象读者对象 开发人员、测试人员，项目经理等。 1.4 参考文档参考文档 多用户标准版V8.4版PC端操作手册 第第2章章 多用户商城介绍多用户商城介绍 结合客户要求，以我们现有单店系统为基础，打造

3、一个具有用户特色要求的微信平台，充分 体现我们线上和线下整体整合的优势。 第第3章章 多用户商城面向的用户群体多用户商城面向的用户群体 平台：为了更好区分系统内部角色，我们把管理和运维商城的角色，称为平台。 会员：平台已经发展的线下消费者，包含各等级普通会员。 维修人员：平台内部的维修人员，负责服务用户购买的服务项目，维修人员只有个人中心界 面，包括订单、等级、资料中心、预存款操作，如果需要浏览商城需要另外进行注册。 第第4章章 多用户商城应当遵循的标准或规范多用户商城应当遵循的标准或规范 以CMMI体系和IOS9001质量保证为基石，团队会在需求分析、软件设计、编码开发、集成测 试、系统测试

4、、确认测试六块环节严格把关。 第第5章章 wap定制功能需求定制功能需求 功能类别子功能 增加维修人员 注册：手机认证，有一项描述自己的擅长业务； 接单：由平台客服分配订单； 维修人员等级：由后台手动设置，与积分系统无关，后台可修改会员等级； 个人中心：师傅要实名认证。显示等级、订单、资料 提现：可提现预存款； 会员下单流程预约下单、后台分配订单、维修人员接单、维修人员修改订单、会员支付 资料模块系统上传一些技术资料，不同等级的维修人员限制性下载 模板定制根据客户提供的草图进行模板定制 5.1 增加维修人员角色增加维修人员角色 客户需求描述：客户需求描述： 注册：手机认证，有一项描述自己的擅长

5、业务； 接单：由平台客服分配订单； 维修人员等级：由后台手动设置，与积分系统无关，后台可修改会员等级； 个人中心：师傅要实名认证。显示等级、订单、资料； 提现：可提现预存款。 解决方案：解决方案： 增加维修人员角色，增加维修人员管理、注册流程、维修人员等级规则、后台给维修人员配 单； 维修人员注册时，需要验证手机号，需要填写一项描述自己的擅长业务的入口； 维修人员的等级规则与积分系统无关，由后台人员手动设置，后台可以手动添加维修人员设 置维修人员的等级； 详情见原型。 5.2 下单流程下单流程 客户需求描述：客户需求描述：会员浏览商城,下订单当时不需要在线支付，由后台管理员手动分配订单给维 修

6、人员，与客户沟通后议价，维修人员上门服务，服务完成会员支付，如果维修人员无法完成订 单，直接与后台人员线下联系，后台可重新分配订单。 解决方案：解决方案： 1.会员在线预约服务，填写姓名、手机号、地址信息后生成订单； 2.后台获得有新订单提醒，手动分配订单给维修人员，维修人员获得短信提醒； 3.维修人员联系客户，与客户未达成协议，订单由维修人员取消订单，填写取消理由， 或者后台重新分配订单，客户不能取消订单；维修人员与客户达成协议，进行上门服务； 4.服务完成后，维修人员进入个人中心输入订单金额，客户收到订单变更短信提醒，客 户支付订单，该笔订单完成。详细流程见下图。 注：会员/维修人员可查看的订单信息包括会员填写的姓名、手机号、上门时间、地址相关信 息 5.3 资料板块资料板块 客户需求描述：客户需求描述：系统上传一些技术资料，不同等级的维修人员限制性下载。 解决方案：解决方案： 1.后台上传资料，填写标题、内容、可查看等级限制； 2.维修人员进入资料中心，维修人员只能查看