在采用MBD过程中，不可忽视对机构方面的考虑^{[2、55、57]}。下面我们将讨论与MBD研发流程与工作步骤以及引进的步伐和方法相关的问题。对于这个领域更多的阅读资料参阅文献[26，45，47，59]。

10.6.2.1 MBD研发流程与工作步骤

我们知道开发者建立他们自己的非正式工作流程，然后让正式的产品研发流程去适应他们每日的工作状况。当为了技术的或信息管理活动引进MBD工具时，产生了这样的问题：标准化的产品研发流程是否应该用于MBD，或让流程适应机构中使用的非正式工作步骤？因此，另外一个值得被人们思考的机构先决条件是：对标准工具解决方案的产生的需求和因避免对工作步骤强迫性适应产生的需求，前者比后者高出的程度有多少？如果用户感知的需求没有通过采用MBD工具而得到满足，那么研发者将被迫进入不必要的工作步骤。

如果集成的需求较大，那么可能的技术性以及术语上（或专业性）的接口问题是需要克服的。当把MBD引入到汽车机构上时，一个挑战就是缺乏一个连贯的术语。打比方说，适应MBD的结果是对变化的需求或者由新的任务产生的新的组织角色需求。在不同工程学科之间，使用的机构术语也有可能是不同的。在引入信息管理系统来管理来自不同模型的信息中，使用连贯一致的术语必须定义。这可以被看做系统级MBD方法的优势，因为它们需要机构对基础层面的重视。然而，一定不要低估对信息如何构建进行定义的重要性。在通常情况下，在引进MBD时要求规范的形式化是十分必要的。尽管MBD工具是可用的，但这些工具本身不会告知信息的合适抽象级是什么。一个适应MBD并将工作步骤考虑在内的方法论，应当定义如何在研发流程中运用模型和不同类型的模型之间如何关联。作为对方法论的补充，对辅助用户使用MBD技术的具体准则也是需要的。然而，公开的准则十分稀缺。相关的工作是针对C语言编程的MISRA准则^[105]。所以，许多采用某种形式MBD的公司都建立了他们自己专用的准则。(www.daowen.com)

10.6.2.2 引入的步伐和方法

另一需要考虑的方面是，引入的步伐可以是什么样的。可以选择逐步引入或者全面铺开的方式^[26]。重要的是找出建模工具推定用户的动机，然后去鼓励和培训用户^[49]。机构中的个体对变化的接受水平有所不同。当引入MBD时，应该决定是否采用自上向下方法，或是否可能采用自下而上的方法。自下而上的方法是由设计者的需求和设计者使用新工具的强烈愿望而形成的。因此，这种方法从一开始就涉及设计者，且聚焦到个人需求和对目前工作实践的适应性。然而，这种自下而上的方法没有在上层管理中扎根或积极支持的话，那么工具解决的方式将趋向于分散成分割的“用户岛屿”，其中系统适应性顺应自然发展^[49]。自上而下的方法总结了从更加全局化的观念出发，考虑了什么样的信息需要被储存及共享。对于MBD工具领域，一个全局化的方法也考虑到各个域之间的内部关系（模型、工具和人群），以及系统的需求、功能和整体V＆V是如何执行的。