手机应用、后端与管理后台：完整的开发范围
一个完整的企业应用，通常包含三个相互连接的部分：iOS 或 Android 界面、后端 API 和数据库，以及供员工使用的管理后台。完整的需求说明会界定每个部分的功能、谁可以访问，以及记录如何保持一致。比较开发报价之前，请明确界定这三个部分的范围。
Macoin Technologies软件开发团队手机应用里应该包含什么？
应用是客户或员工在手机上使用的界面。它的范围包括用户完成的流程、可以查看的信息，以及需要的设备功能。对于权限、余额或交易状态等敏感的业务规则，应用不应该是唯一的决定方。
以预约系统为例，要界定账户注册、选择课程、预约确认、取消和付款状态。要说明界面如何向用户解释时段已满或请求失败。只有界面清单，无法确定这些状态，而用户在日常使用中就会遇到它们。
也要界定应用应在本地保留哪些信息，以及连接中断时会发生什么。离线功能是一项独立的设计要求，不是每个手机应用都会自动具备的。合适的做法可能是只读视图、保存草稿，或附带冲突处理的排队操作。
后端 API 和数据库负责什么？
后端负责验证请求、执行业务规则，并保存权威的记录。API 是应用和其他获授权系统与后端沟通的方式。数据库结构必须支持工作流程，而访问检查则防止某位用户或组织读取或更改其他人的记录。
付款回调和客户的确认画面，可能在不同时间到达。要明确规定由服务商的哪个事件确认付款，以及用什么机制防止重复的回调产生第二笔交易。同样，课程名额检查必须能处理两位客户同时抢最后一个名额的情况。
API 既要测试成功的请求，也要测试被拒绝的请求。OWASP 的 API Security Project 是与供应商讨论授权和暴露风险时的有用参考。只有一个登录画面，并不能证明每个服务器请求都落实了访问控制。
管理后台应让员工做什么？
管理后台为获授权的员工提供运营服务所需的工具。范围可能包括用户管理、记录、预约变更、付款对账、报表和权限。请记录哪些员工角色可以执行哪些操作，以及哪些更改需要留下审计记录或经过第二人批准。
请员工描述一个艰难的日子：客户要求退款、课程被取消、记录输入错误，或者必须停用某个账户。这些情景会暴露管理需求，而这些需求可能被吸引人的客户界面所掩盖。如果每个例外情况都需要开发人员处理，这个系统在运营上就不算完整。
Macoin 作品集中的 MaCoffee，是带有管理后台的商家与顾客应用。对于讨论多种用户类型共用同一套记录，这是有用的参考模型。对于新项目，管理后台的具体操作和报表要求需要界定清楚，而不是从这个例子推测。
如何测试并交接整个系统？
要跨应用、后端和管理后台测试整个工作流程，而不是只分别测试每个画面。定义每项操作之后应有的记录和权限。交接应包括代码、部署说明、账户访问权限，以及数据恢复的责任归属，让企业在初始开发完成后能继续运营。
以购买会员为例，要同时检查付款事件、会员记录、客户看到的画面和员工报表。然后针对中断、重复通知和未经授权的访问重复测试。这些是买家不必阅读实现细节也能理解的验收场景。
索取报价单之前，请列出应用的流程、后端规则、员工操作和外部系统。告诉 Macoin 哪些已经有了，哪些需要开发。请通过 WhatsApp 发送需求说明，索取一份把手机应用、后端和管理后台范围清楚列出的报价单，而不是把它们藏在一个含糊的项目里。
资料来源与延伸阅读
作者
Macoin Technologies
软件开发团队
本指南由位于雪兰莪蒲种的 Macoin Technologies Holdings Sdn Bhd 编写。我们公开的作品包括会员应用、商家与顾客平台，以及电动车资讯网站。项目范围和价格以报价单为准。
FAQ
相关问题
可以，前提是 API 和权限模型在设计时已考虑这些客户端。共用的后端仍然需要明确的认证、授权规则，以及对接口约定变更的规则。