基于模型的软件开发GJB5000B的实施，实际上就是实施GJB5000B的软件开发过程引入模型开发技术。所以，基于模型的软件开发GJB5000B的实施，就是在GJB5000B各个实践域实施的过程中要结合模型开发的特点，比如模型开发对于开发过程的影响，模型开发对于需求和设计的验证与确认过程的影响等等。
在GJB5000B实施指南中总结了模型开发对GJB5000B中12个实践域有直接影响，这其中只有几个工程类实践域——需求开发和管理、技术解决方案、验证与确认等影响较大，其他9个实践域，都可以说只要在正常实施GJB5000B标准的同时考虑到模型开发的特点即可满足基于模型的软件开发GJB5000B的实施要求。
受影响的12个实践域包括：LD、OPI、OAD、OT、PP、DEM、RDM、TS、PID、VV、CM、MPM
下面重点谈下这几个工程类实践域下引入模型开发带来的变化。
需求开发和管理
RDM 2.1 获取和开发顾客需求
在获取顾客需求过程中可以逐步搭建需求模型，并利用需求模型进一步开发顾客需求。系统需求和软件需求的开发都可以应用需求模型。实际是否建立系统需求模型，应根据项目的特点而定。
RDM 2.2 获得对需求的理解和承诺
开发人员在与顾客交流需求时使用需求模型更有利于开发人员与用户达成一致理解。
RDM 2.3 开发运行方案和场景
建立运行环境拓扑图，可以更好地描述软件运行方案和场景，可以进一步完善需求模型。
RDM 2.4 开发产品和产品部件需求
依据系统需求模型和/或软件研制任务书，可以建立软件需求模型来开发软件产品/产品部件需求。实际是否建立软件需求模型，应根据项目的特点而定。
RDM 2.5 分析并确认需求
对于建立了需求模型的软件项目，可以使用工具支持的模型仿真功能进行需求的确认。
RDM 3.1 建立并维护需求开发准则
制定用来开发需求模型的方法和技术，确定要使用的建模语言，制定针对建模语言及工具使用的指导原则，包括命名习惯、示意图布局、可允许的对象、嵌套级别最大数量、每个示意图的模型元素最大数量、架构层级的最大数量等。制定用于标识并限定模型中包含的需求的方法，以及建立需求可追溯性的途径和颗粒度。
RDM 3.4 开发和重用共性需求
对于建立了需求模型的软件项目，可以使用需求模型分析共性需求，并以模型的形式存储共性需求。
技术解决方案
TS 3.1 建立并维护设计实现准则
制定用来开发设计模型的方法和技术，确定要使用的建模语言，制定针对建模语言及工具使用的指导原则，包括命名习惯、示意图布局、可允许的对象、嵌套级别最大数量、每个示意图的模型元素最大数量、架构层级的最大数量等。制定用于标识并限定模型中包含的需求的方法，以及建立需求可追溯性的途径和颗粒度。
TS 3.4 设计产品或产品部件
依据软件需求以及设计模型开发准则，建立产品或产品部件的设计模型，并通过模型覆盖分析对设计进行验证和确认。软件设计文档可以从设计模型导出。
TS 3.7 实现产品或产品部件
从设计模型自动生成代码，并与人工手写代码相结合的方式来实现软件产品或产品部件。
验证与确认
VV 2.1 选择要验证与确认的产品及使用的方法
对于模型开发而言，它的验证与确认方法增加了模型规则检查、模型仿真、模型覆盖率分析。
VV 2.2 建立并维护验证与确认的规程
应根据模型开发的需求依据开发仿真测试用例和规程，应制定模型覆盖分析判定准则。
这正是：
模型开发一引入，影响最大在工程
需求设计和测试，因其特点有变更
联系客服
