某市计划建设一套电动车充电管理系统，为城市中的集中式充电站、路侧分布式充电桩以及用户手机 APP 提供统一的接入与管理服务。系统需满足如下质量需求场景（a～n）：
a) 当用户通过手机 APP 或现场终端发起 “开始充电” 操作后，系统必须在 3 秒内给出响应结果（成功 / 失败及原因），否则视为超时。
b) 在充电站方圆 200 米范围内，即使同时有超过 300 个设备在充电或等待充电口分配，系统 CPU 使用率仍需控制在 40% 以下，保证系统性能稳定。
c) 当运营方提出集成新的第三方支付或计费 API 时，自提出需求之日起，须在 10 个工作日内完成设计、开发、联调和上线，不影响原有业务功能。
d) 当系统发生软件故障或节点宕机时，从故障发生到恢复正常对外服务的时间不得超过 5 分钟。
e) 系统需支持模拟雷电、暴雨、冰雹等恶劣天气场景下的充电过程，包括电压波动、网络抖动等，用于环境仿真测试。
f) 系统需支持远程调用测试接口（如开放 RESTful 或 gRPC 的测试端点），便于第三方测试平台进行自动化回归测试。
g) 对于用户敏感信息（如用户账号、密码、位置信息等），系统需采用 AES-256 加密算法 进行存储与传输加密，防止数据泄露。
h) 系统支持多语言界面、多种交互模式（触屏、键鼠等），并满足针对视力、听力或肢体障碍用户的无障碍使用标准（如放大字体、语音播报等），以提高易用性与可访问性。
i) 系统整体采用模块化设计，要求运维人员在不依赖开发人员参与的前提下，能在 2 小时内通过手动配置快速替换故障模块（如更换计费模块、风控模块），保证业务连续性。
j) 针对普通新用户，从首次接触系统到能独立完成一次充电操作的时间，不应超过 60 秒，体现系统的易学性和操作简单。
k) 系统前端界面需在不同分辨率与不同类型终端设备（手机、平板、PC、大屏）上自适应显示，保证布局清晰、控件可用。
l) 系统需支持计划内的滚动升级：在升级某个业务子系统时，已建立的充电会话不能中断，正在充电的用户不受影响，仅新建会话可能短暂切换到备用节点。
m) 系统需支持通过配置文件方式新增或调整充电策略（如分时电价、阶梯计费策略），无需重新编译和发布应用程序。
n) 当用户手机暂时没有网络时，APP 自动进入安全模式，从本地安全缓存中展示用户最近一次充电记录和账户关键信息，保证基本信息可见，待网络恢复后自动同步最新数据。