模型驱动的体系结构(精)

软件系统开发技术试题（一）答案一、单项选择题（本大题共10小题，每小题1分，共10分）1. 设计软件结构一般不拟定( D )A.模块之间的接口B.模块间的调用关系C. 模块的功能D. 模块内的局部数据2. 软件结构化设计中，好的软件结构应当力求做到(BA.顶层扇出较少，中间扇出较高，底层模块低扇入B.顶层扇出较高中间扇出较少，底层模块高扇入C. 顶层扇入较少，中间扇出较高底层模块高扇入D. 顶层扇入较少，中间扇入较高，底层模块低扇入3. 两个模块都使用同一张数据表，模块间的这种耦合称为(AA.公共耦合C. 数据耦合B.内容耦合D. 控制耦合4. 划分模块时，下列说法对的的是(A )A.作用范围应在其控制范围之内B.控制范围应在其作用范围之内C. 作用范围与控制范围互不包含D. 作用范围与控制范围不受限制5. 重用率高的模块在软件结构图中的特性是(BA.扇出数大B.扇入数大C. 扇出数小D. 内聚性高6. 面向对象建模得到的三个模型，其中核心的模型是(A)A.对象模型C. 逻辑模型B.功能模型D. 动态模型7. 从结构化的瀑布模型看，在软件生存周期的几个阶段中，对软件的影响最大是(CA.具体设计阶段B.概要设计阶段C. 需求分析阶段D. 测试和运营阶段8. 对U ML的叙述不对的的是( D )A.U ML统一了B ooch方法、OMT方法、OO SE方法的表达方法。

B.U ML是一种定义良好、易千表达、功能强大且普遍合用的建模语言。

C. U ML融入了软件工程领域的新思想、新方法和新技术。

D. U ML仅限千支持面向对象的分析与设计，不支持其它的软件开发过程。

9. 以下哪个软件生存周期模型是一种风险驱动的模型( C )A.瀑布模型C. 螺旋模型B.增量模型D.喷泉模型10. 以下哪一项对模块耦合性没有影响( DA.模块间接口的复杂限度B.调用模块的方式C. 通过接口的信息D. 模块内部各个元素彼此之间的紧密结合限度二、填空题（本大题共10小题，每空2分，共20分）1. 数据流图描绘数据在系统中流动和解决的过程。

第39卷第1期2017年2月指輝控制与仿真Command Control &SimulationYol. 39 No. 1Feb.2017文章编号：1673-3819( 2017) 01-0044-04基于S y s M L的模型驱动武器装备体系结构设计与分析陆法，孙文虎，贾鹏(解放军后勤学院，北京100858)摘要：随着武器装备体系规模、复杂度的不断膨胀，模型驱动的体系结构设计方法成为解决复杂系统开发的研究 热点。

选择S)r sML( S5r stems Modeling Language)作为建模语言，提出了 一种由三个基本步骤（能力需求分析、黑盒分 析和白盒分析）组成的模型驱动体系设计方法，探索了 SysM L在体系层面建模的应用，并针对当前S y sM L建模工具 在仿真可视化与系统分析等能力上的不足，将建模工具与仿真分析工具进行集成，共同完成武器装备体系结构的设 计与仿真分析。

关键词：基于模型的系统工程；武器装备体系结构；模型驱动方法;SysML中图分类号：E917文献标志码：A D0I:10.3969/j.issn.1673-3819.2017.01.010Model Driven Weapon System-of-Systems ArchitectureDesign and Analysis Based on SysMLLU F a，SUN Wen-h u，JIA Peng(Logistic College of P L A，Beijing 100858，China)A bstract：With increase of scale and complexity of Weapon System-of-Systems，model driven architecture design methodhas become a research hotspot of complex system development. This paper uses systems modeling language (SysM L) and proposes a model driven architecture design method composed of capability requirement analysis，black-box analysis and white-box analysis. The application of SysML in architecture modeling is presented. Because the SysML tool is insufficient in simulation visualization and system analysis，the modeling tool is integrated with the simulation analysis tool in design and simulation analysis of weapon equipment architecture.Key words：model based system engineering；Weapon System-of-Systems Architecture；model driven method；SysML武器装备体系结构描述了武器装备体系组件的结 构、组件之间的关系以及约束它们设计和发展进的原 则和指导方针[|]。

**********************************第1章引论*************************************◆模型驱动架构（Model Driven Architecture, MDA）通过下面二种方式改变了软件的重点：模型比代码更有价值—有关业务本质的知识资产被表示为模型，这些模型使得企业能够在适当的时候使用适当的技术平台来实现它。

模型将更精确，而不是高高在上的—所有业务相关的重要的知识都被获以并表达为模型。

模型不会随意分隔分析和设计。

◆当前的软件技术发展水平来看，它有那些多年的使用和考验的关键原则：根据主题（域）的划分，可以产生大的高内聚低耦合的“实质性的”组件。

将平台无关的行为与平台相关的行为分开，通过将“本质”模型和“实现”模型分开可以在一定程度上做到这一点。

基于模式的映射定义使得人们可以从平台无关模型（Platform Inependent Model, PIM）系统化地创建任意平台的平台相关模型。

这些映射既可以手工实现，也可以自动实现。

使用了抽象但语义严格的表示方法以后，xUML能够使模型可以被完整地精确地表达，从而实现可执行化。

这种可执行化的特点充许建模者客观地评价他们所建立的系统的正确性。

◆什么是可执行UML（xUML）?尽管UML规范在MDA过程中是必要的，但它不足以进行可执行建模。

认识到这一点后，UML中又是加入了动作语义进行增强，解决了UML很多歧义的问题，同时也为适当的UML模型元素增强了可执行为定义。

核心UML加上动作语义就称为xUML，和它就足够建立可执行的平台无关模型（Platform Inependent Model, PIM）了。

xUML=UML-语义较弱的元素+精确定义的动作语义。

◆UML与xUML的差别：UML规定了一个图形语言，使得系统可以通过一组不同类型的图式系统化地定义。

但是UML在这此图形的使用方法上很不正规。

mdd对质量体系的要求解释说明以及概述1. 引言1.1 概述本文旨在探讨面向模型驱动开发（Model-Driven Development，简称MDD）对质量体系的要求，并解释其背后的原因和意义。

质量体系是指为确保产品或服务达到预期质量水平而建立和维护的一系列组织、流程和方法。

MDD作为一种软件开发方法，强调基于模型的系统设计和实现，它对质量的要求在不同层面上有所不同。

1.2 文章结构本文主要分为五个部分。

引言部分是对整篇文章进行概述，介绍MDD对质量体系的要求及其影响和优势。

第二部分将介绍MDD的基本概念，并对质量体系进行解释说明。

接着，在第三部分中详细解释MDD对质量体系的具体要求，包括与质量管理原则的关联、组织结构和责任、过程控制与改进等方面。

第四部分将概述MDD对质量体系带来的影响和优势，包括提高产品质量和符合性能力、增强组织运作效率和灵活性以及实现持续改进与客户满意度提升等方面。

最后，第五部分对全文进行总结，并展望未来发展趋势及提出相应建议。

1.3 目的本文的目的是通过深入研究MDD对质量体系的要求，帮助读者了解MDD方法论与质量管理之间的关联，并认识到采用MDD开发方法所带来的质量改进机会。

同时，本文还将探讨MDD对组织和流程产生的影响，以及经济效益和用户满意度等方面的优势。

通过这些内容的介绍，读者可以更好地理解和应用MDD方法来提高软件开发过程中的质量水平。

2. MDD对质量体系的要求2.1 MDD简介在理解MDD（Model Driven Development，模型驱动开发）对质量体系的要求之前，首先需要了解MDD的基本概念。

MDD是一种软件开发方法论，它强调通过使用抽象模型来指导和支持软件开发过程中的各个阶段，从而提高开发效率和软件质量。

在MDD中，系统设计、实现和测试等活动依赖于构建并维护系统的模型。

2.2 质量体系概念解释质量体系是指以确保产品或服务符合特定标准和要求为目标的组织内部架构和流程。

MDA模型驱动介绍模型驱动体系架构(Model Driven Architecture, MDA)是由OMG 提出的新的软件方法学,被面向对象技术界预言为未来几年里最重要的软件方法学。

模型驱动体系架构(MDA)把建模语言用作一种编程语言而不仅仅是设计语言,并以一种全新的方式将IT技术的一系列新的趋势性技术整合到一起。

这些技术包括基于组件的开发、设计模式、中间件、说明性约束、抽象、多层系统、企业应用整合以及契约式设计等。

模型驱动体系架构(MDA)的出现，为如何提高软件开发效率，如何增强软件的可移植性、协同工作能力、可维护性，以及如何提高文档编制的便利性指明了解决之道。

MDA概述MDA是“模型驱动体系架构”（Model Driven Architecture）的缩写。

它是由OMG定义的一个软件开发框架。

其关键之处是，模型在软件开发过程中扮演了非常重要的角色。

在MDA中，软件开发过程是由对软件系统的建模行为驱动的。

MDA开发生命周期和传统的生命周期并没有很大的不同。

MDA的工件是形式化模型，也就是可以被计算机理解的模型。

下面列出的3种模型位于MDA的核心：· 平台独立模型（PIM）：具有高抽象层次、独立于任何实现技术的模型。

· 平台相关模型（PSM）：为某种特定实现技术量身定做，让你用这种技术中可用的实现构造来描述系统的模型。

PIM会被变换成一个或多个PSM。

· 代码：用源代码对系统的描述（规约）。

每个PSM都将被变换成代码。

传统上，从模型到模型的变换，或者从模型到代码的变换，主要是手工完成的。

与此相反，MDA变换总是由工具执行的，许多工具可以把PSM变换成代码，这并不令人惊奇。

MDA的创新之处是把PIM到PSM的变换也自动化了。

软件开发是什么Alistair Cockburn在他的Agile Software Development一书中归纳了业界对软件开发的看法：以C.A.R Hoare为代表的数学观、以Bertrand Meyer为代表的工程观、以很多程序员为代表的手工艺观，还有一些程序员则认为软件开发是神秘的创造行为。

大数据治理——为业务提供持续的、可度量的价值目录大数据治理——为业务提供持续的、可度量的价值 (1)概述 (2)大数据治理系列 (2)第一部分：大数据治理统一流程模型概述和明确元数据管理策略 (2)第二部分：元数据集成体系结构 (15)第三部分：实施元数据管理 (25)第四部分：大数据治理统一流程参考模型的第四步到第九步 (36)第五部分：定义度量值和主数据监管 (53)第六部分：大数据监管和信息单一视图监管 (67)第七部分：分析监管、安全与隐私管理和信息生命周期监管 (80)概述面对我们身边每时每刻迅速增长的庞大数据，因为其数量大、速度快、种类多和准确性的特征，如何更好地利用大数据创造出有意义的价值，一直是我们探索的重要话题。

而在这之前，就需要用科学正确的方法策略对大数据进行治理。

大数据治理是指制定与大数据有关的数据优化、隐私保护与数据变现的政策，是传统信息治理的延续和扩展，也是大数据分析的基础，还是连接大数据科学和应用的桥梁，因此大数据治理是大数据再创高峰的“必修课”。

下面我们将与您分享新鲜出炉的大数据治理方案。

大数据治理系列本系列共分为七个部分，围绕大数据治理统一流程参考模型，并结合实际业务问题和IBM相应的产品解决方案展开叙述。

第一部分：大数据治理统一流程模型概述和明确元数据管理策略为了更好地帮助企业进行大数据治理，笔者在IBM数据治理统一流程模型基础上结合在电信、金融、政府等行业进行大数据治理的经验，整理出了大数据治理统一流程参考模型。

本文主要介绍了大数据治理的基本概念，以及结合图文并茂的方式讲解了大数据治理统一流程参考模型的前两步：“明确元数据管理策略”和“元数据集成体系结构”内容。

大数据治理概述（狭义）大数据是指无法使用传统流程或工具在合理的时间和成本内处理或分析的信息，这些信息将用来帮助企业更智慧地经营和决策。

而广义的大数据更是指企业需要处理的海量数据，包括传统数据以及狭义的大数据。

模型驱动架构MDA浅述模型驱动架构（MDA，Model Driven Architecture）浅述袁峰 2007年7月10日前言西西弗斯是古希腊神话中的科林斯国王，他被罚将一块巨石推到山上，但无论西西弗斯如何努力，每次石头到达山顶之前都不可避免地滚下来，周而复始，永无休止。

前言西西弗斯是古希腊神话中的科林斯国王，他被罚将一块巨石推到山上，但无论西西弗斯如何努力，每次石头到达山顶之前都不可避免地滚下来，周而复始，永无休止。

在《应用MDA》一书中，作者Frankel将IT人比作现代版的西西弗斯，面对日新月异层出不穷的技术平台，不可避免地不断重复一些工作。

理想的MDAer，试图阻止这一悲剧的继续发生。

今天，我们通过分析MDA的概念，了解其内涵，看看MDA是否有希望完成这个艰巨的任务。

定义MDA是由OMG（Object Management Group，国际对象管理集团）[1]于2001年提出来的。

其核心思想是抽象出与实现技术无关、完整描述业务功能的核心平台无关模型（PIM，Platform Independent Model），然后针对不同实现技术制定多个转换规则，通过这些转换规则及辅助工具将PIM 转换成与具体实现技术相关的平台相关模型（PSM，Platform Specific Model），最后将经过充实的PSM 转换成代码。

通过PIM和PSM，MDA的目的是分离业务建模与底层平台技术，以保护建模的成果不受技术变迁的影响。

图1 MDA结构示意图[1]图1为MDA的结构示意图。

最内环是MDA的核心技术：MOF（Meta Object Facility，元对象设施）、CWM（Common Warehouse Metamodel，公共数据仓库元模型）和UML。

MDA的主要工作就是要把基于这些技术建立的PIM转换到不同的中间件平台上，得到对应的PSM。

中间环上给出的是目前主要针对的实现平台：CORBA、XML、JAVA、Web Services和.NET。

模型驱动的体系架构MDA很多组织已经开始对模型驱动的体系架构（MDA）进行关注，MDA 是一种应用系统设计和实现的方法。

对于几个原因来说这都是非常积极的发展。

MDA 鼓励在软件的开发过程中有效的使用系统的模型，并且它支持创建类似系统的最佳实践的重用。

所谓由对象管理组织（OMG）定义的标准，MDA 是一种组织和管理被自动化工具支持的企业体系架构和用于定义模型和推动不同模型类型之间的转换的服务的方法。

当被 OMG 定义的 MDA 标准和用于创建和进化企业级软件系统的术语在业界被广泛的引用时，仅仅到目前为止， OMG 和它的成员，包括 IBM Rational ，已经能够在 MDA 意味着什么、MDA 将向哪里发展、MDA 的哪些方面对于今天的技术是可能的和如何在实践中利用 MDA 上提供清晰的指导。

有效的企业软件开发今天开发企业级的应用要求一种软件架构的方法，这种方法应该能够以一种灵活的方式帮助架构师来发展他们的架构。

这种方法应该允许在及时的实现业务功能的新的能力的情况下重用已有的劳动成果，甚至是当目标基础架构本身在一直的演进。

两个重要的思想现在被认为是应对这种挑战的中心：• 面向服务的体系架构(SOA)。

企业解决方案能够被视作通过良好的说明定义了他们的服务接口契约连接的服务联合。

结果的系统设计通常被称作面向服务的体系架构（SOAs）。

通过将一个系统组织成为被封装好的服务集合，这些服务可以通过他们定义的服务接口被操作，系统的灵活性被大大的增强了。

现在很多组织用一系列的服务和服务之间的相互连接表示他们的解决方案。

• 软件的产品线。

通常，在一个组织开发和维护的系统中，存在着大量的可公用的部分。

从捕获核心业务过程和领域概念的标准领域模型，到开发人员在代码中使用的实现设计的实现细节方案，我们在企业的软件项目的每一个级别上看到了重用的方法。

当模式能够被经验丰富的从业者开发出来并在跨越组织的范围内传播时，软件开发组织将获得大量的效率。