根据基于《GBT 30134-2013 冷库管理规范》标准内容，完成冷库管理平台的系统设计，输出符合软件设计开发规范的一系列文档。设计过程应遵循软件工程方法论，确保全面性和专业性。 总体要求 实时完整呈现思考过程和分析方法，以文字形式清晰展示 对关键过程和阶段性成果形成文档（MD格式）并持续更新完善 所有文档符合软件设计开发规范，逻辑清晰，层次分明 文档应以Word样式编写（虽保存为MD格式） 研究分析阶段 1. 冷库管理规范要求分析 深入研究《GBT 30134-2013 冷库管理规范》标准内容 识别并分析标准中的管理对象、要求和规范 重点关注冷库作为建筑物的定义（包括库房、机房、变配电间等） 输出《冷库管理规范要求分析文档》(MD格式) 2. 功能模块需求分析 基于规范分析和补充需求，分析主要功能模块 补充需求： 完整的冷库信息管理功能（作为系统核心） 不需要包含消防安全、事故应急、培训记录功能 增加能耗管理功能，包括用电量统计和分析 能耗分析至少包括：用电量与库容（单位库容用电量）、用电量与进出货量（单位进出货用电量）的分析 应包括Web应用、移动应用、物联网集成、大数据分析的相关功能 系统应覆盖所有参与冷库管理的不同组织角色（承建方、运营方、租户等） 输出《冷库管理平台功能模块需求分析文档》(MD格式) 3. 数据源与数据类型分析 整理冷库管理中涉及的各类数据源和数据类型 识别冷库管理中的所有实体、实体关系 区分不同组织角色可访问的数据范围 输出《冷库管理数据源与数据类型分析文档》(MD格式) 系统设计文档编写阶段 1. 需求规格说明书 系统概述、功能需求、非功能需求等 详细定义不同组织角色的需求 输出《冷库管理平台需求规格说明书》(MD格式) 2. 系统设计说明书 系统架构设计、技术选型、模块设计、界面设计等 设计统一的系统架构，通过权限机制区分不同组织角色 强调功能复用，避免不必要的重复开发 输出《冷库管理平台系统设计说明书》(MD格式) 3. 数据库设计文档 ER图、表结构设计、数据字典等 包含权限管理相关的数据结构设计 输出《冷库管理平台数据库设计文档》(MD格式) 4. 接口设计文档 API接口规范、内外部接口说明等 考虑不同组织角色的接口访问控制 输出《冷库管理平台接口设计文档》(MD格式) 特别说明 系统核心为冷库信息管理，包括库房、机房、变配电间等建筑物组成部分的完整信息 系统重点关注模块：制冷系统监控、库存管理、设备管理、能耗管理、人员管理 需关注数据源到监测应用分析的过程，明确哪些设备能获取或产生什么数据 技术实现方向包括：Web应用、移动应用、物联网集成、大数据分析和云平台部署 系统应作为统一平台，通过权限机制管理不同组织角色（如承建方、运营方、租户等）的功能访问和数据获取 设计应遵循功能复用原则，除非必要，避免为不同角色单独开发类似功能 设计应遵循面向对象原则，站在用户角度设计实用、好用、易用的系统，应充分考虑用户实际工作中会有对情况（如一个大的运营商可能同时管理数个冷库，冷库也会有新建改建扩建，大的运营商公司中不同组织部门在冷库管理中不同阶段的分工） 文档解析过程应尝试多种方法（包括常规PDF解析和OCR技术），确保内容完整准确 补充要求： 一、 项目核心目标与设计哲学 项目目标: 构建一个行业领先的、通用型的智能冷库管理平台，旨在提升运营效率、保障储品安全、降低运营成本。 设计哲学: 源于规范: 严格遵循《GB/T 30134-2013 冷库管理规范》和《GB 50072-2021 冷库设计标准》，确保平台的合规性与专业性。 高于实践: 以顺丰等头部企业的实际运营需求为蓝本，解决行业普遍存在的痛点。 面向通用: 所有功能设计必须具备高度的模块化和可配置性，以适应不同业态的冷库。 二、 核心功能需求 (Functional Requirements) FR-01: 资产档案管理 (一库一档) 1.1 结构化资产建模: 必须支持“站点/厂区 -> 楼栋/车间 -> 冷间/区域”的多层级物理结构管理。 1.2 规范化命名: 创建“冷间”时，必须通过结构化表单分别录入其核心属性（如所属车间、编号、标准类型、设计温度），系统应自动生成统一格式的“全称”，用于平台内所有显示，解决命名混乱问题。 1.3 灵活分类: 支持为冷间打上自定义标签（如“A客户区”），以满足灵活的筛选和统计需求。 1.4 全生命周期管理: 支持对站点/厂区设置“在建”、“运营”、“改造”等状态，管理其全生命周期的信息。 1.5 设备与库门档案: 需为每一台设备（含主备关系、PLC地址等）和每一个库门建立详细的电子档案。 FR-02: 实时监控 2.1 2D平面图监控: 核心功能。支持上传CAD图纸作为底图，并在图上实时、动态地渲染库温、库门开关状态和设备告警。 2.2 设备状态总览: 提供列表或拓扑图，实时展示核心设备（压缩机、泵、阀等）的启停状态和关键运行参数。 FR-03: 温度管理 3.1 核心监控功能: 提供实时温度看板、历史温度曲线对比分析功能。 3.2 合规性要求: 历史曲线图必须清晰标注高低温阈值线及超限区域。 3.3 数据导出: 所有图表和数据均需支持导出为Excel、PDF或图片格式。 FR-04: 库门管理 4.1 专项管理: 作为一个独立模块，对影响能耗和库温的库门进行专项监控和分析。 4.2 开门行为分析: 记录并分析每个库门的开启历史、次数和时长。 4.3 开门超时告警: 必须支持配置库门开启超时告警规则。 FR-05: 告警管理 5.1 多类型告警: 支持温度、设备故障、设备离线、库门超时以及氨气浓度异常等多种告警类型。 5.2 多渠道通知: 告警通知必须支持电话语音告警，并可配置分级、升级的通知策略。 5.3 告警驱动采集: 针对氨气等特殊告警，必须支持触发后自动提高数据采集频率的特殊处理逻辑。 5.4 全流程闭环: 告警需有“待确认-处理中-已解决”的完整处理流程和记录。 FR-06: 能耗管理 6.1 灵活的数据录入: 核心要求。能耗数据采集必须同时支持三种方式：① 对接智能仪表自动采集；② 提供界面供用户手动录入抄表数据；③ 提供Excel模板供用户批量导入抄表数据。 6.2 多维度统计: 支持按区域、按设备、按时间等多维度进行能耗（电、水）统计和分析。 6.3 精准能效分析: 核心要求。必须支持通过导入进出货记录等业务数据，与能耗数据进行关联分析，计算单位货吨能耗等关键能效指标(KPI)。 FR-07: 数据分析与报表 7.1 自定义报表: 提供灵活的报表配置工具，允许用户自由组合不同数据源进行交叉分析。 7.2 轻量化货物管理: 平台不追求完整的WMS功能，但必须提供导入进出货记录的功能，主要用于支撑能耗分析和客户权限划分。 FR-08: 系统管理 8.1 灵活的权限体系: 支持多级组织架构、用户和可自定义的角色管理。 8.2 自动化客户赋权: 核心高级功能。必须实现当运营方将“租户/客户”与“冷间”关联后，系统自动为该租户账号配置相应的数据访问权限，实现“零配置”。 8.3 全面审计: 记录所有用户的关键操作日志，用于安全审计和追溯。 三、 非功能性需求 (Non-Functional Requirements) 部署方式: 必须同时支持私有化部署和公有云SaaS部署两种方案，并能为客户提供明确的服务器配置建议。 访问方式: 支持PC端浏览器、手机APP和手机端浏览器等多种访问方式。 系统集成: 硬件接入: 具备接入主流PLC（如西门子，通过Modbus协议）和各类传感器的能力。对于现场未联网的设备（如部分机组、门、电表），需能提供完整的硬件改造和集成方案。 软件接口: 预留标准的API接口，便于未来与集团大平台、WMS、ERP等系统进行数据对接。 性能与安全: 数据采集频率: 默认60秒/次，关键测点或特殊场景下可配置为更高频率。 页面响应: 核心页面加载流畅，无明显卡顿。 数据安全: 实现严格的多租户数据隔离，保障数据传输与存储安全，具备完整的审计日志。