CN111295680A - 用于基础设施建模的智能模型层级 - Google Patents

Abstract

在一个实施例中，提供了用于使用智能模型层级从多个建模视角对基础设施进行建模的技术。用于基础设施的存储库模型被生成，其充当智能模型层级的根。存储库模型包括根主题和一个或多个子主题。针对每个主题生成一个或多个信息分区，每个信息分区与相应建模视角相关联。一个或多个子模型与每个信息分区相关联。一个或多个子模型每个包含一个或多个基础设施元件，所述基础设施元件表达子模型与其关联的信息分区的建模视角。存储库模型和一个或多个子模型一起维护在存储库中，并且所选择的模型的基础设施元件可以根据需要在客户端的用户接口中显示。

Description

用于基础设施建模的智能模型层级

技术领域

本公开一般涉及基础设施的基于计算机的建模，并且更特别地涉及用于使用模型层级从多个建模视角对基础设施进行建模的技术。

背景技术

贯穿基础设施（例如，建筑、工厂、道路、铁路、桥梁等）的设计、建立和操作，通常期望使用基础设施建模软件对基础设施进行建模。模型可以采取许多不同的形式，从而表征基础设施的各种方面（称为“建模视角”）。例如，物理模型可以从物理建模视角对基础设施进行建模，从而表征实体的物理方面。同样，功能模型可以从功能建模视角对基础设施进行建模，从而表征实体的功能方面。依赖于实施方式，可以使用对应于不同建模视角的各种各样的其它类型的模型。

模型可以具有各种粒度，对基础设施的各种大小的单元进行建模。例如，一个物理模型可以对整个设施进行建模，而第二物理模型可以对该设施中的单件装备进行建模。同样，一个功能模型可以对生产线的整个过程流程进行建模，而第二功能模型可以对这样的过程流程的单个阶段进行建模。

传统地，已经针对每个建模视角和每个粒度通过基础设施建模软件生成和维护单独的数据库。然而，这样的方法引入了数据冗余，其中相同的实体被单独地建模多次。相同实体的不同表示之间的关系通常没有清楚地定义，这阻碍了在没有人工干预的情况下通过软件进行基于模型的有效“推理”。对于软件来说，确定两个不同的模型（例如，粗粒度模型和细粒度模型）是相同实体的模型使得模型不会与彼此“冲突”可能是困难的。同样，当执行分析（例如，测量质量，诸如实体的粗粒度模型或细粒度模型（但不是二者）的质量）时，避免对相同实体的模型进行“双重计数”可能是困难的。

除了这样的低效率之外，其中相同实体被单独地建模多次的数据冗余可能增加数据不一致性的可能性，其中实体的一个数据副本与相同实体的另一数据副本不同。又进一步地，数据冗余可能消耗过多的存储空间（即，引入存储低效），并且消耗额外的处理能力来单独地访问和操纵（即引入处理低效）。

所需要的是从不同的建模视角以多个不同的粒度高效地生成和维护基础设施的多个模型的技术，所述技术解决了一些或所有上面所讨论的缺点。

发明内容

提供了使用智能模型层级从多个不同的建模角度并且以多个不同的粒度来维护基础设施的模型的技术。这样的技术可以实现在没有人工干预的情况下，通过软件基于模型的有效“推理”和分析、降低数据不一致性的可能性、和/或避免存储和处理低效，以及提供其它益处。

在一个特定实施例中，生成用于基础设施的存储库模型，所述存储库模型充当智能模型层级的根。存储库模型包括描述存储库模型200是关于什么的根主题以及进一步组织其内容的一个或多个子主题。针对每个主题生成一个或多个信息分区，每个信息分区与相应的建模视角相关联（例如，使得每个建模视角反映在每个主题的一个信息分区中）。一个或多个子模型与每个信息分区相关联。一个或多个子模型每个包含一个或多个基础设施元件，所述基础设施元件表达子模型与其关联的信息分区的建模视角。在存在多于一个子模型与信息分区相关联的情况下，多个子模型是分层级组织的，其中与信息分区直接相关联的一个子模型用作根，并且剩余的子模型分层级地布置在该子模型之下。

存储库模型和一个或多个子模型一起在（基于云的服务软件的）存储库中维护，所述存储库是在客户端设备上执行的客户端通过互联网可访问的。可以将智能模型层级的至少一部分复制到客户端设备。用户可以指示他们期望查看的模型，在客户端的用户接口中至少指定主体和信息分区。响应于用户输入，从（例如，基于云的存储库中或客户端设备上二者任一的）智能模型层级选择模型。此后，客户端在其用户接口中显示所选择的模型的至少一个基础设施元件，以使用户能够查看关于基础设施的信息。

应当理解的是，除了在本发明内容中讨论的那些之外，可以实现各种附加的特征和替代的实施例。该发明内容仅仅意图作为对读者的简要介绍，并且不指示或暗示本文中所提到的示例覆盖本公开的所有方面，或者是本公开的必需或必要方面。

附图说明

下面的描述指的是附图，其中：

图1是示例基础设施建模软件架构的至少一部分的高级框图；

图2是可以包括在示例存储库内的示例存储库模型的框图；

图3是示出了图2的示例存储库模型以及示例子模型的扩展框图；以及

图4是使用智能模型层级对基础设施进行建模的示例步骤序列的流程图。

具体实施方式

定义

如本文中所使用的，术语“基础设施”指的是现实世界中已经被构建的或计划要被构建的物理结构或物体。基础设施的示例包括建筑、工厂、道路、铁路、桥梁等。

如本文中所使用的，术语“构建的基础设施模式”或“BIS”指的是描述数据的语义的概念模式（即概念数据模型），所述数据描述基础设施。BIS可以使用许多底层数据库系统（例如，SQLite数据库系统）来实现，其中BIS中的结构映射到数据库模式（例如，DgnDb模式）。

如本文中所使用的，术语“存储库”指的是诸如数据库之类的用于基础设施数据的电子存储位置。存储库可以符合BIS。

如本文中所使用的，术语“公文包（briefcase）”指的是存储库的至少一部分的副本。公文包可以包括根据数据库模式（例如，DgnDb模式）构成的一个或多个文件（例如，SQLite文件）。公文包通常（尽管不一定）与存储库保持同步。

如本文中所使用的，术语“元件”指的是表示（即充当代理）现实世界中的实体（诸如基础设施的各个单元）的在存储库或公文包中维护的记录。表示现实世界中的基础设施的元件在本文中称为“基础设施元件”。

如本文中所使用的，术语“模型”指的是在存储库或公文包中维护的元件集，其描述（即建模）现实世界中的实体的方面，诸如基础设施的各个单元。模型可以嵌套。即，模型可以描述（即建模）特定元件（例如，基础设施元件），并且包含作为所建模的元件的组成部分的其它元件集。

如本文中所使用的，术语“建模视角”指的是现实世界中的实体的方面（例如，物理、功能、定义等），诸如基础设施的方面。

如本文中所使用的，术语“主题”指的是在作为模型的组织细分的存储库或公文包中维护的数据结构。主题可以描述模型的总体内容或模型的子部分。

如本文中所使用的，术语“信息分区”指的是作为与特定建模视角相关的主题的组织细分的存储库或公文包中维护的数据结构。

如本文中所使用的，术语“企业”指的是公司或组织。

示例实施例

图1是示例基础设施建模软件架构的至少一部分的高级框图。该架构可以划分成客户端侧软件110和基于云的服务软件120，所述客户端软件110在内部本地布置或托管以供企业的使用的一个或多个计算设备上执行（统称为“客户端设备”），所述基于云的服务软件120在企业以及其它企业可通过互联网访问的一个或多个远程计算设备（“云计算设备”）上执行。

在基于云的服务软件120的核心处是提供集中管理和同步支持的基础设施建模组件服务130（例如，iModel^TM 中枢服务）。基础设施建模组件服务130管理存储库132、133、134。存储库130可以采取体现为一个或多个文件（例如，DgnDb文件）的数据库（例如，iModel^TM数据库）的形式。可以根据数据库模式（例如，DgnDb模式）使用数据库系统（例如，SQLite数据库系统）来构造文件，其中BIS中的结构映射到数据库模式中的结构。每个存储库130、133、134可以在云中复制，以具有可以独立操作的多个副本（例如，具有最终的一致性）。另外，可以联合许多存储库来共享基于云的服务软件120的公共服务。存储库132、133、134可以集成来自许多源的信息，并且基础设施建模组件服务130可以在锁数据库135中（例如，根据悲观锁定方法）维护锁。另外，基础设施建模组件服务130可以维护存储库和修订元数据数据库136，其存储用于存储库132、133、134的创建和修订历史信息。

为了允许分布式的、潜在未连接的操作，基础设施建模组件服务130与公文包服务140（例如，iModel^TM公文包服务）一起操作，以向作为客户端150操作的某些从业者应用提供来自存储库132、133、134的数据的至少一部分的副本。客户端150可以在企业的桌面或移动计算设备上本地执行，或者被托管以供企业的使用。提供给客户端150的来自每个存储库132、133、134的数据的一部分被构造为公文包（例如，iModel^TM公文包）152，其体现为根据数据库模式（例如，DgnDb模式）的一个或多个文件（例如，SQLite文件）。每个公文包152通常通过修订推送（push）/拉取（pull）操作来与其对应的存储库132、133、134保持同步。另外，每个客户端150可以利用基于超文本传送协议（HTTP）的表示状态传送（REST）应用程序接口（API）来与公文包服务140通信。公文包服务140可以为公文包152提供冲突检测、验证、成本核算、发布、分析以及其它服务。

与基础设施建模组件服务130同步的网络（Web）访问服务142可以与公文包服务140一起操作，以向作为门户客户端154操作的某些从业者应用提供存储库132、133、134的视图。门户客户端154可以是基于网络的、在桌面或移动计算设备上本地执行的或托管的。它们从网络访问服务142接收实时或已经发布的视图。另外，它们经由基于HTTP的REST API与公文包服务140通信。这样的门户客户端154一般不维护本地公文包，而是依赖于到基于云的服务软件120的连接性。

某些传统从业者应用可能依赖于较旧的技术和数据格式。为了支持作为传统客户端154操作的这样的传统从业者应用，组件服务130可以与桥服务（例如，iModel^TM桥服务）170一起工作。云文档管理系统172可以实现针对许多传统文件格式（例如，DGN、DWG、RCT、IFC等）的文档签入-签出系统。当传统客户端156对文件进行改变时，桥服务170将来自由云文档管理系统172维护的传统文件格式的文件的数据增量地转换成存储库132、133、134中的数据。

基础设施建模组件服务130可以进一步与执行信息管理和支持功能的许多基于云的服务交互。信息服务180管理资产数据、项目数据、现实数据、物联网（IoT）数据、代码和其它特征。企业系统182管理存储企业特定数据的现场或托管企业数据库183。另外，应用即服务平台184提供见解、可交付物管理、包管理以及各种其它服务。

上面所指的存储库132、133、134通常包括来自不同建模视角以及具有不同粒度的许多模型。在一个实施例中，模型根据避免有问题的数据冗余的智能模型层级来组织。

图2是可以包括在示例存储库132内的示例存储库模型的框图。存储库包括单个存储库模型，其充当智能模型层级的根。存储库模型200对高级元件进行建模，例如，对表示现实世界中的基础设施的高级单元的基础设施元件进行建模。在下面进一步引用的一个特定示例（本文中称为“园区”示例）中，存储库模型200对园区元件进行建模，该园区元件表示企业的园区。当存储库被创建时，存储库模型210可以在存储库内被自动创建（例如，通过存储库创建方法）。在一些实施方式中，虽然存储库模型200可以被添加或改变（例如，元件可以被插入存储库模型200中或在存储库模型200内被更新），但是存储库模型200本身不能被删除，以确保存储库总是包括存储库模型。

存储库模型200包括可以组织成层级的一个或多个主题。包括描述存储库模型200是关于什么的单个根主题210（即不具有父主题的主题）。根主题210可以被指定为初始存储库创建的一部分（例如，通过存储库创建方法的参数），并且被自动添加到存储库模型200。通常，虽然根主题210可以被改变，但是其不可被删除，使得存储库模型200总是具有根主题。继续上面介绍的特定“园区”示例，根主题210可以指定存储库模型200对园区进行建模（即如图2中所示出的“我的园区”根主题）。

存储库模型200还可以包括一个或多个子主题220、222（即具有另一主题作为父主题的主题），其描述存储库模型200的部分以便进一步组织其内容。子主题220、222可以在存储库创建（例如，通过单独的主题创建方法）之后被指定。与根主题相反，存储库模型200可以具有或不具有子主题。继续上面介绍的特定“园区”示例，子主题220、222可以描述存储库模型200的子部分对与园区元件相关的功能和目录进行建模（即如图2所示出的“我的功能”子主题和“我的目录”子主题）。

每个主题（根主题210或子主题220、222二者任一）具有与指示如何对相应主题建模的相应建模视角相关联的一个或多个信息分区230-260。物理信息分区230可以与描述物理关系的物理建模视角相关联。功能信息分区240可以与描述功能关系的功能建模视角相关联。定义信息分区250可以与描述元件的类型、类别或视图的定义建模视角相关联。文档信息分区260可以与描述绘图的文档建模视角相关联。另外，特殊链接信息分区270可以提供到另一存储库中的模型的外部引用，从而在当前存储库之外继续层级。

继续上面介绍的特定“园区”示例，为园区中的物理关系提供物理信息分区230（即“我的园区物理”信息分区），为组成园区的相应结构的功能提供多个功能信息分区240（即“我的工厂功能”和“我的建筑功能”信息分区），为元件的类型、类别以及园区或其部分的视图提供多个定义信息分区250、252、254（即“目录1”、“目录2”和“字典”信息分区），为园区及其部分的绘图和其中使用的图形提供文档信息分区260（即“园区文档”信息分区），以及为链接到存储在当前存储库132之外的园区或其部分的点云提供链接信息分区270（即“园区现实数据”信息分区）。

图3是示出了图2的示例存储库模型连同子模型310-360的扩展框图。存储在存储库132中的一个或多个子模型310-360与每个信息分区230-260相关联。每个子模型310-360通常对确切地一个元件（例如：对确切地一个基础设施元件）进行建模，并且包含共同形成所建模的元件的一个或多个元件（例如，一个或多个基础设施元件）。所包含的元件可以表达相应信息分区的建模视角。例如，物理模型310可以与物理信息分区230相关联并且包含表达实体的物理方面的元件，功能模型320、322可以与功能信息分区240、242相关联并且包含表达实体的功能方面的元件，定义模型330、332或字典模型350可以与定义信息分区250、252、254相关联并且描述元件的类型、类别或视图，文档列表模型340可以与文档信息分区260相关联并且描述绘图和绘图图形等。又进一步地，链接模型360可以维护到另一存储库133中的模型的链接，从而跨存储库继续层级。

在其中存在多于一个子模型与信息分区相关联的情况下，多个子模型是分层级组织的，其中直接与信息分区相关联的一个子模型充当根，并且剩余的子模型分层级地布置在该子模型之下。信息分区230-260由根子模型（例如，物理模型310、文档列表模型340等）引用。第二级子模型（例如，物理模型312、绘图模型342等）可以对包含在根子模型中的元件进行建模。可以重复此模式，以在信息分区下提供子模型的附加级别。

继续上面介绍的特定“园区”示例，园区的物理模型（即根“园区物理”模型）310与物理信息分区230（即“我的园区物理”信息分区）相关联并且包含表示建筑（即“建筑1”元件）、停车场（即“停车场1”元件）和工厂（即“工厂1”元件）的基础设施元件。工厂的子模型（即第二级“工厂1物理”模型）312与表示工厂的基础设施元件（即“工厂1”元件）相关联并且包含表示工厂的部分的基础设施元件（即“泵”元件、“管道”元件、“阀门”元件等）。同样，建筑的功能模型（即“建筑1功能”模型）320与功能信息分区240（即“我的建筑功能”信息分区）相关联并且包含表示建筑的功能组件的基础设施元件（即“功能组件1”元件、“功能组件2”元件等），以及工厂的功能模型（即“工厂1功能”模型）320与功能信息分区240（即“我的工厂功能”信息分区）相关联并且包含作为工厂的功能组件的基础设施元件（即“功能组件3”元件、“功能组件4”元件等）。

另外，用于阀门元件的定义模型（即“阀门定义”模型）330与定义信息分区250（即“目录1”信息分区）相关联并且描述了可以在其它模型中使用的阀门元件的类型（即“阀门类型1”、“阀门类型2”等），并且用于泵元件的定义模型（即“泵定义”模型）332与定义信息分区252（即“目录2”信息分区）相关联并且描述了可以在其它模型中使用的泵元件的类型（即“泵类型1”、“泵类型2”等）。类似地，用于类别和视图的字典模型（即“园区字典”模型）350与定义信息分区254（即“字典”信息分区）相关联并且描述了可以被维护以与园区或其部分的其它模型一起使用的类别和视图。

又进一步地，文档列表模型（即根“园区绘图”模型）340与文档信息分区250（即“园区文档”信息分区）相关联并且包括表示园区或其部分的绘图（例如，2D绘图）（即“绘图1”、“绘图2”等）。第一绘图的子模型（即第二级“绘图1”模型）342包含在第一绘图中使用的绘图图形（即“绘图图形1”、“绘图图形2”等），并且第二绘图的子模型（即第二级“绘图2”模型）344包含在第二绘图中使用的绘图图形（即“绘图图形3”、“绘图图形4”等）。此外，链接模型（即“现实数据链接”模型）360与链接分区270（即“园区现实数据”信息分区）相关联并且包括到另一存储库133中的模型366、368（即“ThreeMxModel”模型、“点云模型”模型等）的链接362、364（即“现实数据1”链接、“现实数据2”等），所述另一存储库133存储描述园区或其部分的现实数据。

图4是使用智能模型层级对基础设施进行建模的示例步骤序列400的流程图。在步骤410处，基础设施建模组件服务130结合存储库132的创建，生成充当智能模型层级的根的存储库模型（例如，单个存储库模型）。存储库模型包括根主题（例如，单个根主题）和一个或多个子主题。在步骤420处，基础设施建模组件服务130生成根主题和一个或多个子主题的每个主题的一个或多个信息分区。每个信息分区与相应建模视角相关联（例如，使得每个建模视角反映在每个主题的一个信息分区中）。在步骤430处，基础设施建模组件服务130将一个或多个子模型与每个信息分区相关联。一个或多个子模型每个包含一个或多个元件，所述一个或多个元件表达与子模型相关联的信息分区的建模视角。在存在多于一个子模型与信息分区相关联的情况下，多个子模型是分层级组织的，其中与信息分区直接相关联的一个子模型用作根，并且剩余的子模型分层级布置在该子模型之下。在步骤440处，基础设施建模组件服务130将存储库模型和新创建的智能模型层级的一个或多个子模型一起在存储库132中维护。存储库模型的至少一部分可以被复制到客户端150处维护的公文包152。随后，用户可以在客户端150的用户接口中指示他们期望查看的模型，该模型指定例如主题、信息分区、子模型等。在步骤450处，响应于用户输入，基础设施建模组件服务130从存储库132选择智能模型层级的模型，并且将其提供给客户端150，或者如果信息已经在客户端150处，则客户端150从公文包152选择智能模型层级的模型。在步骤460处，客户端150在其用户接口中显示所选择的模型的至少一部分（例如，至少一个元件），以使用户能够从智能模型层级查看关于基础设施的信息。

总之，以上描述详述了用于使用智能模型层级从多个建模视角对基础设施进行建模的技术。应当理解的是，这样的技术可以实现在没有人工干预的情况下通过软件基于模型的有效“推理”和分析、降低数据不一致性的可能性、和/或避免存储和处理低效，以及提供其它益处。

应当理解的是，可以对所述技术进行各种各样的适配和修改。一般而言，可以以软件、硬件或其各种组合的形式来实现功能。软件实施方式可以包括存储在非暂时性电子设备可读介质（例如，非暂时性计算机可读介质）中的电子设备可执行指令（例如，计算机可执行指令），所述非暂时性电子设备可读介质诸如易失性存储器、持久性存储设备或其它有形介质。硬件实施方式可以包括逻辑电路、专用集成电路和/或其它类型的硬件组件。另外，组合的软件/硬件实施方式可以包括存储在非暂时性电子设备可读介质中的电子设备可执行指令以及一个或多个硬件组件二者。最重要的是，应当理解的是，进行以上描述旨在仅作为示例。

Claims (20)

1.一种用于使用由基础设施建模软件架构创建的智能模型层级从多个建模视角和粒度对基础设施进行建模的方法，包括：

生成充当智能模型层级的根的基础设施的存储库模型，所述存储库模型包括根主题和一个或多个子主题；

生成根主题和一个或多个子主题的每个主题的一个或多个信息分区，每个信息分区与相应的建模视角相关联；

将智能模型层级的一个或多个子模型与每个信息分区相关联，所述一个或多个子模型每个包含一个或多个基础设施元件，所述基础设施元件表达子模型与其关联的信息分区的建模视角；

将存储库模型和智能模型层级的一个或多个子模型一起在存储位置中维护；

响应于在客户端设备上执行的客户端的用户接口中的用户输入，选择智能模型层级的模型，所述用户输入至少指示主题和信息分区；以及

在客户端设备上示出的客户端的用户接口中显示所选择的模型的基础设施元件。

2.根据权利要求1所述的方法，其中所述存储库由基于云的存储库中的基于云的服务软件维护，并且所述方法还包括：

通过互联网传送智能模型层级的至少一部分的副本以在客户端设备处维护，存储库模型的至少所述部分包括智能模型层级的所选择的模型。

3.根据权利要求1所述的方法，其中所述存储库包括仅单个存储库模型，并且所述存储库模型包括仅单个根主题。

4.根据权利要求1所述的方法，其中所述根主题和一个或多个子主题的每个主题包括用于每个建模视角的单个信息分区。

5.根据权利要求1所述的方法，其中多个子模型与信息分区中的至少一个相关联，并且多个子模型是分层级组织的，其中直接与信息分区相关联的一个子模型用作根，并且剩余的子模型分层级地布置在该子模型之下。

6.根据权利要求1所述的方法，其中所述根主题和一个或多个子主题的至少一个主题包括对另一存储库的外部引用。

7.根据权利要求1所述的方法，其中所述建模视角包括描述基础设施的单元之间的物理关系的物理建模视角，并且子模型包括至少一个物理模型。

8.根据权利要求1所述的方法，其中所述建模视角包括描述基础设施的单元之间的功能关系的功能建模视角，并且子模型包括至少一个功能模型。

9.根据权利要求1所述的方法，其中所述建模视角包括定义建模视角或文档建模视角，并且子模型包括至少一个定义模型、或字典模型、或文档列表模型或绘图模型。

10.根据权利要求1所述的方法，其中每个子模型对确切地一个基础设施元件进行建模，所述基础设施元件包括包含在子模型中的一个或多个基础设施元件。

11.一种基础设施建模软件架构，用于使用智能模型层级从多个建模视角和粒度对基础设施进行建模，所述基础设施建模软件架构包括：

在本地计算设备上执行的客户端，所述客户端包括用户接口；以及

在远离客户端的一个或多个云计算设备上执行的基础设施建模组件服务软件，所述基础设施建模组件服务软件被配置为：

维护存储库，所述存储库包括充当智能模型层级的根的基础设施的存储库模型，所述存储库模型包括根主题和一个或多个子主题，根主题和一个或多个子主题的每个主题包括与相应建模视角相关联的一个或多个信息分区，每个信息分区与智能建模层级的一个或多个子模型相关联，一个或多个子模型每个包含一个或多个基础设施元件，所述基础设施元件表达子模型与其关联的信息分区的建模视角；

通过互联网从客户端接收智能模型层级的模型的选择；以及

通过互联网将智能模型层级的至少一部分的副本传送到客户端设备，存储库模型的至少所述部分包括智能模型层级的所选择的模型，其中客户端被配置为在客户端的用户接口中显示所选择的模型的基础设施元件。

12.根据权利要求11所述的基础设施建模软件架构，其中所述存储库包括仅单个存储库模型，并且存储库模型包括仅单个根主题。

13.根据权利要求11所述的基础设施建模软件架构，其中所述根主题和一个或多个子主题的每个主题包括用于每个建模视角的单个信息分区。

14.根据权利要求11所述的基础设施建模软件架构，其中多个子模型与信息分区中的至少一个相关联，并且多个子模型是分层级组织的，其中与信息分区直接相关联的一个子模型用作根，并且剩余的子模型分层级地布置在该子模型之下。

15.根据权利要求11所述的基础设施建模软件架构，其中所述根主题和一个或多个子主题的至少一个主题包括对另一存储库的外部引用。

16.根据权利要求11所述的基础设施建模软件架构，其中所述建模视角包括描述基础设施的单元之间的物理关系的物理建模视角，并且子模型包括至少一个物理模型。

17.根据权利要求11所述的基础设施建模软件架构，其中所述建模视角包括描述基础设施的单元之间的功能关系的功能建模视角，并且子模型包括至少一个功能模型。

18.根据权利要求11所述的基础设施建模软件架构，其中所述建模视角包括定义建模视角或文档建模视角，并且子模型包括至少一个定义模型、字典模型、文档列表模型或绘图模型。

19.根据权利要求11所述的基础设施建模软件架构，其中每个子模型对确切地一个基础设施元件进行建模，所述基础设施元件包括包含在子模型中的一个或多个基础设施元件。

20.一种具有软件在其上编码的非暂时性计算机可读介质，当由一个或多个计算设备执行时，所述软件可操作以用于：

生成充当智能模型层级的根的基础设施的存储库模型，所述存储库模型包括根主题和一个或多个子主题；

生成根主题和一个或多个子主题的每个主题的一个或多个信息分区，每个信息分区与相应的建模视角相关联；

将智能模型层级的一个或多个子模型与每个信息分区相关联，所述一个或多个子模型每个包含一个或多个基础设施元件，所述基础设施元件表达子模型与其关联的信息分区的建模视角；

将存储库模型和智能模型层级的一个或多个子模型一起在存储位置中维护；

响应于至少主题和信息分区，选择智能模型层级的模型；以及

显示所选择的模型的基础设施元件。

Images