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

XXX项目需求方案书方案编号需求方XX用户方案编写1.项目概况1.1. 背景二十一世纪是互联网+世纪，为结合现在市场背景，特意开发一个能方便广大用户修理，送水等等。1.2. 项目愿景写该项目达成目标。比如方便维修，方便送水等等等。1.3. 项目干系人组员负责内容补充说明步联科技项目软件部分开发XXX项目市场调研XXX项目市场推广1.4. 运行环境软件程序，运行环境分为微信端，PC端。1.5. 条件和限制硬件条件限制：需要使用系统用户，需有电脑，有手机及微信应用。网络条件限制：广域网，不限时间不限地点全部能够经过微信或电脑访问到软件系统。开发平台及数据库：.netsqlserver。项目工期：协议签署起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前端页面原型（后续）