一句话定义：Bentley OpenRoads 做公路 BIM，是以 DGN 为几何底座，用同一套数据把地形、平纵面、横断面模板串成规则驱动的廊道，再由桥梁模块接住构造，最终出图并交付三维模型的流程。
OpenRoads 是什么：归属、定位与产品边界
先把归属说清楚：Bentley Systems 是一家美国基础设施软件公司，总部在宾夕法尼亚州埃克斯顿，产品覆盖公路、铁路、桥梁、市政管网、水务与电网等基础设施的设计、建造与运维。国内公路设计院接触到它，多半从 MicroStation 开始，那是整套产品线的几何底座，DGN 就是它的原生文件格式。
在这套底座上，面向公路与市政的是 OpenRoads Designer，业内常简写成 ORD。它的长处不在单体构件做得多细，而在长大线路：几公里到上百公里的路线，地形、平纵面、横断面模板、廊道、标注与出图规则能挂在一套数据上联动。改一个曲线要素，后面的纵断、横断、廊道与图纸跟着变，这是它被设计院接受的根本原因。
桥梁那一段由 OpenBridge Designer 接。它的定位是把桥梁的构造建模与结构分析衔接起来，上部结构、下部结构、墩台能按参数生成，也能与路线、地形对齐。协同与文档版本交给 ProjectWise，模型往运维侧走则接到 iTwin 这一端。几块产品各管一段，靠格式与参照串成一条链。
| 产品 | 定位 | 公路项目里的分工 | 适用边界 |
|---|---|---|---|
| MicroStation | 基础建模平台，DGN 原生格式 | 桥涵构造、异形构件、临时工程 | 不含线路规则与出图管理 |
| OpenRoads Designer | 公路与市政土木设计 | 地形、平纵面、横断、廊道、图纸 | 梁体等构件精度有限 |
| OpenBridge Designer | 桥梁建模与分析衔接 | 上部结构、下部结构、墩台布置 | 异形节段仍需手工补 |
| ProjectWise | 协同与文档管理 | 多专业提资、版本、权限 | 不建模、不算量 |
| iTwin | 数字孪生与数据服务 | 模型汇聚、运维侧发布 | 需先做数据治理 |
这张表说明一件事：Bentley 的公路能力不是靠一个软件包打天下，而是按专业切开、靠格式与参照串起来。选型时先看自己在哪一段缺能力，再决定上哪一块，比整套铺开更省。
一条公路在 ORD 里的数据流：从地形到廊道
把一条公路放进 ORD，顺序基本固定：地形、平面线形、纵断面、横断面模板、廊道，最后是标注与出图。前四步是数据，后两步是结果。顺序不能乱，因为每一步都吃上一步的成果，返工也要按这个链条往回找。
地形是底。实测断面、无人机点云、正射影像配上高程，先做成地形模型，后面所有桩号、标高、边坡都落在它上面。地形模型不准，整条线的纵断与土方都会跟着偏，这类错误到施工阶段才暴露，代价最大。
平面线形管走向，交点、圆曲线、缓和曲线、断链都在这层定义；纵断面管高程，坡度、竖曲线、变坡点在这层。两层合起来，才有了「某个桩号的三维位置」这个概念。桥梁的墩台定位、涵洞的进出口标高，都是从这两层数据里算出来的，不是另建的。
横断面模板是 ORD 的核心概念。路基宽度、路拱横坡、边沟、边坡、挡墙，做成一个带约束的断面模板，再沿线形扫掠，就成了廊道。廊道不是「画」出来的实体，是规则算出来的结果，模板一改，全线重算。这套机制对标准化程度高的项目效率极高，对每一段都不同的项目反而束手束脚。
这也解释了一个常见现象：路基段改断面很容易，桥梁段却要单独处理。桥位处廊道要么断开，要么用桥台与锥坡把两端收住，梁体本身不进廊道。桥是桥，路是路，两者在同一条线形上对齐，但模型是两套，界面在桥台。
桥梁在这条链上怎么接：中心线、墩台定位、上部结构
桥梁接入的第一件事是中心线。设计给的桥梁中心线，通常就是路线平面线形在桥位段的那一段，包含曲线、缓和曲线与超高过渡。建模时不要自己拉一条直线代替，弯桥的梁长、翼缘宽度、护栏线形全部依赖这条线，替掉之后所有横向尺寸都会失真。
第二件事是墩台定位。桩号转三维坐标，再按偏距分出左右幅，正交桥直接取法线方向，斜交桥要输入斜交角。曲线段上的墩台，墩身中心与梁缝中心往往不重合，这个偏移量在图纸上只是一个数，在模型里必须落到同一个基准上，否则架梁时才发现梁缝对不上。
第三件事是上部结构。等截面梁好办，变截面连续梁、变宽箱梁、加宽段才是难点：梁高沿桩号变化、腹板随宽度外移、横隔板位置跟着节段走。这一层用 OpenBridge 的参数化构件能覆盖常规桥型，异形段仍要回到 MicroStation 里按实体补，补的时候要留出与参数化部分的对齐基准。
分工上比较稳的做法是：路线、桥位、墩台中心由 ORD 一侧定，梁体与墩身构造在 OpenBridge 或 MicroStation 里做，两者共用同一条中心线与同一套坐标基准。梁段与墩顶的相对关系，包括支座位置、梁端预留缝、预拱度设置，单独校核一遍，不要指望软件默认值。
和 Civil 3D 的差别在哪：三个维度看适用边界
国内做公路 BIM，绕不开和 Autodesk Civil 3D 的比较。两者都能做路线与廊道，差别不在能不能，而在哪类项目里更顺、转换成本更低。
| 维度 | OpenRoads 一侧 | Civil 3D 一侧 |
|---|---|---|
| 线路与廊道能力 | 长线路规则驱动，出图联动成熟 | 中小线路与市政道路顺手 |
| 桥梁专业覆盖 | OpenBridge 接构造与分析 | 桥涵多靠 Revit 或插件补 |
| 国内协作与出图 | DGN 协同，需本地化模板 | DWG 通用，衔接国内流程直接 |
线路与廊道这一维，ORD 的优势在长线路和规则化出图，一条几十公里的高速，平面、纵断、横断、逐桩标注能用一套规则批量生成；Civil 3D 在市政道路、场地与中小线路上更轻，与 DWG 图层习惯也更贴近。
桥梁这一维，Civil 3D 本身没有独立的桥梁模块，桥涵通常转到 Revit 做再回来说明；ORD 一侧有 OpenBridge 接住，构造与分析的衔接更顺，但异形段同样要手工补。国内协作这一维差别更实际：上下游大量使用 DWG，Civil 3D 的交付几乎不用转换；ORD 的 DGN 需要一套转换与出图约定，前期投入更高。
结论不该是判优劣，而是看哪个的边界和自己的项目更贴。长线路、桥隧比高、要求规则化出图的项目，ORD 的适用边界更宽；市政改造、场地类、上下游全是 DWG 的项目，Civil 3D 的转换成本更低。超出各自边界的那部分，通常转由专业深化软件或平台侧承接。
出图与交付：DGN 到 PDF、到 IFC 与 3D Tiles
设计院的交付物是图纸，所以出图能力决定这套流程能不能落地。ORD 的出图建立在图纸模型与绘图规则上：种子文件定图框、比例、字体与标注样式，绘图规则定逐桩标注、坡度标注、超高标注怎么排。规则配好之后，一条线的纵断图、横断图能批量生成，改线之后重新出图，不必一张张改。
对外交付通常是 PDF。PDF 适合审图与归档，但不带构件属性，也不便二次利用。要在其他平台里用，得走模型导出：IFC 是通用交换格式，Bentley 一侧有对应的导出能力，但导出前要按《公路工程信息模型应用统一标准》（JTG/T 2420—2021）的设施、子设施、构件三级架构整理图层与命名，否则导出来只是一堆无分类实体。
再往上是轻量化。给汇报平台、GIS 一张图或施工管理平台用的模型，通常转成 3D Tiles 一类切片格式，按标段与精细度分层。这一步与设计软件无关，靠的是导出前的模型组织：哪些构件进展示版、哪些只留交付版，要在导出前分好，事后拆代价更高。
三个常见误用
把廊道当桥梁模型。廊道是路基断面沿线的扫掠结果，能表达路面、边坡、边沟，表达不了梁体、支座、预应力。桥位段的廊道只承担「路」的部分，梁体必须单独建，两者的界面在桥台与锥坡，混在一起会让桥位工程量失真。
把 DGN 直接丢给只认 IFC 的平台。DGN 是工程文件格式，不是交换格式，跨平台读取要么装插件，要么先转。转之前不整理图层与命名，转过去就是几何堆，构件查不到、编码挂不上，平台侧再想补就要重做一遍。
一个文件从路线做到梁段。参照一层套一层，改一处全线重算，打开要十几分钟，多人协作时更容易互相锁死。常规做法是按标段、按专业拆文件，用参照与 ProjectWise 管关系，把大文件拆小是这类项目的基本纪律。
这套流程的成本与门槛在哪
成本的第一块是授权与硬件。ORD、OpenBridge、ProjectWise 分属不同产品，按角色配；大模型对显卡与内存的要求比二维设计高一个量级，这一点在前期最容易被低估。第二块是模板库：种子文件、绘图规则、构件库、编码映射表，都要按国内的设计习惯重做一遍，工作量以人月计。
真正难的是第三块，把设计院的出图习惯翻译成软件规则。国内公路图纸有自己的图例、标注习惯、桩号写法、断链处理方式，这些在软件里没有现成的，只能一条条配。配不全，出图就要人工补，效率优势也就没了。
所以判断一套 ORD 流程是否成熟，不看模型多漂亮，看两件事：改线之后图纸能不能自动跟着变，新人接手后能不能按模板出图。这两件事成立，投入才算回收；只做出一套好看的展示模型，不算。
我们在哪一段接手
设计院把路线与廊道做完，剩下的往往是最费工的一段：桥涵构件按交付精细度建起来，构件按编码挂上属性，模型按平台需要轻量化。这一段不改变设计，只把设计成果翻译成可交付、可查询的模型，做得好不好，差别在交付时能不能一次过。
常规做法是接设计给的平纵面与逐桩坐标，重建三维中心线，再按桥型布置墩台与梁段；构件命名与分类按 JTG/T 2420—2021 的编码结构落地，标识码一构件一码。桥梁部分的交付口径见桥梁 BIM 建模服务，设计阶段协同的做法见BIM 正向设计，模型进平台前的处理见BIM 模型轻量化。
费用与桥型、跨径组合、构件拆分粒度直接相关，公开的测算思路可参考按桥型测算 BIM 建模费用，具体以设计文件与实际工作量定。
核心要点
• Bentley Systems 是美国基础设施软件公司，MicroStation 是几何底座，DGN 是其原生格式；
• ORD 的强项是长线路与规则驱动：地形、平纵面、横断模板、廊道、图纸挂在一套数据上联动；
• 廊道是断面沿线的扫掠结果，梁体不进廊道，桥位处由桥台与锥坡收边；
• 桥梁接入三件事：中心线取自路线、墩台按桩号加偏距定位、上部结构按节段与梁高变化建模；
• 与 Civil 3D 的差别在长线路规则、桥梁专业覆盖、DWG 协作习惯三处，各有适用边界；
• 交付链路是 DGN 出 PDF、导出 IFC 挂编码、再切片成 3D Tiles 上平台，三段各有整理要求。
常见问题
Q：OpenRoads Designer 能不能直接建桥梁模型？
A：能做桥位、桥台、锥坡与部分构造，梁体与墩身的完整构造更适合交给 OpenBridge Designer 或 MicroStation。两者共用同一条中心线与坐标基准，分工比一个软件全包更稳。
Q：设计院只用 DWG，接 ORD 的成果会不会很麻烦？
A：会有一次转换成本。DGN 可以导出 DWG，图层、线型、字体需要一套映射规则；反过来 DWG 进 ORD 也要整理图层。项目开始时把映射表定下来，后面批量转换就顺了。
Q：廊道模型能不能直接算土方？
A：廊道本身带断面与材质信息，可以做工程量统计，但结果取决于地形精度、断面模板与计算范围。正式计量仍以测量成果与设计断面为准，模型统计值适合做方案比选与过程控制。
Q：DGN 转 IFC 之后构件属性还在吗？
A：取决于导出前的组织。图层、命名、构件类型映射做得好，属性可以带过去；只按几何导出，过去的就是空壳。导出前按 JTG/T 2420—2021 的三级架构整理一遍，是最省事的做法。
相关阅读
模型做出来要拿去审图与推演，见Navisworks 在桥梁项目里做什么；构件拆分到什么粒度、属性挂到什么程度，见精细化 BIM 建模；桥位坐标与投影带号的换算，是梁段能对上墩台的前提。
延伸阅读：路线中心线从哪来？纬地路线数据进 BIM 的三条路径讲得直接；钢结构深化那一段对应Tekla 钢箱梁深化的精度与出图边界；线路数据做成一张图，见超图 SuperMap 公路一张图。
河南广创云建筑科技有限公司，专注公路工程 BIM 与交通数字化，业务覆盖桥梁/隧道 BIM 建模、施工模拟与工艺动画、构件级数据治理、结构健康监测与数字化平台研发，服务以河南为根基、以深圳为中心辐射全国，电话 1666-804-0011，邮箱 gcybim@163.com。
文中所述 Bentley 产品线的功能定位，依据其官方公开资料整理；模型架构、分类编码与交付要求依据《公路工程信息模型应用统一标准》（JTG/T 2420—2021）及行业公开实践整理，供技术交流参考；具体项目的软件配置、建模精度与交付内容，应以设计文件、合同约定及软件官方文档为准。
