CBB 平台的设计和实现
摘 要： CBB 是产品和技术共享共用的基础。CBB 平台可基于 PDM系统进行规划设计， 包含基本功能、 维护开发、 绩效考核等应用内容。CBB 应采用适当的构建途径和激励机制， 构建整体应用平台， 实现知识重用和集成应用。 构建 CBB 信息化平台， 有助于形成易用、 高效的研发机制， 提高研发质量和效率。
IPD（Integrated Product Development， 集成产品开发） 是以市场需求为核心， 通过 CBB（Common Building Block， 共用基础模块） 和跨部门的团队准确、 快速、 高质量、 低成本地设计开发产品。 CBB 是指在不同产品、 系统之间共用的零部件、 模块、 技术和其他相关的设计成果，是建立产品和技术共享平台的基础。 构建 CBB 信息化平台， 有助于形成易用、 高效的研发机制， 提高研发质量和效率。
1 构建 CBB 的意义
随着企业市场的拓展和细分、 客户数量的增长， 产品种类和型号、产品复杂度随之增长， 研发部门承受的压力日益增大。 IPD 面临的困境和挑战有： 开发团队数量、 开发人员数量需求急速膨胀； 产品设计开发周期长， 不能按时完成； 新产品的质量总是需要很长的时间才能稳定下来； 类似的技术问题或错误， 在不同产品、 不同项目、 不同人员身上重复出现、 反复解决； 响应客户小批量个性化的需求成本太高、 周期太长，做了亏本， 不接单会损失市场。 应对这些问题， 最主要的策略就是加强产品和技术的共享共用。不同产品、 系统之间存在许多可以共用的零部件、 模块和技术， 如果产品开发中尽可能多地采用这些成熟的共用基础模块和技术， 无疑产品的质量、 进度和成本会得到很好的控制和保证， 产品开发技术风险也将大大降低。 建立和运用 CBB 平台， 共享共用最佳工程实践、 先进设计方法、 有效设计准则、 成熟应用规范等， 实现设计开发的知识重用， 对于提升研发质量和进度、 降低研发费用成本具有十分重要的意义。
2 CBB 的相关定义
运用产品和技术共享平台实现知识重用， 可快速、 高质量地满足客户需求。 构建 CBB 应同步建立技术和产品货架， 建立产品成熟度评估标准， 建立鼓励平台形成和使用的机制。
CBB 通过评审验证后可进入 CBB 资源池。 CBB 的数据形式为产品图文档、 代码等， 内容涉及电子元器件、 标准件、 部件、 组件、 单机、 整机、 子系统、 系统等。 CBB 应融合 PDM（Product Data Management， 产品数据管理）、 软件工程化管理、 项目管理等第三方应用系统， 创建高效易用的信息化平台。 用户借助 CBB 平台， 可快速形成由共享单机、 整机或模块组合形成的新产品， 按层次分类形成产品货架， 研发模式从串行开发模式逐步转向以 CBB 为核心的异步开发模式
3 CBB 平台的设计
CBB 平台应按照“总体规划、 分步实施” 的原则进行设计开发。 从建立元器件、 标准件和成熟部件、 组件的共享共用入手， 取得成功后再升级到更高应用层次。 下面提出基于 PDM 平台的 CBB 设计方案。
3.1 规划设计
考虑现有的成熟模块和 PDM 系统平台， 参考行业的发展趋势， 并结合企业内部产品技术创新的要求， 进行 CBB 规划。 首先对现用的基础数据进行必要的整理、 分类和审核， 进行标准化和模块化工作。 根据产品路标规划和技术路标规划， 归类需求， 编制 CBB 规划框架和应用指南。在 PDM 平台上开发配置 CBB 开发流程， 设置关键流程节点， 设置角色，定义角色职责， 制定 CBB 流程模板和规范。
3.2 基本功能
基于 PDM 平台进行 CBB 的开发设计， 基本功能包括： 分类属性、权限划分、 查询等。
（1） CBB 分类和属性定义。 每一类型 CBB 都区分关键特征， 在 PDM中称之为属性。 划分 CBB 类型， 每种类型定义自己的属性， 将分类及属性固化到 PDM 中， PDM 对必填属性做出约束， 否则不允许创建 CBB。
（2） CBB 信息权限划分。 CBB 信息分为通用信息和授权信息。 通用信息对所有人开放， 授权信息只有获得权限的人员才能使用。
（3） CBB 查询界面定制。 支持按类别搜索， 确定类别后自动显示和该类别相关的属性输入框。 支持模糊搜索， 输入特定字符及通配符，在所有类别中检索。
（4） CBB 关联信息查询使用。 相关设计规范、 检验规范、 技术文件是 CBB 引用不可缺少的内容， 只有整体引用才能发挥应有的作用。 建立 CBB 关联信息模型， 并提供相应的检索手段。
（5） CBB 被共享查询。 查询 CBB 被使用情况， 为综合分析该 CBB可用性、 适用性提供佐证数据， 供使用者参考选择。
3.3 维护开发
根据外部的技术发展变化和内部产品、 技术开发团队等反馈的意见， 对预研、 产品开发、 技术开发等环节发现的 CBB 需求和问题记录进行汇总、 分析， 适时更新 CBB 规划和指南。CBB 维护开发的主要任务有： 定义 CBB 需求和问题管理规范、 定义CBB 变更管理规范、 开发配置 CBB 问题审批流程模板、 开发配置 CBB 更改管理流程模板、 开发 CBB 批量更新功能等。
3.4 绩效考核
将 CBB 的绩效指标量化， 以鼓励共享和重用。 根据 TR（TechnicalReview， 技术评审） 规则， 在产品开发的各过程和各环节对执行 CBB的情况进行审核， 重点考核优选率和复用率。 定期统计 CBB 绩效指标，编制 CBB 执行报告。CBB 的绩效考核可通过报表方式实现。 主要有：
（1） CBB 引用情况统计报表。 分析 CBB 的复用情况和被引用统计数据， 评估其对设计开发的贡献度。
（2） CBB 使用统计报表。 特定产品 CBB 使用统计记录， 以利于对产品型号通用化率和优选率指标进行度量。
（3） CBB 上架率/下架率统计报表。 每年新增 CBB 和下架 CBB 统计。
4 CBB 的实现
CBB 应选择适当的构建途径和激励机制， 构建整体应用平台， 实现集成应用的目标。
4.1 CBB 的构建途径
构建 CBB 有两种途径：
（1） 根据需求进行规划， 通过产品路标规划和技术路标规划构建平台框架， 在此基础上进行开发。
（2） 通过总结和沉淀， 这是通常的做法。 步骤是： 分解产品树和技术树， 通过对应分析找到共享技术， 进行标准化和必要的上层开发构建平台， 验证开发的平台， 持续进行优化完善。
4.2 CBB 的激励机制
CBB 平台构建应由高水平的人员来完成， 需要在正常业务之外投入人力和时间， 因此必须要通过适宜的激励机制加以推进。 主要有： 通过任职资格牵引， 没有做过平台的人员不能进行任职资格晋级； 进行内部定价， 对共享和被共享行为进行奖励； 销售给非竞争的客户， 获取合理收入； 对周期长、 难度大的开发任务给予战略补贴和特别奖励。
4.3 和其他信息系统的集成
CBB 建设目标是构建整体应用平台。 当前企业信息化应用系统是复杂的异构系统环境， 分布式数据和异构数据是 CBB 集成应用的挑战。 集成应用需要解决的关键问题是如何将分布在异构、 异源系统中的数据进行有效地采集、 挖掘、 加工和关联， 按照知识资源体系和大数据的方法建立统一的检索库， 实现企业级集成应用。大量有价值的数据信息存储在文件系统或数据库中， 格式可能是文本、 XML、 CAD、 Office、 PDF 等， 建立统一的数据采集和整理平台， 对跨越多个数据资源库的数据进行挖掘和整合。 数据访问接口采用面向服务架构（SOA） 基于 Web Service 技术实现， 便于不同架构的应用系统调用。 基于 PDM 系统， 将各类系统的数据通过关联的方式映射到逻辑知识库中， 建立统一的全文索引库和属性关联库， 形成集中访问和分布式信息系统运行相结合的 CBB 信息化平台。
5 总 结
构建 CBB 信息化平台是研发流程优化提升、 提高研发质量效率的有效切入点， 对推行 IPD 将产生事半功倍的作用。 CBB 建设应用必须和数据知识体系整合， 和信息化应用融合， 和技术创新需求结合， 突破数据形成、 集成应用等难点， 积极运用大数据等 IT 成果， 更好地满足科研开发的需要
联系我们
Contact us
战略解码