前言
上文对实现自助棋牌室项目涉及到的技术做了调研，尤其是物联网技术。那接下来就是对需求进行一番分析了，经过几天对棋牌室的线下考察以及对市场竞品的参考，基本上明确了项目需要实现的功能，所以本文将尝试梳理出一份不专业的自助棋牌室系统的需求分析。
市场调研
线下考察
经过几天不全面的线下考察，发现棋牌室大概分几类：
- 传统的棋牌室：一间房几张桌子，环境谈不上，一般分布在城中村或是老小区，老年人居多。
- 半自助棋牌室：基本上是单间，环境较好，可以线上预约，也有老板坐镇看店，一般分布在公寓、酒店，用户群体主要是中年人、年轻人。
- 完全自助棋牌室：单间环境好，用户从预约到离店全部手机操作，一般分布在公寓、商场，用户群体主要是年轻人。
市面上大多数还是半自助，相对完全自助棋牌室，半自助棋牌室环境一般，少了几个硬件设备，使用的软件功能可能没那么完善，也多了人力成本，软件起到一个运营辅助作用。
竞品参考
市面上有很多成熟的竞品，百度一大堆的自助棋牌室Sass产品。
各产品核心功能大差不差，基本上是围绕用户和商家。用户线上预约以及用户留存的营销手段，储存赠送、会员优惠什么的。其次是商家的加盟、门店运营什么的。项目整体难度系数小。
项目目标
自助棋牌室系统主要是通过软件开发结合物联网技术，打造一款自动化、智能化、支持24小时无人运营店面的产品。
针对那些希望开启副业，但又因人力成本问题而犹豫不决的个体，自助棋牌室系统可以提供解决方案，从而减少副业运营的人力成本。
功能需求
用户端功能需求
自助棋牌室系统的使用对象主要就是用户，从用户的角度出发，需要支持以下几个功能：
- 一键登录注册：用户端目前主要考虑小程序，一键登录注册，尽量减少不必要的操作。
- 门店选择：根据用户的定位由近到远显示商家的门店信息，提供用户选择。
- 预约：选择门店后就可以查看各房间的状态及信息并进行预约，可以提前预约减少等待时间。
- 支付：预约时可以选择不同的支付方式进行支付，比如储值卡、微信、卡劵、线下等。
- 开门：支付成功后则预约成功，在预约的时间内可以通过小程序进行开门进入房间。
- 续费：当用户的服务时间即将到期时，可以通过小程序进行续费续时操作，确保服务的无缝衔接。
商家功能需求
从商家的角度出发，需要支持以下几个功能：
- 品牌管理：商家可以创建自己独立的品牌。（当然，小程序也需要单独部署）。
- 门店管理：商家的门店管理会涉及到几个功能：
- 添加门店：只有独立品牌的商家可以添加多个分店或者作为加盟商添加加盟店。
- 设置门店信息：所有的商家都可以设置自己门店信息，包括店名、地理位置、轮播图、文案什么的。
- 门店续费：每个门店涉及到软件服务费，所以临近到期时可以进行续费操作，否则小程序将不显示该门店。
- 房间管理：每个门店下可以管理自己房间，包括：
- 添加/删除房间：商家可通过添加删除操作控制小程序显示的房间信息。
- 设置房间信息：商家可以自己房间的信息进行维护，包括基本信息、标签等。
- 房间计费设置：每个房间可以设置自己的计费方式及费用，比如小时计费、时段计费、会员价、优惠什么的。
- 设备管理：商家的设备管理会涉及到几个功能：
- 设备添加/删除： 用户在小程序进行开门以及房间电源、语音都需要远程控制，这些设备需要在此进行维护。
- 绑定房间：要具体到某个房间设备的远程控制，需要与房间进行绑定，建立关系。
- 营销管理：通商家可以通过营销管理设置一些活动优惠吸引更多的用户，比如储值卡赠送、优惠卷赠送等。
- 订单管理：订单是商家营业最重要的数据，商家可以通过订单管理查看订单数据及状态。
- 营业数据：商家通过营业数据直观的看到每天的订单量、收入等营业数据。
目前考虑商家分为小程序端和PC端，小程序中展示一些关键数据及操作，比如门店的营业数据和营业报表，也可以通过小程序远程控制房间设备等。
系统管理功能需求
系统管理功能除支撑用户和商家的功能外，还要有一套权限管理功能，包括用户管理、角色管理、菜单管理等。因为商家的入驻、加盟以及相关的业务数据可以通过权限设计进行数据隔离，实现一个简单的多租户系统。
非功能需求
除功能需求之外，还要考虑系统的性能、安全性、易用性、可扩展性以及可靠性等非功能需求，因为这个事关用户的体验以及留存。
性能
- 响应时间：95％的情况下，用户请求响应时间不超过1.5秒，高峰时段不超过4秒。
- 并发数：弹性。
保障手段：数据库优化、负载、缓存、监控
安全性
- 严格权限访问控制，用户只能访问其权限范围内的数据和操作。
- 提供日志管理及安全审计功能，可追踪系统的历史使用情况。
- 能经受来自互联网的一般性恶意攻击。
保障手段：权限控制、日志、限流、DDoS防护
易用性
- 80％的用户应该可以在30秒内完成预约支付或充值操作。
- 90%的商家在接受系统培训后，可以品牌、门店、房间以及设备的维护。
保障手段：用户问卷、在线反馈
扩展性
- 在增加新功能模块时，避免影响其他功能。
- 根据请求量、数据量的增大，系统可相应增加服务器实现扩展。
保障手段：无状态、弹性伸缩、模块低耦合
可靠性
- 在服务、数据节点故障时可以迅速恢复服务，最小化对业务的影响。
- 系统出现异常或潜在风险时及时发出报警，以便快速响应和处理。
- 服务进行升级时不可影响现有用户使用。
保障手段：容错与故障恢复、监控与报警、灰度发布
小结
系统功能涵盖了小程序端和Web端，同时需要关注系统安全以及维护运维工作。鉴于个人精力有限，计划在后期主要采用云开发的方式进行开发部署，从而降低运维成本。