特定领域的软件体系结构课件

上传人:无*** 文档编号:241584628 上传时间:2024-07-06 格式:PPT 页数:71 大小:260.50KB
返回 下载 相关 举报
特定领域的软件体系结构课件_第1页
第1页 / 共71页
特定领域的软件体系结构课件_第2页
第2页 / 共71页
特定领域的软件体系结构课件_第3页
第3页 / 共71页
点击查看更多>>
资源描述
特定领域的软件体系结构本章内容o4.6 基于DSSA的软件开发o4.7 DSSA与软件体系结构风格o4.8 DSSA对软件开发的意义o4.9 DSSA的应用实例4.1 特定领域软件体系结构定义o目前,软件开发的总体趋势是领域驱动的设计与实现o特定领域软件体系结构(Domain Specific Software Architecture,DSSA)代表了某一特定领域中软件系统的整体框架结构oDSSA描述了领域中各个应用的公共特征和动态行为oDSSA是作用于领域中不同应用的设计蓝图4.1 特定领域软件体系结构定义o以DSSA为基础,通过大规模重用,可以快速地、高效地实例化出一系列的软件产品,提高软件开发的效率oDSSA的定义:nDSSA是软件构件的集合,以标准结构组合而成,对于一种特殊类型的任务具有通用性,可以有效地、成功地用于新应用系统的构建nDSSA是问题元素和解元素的样本,同时给出了问题元素和解元素之间的映射关系4.1 特定领域软件体系结构定义nDSSA是一个特定问题领域中,支持一组应用的领域模型、参考需求和参考体系结构所形成的开发基础o特定领域软件体系结构具有以下特征:nDSSA对整个领域进行适度抽象nDSSA具有严格定义的问题域和解决方案n在领域中,DSSA应该具有固有的、典型的可复用软件元素,用于工程开发nDSSA具有普遍性,可用于开发领域中的某类特定应用4.2 DSSA的基本活动o基于DSSA的开发不以实现某个特定应用为目标,而是关注整个领域n通过对某个特定领域进行分析,提出该领域的典型需求,建立相应的领域模型,设计与之对应的参考架构,进而实现各个组成模块n针对领域分析模型中的需求,DSSA给出了相应的解决方案,该解决方案不仅满足单个系统,而且也适应领域中的其它系统需求,是领域范围内的一个高层次设计框架4.2 DSSA的基本活动oDSSA包含两个过程,即领域工程和应用工程n领域工程是为一组相近或相似的应用建立基本能力与必备基础的过程,它覆盖了建立可复用软件元素的所有活动n应用工程是通过重用软件资源,以领域通用体系结构为框架,开发出满足用户需求的一系列应用软件的过程4.2.1 DSSA的领域工程o在启动一个软件项目时,我们应该关注软件涉及的领域o对领域的理解主要有如下三种观点:n一组或一族相关系统,所有这些系统具有一种能力或共享同一数据集n具有相同需求的一个应用程序族所描述的问题空间n一个问题或任务领域,在其中可以开发出多重高度相似的应用系统,以满足各种不同用户的特定需求4.2.1 DSSA的领域工程o领域的基本特征:n领域中的系统具有相关性,具体表现为:具有类似的用户需求;共享领域范围内的数据;共同实现一个目标;共同描述一个问题空间n对领域内各个系统所形成的问题空间进行求解,可以导出新的应用系统n领域内的重要资源、资源的义务和资源之间的相互关系是以一定的基础结构来进行表示的4.2.1 DSSA的领域工程o在软件工程中,领域是指一组具有相近或相似需求的应用系统所覆盖的功能、问题、解决方案以及知识区域o从软件复用角度出发,可以将领域划分为垂直领域和水平领域o垂直领域是指具有相似需求的一系列应用所覆盖的业务区域o水平领域则指根据应用系统内部模块的功能分类,所得到的相似问题空间4.2.1 DSSA的领域工程o领域工程是识别和创建面向特定领域的可重用软件资源的过程,是特定领域软件体系结构的实现基础o领域工程主要包括三个部分,即领域分析、领域设计和领域实现o领域分析n领域分析是在一个特定领域范围内开展的以领域定义、共性抽象、特性描述、概念阐述、数据抽取、功能分析、关系识别、以及结构框架开发为目标的系统化分析过程4.2.1 DSSA的领域工程n领域分析所关心的是一个特定领域内所有相似系统的对象和活动的共同特征与演化特性,所产生的是支持系统化复用的基础设施n领域分析是DSSA开发的基础,是DSSA开发的出发点,也是这种方法成败的关键n领域模型是领域分析过程中的一个重要概念,是领域分析活动的输出结果n领域模型是一组能够反映领域共性与变化特征(例如:功能、对象、数据及其关系)的相关模型和文档资料4.2.1 DSSA的领域工程n领域模型描述领域中应用的共同需求,领域模型所描述的需求经常被称为领域需求n领域模型是针对某一特定领域的需求规约模型n领域模型描述了多种不同的信息:o领域范围:领域定义和上下文分析o领域字典:定义领域内相关术语o符号标识:描述概念和概念模型,利用符号系统对领域模型内的概念进行统一的说明o领域共性:领域内相似应用的共性需求和共同特征o特征模型:定义领域特征,描述领域特征之间的相互关系4.2.1 DSSA的领域工程n领域分析是在一个特定的领域范围内,对一系列共性、个性、以及动态元素进行识别、收集和组织,并最终形成可指导的软件复用模型的过程n比较有影响的领域分析方法有:o面向特征的领域分析(FODA),包括上下文分析、领域建模和体系结构建模3个不同的阶段o组织领域分析模型(ODM),包括领域规划、领域建模和可复用资源的建设o基于DSSA的领域分析(DSSA Domain Analysis),获取领域开发环境,设计DSSA和原型系统,利用原型系统和DSSA来实现应用系统4.2.1 DSSA的领域工程oJIAWG面向对象的领域分析(JODA),包括领域准备、领域定义和领域建模o领域分析与设计过程(DADP),包括标识领域、界定领域、分析领域和设计领域o动态领域分析(DDA),收集信息,确定领域范围,区分共性、个性和动态元素,描述领域中的各类元素n在应用工程中已经被广泛使用的各种方法、技术和原则,经过补充和修改后,都可以在领域分析过程中使用n领域分析依赖于领域工程、应用工程、知识工程、人工智能和信息管理等学科的支撑4.2.1 DSSA的领域工程n领域分析依赖于领域工程、应用工程、知识工程、人工智能和信息管理等学科的支撑n领域建模过程必须以业务领域为中心o领域设计n领域设计的主要目标是创建特定领域软件体系结构DSSAn与领域分析模型一样,领域设计框架必须被一般化、标准化和文档化,使之能够在创建多个软件产品时被使用4.2.1 DSSA的领域工程n领域设计框架一般化处理的步骤:o将依赖关系从实现中分离出来,使之容易辨认和修改,以适应特定软件产品的需求,或者满足新应用环境与技术的需要o将框架分层,使软件资源可以按照特定应用、特定操作系统、以及特定硬件平台的要求进行分层o在每一层上,寻找适合领域设计框架的通用软件资源,然后以此为基础,寻找适合框架的其它基础性资源n在领域工程中,可复用软件资源的选择是极为重要的4.2.1 DSSA的领域工程n复用元素的选择原则是:o在软件开发和维护过程中,最频繁使用的软件元素o提供最大利益的软件元素,例如:节省费用、节省时间、减少项目失败的风险、以及强化重用标准等o用于创建和维护对本公司具有重要意义的策略性软件元素o是复用消费者(例如:领域专家、系统框架设计人员、软件开发人员和软件维护人员)所需要的软件元素n针对领域模型所表示的需求,DSSA给出了相应的解决方案,是适应领域中多个系统需求的高层次设计框架4.2.1 DSSA的领域工程n领域设计要满足的需求具有一定的变化性,因此解决方案也应该是可变的nDSSA的各个组成部分应该是现有系统设计框架的泛化,便于今后的实例化与信息参考n领域设计应该紧紧地围绕着领域模型展开o领域实现n领域实现的主要目标是根据领域模型、DSSA来开发和组织可复用软件元素n其主要活动包括:开发可复用软件元素,对可复用软件元素进行组织4.2.1 DSSA的领域工程n领域实现阶段的重要产品就是与特定领域相关的可复用构件库n复用构件库覆盖了领域模型、领域设计框架和源代码多种抽象层次,体现为系统、框架以及类的不同粒度和形态n可复用构件的组织也是根据领域模型和领域设计框架来完成的n开发可复用构件的基本原则是:o从设计到编码必须遵循此前定义的DDSA,与DDSA始终保持高度的一致4.2.1 DSSA的领域工程o应该采用适当的映射规则来指导设计元素到编程语言的映射过程o采取模块化、信息隐蔽和分而治之等传统的软件工程原则,来减少构件与外部环境之间的依赖关系o应为可复用构件建立良好的接口规约nDSSA定义了可复用软件资源的重用时机,从而支持了系统化的软件重用4.2.2 DSSA的应用工程o应用工程是在领域工程基础上,针对某一具体应用所实施的开发过程o应用工程是对领域模型的实例化过程,可以为单个应用设计提供最佳的解决方案o应用工程可以划分为应用系统分析、应用系统设计和应用系统实现与测试3个阶段o应用系统分析n根据领域工程所获取的分析模型,对照用户的实际需求,确认领域分析模型中的变化性因素,或者提出新的应用需求,以建立该系统的分析模型4.2.2 DSSA的应用工程o应用系统设计n以领域工程所获得的DSSA为基础,对照应用的具体分析模型,给出该系统的设计方案o应用系统实现与测试n以领域构架和构件为基础,对照具体应用的设计模型,按照框架来集成组装构件,同时进行必要的代码编写工作,以实现并测试最终的系统4.2.3 领域工程与应用工程的关系o领域中的共性部分是通过领域中的所有应用来体现的,一旦得到实现之后,在应用工程中便不再作为关注的重点o选择和配置不同抽象层次的变化性因素,将成为贯穿应用工程全过程的主要活动o在领域设计阶段,建立比较合理、灵活的DSSA,将系统中的可变部分与固定部分分离开来,将系统成分在DSSA和构件之间进行合理的分配,把变化性因素封装为构件4.2.3 领域工程与应用工程的关系o领域工程与应用工程二者之间是有区别的n在领域工程中,开发人员的基本任务是对领域中所有应用的需求进行抽象,而不仅仅局限于个别系统n在应用工程中,开发人员的主要任务是,以领域工程的成果为基础,针对特定需求产生一系列的具体设计方案n领域工程是在一个较高的层次上,对领域应用中的共同特征进行抽象,并通过领域模型和DSSA来表示这些共同特征之间的关联关系4.2.3 领域工程与应用工程的关系o领域工程和应用工程是互相联系的:n应用工程所建立的系统,包含了需求规约、设计方案和实现细节等多种信息,这些又是领域工程的信息来源n领域工程负责对应用工程各个阶段中的产品进行抽象n领域工程所获取的资源,将对本领域新应用的开发提供支持n领域工程和应用工程都需要解决一些相似的问题n领域工程的步骤、行为和成果与应用工程是一一对应的4.2.3 领域工程与应用工程的关系o在应用工程中被广泛使用的方法、技术和原则都可以在领域工程中加以利用n例如:结构化分析方法、面向对象设计技术、实体-关系图、以及数据流图等4.3 DSSA的参与者oDSSA的参与者包括领域工程人员和应用工程人员o领域工程人员包括:领域专家、领域分析人员、领域设计人员和领域实现人员o领域专家包括该领域中有经验的用户、从事该领域系统需求分析、设计、实现以及项目管理的软件工程师等4.3 DSSA的参与者n提供关于领域中的系统需求规约和实现知识,帮助组织规范一致的领域术语字典,选择样本系统作为领域工程的参考,以及复审领域模型和领域设计框架等相关产品o领域分析人员由具有领域专业知识、工程背景和领域实现经验的系统分析人员来担任n控制领域分析过程,获取领域知识,并将领域知识组织到领域模型中,同时根据现有系统规约、标准规范来验证领域模型的准确性和一致性,以实现领域模型的维护任务4.3 DSSA的参与者o领域设计人员由有经验的软件设计人员担任n控制整个领域设计过程,从领域模型和现有应用系统发出,设计DSSA,验证DSSA的准确性与一致性,建立领域模型和DSSA之间的关联关系o领域实现人员由有经验的程序设计人员担任n根据领域模型和DSSA,开发可复用软件构件,利用再工程技术从现有系统中提取可复用软件构件,验证可复用构件,建立DSSA与可复用构件之间的关联关系4.3 DSSA的参与者o参与应用工程的人员划分为三种角色,系统分析人员、系统设计人员和系统实现人员o系统分析人员是指完成系统分析任务的项目组成员,包括:系统分析人员、系统设计人员、系统实现人员和用户n系统分析人员对新应用进行综合考察,以领域分析模型为基础,结合系统的个性差异,获取其应用需求4.3 DSSA的参与者o系统设计人员是系统的技术专家,对选择何种信息技术及根据所选择的技术来设计系统非常感兴趣n系统设计人员根据应用需求,以领域设计框架为基础,给出应用系统的整体结构n系统设计人员将系统用户的业务需求和约束条件转换为可行的技术解决方案o按照整体设计框架,系统实现人员将构件连接起来,以创建应用系统4.3 DSSA的参与者n对设计框架中的概念构件进行分类,如果构件库中存在与之相符的实现构件,则直接进行复用n若存在相似的实现构件,则对其进行修改并符合要求后进行复用n若不存在相符和相似的实现构件,则需要进行重新开发o应该使领域工程人员与应用工程人员都参与DSSA的各个阶段4.4 DSSA的生命周期4.4 DSSA的生命周期o对领域进行分析建立领域模型,领域模型是领域设计的出发点,同时也是应用需求分析的参照o以领域模型为基础,设计特定领域软件体系结构DSSA的参考规范和重用构件,同时也为应用系统的设计提供参照o参考DSSA和应用的个性差异,设计应用系统的框架结构4.4 DSSA的生命周期o按照系统的框架结构,从构件库中检索可重用的软件构件或重新开发所需的构件,创建应用系统o在设计实现过程中,总结不满足规范的约束和差错,用以完善DSSA参考规范o应用需求的变动和模拟执行结果也为DSSA参考规范的修改提供依据o应用设计实现复用了领域设计实现的相关成果,反过来又促进了领域设计实现方案完善4.4 DSSA的生命周期oDSSA的生命周期与复用技术有着密切的关联关系o基于DSSA的软件开发对重用的要求:n跨越网络协议、体系结构、操作系统、程序设计语言和地址空间边界的大范围共享重用n以可重用构件为基本单元实现软件工业化生产,以有效地降低开发成本,提高生产效率和系统可靠性4.4 DSSA的生命周期n以高度抽象的可重用构件为基础,实现领域专家主导的软件设计,使应用系统具有针对性和动态演化能力n开发高阶可重用构件,以有效开拓重用的深度和力度oDSSA重用的特征:n为了决定不同粒度的最佳构件重用集,必须对领域有一个深入而透彻的了解,对领域的了解是通过领域模型的建立与分析来完成的4.4 DSSA的生命周期n领域模型和参考体系结构清楚地定义了领域的共同特征,由于领域是特定的,根据参考体系结构,将为软件重用提供最佳切入点n参考体系结构的重用驱动了共同域设计方案的重用n参考体系结构为重用提供了通用框架,避免了在构件集成时所出现的组合问题n建立重用构件库,必须以领域模型和参考体系结构为基础n领域模型、参考体系结构和构件库都将随着领域应用需求的变化而不断地发生演变4.5 DSSA的建立oDSSA是一种软件构件的集合,它采用标准的结构和协议来进行描述,是专门针对某一类特定任务所设计的o将DSSA在整个领域中进行推广,可以解决具有类似功能的应用问题o基于DSSA的软件开发方法将设计者的注意力集中在当前问题的个性化需求上,不必考虑那些被DSSA认为是普遍的、公共的需求4.5 DSSA的建立oDSSA由领域模型、参考需求和参考体系结构3个部分组成,此外,还包括框架/环境支持工具和抽取评估工具n领域模型是DSSA的关键成分,它是领域内各系统共同需求的抽象,描述了领域内应用需求的共同特征n领域模型所描述的需求经常被称之为参考需求或领域需求,是通过考察领域中已有系统的需求而获取的4.5 DSSA的建立n参考体系结构是一个统一的、相关的和多级的软件体系结构规范,被用做开发活动的指南,它将设计限制在低层,并支持互操作和软件重用oDSSA领域分析过程框架如下所示:4.5 DSSA的建立4.5 DSSA的建立o领域分析活动的信息源即领域知识,主要包括领域内遗留系统中的各种形式信息o领域分析人员和领域专家利用一定的领域分析方法和技术对领域中的相关知识进行捕获、识别和验证o对所提取的领域标准、领域模型和框架结构等可重用软件资产进行分析和抽象,形成了可复用的基础设施o领域分析主要包括以下三个阶段,即领域标识、领域界定和领域建模4.5 DSSA的建立o领域标识,包括以下四个步骤:n标识信息:为可靠的领域技能和文档资源提供必要的信息源n采集领域信息:收集领域信息,为领域描述作准备n描述领域:说明领域内的子领域,子领域之间的关系、领域所包含的系统,按共性、公共功能和性能的分类结果,以及系统和子系统的类型特征n验证领域描述:证实领域描述信息的真实性,给出事务过程模型、数据模型以及需求规范文档4.5 DSSA的建立o领域界定,对领域标识的结果进行确认,以便在此基础之上,进行领域分析活动o领域建模,综合问题空间信息,标识公共特性,识别对象及其之间的关系,确定系统行为,描述约束条件和开发公共对象模型o建立特定领域体系结构的基本思想是:针对某个特定应用领域,对领域模型和参考需求加以扩充,从而得到该领域的软件体系结构4.5 DSSA的建立oDSSA创建过程描述如下:n定义领域范围,确定什么在感兴趣的领域之中,以及本过程到何时结束,这个阶段的主要输出是领域的应用需求和一系列的用户需求n定义领域特定元素,编写领域字典和领域术语的同义词词典,增加更多的细节,以及识别领域中应用之间的共性和个性差异n定义领域特定的设计方案和实现需求约束,在解空间中,描述有差别的特征,不仅要识别出约束,而且还要记录约束对设计和实现决定所造成的后果4.5 DSSA的建立n定义领域模型和体系结构框架,其目标是产生适用于一般问题的体系结构,并说明构成它们的模块或构件的语法与语义n产生和搜集可重用的产品单元,为DSSA增加构件,用于创建领域中的新应用o特定领域软件体系结构是以领域分析结果为基础建立的,适用于特定领域中的各个应用oDSSA主要通过4方面的重用来提高软件的开发效率:4.5 DSSA的建立n领域重用,包括领域模型的重用和需求分析的重用n基础资源的重用,包括DSSA的重用和构件的重用n过程重用,包括领域工程重用和应用工程重用n软件开发人员的组织是DSSA的一个映射,也是可重用的部分o在领域分析过程中,应该考虑软件复用效率最大化问题,而这又将依赖于DSSA中共性与可变性的良好分离4.5 DSSA的建立oDSSA的设计应该满足领域模型中的依赖关系和相关约束信息,同时应该以适当的方式来支持可变特征的绑定oDSSA的设计原则主要包括:n分离共性和可变性,提高构件的可复用性n满足模型中可变特征的不同绑定时间的要求n尽量降低构件的复用成本,提高复用效率n保持DSSA模型与特征模型中元素边界的一致性,DSSA应该体现出清晰的逻辑边界4.5 DSSA的建立n开发特定领域范围内的类属和广泛适用的领域构件,以实现最大程度的软件重用n领域知识和领域基础结构的形式化表示,作为领域建模的信息源n领域分析过程的细化描述,以方便开展建模工作n领域产品的层次化处理,便于领域工程与应用工程的实施4.6 基于DSSA的软件开发o特定领域软件体系结构反映了领域内各系统之间在总体组织、全局控制、通信协议和数据存取等方面的共性和个性差异oDSSA开发方法的重点不是应用,而是重用,最终目的是开发领域中的一族应用程序o将领域工程与应用工程相结合,可实现特定领域的软件开发o无论是领域工程还是应用工程,都是一个反复迭代的过程4.6 基于DSSA的软件开发4.6 基于DSSA的软件开发o在应用工程中,我们可以对所有系统的个性差异进行总结,获取其中的共性特征,启动新一轮的领域工程o在特定领域中,经过完善的DSSA又将促进应用系统的开发效率,提高所开发软件产品的质量o从应用开发者的角度来看,软件分析阶段和软件设计阶段的主要任务是从DSSA中导出特定应用的体系结构框架4.6 基于DSSA的软件开发o从应用开发者的角度来看,软件实现阶段的主要任务是根据系统体系结构框架来选择构件,以实现该应用系统o在整个生命周期中,特定领域软件体系结构和可重用构件始终是开发过程中的核心内容4.6 基于DSSA的软件开发4.6 基于DSSA的软件开发o在基于DSSA的设计与实现过程中,应该将一个复杂的应用问题切分成层o开发每一层中内聚模块,让每一层仅依赖于其下层的构件,遵照标准的架构模式,以降低层次之间的耦合度o将与领域业务逻辑相关的代码集中到一个层次中,让它专注于展现领域模型o随着领域需求的不断变化和对领域理解的进一步深入,将启动新一轮的领域工程,对DSSA进行演化4.6 基于DSSA的软件开发oDSSA的演化过程:n根据领域需求确定DSSA,描述满足领域需求的由构件、构件之间的连接以及约束所表示的系统体系结构nDSSA的规范说明,运用合适的形式化数学理论对DSSA模型进行规范定义,得到DSSA的规范描述,以使其创建过程更加精确并且无歧义nDSSA的求精及验证,DSSA是通过从抽象到具体,逐步求精而得到的,需要对不同抽象层次的DSSA进行验证,以判断具体的DSSA是否与抽象的DSSA的语义之间保持一致4.6 基于DSSA的软件开发n实施DSSA,将DSSA实施于领域的系统设计之中nDSSA的维护,领域需求可能会发生变化,要求DSSA能够反映需求的变化,维护DSSA就是将变化了的领域需求反馈给领域模型,促使DSSA的进一步修改与完善nDSSA的终结,当领域需求发生巨大变化时,DSSA已经不能再满足领域的设计要求,此时,就需要摈弃原有的DSSA4.6 基于DSSA的软件开发4.6 基于DSSA的软件开发o在创建DSSA的过程中,同时要导出适应DSSA的可复用软件构件o在DSSA的演化过程中,可能会生成新的可重用构件,也可能需要对库中已有的构件进行修改与更新o可重用构件也有其产生、发展和演化的过程o可重用构件的演化步骤如下:n(1)从DSSA中导出系统体系结构所认定的可重用构件C4.6 基于DSSA的软件开发n(2)查询构件库,看构件库中是否有构件C,若有则转(5)n(3)描述构件Cn(4)根据C的描述,来开发构件,然后转(7)n(5)看构件库中的构件是否能满足要求,若是则转(9)n(6)构件库中的构件不能完全满足要求,对其进行定制开发获取所需的构件Cn(7)测试所开发的构件Cn(8)将构件C进行归类,放入可重用构件库中4.6 基于DSSA的软件开发n(9)应用满足要求的构件C来创建应用系统4.7 DSSA与软件体系结构风格o因为出发点不同,出现了两种互相交叉的方法,即以问题域为出发点的DSSA和以解决域为出发点的软件体系结构风格oDSSA对特定领域设计专家的知识进行提取、存储和组织,以形成模板,应用于该领域中具有相似特性的其它系统开发中o当领域专家知识与某种体系结构风格相结合时,可以将体系结构风格中的公共结构和设计方法扩展到应用领域中去4.7 DSSA与软件体系结构风格o在DSSA的领域参考体系结构中,可以选用一种或多种体系结构风格,来设计该领域的一个专用体系结构分析与设计工具o由于不同领域的参考体系结构之间很少有交叉之处,所以为一个领域开发的DSSA支持工具在另一个领域中往往是不适用的o软件体系结构风格的定义与其所应用的领域是垂直的,提取的设计知识比用DSSA所获取的领域专家知识的应用范围要广泛4.7 DSSA与软件体系结构风格o软件体系结构风格可以避免涉及特定的领域背景知识,所以为一种体系结构风格建立的设计环境的成本要比为一个DSSA参考体系结构建立支持工具的费用低很多oDSSA和软件体系结构风格是互为补充的两种技术4.8 DSSA对软件开发的意义oDSSA对软件开发过程的意义如下:n具有更好的可操作性和可行性n基于DSSA的开发方法更高效、更实用nDSSA开发方法使软件项目投资的成本最小化n对领域进行建模,吸纳更多的领域知识,为特定应用的求解提供信息源n领域分析过程化,有利于对分析过程进行动态建模,便于DSSA的更新与完善4.9 DSSA的应用实例o北京大学实现的“支持构件复用的青鸟型系统”o美国WINNER公司实现的“酒店管理系统开发环境”o日本OMRON公司实现的“超市管理系统开发环境oHoneywell/Umd为智能GNC(Guidance Navigation and Control)系统开发了快速说明和自动代码生成器Contro1H4.9 DSSA的应用实例oIBM/Aerospace/MIT/UCI开发了一个适用于航空电子领域的软件体系结构oTeknowledge/Stanford/TRW开发了一个基于事件的、并发的和面向对象的体系结构描述语言RAPIDEoUSC/ISI/GMU开发了一个自动代码生成器和相应的辅助工具本章讲授内容已结束谢谢谢谢!谢谢!
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 管理文书 > 施工组织


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!