1.项目简介
家政小程序作为一种便捷的家政服务平台，通过手机应用程序为用户提供了丰富多样的家政服务项目。主要服务项目有：
基础清洁：包括打扫地面、擦拭桌椅、清理垃圾等常规清洁工作，适用于保持家庭日常清洁。
深度清洁：针对家庭的重点区域进行彻底清洁，如厨房油烟清洗、卫生间消毒、窗户玻璃清洁等。特别适用于新房装修后的首次清洁，包括清除建筑垃圾、擦拭各类家具和玻璃，清洁地板和墙面等。
家电清洗：提供油烟机、冰箱、微波炉等家电的深度清洗服务，确保家电内部干净无油污，延长家电使用寿命。
衣物熨烫与洗涤：提供上门衣物熨烫和专业的衣物洗涤护理服务，针对不同材质和污渍提供相应的清洗方案。
宠物服务：包括宠物洗澡、剪毛、美容以及宠物活动区域的清洁，去除异味和细菌。
地板打蜡与家具护理：为木地板打蜡保养，延长地板使用寿命；木质家具的清洁和保养，防止家具变形和老化。
母婴护理：由专业的育儿嫂或月嫂提供母婴护理服务，帮助新妈妈进行产后恢复和婴儿护理。
老年人护理：为老年人提供日常护理服务，包括陪伴、洗浴、简单按摩、饮食安排等，确保老年人的生活质量。
除螨与除甲醛：提供专业的除螨服务，使用专用设备清除床垫、沙发和地毯中的螨虫和细菌；针对新装修的房子提供除甲醛服务，确保室内空气质量健康。
用户可以根据自己的需求，进行网上预约，商家就可以安排人，上门服务
此文档主要描述本项目以及部分交互细节。本文档的主要读者为uniapp工程师.
该系统实现家政小程序工作内容可视化、顾客管理专业化、顾客统计数字化、顾客预约流程化。
2.系统概述
2.1系统定义
家政小程序系统是一种针对家政行业开发的软件解决方案，它通过移动设备（如智能手机）的便捷性，为家政服务的在线预约、管理、支付和评价等功能提供了全面的支持。该系统通常包含用户端、技师端（包括月嫂、家政人员等技师人员）以及后台管理端，旨在优化家政服务的供需匹配，提升用户体验和服务质量。
服务分类与展示：根据业务范围，系统可划分为保洁、维修、搬家、安装、搬运、保姆等多个服务区域，进行细分和服务价格展示，方便用户快速浏览找到需求。
预约管理：用户可以选择时间段进行上门预约服务，系统自动记录订单信息，并与技师端进行对接，完成双方需求、时间和收费步骤的匹配。
订单管理：当有新的订单产生或订单状态发生变化时，后台会共享信息并发送提醒，商家可以在后台管理、修改和删除订单信息。
人员管理：小程序可以记录每个家政服务人员的工作时间、订单数量和工作评分等信息，帮助公司更好地进行人员调度和管理。
在线支付：支持多种支付方式，用户可以直接在小程序上完成支付，提升了支付的安全性和便利性。
反馈与评价机制：用户可以随时对服务进行评价和反馈，帮助家政公司不断改进服务质量和满足用户需求。
客户管理：记录客户的基本信息和服务记录，建立客户档案，帮助家政公司进行客户关系管理和维护。
2.2用户角色
家庭用户（消费者）：通过系统预约服务、查看订单
家政服务人员（技师）：管理个人排班、查看服务预约。
家政公司：负责顾客接待、预约管理、核销订单。
平台管理员：添加、编辑、删除服务项目，设置服务价格、规则等，分析用户行为、服务需求、订单量等数据，为运营决策提供支持。
2.3系统架构
家政小程序采用uni-app框架构建，前端使用现代HTML5、CSS3、JavaScript及前端框架构建首页，分类，订单，个人页面等；后端则基于云服务空间，使得开发者能够快速将应用部署到云端，减少重复工作，提高开发效率，云服务通过分布式架构和冗余部署等策略，提高了应用的高可用性和容错性，即使在部分节点出现故障时，也能保证应用的正常运行。以满足不同家政机构的实际需求。
3.1顾客管理
顾客信息录入/修改/查询：
支持手动输入或批量导入顾客基本信息（如姓名、联系方式、地址等）
预约服务：
用户进入首页，挑选自己先要预约的服务，点开后就是商品的详情页，进行下单服务，第一次下单要填写自己的信息（电话，姓名，地址，小区地址），然后进行时间预约服务，上传自己的家庭照片，有利于商家可以更清楚的了解顾客的情况，可以节约很多不必要的繁琐的事情。然后进行支付，订单页面里就有信息，商家就可以根据顾客需求进行更配人员，让适合的技师去到顾客家里
3.2员工管理
员工信息维护：
支持员工基本信息录入、修改与查询，包括姓名、性别、职位、联系方式、技能证书等。
提供员工照片上传功能，便于顾客识别与预约。
3.3服务项目管理
服务项目：
支持自定义服务项目名称、价格等信息。
服务套餐：
支持多个服务项目组合成套餐，进行一些节假日活动套餐。
3.4订单管理
订单查询：
支持通过顾客姓名、顾客的住址、顾客的电话等信息，还有订单的数量，项目情况是否完成
3.5预约管理
预约设置：
可以单个或批量导入设置可预约时间
3.6系统设置与权限管理
角色管理：
支持系统角色查询、编辑。
系统还原：
支持系统数据库还原、设置初始管理员账户。
4.功能概要
| 顾客管理 | 用户注册与登录 |
| 个人信息管理 | |
| 服务浏览与预约 | |
| 订单管理 | |
| 员工管理 | 员工管理预注册 |
| 工作记录与评价 | |
| 工资结算 | |
| 服务项目管理 | 服务分类展示 |
| 服务套餐维护 | |
| 订单管理 | 订单查询 |
| 订单状态 | |
| 订单详情 | |
| 订单反馈 | |
| 预约管理 | 预约设置 |
| 预约记录导出 | |
| 系统管理与权限管理 | 员工系统管理功能 |
| 数据库还原或备份 |
5.非功能性需求
5.1性能要求
响应速度
页面加载时间：小程序的首页及各功能页面应在极短的时间内加载完成，一般建议不超过3秒。这包括网络请求、数据处理和页面渲染的时间。
操作响应时间：用户在小程序内的各种操作，如点击按钮、滑动页面、提交表单等，系统应迅速响应，减少用户等待时间，提升操作流畅度。
稳定性
系统可用性：家政小程序应保证高可用性，即在正常使用情况下，系统能够持续稳定运行，避免频繁出现崩溃、卡顿等问题。
容灾备份：系统应具备容灾备份机制，确保在遭遇意外情况（如服务器故障、数据丢失等）时，能够迅速恢复服务，减少对用户的影响。
安全性
数据加密：对用户的个人信息、交易数据等敏感信息进行加密处理，确保数据传输和存储的安全性。
权限控制：严格控制不同用户角色的权限，确保用户只能访问和操作自己权限范围内的内容，防止数据泄露和滥用。
可扩展性
模块化设计：采用模块化设计思想，将小程序划分为多个独立的模块，便于后续的功能扩展和升级。
接口标准化：设计标准化的接口规范，便于与其他系统或平台进行对接和数据交换。
5.2可用性
易用性
界面友好：设计简洁、直观、易用的用户界面，减少用户的学习成本和使用难度。
引导提示：提供清晰的操作引导和提示信息，帮助用户快速了解和使用小程序的功能。
可靠性：
系统应具备高可靠性，确保长时间稳定运行，减少故障发生概率。对于可能出现的故障，应有快速恢复机制，确保业务连续性。
容错性：
系统应具备一定的容错能力，对于用户输入错误、网络异常等外部因素导致的问题，应能够给出明确的错误提示并允许用户重新操作。
可维护性：
系统应采用模块化设计，各功能模块之间松耦合，便于维护和升级。同时，应提供完善的日志记录和监控功能，便于快速定位和解决问题。
5.3兼容性
跨平台兼容性：
支持主流操作系统：确保小程序能够在iOS和Android等主流操作系统上正常运行，包括不同版本的系统。
适应不同屏幕尺寸和分辨率：小程序应能自适应不同尺寸和分辨率的手机屏幕，确保界面布局合理，内容显示完整。
浏览器/环境兼容性：
WebView兼容性：由于uniapp通常基于WebView进行渲染，因此需要确保小程序在不同品牌和型号的手机上，其内置的WebView都能正确解析和渲染小程序的页面和组件。
小程序平台兼容性：遵循微信、支付宝等小程序平台的开发规范和API，确保小程序能够在这些平台上顺利运行。
性能优化兼容性：
页面加载速度：优化小程序的页面加载时间，确保用户在快速的网络连接下能够迅速打开并浏览页面。
资源加载优化：对小程序中的图片、视频等资源进行压缩和优化，减少加载时间，提升用户体验。
代码优化：对小程序代码进行精简和优化，避免冗余和不必要的计算，提升运行效率。
第三方软件兼容性：
系统应与常见的第三方软件（如支付接口、短信服务、邮件服务等）兼容，确保集成过程中的顺利对接和数据交换。
硬件兼容性：
处理器（CPU）：最低要求：应支持当前主流的手机处理器型号，如高通骁龙、华为麒麟、联发科等。
性能要求：处理器性能需足够支持小程序的流畅运行，包括页面渲染、动画效果、数据处理等。
内存（RAM）：最低要求：通常建议至少2GB RAM，以确保小程序在后台运行时不会因内存不足而被系统强制关闭。
推荐配置：4GB或以上RAM，以提供更流畅的多任务处理能力和更好的用户体验。
存储空间：最低要求：确保设备有足够的存储空间来安装和更新小程序及其依赖的库和文件。
推荐配置：提供足够的存储空间以支持用户数据的存储和缓存，提升应用响应速度。
6.数据库设计
6.1数据库概念设计
用户表：用户ID、用户名、密码、头像、邮箱、联系电话、地址
家政服务人员表：服务人员ID、服务人员名字 、服务人员年龄、服务人员 性别、服务人员联系电话，服务人员工作经验
服务类型表：类型ID、服务名称、图片、服务描述
地址表：地址ID、地址用户名字、手机号、地址详细、单元楼
订单表：订单ID、用户联系电话、商品名称、预约时间，地址详情，现场 照片、下单时间，家政联系电话，总价格
商品详情：商品ID、商品名称、商品价格、商品详情、商品图片、商品评 价、商品负责服务人员ID
用户表(tb_User)E-R图
家政服务人员表(tb_service_staff)E-R图
服务类型表(tb_types)E-R图
地址表(tb_address)E-R图
订单表(tb_orders)E-R图
商品详情(tb_details)E-R图
6.2数据库物理设计
| 表1——表名：用户表(tb_User) | |||||
| 序号 | 字段显示 | 字段名 | 数据类型 | 允许为空 | 主键 |
| 1 | 主键Id | UserId | int | 否 | TRUE |
| 2 | 用户名 | UserName | varchar(50) | 否 | |
| 3 | 密码 | UserPassWord | varchar(64) | 否 | |
| 4 | 头像 | UserAvatar | varchar(Max) | 是 | |
| 5 | 邮箱 | | varchar(100) | 是 | |
| 6 | 手机号 | TelePhone | varchar(11) | 否 | |
| 7 | 地址 | Address | varchar（225） | 否 | |
| 表2——表名：家政服务人员表(tb_service_staff) | |||||
| 序号 | 字段显示 | 字段名 | 数据类型 | 允许为空 | 主键 |
| 1 | 服务人员ID | Server_ID | int | 否 | TRUE |
| 2 | 服务人员姓名 | Server_name | Varchar(32) | 否 | |
| 3 | 服务人员年龄 | Server_age | int | 否 | |
| 4 | 服务人员性别 | Server_gender | Char(1) | 否 | |
| 5 | 服务人员电话 | Server_Phone | Varchar(20) | 否 | |
| 6 | 服务人员经验 | Server_experience | Varchar(200) | 否 | |
| 表3——表名：服务类型表(tb_types) | |||||
| 序号 | 字段显示 | 字段名 | 数据类型 | 允许为空 | 主键 |
| 1 | 类型ID | types_ID | int | 否 | TRUE |
| 2 | 服务名称 | types_name | Varchar(60) | 否 | |
| 3 | 图片 | types_image | varchar(Max) | 否 | |
| 4 | 服务描述 | types_describe | Varchar(225) | 否 | |
| 5 | 创建时间 | types_createtime | Datatime(20) | 是 | |
| 表4——表名：地址表(tb_address) | |||||
| 序号 | 字段显示 | 字段名 | 数据类型 | 允许为空 | 主键 |
| 1 | 地址ID | address_ID | int | 否 | TRUE |
| 2 | 地址用户姓名 | address_name | Varchar(32) | 否 | |
| 3 | 手机号 | address_phone | Varchar(20) | 否 | |
| 4 | 地址详情 | address_details | Varchar(225) | 否 | |
| 5 | 单元楼 | address_floor | Varchar(20) | 否 | |
| 表5——表名：订单表(tb_orders) | |||||
| 序号 | 字段显示 | 字段名 | 数据类型 | 允许为空 | 主键 |
| 1 | 订单ID | orders_ID | int | 否 | TRUE |
| 2 | 用户联系电话 | orders_userphone | Varchar(32) | 否 | |
| 3 | 商品名称 | orders_goodsname | Varchar(20) | 否 | |
| 4 | 预约时间 | orders_reservationtime | datatime | 否 | |
| 5 | 地址详情 | orders_details | Varchar(225) | 否 | |
| 6 | 现场图片 | orders_image | Varchar(Max) | 是 | |
| 7 | 下单时间 | Orders_time | datatime | 是 | |
| 8 | 家政联系电话 | Server_Phone | Varchar(32) | 是 | |
| 9 | 总价格 | Orders_price | Decide | 否 | |
| 表6——表名：商品详情(tb_details) | |||||
| 序号 | 字段显示 | 字段名 | 数据类型 | 允许为空 | 主键 |
| 1 | 商品ID | details_ID | int | 否 | TRUE |
| 2 | 商品名称 | details_name | Varchar(32) | 否 | |
| 3 | 商品价格 | details_price | Varchar(20) | 否 | |
| 4 | 商品介绍 | details_introduce | Varchar(225) | 否 | |
| 5 | 商品图片 | details_image | Varchar(max) | 否 | |
| 6 | 商品评价 | details_evaluate | Varchar(225) | 是 | |
| 7 | 商品负责人ID | Server_ID | Int | 否 | |
数据库设计：（注意：可以使用Excel表设计完成后把表格或截图放到这里）
7.界面与交互设计
7.1界面原型
7.1.1后台管理系统
登录
数据管理
通过不同的账号和密码分别进入到首页，或者通过注册账号之后，在登陆进入首页
首页：在云服务里存数据，然后渲染
- 分类页面 4. 业务详情页
5.订单页面 6.订单确定页面
你系统的移动端原型图（效果图），如果有移动端就写，没有可以不写
- 个人中心页面
8.开发实施与维护
8.1开发计划
表 1 开发计划表：
| 阶段 | 时间范围 | 主要任务 | 负责人 |
| 需求分析 | 第1-2周 |
| 项目经理 |
| 2.收集并整理功能需求：组织需求收集会议，邀请客户代表、潜在用户、市场部门及项目团队核心成员参与，通过讨论、问卷调查、竞品分析等方式收集需求。将收集到的需求进行分类整理，形成初步需求列表。 | 项目经理 | ||
| 3.编写需求规格说明书：基于初步需求列表，项目经理与客户代表共同编写详细的需求规格说明书，详细描述每个功能点的具体需求、用户故事、业务规则、输入输出等。 | 项目团队，客户代表 | ||
| 4.需求评审与确认：组织需求评审会议，对需求规格说明书进行讨论和评审，确保所有相关方对需求达成一致理解。根据评审反馈，修订需求规格说明书，并最终获得客户代表的确认。 | 项目团队 | ||
| 系统设计 | 第3-4周 | 1. 系统架构设计：设计系统的整体架构，包括技术选型、模块划分、接口定义等，确保系统具备良好的可扩展性、可维护性和安全性。 | 技术负责人 |
| 2. 数据库设计与建模 | 数据库工程师 | ||
| 3. 前端设计（API、UI等）：设计前端界面布局、交互流程、API接口规范等，确保用户体验良好，并与后端开发团队紧密协作，确保接口对接顺畅。 | 前端开发人员 | ||
| 4. 设计评审与文档编写：组织设计评审会议，对系统架构、数据库设计、前端设计等进行评审，并编写相应的设计文档，包括系统架构图、数据库设计文档、前端设计文档等，供后续开发参考。 | 项目团队 | ||
| 编码实现 | 第5-12周 | 1. 分模块编码（如用户管理、订单处理等）：根据设计文档和需求规格说明书，分模块进行编码实现，如用户管理、订单处理、支付功能、评价系统等。确保代码质量，遵循编码规范。 | 开发人员 |
| 2. 代码审查与合并：开发人员完成模块编码后，提交代码审查。技术负责人组织代码审查会议，对代码质量、可维护性、安全性等方面进行评估，并提出改进意见。开发人员根据反馈修改代码后，进行代码合并。 | 开发人员, 技术负责人 | ||
| 3. 编写单元测试：在编码过程中，开发人员需要编写单元测试，确保每个模块的功能实现正确无误。单元测试应覆盖主要功能和边界情况，提高代码的可靠性和稳定性。 | 开发人员 |
表 2 功能开发计划表：
| 功能 | 时间 | 功能描述 | 负责人 |
| 登录 | 1天 | 用户输入正确的账号、密码提示登录成功并跳转到系统首页。 | 开发人员 |
| 注册 | 1天 | 用户输入账号、密码、手机号、性别等信息，注册成功跳转到登录页面。 | 开发人员 |
| 首页 | 3天 | 首页的布局，首页的分类，活动区域，业务商品的渲染 | 开发人员 |
| 个人信息管理 | 1天 | 用户可查看、编辑自己的个人信息，包括头像、昵称、性别、联系方式等。 | 开发人员 |
| 服务分类展示 | 2天 | 首页展示各类家政服务（如保洁、月嫂、家电维修等），用户可浏览并选择所需服务。 | 开发人员 |
| 服务详情查看 | 1天 | 用户点击服务分类中的具体服务，查看服务详情、价格、服务时长等信息。 | 开发人员 |
| 预约服务 | 1天 | 用户选择服务、时间、地点等信息后，提交预约申请，系统生成预约订单。 | 开发人员 |
| 订单管理 | 3天 | 用户可查看自己的订单列表，包括待支付、待服务、已完成等状态的订单，并可进行支付、取消等操作。 | 开发人员 |
| 订单支付状态查询 | 3天 | 用户可查看订单的支付状态，包括已支付、未支付等。 | 开发人员 |
| 服务评价 | 2天 | 服务完成后，用户可对服务进行评价，包括评分、文字评价等。 | 开发人员 |
8.2测试计划
表 3 测试计划表：
| 测试类型 | 测试时间 | 测试内容 | 负责人 |
| 单元测试 | 编码期间并行进行 | 1.各模块功能单元测试 | 开发人员 |
| 2.用户登录与注册功能测试 | |||
| 3.服务分类浏览与搜索功能测试 | |||
| 4.订单创建与支付流程测试 | |||
| 集成测试 | 第13-14周 | 1.模块间接口与交互测试（如用户模块与订单模块） | 开发人员 |
| 2.首页数据加载与展示功能验证 | |||
| 订单处理流程与状态变更测试 | |||
| 系统测试 | 第15周 | 性能测试（并发用户数、响应时间 | 开发人员 |
扫一扫
1103
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
