特定领域软件体系结构
2011年软考系统架构设计师知识要点第五章
5.1.1 软件架构设计与生命周期1、需求分析阶段需求和 SA设计面临的是不同的对象：一个是问题空间;另一个是解空间。
保持二者的可跟踪性和转换。
2、设计阶段1.传统的设计概念只包括构件，随着研究的深入，构件间的互联机制逐渐独立出来，成为与构件同等级别的实体，称为连接子。
2.体系结构描述语言(Architecture Description Language ADL)对连接子的重视成为区分 ADL和其他建模语言的重要特征之一。
3.不同的视角得到多个视图，组织起来以描述整体的SA模型;不同侧面的视图反映所关注的系统的特定方面，体现了关注点分离的思想。
3、实现阶段团队的结构应该和体系结构模型有一定的对应关系，提高软件开发效率和质量。
分析和记录不同版本构件和连接子之间的演化。
填补高层 SA模型和底层实现之间的鸿沟，典型的方法如下：1.引入实现阶段的概念。
2.SA模型逐步精化。
3.封装底层称为较大粒度构件。
4、构件组装阶段可复用构件组装可以在较高层次上实现系统，研究内容包括：1.如何互联。
2.如何检测并消除体系结构失配问题。
中间件跨平台交互。
产品化的中间件更好地保证最终系统的质量，中间件导向的体系结构风格。
失配是指复用过程中，待复用构件对最终系统的体系结构和环境的架设(Assumption)与实际状况下不同而导致的冲突。
5、部署阶段软件构件的互联性、硬件的拓扑结构、硬件资源占用。
6、后开发阶段实现中的软件往往具有动态性，一类是软件内部执行所导致的体系结构改变，另一类变化是软件系统外部的请求对软件进行的重配置。
升级或进行其他修改时不能停机。
SA重建是指从已实现的系统中获取体系结构的过程。
5.2 基于架构的软件开发方法5.2.1 体系结构的设计方法概述基于体系结构的软件设计(Architecture-Based Software Design ABSD)方法。
体系结构驱动，指构成体系结构的商业、质量、功能需求的组合驱动。
软件体系结构概述
软件体系结构概述软件体系结构是指软件系统的组织方式和结构框架，包括系统的组件、模块、连接方式以及它们之间的关系。
软件体系结构定义了系统的主要构成和交互方式，以及系统的整体特性和行为。
软件体系结构的设计和选择对于系统的可维护性、可扩展性、可靠性和性能等方面都有重要影响。
软件体系结构可以理解为一个软件系统的蓝图或者设计模板，它指导和限制了系统在开发和维护过程中的各个方面，并对系统的演化和重用性提供支持。
常见的软件体系结构包括客户端-服务器体系结构、分层体系结构、面向对象体系结构、面向服务体系结构等。
客户端-服务器体系结构是最常见的软件体系结构之一，它将软件系统划分为客户端和服务器两部分。
客户端负责用户界面和用户交互，服务器负责处理业务逻辑和数据存储。
这种体系结构可以提高系统的可伸缩性和可靠性，同时也增加了系统的复杂性和通信开销。
分层体系结构将软件系统划分为多个层次，每个层次具有特定的功能。
常见的层次包括表示层、业务逻辑层和数据访问层。
表示层负责用户界面的展示和交互，业务逻辑层负责系统的业务逻辑处理，数据访问层负责数据的存储和访问。
分层体系结构可以提高系统的可重用性和可维护性，同时也增加了系统的复杂性和通信开销。
面向对象体系结构利用面向对象的思想和技术进行软件系统的设计和实现。
它将软件系统划分为多个对象，每个对象具有特定的属性和方法，并通过消息传递进行交互。
面向对象体系结构可以提高系统的可重用性和可维护性，同时也增加了系统的复杂性和内存开销。
面向服务体系结构将软件系统划分为多个服务，每个服务具有特定的功能和接口。
这些服务通过网络进行通信和交互，从而实现系统的功能需求。
面向服务体系结构可以提高系统的可扩展性和跨平台性，同时也增加了系统的通信开销和服务管理的复杂性。
除了以上常见的软件体系结构外，还有其他一些特定领域的体系结构，如实时系统体系结构、并行系统体系结构等。
实时系统体系结构适用于对响应时间有严格要求的系统，它需要快速的响应和高可靠性。
软件架构——精选推荐
软件架构软件架构（体系结构）概述软件架构设计，主要关注软件构件的结构，属性和交互作⽤，并通过多种视图全⾯描述特定系统的架构。
架构设计⽣命周期需求分析，根据需求模型构建软件架构模型，模型转换的可追踪性设计阶段，组成元素，体系结构描述语⾔ADL，4+1视图实现阶段，项⽬组织结构，配置管理，中间件，程序设计语⾔，逐步细化构件组装阶段部署阶段后开发阶段，4+1视图5个不同的视⾓，包括逻辑视图，进程视图，物理视图，开发视图，场景视图来描述软件架构。
开发视图和场景视图来描述软件架构。
1、逻辑视图，最终⽤户：功能需求。
在逻辑视图中，系统分解成⼀系列功能抽象，这些抽象主要来⾃问题领域。
这种分解不但可以⽤来进⾏功能分析，⽽且可以⽤做标识在整个系统的各个不同部分的通⽤机制和设计元素。
在⾯向对象技术中，通过抽象，封装，继承，可以⽤对象模型来代表逻辑视图。
逻辑视图通常包括类图，对象图，状态图和协作图。
是描述系统各部分的抽象描述。
2、开发视图：编程⼈员：软件管理，也叫做模块视图，主要侧重软件模块的组织和管理。
开发要考虑软件内容的需求，如软件开发的容易些，软件的重⽤，和软件的通⽤性。
要充分考虑由于具体开发⼯具不同带来的局限性。
开发视图⽤系统输⼊输出关系的模型图和⼦系统图来描述，可以在确定了软件包含所有元素之后描述完整的开发⾓度，也可以正确的每个元素前列出开发视图原则。
该视图包含包图和组件图。
3、进程视图：也叫做过程视图，主要描述系统中的进程，系统集成⼈员：性能，可扩充性，吞吐量，侧重于系统的运⾏特性，主要关注⼀些⾮功能性的需求，例如系统的性能和可⽤性，进程视图强调并发性，发布性，系统集成性和容错能⼒，以及逻辑视图中的主要抽象的进程结构，他也定义逻辑视图中各个类的操作具体在哪个现场中执⾏.该视图通常包括活动图4、物理视图：系统⼯程⼈员：系统拓扑，按照，通信等, 主要考虑如何把软件映射到硬件上，通常要考虑到节级系统拓扑结构，系统安装，通信等问题。
基于本体的特定领域软件体系结构设计的研究
件体系结构、 本体进行了基本分析， 了本体在特定领域软件体系结构设计中的应用研究， 介绍 从而， 提出了一个体系结构与
实际应用相结合有效途径 。 关键谰： 软件重用 ； 本体； 吣 中圈分类号 ： ３ １５ Ｐ１ ． 文献标识码 ： Ａ 文章编号：６３ ６ ９ （０６ １ — ０２— ４ １７ — ２Ｘ ２０ ）２ ０２ ０
（ｃｏｌ ｆ ｏ ｕｅ，ｏｔ ｈｎ ｏｍａ Ｕｎ ｅ ｉ ， ａｇｈｕ５０ ３ ，ｈｎ ） Ｓｈｏ ｏ ｍｐ ｔｒＳ ｕｈＣ ｉ Ｎ ｒ ｌ ｉ ｒ ｔ Ｇｕｎｚｏ １６ １ Ｃ ｉ Ｃ ａ ｖ ｓｙ ａ
Ａ ｓ ａ ｔＷ ｉ ｅ ｅ ｅ ｐ ｎ ｆ ｈ ｆ ａ ｅｒＬｅｔｃ ｎ ｌ ｙ ｔ ｅｌ ｅ ｏ ｈ ｕａ ｉ ｙｈ ｓｉ ｒｖ ｄ ｆ ｍ ｄ ｒｈｔｃｕｅ １ 地 ｂ ｔ ｃ ． ｔ ｔ ｖ ｌ ｍｅ ｔ ｅ ｏｔ ｒ Ｉ ｈ ｏ ｇ ． ｖ ｌ ｆ ｅｒ ｓｂｌ ａ ｒ ｈ ｈｄ ｏ ｏｔ ｓ ｗ ｅｓ ｅ ｏ ｈ ｅ ｔ ｅ ｉ ｔ ｍｐ ｏ ｅ ｏ ｃ ｅｔ ａｃ ｉ ｔｒ ． １ ｒ ｏ ｏ ｅ ｄ ｓ ｎｏ ｅｄ ｍａ ｐ ｃ ｉ ｓ ｆ ｒ ｒｈｔ ｔｒ ｏｔｎ ｈ ｅｅｒｈ ｆｒｔｅｒｕ ａ ｉｔ ．ｎ ｏｄ ｒ ｏ ｉ ｒ ｖ ｅｒ ｕａ ｉ ｙａ ｄ ｅｉ ｆ ｈ ｏ ｉ ｓ ｅ ｉｃ ｏｔ ｅ ｃ ｉ ｃｕ ｅｉ ｉ ｒ ｔｉ ｔ ｅｒｓａｃ ｅ ｓｂｌ ｙ Ｉ ｒ ｅ ・ ｇ ｔ ｎ ｆ ｗａ ａ ｅ ｓ ｍｐ ａ ｎ ｏ ｈ ｉ ｔ ｍｐｏ ｅ ｔ ｓ ｂｌ ｈ ｅ ｉ ｎ ｔ ｂ ｉ ｅｆｃ ｗ ａ ｍｈｔ ｕｅ ｍｓ ｅ ｅｂ ｓ ｎ ｌｓ ｂ ｕ ｈ ｏ ｉ ｐ ｃ ｉ ｓ ｆ ｍ ｅ ｒｈｔ ｔｒ ｄ ｔｅｏ ｔｌ ｙ ａ ｄ ｉ ｒ－ ｕｌ ８ｐ ｒ ｔ ｄ ｅ ｍｆ ￣ｒ ａ ｉ ｅ ￣ｔｒ ， ｋ ｔ ａ ｉ ａ ａ ｉ ａ ｏ ｔ ｅ ｍａ ｓ ｅｉｃ ｏｔ ＇ ａ ｃ ｉ ｃ ｕ ａ ｎｏ ｇ 。ｎ ｔ ｓ ｈ ｃ ｙｓ ｔ ｄ ｎ ｆ ｗ ｅ ｅ ｎ ｈ ｏ ｎｏ ｄ ｅ￣ｔ ｅ ｐ ｌ ａｉ ｆ ｈ ｏ ｔｌ ｙｉ ｈ ｄ ｉ ｆ ｈ ｏ ｉ ｐ ｃ ｉ ｓ ｆ ａ ｅａｃ ｉ ｃ ｒ ． ｅ ｒ ｅ ｔ ｎ ｄ ￣ｔ ｅ ｐ ｒ ａｈｔ ｈ ｕ ｅ ｈ ｐｉ ｔ ｎ ｏ ｔ ｅ ｎｏ ｇ ｎｔｅ ｅ ｇ ｏ ｔ ｅｄ ｍａ ｓ ｅｉ ｃ ｏｔ ｒ ｒｈｔ ｔ ｅ Ｔｈ ｎ ｐ ｅ ｎｓａ ｆ ｉ ｐｏ ｃ ｏｔ ｅ ａ ｃ ｏ ｏ ｓ ｎ ｎ ｆ ｗ ｅｕ ｓ ｖａ ｃ ｎ ｉｉ ｆｔｅｓ ｆ ａ ｅ ｒ １ ‘ｔｒ ｄｔ ｅｐａ ｔ ａ ａ ｐ ｃ ｔ ｎｏ ｆ 矾 ． ｘ ｂｎｎ ｏ ｔ ｒ ｄ ｉ ｕ ｅａ ｒｃｉ ｌ ｐ ｌａ ｉ ｆ ０ ｔ ￣ ｇ ｈ ｏｗ ａ ｔ ｎ ｈ ｃ ｉ ｏ ８ ｗ Ｋｅ Ｉ ｓ ｓ ｆ ａ ｅｒｕｅ ｏ ｔｌｇ ； Ｓ Ａ ｙｗ姗 ： ｔ ｒ ｅ ｓ ；ｎ ｏ ｙ Ｄ ｓ ｏ ｗ ｏ
软件构架、架构、框架区别
软件框架(Software Framework)介绍面向某领域（包括业务领域，如ERP，和计算领域，如GUI）的、可复用的“半成品”软件，它实现了该领域的共性部分，并提供一系列定义良好的可变点以保证灵活性和可扩展性。
可以说，软件框架是领域分析结果的软件化，是领域内最终应用系统的模板。
随着软件规模的扩大、应用的广泛和软件复用技术的发展，以子程序或类（Class）为单位的软件复用有许多不足：（1）子程序库日趋其庞大以致于使用人员难以掌握，（2）大多数类粒度很小，且其自身往往不能完成有用的功能。
这一问题迫使人们在复用中将一组类（或模块）及其交互作为一个整体来考虑，由此出现了软件框架。
软件框架至少包含以下组成部分：（1）一系列完成计算的模块，在此称为构件。
（2）构件之间的关系与交互机制。
（3）一系列可变点（也称热点，Hot-spots，或调整点）。
（4）可变点的行为调整机制。
开发人员通过软件框架的行为调整机制，将领域中具体应用所特有的软件模块绑定到该软件框架的可变点，从而得到最终应用系统，这一过程称为软件框架的例化（instantiation）。
通过软件框架的使用，开发人员可将主要精力放在应用所特有的模块的开发上，从而大大提高了软件生产率和质量。
软件框架的行为调整机制是指如何针对具体的应用调整该框架的可变部分、如何在可变点加入特定应用模块所采用的方法和规则。
行为调整机制可分为四种：（1）模板参数化。
软件框架提供代码自动生成工具，该工具根据用户设置的参数自动生成所需的代码。
（2）继承和多态。
通过面向对象中的子类继承和重载，在子类中加入新的功能或改变父类的行为。
（3）动态绑定。
在运行时刻动态绑定所需的对象服务，可通过软件模式技术实现。
（4）构件替换。
通过替换框架中可插拔的构件来加入业务特定的功能，不同于一般的可复用软件制品，软件框架的一个显著特点是逆向控制（Inversion of Control），在复用过程中，前者需被显式调用，控制是在应用特定的模块中，软件框架则不然，应用开发人员只要将应用特定的模块绑定到框架内，框架则根据自己的交互机制自动调用该模块，控制由框架负责。
精品PPT课件--第9章软件体系结构与设计模式
9.1 软件体系结构的基本概念
• 体系结构的重要作用
体系结构的重要作用体现在以下三个方面 ： （1）体系结构的表示有助于风险承担者（项目干系
层次结构具有以下优点: （1）支持基于抽象程度递增的系统设计，使设计者可以把
一个复杂系统按递增的步骤进行分解。 （2）支持功能增强，因为每一层至多和相邻的上下层交
互，因此，功能的改变最多影响相邻的内外层。
9.2 典型的体系结构风格
（3）支持复用。只要提供的服务接口定义不变，同一层的 不同实现可以交换使用。这样，就可以定义一组标准 的接口，从而允许各种不同的实现方法。
9.1 软件体系结构的基本概念
2．风格
风格是带有一种倾向性的模式。同一个问题可以有不同 的解决问题的方案或模式，但我们根据经验，通常会强烈 倾向于采用特定的模式，这就是风格。
每种风格描述一种系统范畴，该范畴包括： （1）一组构件（如数据库、计算模块）完成系统需要的某
种功能； （2）一组连接件，它们能使构件间实现“通信”、“合作”
个对象的表示，而不影响其他对象。 （2）设计者可将一些数据存取操作的问题分解成一些交互
的代理程序的集合。
9.2 典型的体系结构风格
其缺点如下: （1）为了使一个对象和另一个对象通过过程调用等进行
交互，必须知道对象的标识。只要一个对象的标识 改变了，就必须修改所有其他明确调用它的对象。 （2）必须修改所有显式调用它的其他对象，并消除由此 带来的一些副作用。例如，如果A使用了对象B，C 也使用了对象B，那么，C对B的使用所造成的对A 的影响可能是料想不到的。
软件体系结构
软件体系结构◇软件体系结构概论◇软件体系结构建模◇软件体系结构风格◇软件体系结构描述◇动态软件体系结构◇Web服务体系结构◇基于体系结构的软件开发◇软件体系结构的分析与测试◇软件体系结构评估◇软件产品线体系结构软件危机的表现◎软件成本日益增长◎开发进度难以控制◎软件质量差◎软件维护困难软件危机的原因◎用户需求不明确◎缺乏正确的理论指导◎软件规模越来越大◎软件复杂度越来越高◎构件的定义构件是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统；结构上，它是语义描述、通讯接口和实现代码的复合体。
构件模型的三个主要流派OMG（Object Management Group，对象管理集团）的CORBA（Common Object Request Broker Architecture，通用对象请求代理结构）Sun的EJB（Enterprise Java Bean）Microsoft的DCOM（Distributed Component Object Model，分布式构件对象模型）。
构件获取1.从现有构件中获得符合要求的构件，直接使用或作适应性修改，得到可重用的构件；2. 通过遗留工程，将具有潜在重用价值的构件提取出来，得到可重用的构件；3. 从市场上购买现成的商业构件，即COTS（Commercial Off-The-Shell）构件；4. 开发新的符合要求的构件。
构件管理◎构件描述◎构件分类与组织◎人员及权限管理构件描述构件模型是对构件本质的抽象描述，主要是为构件的制作与构件的重用提供依据；构件分类与组织◇关键字分类法◇刻面分类法◇超文本组织方法人员及权限管理一般来讲，构件库系统可包括五类用户，即注册用户、公共用户、构件提交者、一般系统管理员和超级系统管理员。
构件重用◎检索与提取构件◎理解与评价构件◎修改构件◎构件组装构件重用理解与评价构件◇构件的功能与行为◇相关的领域知识◇可适应性约束条件与例外情形◇可以预见的修改部分及修改方法构件组装◇基于功能的组装技术◇基于数据的组装技术◇面向对象的组装技术软件体系结构的定义软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象，由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。
软件体系结构
软件体系结构软件体系结构是指软件系统中各个组件之间的关系和结构的抽象描述。
它是构建软件系统的基础，对软件系统的设计和开发起着重要的指导作用。
本文将从软件体系结构的定义、目标和应用领域等方面对其进行详细的介绍。
一、软件体系结构的定义软件体系结构是指软件系统中各个组件之间的关系和结构的抽象描述，它包括软件系统的静态结构和动态行为。
静态结构是指软件系统中组件的组织方式和相互之间的关系，动态行为是指软件系统中组件的交互方式和相互之间的通信方式。
二、软件体系结构的目标软件体系结构的目标是实现软件系统的可重用性、可维护性、可扩展性和可伸缩性。
可重用性是指软件系统中的组件能够被多次使用，可维护性是指软件系统中的组件能够被轻松地修改和维护，可扩展性是指软件系统能够根据需求进行功能的扩展，可伸缩性是指软件系统能够根据需求进行性能的扩展。
三、软件体系结构的应用领域软件体系结构广泛应用于各个领域的软件系统开发，特别是大型跨平台和分布式系统的开发。
在金融领域，软件体系结构被应用于交易系统和风险管理系统的开发；在电子商务领域，软件体系结构被应用于在线购物系统和支付系统的开发；在物流领域，软件体系结构被应用于供应链管理系统和运输管理系统的开发。
四、软件体系结构的基本原则软件体系结构的设计应遵循以下基本原则：1. 模块化：将软件系统分为独立的模块，每个模块只负责特定的功能，通过接口进行通信和交互。
2. 松耦合：各个模块之间的依赖应尽量降低，避免模块之间的紧密耦合，以提高系统的灵活性和可维护性。
3. 高内聚：模块内部的各个元素之间应紧密关联，功能相关的元素应放在同一个模块中，以提高系统的内聚性。
4. 分层：将软件系统分为多个层次，每个层次负责不同的功能，上层层次通过接口调用下层层次的功能。
5. 可伸缩性：系统的设计应考虑未来的扩展需求，能够根据需求进行功能和性能的扩展。
六、软件体系结构的设计方法软件体系结构的设计方法有很多种，常用的有面向对象的体系结构设计方法、服务导向的体系结构设计方法和领域驱动设计方法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Food.OraclDAL
Food.SQLServerDAL
Food.SybaseDAL
应用实例2（续）
1．Food．ConfigTool：用来加密连接字符串和创建事件同志源的管理应用程序。 2．Food．Utility：起到的是数据访问辅助的作用。 3．Food．UI．Main：主要是处理表示层最后要生成的可执行文件的项目，主要是 程序主界面的处理。 4．Food．UI．Base：主要是处理表示层所要继承的窗体和调用的公共类。 5．Food．UI．Fly：主要是处理表示层航班管理的业务。 6．Food．UI．Eqp：主要是处理表示层配送管理的业务。 7．Food．UI．Std：主要是处理表示层标准管理的业务。 8．Food．UI．Sys：主要是处理表示层系统管理的业务。 9．Food．Model：主要是对数据集的处理。 10．Food．UI．Common：主要是处理对多种连接方式的处理。 11．Food．IDAI。：数据接口，主要是对外提供数据接 12．Food．DALFactory：数据工厂，主要是配置对不同数据库的访问，用来确定加载
（7）为应用框架的各个接口选择具体的实现策 略，完成该应用框架的一个实例。
（8）识别多个应用或应用框架中隐含的可变点。 （9）通过可变点的抽象化、参数化、抽象领域
软件框架雏形。
特定领域的软件开发模型------双工程模型
领域专家 RC开发
已有的系统 领域分析 领域模型 领域设计
系统 用户需求 需求分析 系统需求
DSSA的基本活动
第三阶段：领域实现 这个阶段的主要目标是依据领域模型和DSSA
开发和组织可重用信息。 这些可重用信息可能是从现有系统中提取得到， 也可能需要通过新的开发得到，它们依据领域 模型和DSSA进行组织，从而支持了系统化的 软件重用。
DSSA的建立过程
1）定义领域范围 2）定义领域特定的元素 3）定义领域特定的设计和实现需求约束 4）定义领域模型和体系结构 5）产生，搜集可重用的产品单元 以上这些过程是一个反复的、逐步求精的过程。
4
层）或是实
现新构件
（低层）
集成已有构件 5
新应用系统 6
应用实例1（续）
采用DSSA后获得的好处 （1）相对于过去的开发方法，系统开发、维护的工作量大幅
度减少，整个应用系统的构件复用程度相当大。 （2）便于系统开发的组织管理．在大型系统开发过程中，最
突出的问题是人员的组织问题。采用了DSSA之后，开发中涉 及核心技术的人员从15人左右下降到5人左右，其它的人力 进行外围产品化的工作，如：产品包装、市场销售，工具的 开发，客户化服务等。而过去这方面内容在技术部门是被忽 视的．而在应用软件工程中．它们也占重要的住置。 （3）系统有较好的环境适应性，构件的升级引发应用系统的 升级，并在构件库中合理的控制粒度，使系统的总体结构设 计与算法和模块化设计同等重要，并灵活地保证新、老应用 系统的共存。
系统
保险领域知识和 a 软件体系结构方法
新应用需求
1
应用一般抽
ቤተ መጻሕፍቲ ባይዱ
b
象和分解原
则
高层
按原则分解
2
实现分解的构
件，并根据领域
c
知识和分解原则
归并他们 低
层
d
形成构件库
并进行管理
对比已有应该
e
用系统，要求
升级（重新集
成已有应用系
统）
对比分析已
有构件库中
3
的构件
无或不同
已有构件
分析无或不
同的构件，
确定是原则
升级（高
哪一个数据库访问程序集的类。 13．Food．OracleDAL：主要是处理对Oracle数据库的处理 14．Food．SQLServerDAL：主要是处理对SQLServer数据库的处理 15．Food．BLL、Food．UI．IBLL、Food．BLLFACTORY：主要是处理业务逻辑接口和业
务逻辑工厂，即业务逻辑组件存放之处。
谢谢
特定领域软件框架的提取方法
（1）需求分析和领域分析，建立用例图。 （2）识别核心业务流程和周边业务流程。 （3）参照传统业务流程，分析核心业务流程的
细节。 （4）建立最初的核心业务流程模型。 （5）核心业务流程模型和传统业务流程的互相
适应。
特定领域软件框架的提取方法（续）
（6）核心业务流程模型的框架实现并向框架补 充周边业务流程接口。
DSSA的基本活动
第一阶段：领域分析 这个阶段的主要目标是获得领域模型。
准备性的活动包括： 1）定义领域的边界 2）识别信息源
DSSA的基本活动
第二阶段：领域设计 这个阶段的目标就是获得DSSA。
DSSA的特点： 1）DSSA不是单个系统的表示，而是一个高层次
的设计。 2）DSSA要适当的具有变化性。
DSSA DSSA维护
领域工程 领域知识
RC库
系统设计与开发 应用系统
反馈
系统维护 应用工程
用户
特定领域的软件开发模型------DSSA演化过程
领域需求
（1）确定DSSA
（2）规范描述DSSA
（3）求精验证DSSA （4）实施DSSA (5)维护DSSA DSSA终结
特定领域的软件开发模型------RC演化过程
应用实例2------航空食品配送领域软件体系结构
Food.UI.Base Food.UI.Std
Food.UI.Main Food.UI.Eqp
Food.UI.Fly Food.UI.Sys
Food.Model Food.BLLFactory
Food.BLL
Food.IDAL
Food.DALFactory
特定领域软件体系结构 （DSSA）
小组成员：赵旭海,方婧,张杰,黄志欢,郭寰,李其
大纲
DSSA简介 DSSA基本活动 DSSA的建立过程 特定领域软件框架的提取方法 特定领域开发模型 应用实例
DSSA简介------产生背景
随着软件系统规模和复杂性的增长，系统总体结 构设计和规格说明的重要性已经远远超过特定算 法和数据结构的选择，良好的系统结构对保证系 统的成功至关重要。对软件开发而言，获得许多 领域通用的可重用软件资产是很困难的事情，但 现在人们发现开发的应用系统大多和过去的软件 系统有联系或者相似之处。特别是在某一领域中， 不同的系统、不同版本之间的软件体系结构是非 常相似的。这就为基于软件体系结构的重用创造 了条件。DSSA简单地说：表示的就是某一特定领 域的体系结构，通过大规模重用可以可靠、高效 快速地实例化出一系列产品。
DSSA简介------定义
对DSSA研究的角度、问题不同导致了对DSSA产生 了不同的定义。
Hayes-Roth对DSSA的定义如下：“DSSA就是专用一 类特定类型的任务（领域）的、在整个领域中能 有效地使用的、为成功构造应用系统限定了标准 的组合结构的软件构件集合”。
Tracz的定义为：“DSSA就是一个特定的问题领域 中支持一组应用的领域模型、参考需求、参考体 系结构等组成的开发基础，其目标就是支持在一 个特定领域中多个应用的生成”。
(1)认定RC
(2)库中有否？
N
Y
（5）满足要求否?
N
Y
（6）定制RC
（3）描述RC （4）制作RC （7）测试RC （8）归类RC
（9）应用RC
RC库
应用实例1--保险行业特定领域软件体系结构
I
已有具体需求
II 应用抽象描述和 分解
III 实现分解的子系 统（构件）
集成各子系统， IV 形成具体的应用