STUDIO · SPEC SHEET · UNIT W6
HyperWeb：一人手写的 CBB 管理系统
01 · 缘起：把「品类货架」从 Excel 里搬出来
CBB（Common Building Block，共用模块）是电视制造业平台化的核心命题：一台电视由主板、电源板、背光控制板、音箱、遥控器、底座、包装等 26 类模块构成，如果每个新机型都重新开发一遍物料，研发周期和成本都是灾难。CBB 管理的目标因此非常明确——把每个品类的模块做成「货架」，新机型优先从货架上选型，整机共享率达标（>80%）才能立项。
在系统诞生之前，这项工作完全依赖人工：品类工程师各自维护 Excel 和 PPT 四件套（现状分析 / 管控规则 / 规划选型 / 设计规范），信息散落在共享盘的层层文件夹里。没有统一台账、没有状态管理、没有共享度量化、更没有跨部门的需求流转——平台化的制度有了，承载制度的工具是一片空白。HyperWeb 把这整条链路搬到了线上：品类货架、生命周期、技术规划、需求工单、共享率度量、月度指标，六大体系一个系统。
02 · 系统全景
全站沉淀出一套统一的页面范式：*Frame.asp（权限闸门 + 双栏布局）→ 列表页（查库渲染 + 前端筛选）→ 编辑页（动态表单 + 自提交回写）→ redirect 反馈页。点列表行 ID，右侧编辑栏以「抽屉」方式滑出，提交后自动收拢——这套 frameset 抽屉面板交互贯穿全部 20 多个模块，成为整站的一致性来源。
六个核心设计决策
表结构即 UI
管理后台、CBB 编辑、树维护的表单与表格全部由数据表字段动态生成——给权限表加一列，管理界面零代码改动即生效。这是单人能维护 40+ 张表、40+ 个权限位的根本原因。
表名即品类
每个品类就是业务库里一张同名表，树节点名 = 表名，点节点即查表。扩展新品类只需：建表 + 树上加节点 + 权限表加一列，十分钟上线。
一行一用户，一列一权限
374 个用户的全部授权存在一张宽表：功能域准入、行为权，以及每个品类各一列的细粒度编辑权。权限模型与元数据驱动互相咬合，加权限不动代码。
CBB 状态机：终态守门
「上架」不是一个按钮，而是一种写入终态的资格：无授权用户连把记录改成「预上架/上架」的机会都没有——从源头保证货架上都是审核过的模块。
共享率一票否决
整机 26 类模块的选型方案自动折算「共享率」，六组加权、>80% 判合格（绿色），否则红色「不合格」——把「共享率不达标不能立项」的制度变成了系统里的一个红绿数字。
月度快照统计仓
四状态 × 数量/支撑数/支撑比三族指标，跨 30 张品类表循环聚合，按月固化快照——2020 年 12 月起无间断留痕，共享率逐月趋势线全部源于此。
03 · 功能模块精选
产品树与 CBB 货架
电视、激光、商显三棵产品树，树形导航按「单机 → 组件 → 单元」三级展开，点击节点打开该品类货架列表：首列按「物料号.jpg」约定自动挂示意图，末列统计该 CBB 被多少个机型引用（共享度直观体现）；每条 CBB 的「链接」字段存 PLM 文档标识，点击直达企业 PLM 文档树。
市场需求工单流（2021 → 2022 的迭代）
配套统计看板：承接部门 × 反馈状态、提出部门 × 反馈状态两张透视矩阵实时计数，单元格可点击下钻。「编辑行为即签名」的轻量审计、按 IPD 阶段组织的商显字段体系（537 条独立需求池），都是这条工单流上的精细设计。
多方案选型与共享率算法
全系统技术含量最高的模块：一个拟立项机型对 26 类模块逐一选择「货架 CBB」或四条非 CBB 路径，一行数据即一个整机方案（69 字段）。共享率自动折算：
单机层（主板/遥控器/音响）· 电源组 · 硬件套件 · 模组屏组 + 面板折算 · 外观结构套件 · 软件
「不涉及」的模块从分母剔除，避免新机型被稀释 —— 合计 > 80% 判「合格」（绿色），否则红色「不合格」，一票否决
方案页面一键导出《多方案选择及共享率分析》评审报告（纯 MIME 伪装生成 Word，零组件零授权成本），归档后锁定、授权可重开——评审流程完整闭环。
04 · 无 AI 年代的工程技法
| 技法 | 实现与代价 |
|---|---|
| MIME 伪装导出 Word | 响应头声明 application/vnd.ms-word + 输出带样式 HTML 表格，浏览器调起 Word 渲染——零组件生成评审级报告。 |
| 文件系统即图片索引 | 示意图按 物料号.jpg 命名，列表渲染时逐行探测文件存在性——354 张图片零建表零维护。 |
| frameset 抽屉面板 | 运行时改写 frameset.cols 实现多面板无刷新切换，2020 年代内网系统里少见的顺滑交互。 |
| OLEDB 读 Excel | SELECT * FROM [Sheet1$] 把工作表当数据表查询，校验「物料号」列后按行去重入库。 |
| 新旧共存式升级 | jQuery 1.3.2 → 3.5.1、picnet → DataTables，逐页面灰度替换，从不停机重写。 |
| 现代组件嫁接 | 2021 年在 ASP 页面里接入 Webix + dhtmlxGantt 甘特，服务端 VBScript 直接内联吐 JSON。 |
05 · 生命周期：三年九个月，然后体面退休
- 2020-10人工时代 —— 品类四件套散落共享盘，平台化制度缺工具承载。
- 2020-12系统上线 —— 统计指标体系开始按月留痕（第一份月度快照）。
- 2021三线扩展 —— 激光/商显复入；产品平台论证点体系运转；甘特图接入。
- 2022工单流升级 —— 市场需求跨部门流转 + 统计看板；自动备份体系建立。
- 2023体验迭代 —— 货架列表升级 DataTables；最后一次功能性修改。
- 2024-09功成身退 —— 新 PLM 上线「产品-CBB 选型」，选型职能移交。
- 2026-01仍在服役 —— 退役后仍作为查询/导出工具被使用；每日自动备份至今运行。
06 · 诚实复盘
做对的
- 元数据驱动让单人维护成为可能——表结构变即界面变，40+ 权限位、30+ 品类零代码扩展
- 按域分库——业务/权限/规划/产品线物理隔离，故障域小
- 把制度写进系统——状态机终态守门、共享率一票否决，制度不再依赖人的自觉
- 统一页面范式——20+ 模块共用一套交互语言，学习成本趋近于零
- 数据持续沉淀——2020-12 起的月度快照让所有汇报图表有据可查
- 渐进式升级——三年里前端栈换了两代，业务不中断
局限（也是年代的定义）
- SQL 字符串拼接贯穿全部入口——内网系统未设防，放今天不可接受
- 密码明文存储、权限校验后不终止响应——鉴权是「提示」而非「拦截」
- 三条产品线代码复制粘贴——口径漂移和「只在电视树生效」的暗伤由此而来
- 共享率算法三处复制、统计口径两页不一致——缺少抽象层的典型代价
- Access 单文件库的并发与体量天花板，决定了它最终让位给 PLM
- 一人维护 = 公交系数 1——知识没有第二份载体，退役后无人敢动
这些局限大多不是「想不到」，而是「那个环境下够用就好」的取舍。元数据驱动、分库隔离、制度系统化、快照沉淀这些设计决策，放到今天的平台工程语境里依然成立；而安全、抽象、知识传承的欠账，是任何一个人的系统都终将面对的功课。