X综合项目需求专项方案书.docx

XXX项目需求方案书

方案编号

需求方
XX用户
方案编写

1.项目概况
1.1. 背景
二十一世纪是互联网+世纪，为结合现在市场背景，特意开发一个能方便广大用户修理，送水等等。
1.2. 项目愿景
写该项目达成目标。
比如
方便维修，方便送水等等等。
1.3. 项目干系人
组员
负责内容
补充说明
步联科技
项目软件部分开发

XXX
项目市场调研

XXX
项目市场推广

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. 假如用户反复下单及取消订单，通知用户及维修工。
2. 用例结束。
业务规则
1. 用户对维修项目描述正确。
2.维修工含有对应项目标维修资质及经验。
非功效需求
1.维修工和用户产生订单后，线下优异行沟通地址、项目等信息。
包含约束

补充说明

3.2送水服务
3.3广告投放
4.系统功效需求
在此列出系统有哪些模块，每个模块包含字模块和功效列表。
子系统
模块
子模块
功效
 用户信息
注册
 用户注册

维修工注册

 登录

 首页

 个人中心

会员管理

 维修服务
公布需求

响应需求

需求处理

需求评价

送水服务
商家制票
库存

商品维护

用户购票

用户

消息管理

订单管理

优惠券管理

广告投放

统计管理

5. 其它项目需求
5.1软件接口
Ø 界面风格
Ø 外部硬件接口
Ø 外部软件接口
Ø 故障处理等

5.2软件性能需求
Ø 响应时间
Ø 无故障运行时间
Ø 其它特殊操作对性能要求

6.相关文档
6.1管理后台原型（后续）
6.2前端页面原型（后续）