2.3 模型的阅读和使用说明
模型的表示法
上面的BizDevOps概念模型描述上使用了UML兼容的表达法。为了降低理解门槛，我们对使用的UML表示法进行了较强的约束，比如我们用“细分为”这个关联代替了UML中的以空心三角表示的继承关系，用“包含”这个关联代替了UML中的聚合和组合关系。你并不需要为了阅读这个模型，而专门学习UML。
为了让阅读者更容易抓住重点，我们用色彩标记了模型中最核心的要素⸺作业对象和作业空间。以下是对模型表示法的简要说明：
模型的使用场景
以上的概念模型定义了BizDevOps所涉及的概念、概念间的关系，并对主要领域进行了划分。它是对BizDevOps问题域相对完整的描述。它在不同的应用场景下，能起到不同的作用。
以下是我们预期的应用场景：
1.对齐目标和策略：各类角色基于一致的模型理解BizDevOps，并对齐实施目标和策略步骤
2.为沟通建立了统一语言：帮助组织形成共同语言，保证对同样的概念有统一的理解，提升沟通的效率和效果，制定有效和
可落地的行动计划
3.指导实践落地：基于统一的模型，检查当前实践中缺失或薄弱的点，特别是价值交付链路不畅和脱节的地方，落地并演进
协作和工程实践，提升市场响应力
4.指导工具平台建设：指导工具平台的建设和演进，保证工具间有效的集成或一站式平台建设规划，并指导落地和推广，以
及平台建设的持续性
5.指导数据体系的建设：以坚实的模型为基础，构建全量、全要素和实时的数据体系，并基于它透明交付过程，保障数字体系
的有效运作，以及度量组织效能，指导持续的效能改进
6.指导数字资产的沉淀和维护：基于完整的模型，识别组织的核心IT数字资产，并持续沉淀和维护这些资产，如流程、数据、配
置等资产
以上应用场景分别对应3.1节中BizDevOps落地的各项挑战。本模型希望通过清晰定义BizDevOps的问题域，来应对这些挑
战，改善行业中BizDevOps的落地效率和效果。
需要说明的是，本模型的定位是参考模型，在具体的上下文中需要被定制、裁剪、细化和扩充。比如：需求类型的名称、需求的层
次在不同组织会不一样；持续交付平台建设时，对工程部分的概念还需要细化。
