XXX项目需求方案书
1.项目概况
1.1. 背景
21世纪是互联网+的世纪，为结合目前市场背景，特意开发一种能方便广大顾客修理，送水等等。

1.2. 项目愿景
写该项目达到的目的。

例如
方便维修，方便送水等等等。

1.3. 项目干系人
1.4. 运行环境
软件程序，运行环境分为微信端，PC端。

1.5. 条件与限制
硬件条件限制：需要使用系统用户，需有电脑，有手机及微信应用。

网络条件限制：广域网，不限时间不限地点都可以通过微信或电脑访问到软件系统。

开发平台及数据库：.net\sqlserver。

项目工期：合同签订起6个月。

其他需求：需要有微信公众号，并已开通相应模块功能。

2.数据需求
2.1. 数据列表
项目一共需要两块数据支持，
维修工信息
送水商户信息
地图信息
2.2. 数据格式
属性数据是需要什么格式，可以是excel。

但每个数据Excel文件具体什么格式，我们在设计文档里面可以定义。

3.业务功能需求
该模块主要描述系统主要的业务流程图和整理出来的用例图以及用例规约。

下图为业务流程图示例：
下图为业务用例示例：
3.1维修服务
用例描述
参与者顾客、维修工、系统管理人员
前置条件所有参与者需已注册登录系统（账号、密码、微信等），顾客发布维修需求，
后置条件维修工接单，维护服务确认，维修服务进行，维修服务完成。

历史订单信息。

涉众利益顾客：传统维修服务通过顾客自主寻找获得，无法得到保障，对维修人员不了解。

维修工：公司派单方式接受维修订单，依赖公司。

业务不多。

基本路径 1. 具有维修需求的顾客打开系统，可根据需求分类查看地图附近的维修工。

2. 顾客也可以自行发布一个维修需求，系统后台自动/人工派单给维修工。

如：地图附近未发现维修工。

3.顾客与接单维修工电话沟通后约定维修时间及项目。

4.维修工上门服务。

5.维修工填写维修清单并由系统发送给客户确认价格、项目、时间等信息。

6.维修进行中。

7.维修结束后，维修工由系统发送保修卡、支付金额给顾客，
8.顾客确认支付金额并支付，系统记录保修卡。

9.顾客对维修工打分式评价。

扩展点a．维修进行中意见不统一
1. 顾客对维修工态度、价格、服务等不满意。

2. 用例结束。

b．顾客重复下单或者取消订单
1. 如果顾客重复下单及取消订单，通知顾客及维修工。