阅读以下关于Web系统架构设计的叙述， 在答题纸上回答问题1至问题3。
【说明】
开发基于Web的基业设备检测系统，以实现对多种工业数据的分类采集，运行状态检测以及相关信息的管理该系统应具备以下功能：
现场设备状态采集功能，根据数据类型对设备检测指标状态信号进行分类采集，设备采集数据传输功能；9-11月可靠的传输技术，实现将设备数据从制造现场传输到系统后台设备检测显示功能；对设备的运行状态工作以及报警状态进行检测并提供相应的图形化界面设备信息管理功能；支持设备运行历史状态，报警记录参数信息的查询。
同时，该系统还需满足以下非功能性需求。
（a）系统应支持大于100个工业设备的运行检测
（b）设备数据以制造现场传输到系统后台传输时间小于1s
（c）系统应在7*24小时工作
（d）可抵御XSS攻击
（e）系统在故障情况下，应在0。5小时内恢复
（f）支持数据审计
面对系统需求，公司召开项目讨论会议，制定系统设计方案，最终决定使用三层拓补结构，即现场设备数据采集层、Web检测服务层和前端Web显示层。
请按照性能、安全性和可用性三种非功能需求分类将题干的（a）～（f）填入 （1）～（3） 空白处。非功能性需求归类表：
（1）a、b
（2）d、f
（3）c、e
非功能需求的本质在于对系统“如何表现”的约束。
性能关注吞吐、时延与容量等指标：
(a)“支持 >100 台设备”体现容量/吞吐要求，属于性能的规模化承载能力；
(b)“传输时间 <1s”是典型的端到端时延指标，也归于性能。
安全性强调抵御攻击与可追溯：
(d)“抵御 XSS”是输入与输出链路的前端安全控制（输入校验、输出编码、CSP 等），
(f)“数据审计”要求对敏感操作与数据流进行日志留痕与合规审计，二者均属安全范畴。
可用性关注服务可达与故障恢复：
(c)“7×24 连续运行”直指持续可服务能力（MTBF/维护窗口设计），
(e)“0.5 小时内恢复”是RTO（恢复时间目标）的明确承诺，属于故障后的恢复/切换能力。