数据结构
数据结构指的是数据之间的相互关系，即数据的组织形式。数据结构是计算机存储、组织数据的方式。数据结构是指相互之间存在一种或多种特定关系的数据元素的集合。通常情况下，精心选择的数据结构可以带来更高的运行或者存储效率。数据结构往往同高效的检索算法和索引技术有关。
我们把数据结构设计、数据库设计、甚至数据文件设计等统一称为数据模型设计。
在数据模型设计中有一个重要概念：持久数据操作，它包括写入、查询、更新和删除四类基本操作以及由它们复合而成的业务数据操作。
在很多软件系统中，数据是其核心，因此，对数据元素的格式、结构、访存、表示等机制进行良好建模和优化，是提高软件设计质量和系统性能的基础，对软件系统的应用具有重要意义。
面向组件设计
面向组件思想是在软件规模扩大，复杂度上升的背景下，以面向对象为基础而提出的一种软件设计思想。可以把它理解为一种更粗粒度的面向对象，其粒度一般大于对象，但具体要到什么程度，又可以根据实际情况来决定。这种思想以组件为基础，强调“服务”的概念。
在面向组件开发中，应用程序是由一系列可以互相交互的二进制模块组合而成的。
一个具体的二进制组件可能并不能完成什么工作。有些组件是为了提供一些常规服务而编写的，例如通信的封装或者文件访问组件。也有一些是为了某些特定应用而专门开发的。一个应用程序的设计者可以通过把这些不同的组件提供的功能粘合在一起来实现他们需要的商业逻辑。很多面向组件的技术——例如： COM 、 J2EE 、 CORBA 和 .NET 都为二进制组件提供了的无缝链接的机制。而唯一的不同就是你需要在组件通信上花费的力气。一般的
多用于对dll,lib的处理上。
简单说，就是QQ、迅雷和IE捆绑起来就叫面向组件。
面向组件具有以下特点：低耦合性,高重用性,高互操作性,进程的透明性,语言和开发环境的独立性
软件体系结构风格
软件体系结构风格是软件设计人员在长期的软件设计过程中总结出来的一些规律性的东西，经过提炼总结而成。软件体系结构风格是软件体系结构设计上的模式，因此可以看作是一种广义的软件设计模式，但一般不认为是侠义的软件设计模式。
定义：在构件和连接子的层次描述的可重复使用的软件设计问题解决方案。
管道/过滤器风格：一个显著特征是：系统中构件之间通过数据流松散耦合。也就是说，构件之间的依赖仅仅是数据流，而不是通常的接口函数调用火消息传递。编译器采用的也是管道/过滤器风格
层次风格：这种设计风格便于将复杂的系统进行分解；同时也便于构件替换：只要保持接口一致，就可以将某一层的软件替换，而不会影响到系统的其它部分。层次风格的优点是结构清晰、可替换性好、便于控制复杂性；但也有缺点，如效率低。
客户/服务器风格：从向外提供服务的构件出发，沿着连接关系递次搜索各构件和连接子，如果形成的拓扑结构是一棵倒置的树，那么这个系统的体系结构就是客户/服务器风格的，这种风格使得服务功能的实现很集中，便于系统实现，因而得到广泛使用。
软件开发过程模型
软件生存周期包含了软件从概念形成到最终退役的所有活动，而对于一个具有的软件项
目，开发人员更加关注的是开发过程中包含的活动以及其具体安排。软件开发是一个复杂的过程，尤其是在多数项目开发中，不能一次就全部、精确地生成需求规格说明，因此软件开发各个阶段之间的关系极少是严格线性顺序的，相反应该是带有反馈的迭代过程。这种对软件开发中对所含活动的安排方式，可以用软件开发过程模型表示。它给出了软件开发中各个活动之间的关系，它是软件开发过程的概括，是软件工程的重要内容。它能为软件工程管理提供里程碑和进度表，为软件开发过程提供原则和方法。
经典的软件开发模型大体可分为三种类型：第一种是以软件需求完全确定为前提的瀑布模型；第二种是在软件开发初始阶段只能提供基本需求时采用的渐进式开发模型，如原型模型、螺旋模型等；第三种是以形式化开发方法为基础的变换模型。
软件体系结构与算法结构区别与联系
软件体系结构是软件系统的结构，包含软件元素、软件元素外部可见的属性以及这些软件元素之间的关系。
软件体系结构是软件系统的基本组织，包含构件、构件之间、构件与环境之间的关系，以及相关的设计与演化原则。
软件体系结构的风格（style）描述某一特定领域中系统组织方式的惯用模式，反映了领域中众多系统所共有的结构和语义特性。
算法结构的三种结构
顺序结构：按从上到下的顺序进行。
选择结构：先根据条件作出判断，再决定执行哪一种操作，必须包含判断框。
循环结构：从某处开始，按照一定条件，反复执行某一处理步骤，有两类：直到和当型循环结构。
软件开发过程模型与软件文档模型区别与联系
软件生命周期包含了软件从概念形成到最终退役的所有活动，而对于一个具体的软件项目，开发人员更加关注的是开发过程中包含的活动以及其具体安排。
软件开发过程模型给出了软件开发中各个活动之间的关系，它是软件开发过程的概括，是软件工程的重要内容。
能为软件工程管理提供里程碑和进度表，为软件开发过程提供原则和方法
软件开发过程模型主要有：瀑布模型（V模型、喷泉模型）、螺旋模型、原型模型（锯齿模型、快速原型）、构件组装模型（增量模型）、统一软件过程RUP模型
软件体系结构风格与设计模式区别与联系
软件体系结构风格是软件设计人员在长期的软件设计过程中总结出来的一些规律性的东西，经过提炼总结而成。软件体系结构风格是软件体系结构设计上的模式，因此可以看作是一种广义的软件设计模式，但一般不认为是侠义的软件设计模式。主要区别在于：软件体系结构风格描述系统整体结构框架上的特点，粒度更大；而软件设计模式则更加面向具体问题，指出的是一个在更小的粒度上的设计特点。
软件设计模式和软件体系结构风格都是可重复使用的软件设计问题解决方案，只不过前者描述的是类和对象层次的问题、粒度大小，而后者描述的是构件和连接子层次的问题、粒度更大。
设计模式是对通用设计问题的重复解决方案。
软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。软件框架是整个或部分系统的可重用设计
模式比框架更加抽象框架是模式的特例化
设计模式被实现成为框架后，可以极大的减轻从设计到实现的鸿沟
利用了模式的框架比没有利用模式的框架更容易理解、更能被设计与实现重用通常成熟的框架包含了多种设计模式
一个框架不仅可以具体实现一个模式，还可以具体的实现多个模式设计模式与风格两者为近义词，通常情况下可以互相通用
风格主要是指大的，宏观的设计。模式既可宏观，又可微观。
抽象的概念
抽象是从众多的事物中抽取出共同的、本质性的特征，而舍弃其非本质的特征。要抽象，就必须进行比较，没有比较就无法找到共同的部分。
共同特征是指那些能把一类事物与他类事物区分开来的特征，这些具有区分作用的特征又称本质特征。因此抽取事物的共同特征就是抽取事物的本质特征，舍弃不同特征。所以抽象的过程也是一个裁剪的过程，不同的、非本质性的特征全部裁剪掉了。
所谓的共同特征，是相对的，是指从某一个刻面看是共同的。所以在抽象时，同与不同，决定于从什么角度上来抽象。抽象的角度取决于分析问题的目的。
软件工程过程中的每一步部可以看作是对软件解决方法的抽象层次的一次细化。在进行软件设计时，抽象与逐步求精、模块化密切相关，帮助我们定义软件结构中模块的实体，由抽象到具体地分析和构造出软件的层次结构，提高软件的可理解性
“抽象”是一个心理学概念，它要求人们将注意力集中在某一层次上考虑问题，而忽略那些低层次的细节。
“逐步求精”可视为一种早期的自顶向下设计策略，其主要思想是，针对某个功能的宏观描述用逐步求精的方法不断地分解，逐步确立过程细节，直至该功能用程序语言描述的算法实现为止。
在软件设计过程中，抽象与逐步求精是一般都是结合起来进行应用。
列举抽象实例
假如我们开发一个系统时需要对员工进行建模，员工包含3个属性：
姓名、工号以及工资。经理也是员工，除了含有员工的属性外，另外还有一个员工的属性。请使用继承的思想设计出员工类和经理类。要求类中提供必要的方法进行属性访问。
员工类: name id pay
经理类：继承了员工，并有自己特有的bonus.
abstract class Employee
{
private String name;
private String id;
private double pay;
Employee(String name,String id,double pay)
{
https://www.doczj.com/doc/423390966.html,=name;
this.id=id;
this.pay=pay;
}
public abstract void work();
}
class Manager extends Employee
{
private double bonus;
Manager(String name,String id,double pay,double bonus)
{
super(name,id,pay);//注意这里调用父类的构造函数；
this.bonus=bonus;
}
public void work()
{
System.out.println("manager work");
}
}
class emplo extends Employee
{
emplo(String name,String id,double pay)
{
super(name,id,pay);
}
public void work()
{
System.out.println("employ work");
}
}
class AbDemo
{
public static void main(String[] args)
{
Manager manager=new Manager("zhang","JL01",5000,10000);
manager.work();
}
}
内聚与耦合
内聚是前述信息隐藏和局部化概念的自然扩展，它标志一个模块内部各成分彼此结合的紧密程度。
耦合是对软件结构中模块间关联程度的一种度量。耦合的强弱取决于模块间接口的复杂性、进入或调用模块的位置以及通过接口传送数据的多少等。
追求高内聚、低耦合。
《软件体系结构》 实验：软件体系结构风格之应用
一、实验目的 通过 KWIC 实例分析，理解和掌握软件体系结构风格设计与实现。 二、实验容 多种软件风格设计与实现之 KWIC 实例： 1．采用主/子程序体系结构风格实现 KWIC 关键词索引系统 2．采用面向对象体系架构风格实现 KWIC 关键词索引系统 3．采用管道过滤 体系架构风格实现 KWIC 关键词索引系统 4．采用事件过程调用体系架构风格实现 KWIC 关键词索引系统 三、实验要求与实验环境 熟练掌握基于主/子程序体系结构风格的 KWIC 关键词索引系统，在此基础上， 完成基于面向对象体系架构风格的 KWIC 关键词索引系统设计与实现。选做基于 管道过滤体系架构风格的 KWIC 关键词索引系统；选做基于事件过程调用体系架 构风格的 KWIC 关键词索引系统。 实验课前完成实验报告的实验目的、实验环境、实验容、实验操作过程等 容；实验课中独立/团队操作完成实验报告的实验操作、实验结果及结论等容；每 人一台 PC 机，所需软件 Win2003/XP 、 UML 工具（ EclipseUML/ Rose/Visio/StartUML/）、Eclipse/MyEclipse、JDK6.0 等。 四、实验操作 1、采用主/子程序体系结构风格实现 KWIC 关键词索引系统 主程序/子程序风格（Main Program/Subroutine Style）将系统组织成层次结 构，包括一个主程序和一系列子程序。主程序是系统的控制器，负责调度各子程
序的执行。各子程序又是一个局部的控制器，调度其子程序的执行。设计词汇表： 主程序 main(), 子程序 shift(), sort() 方法，方法的调用，返回构件和连接件类 型： 构件：各类子程序，如 shift(),sort() 连接件：方法的调用基本的计算模型： 子程序有 shift(), sort()方法，shift() 对单词进行移位，sort()方法对单词进行 排序 风格的基本不变性： 主程序有顺序地调用子程序，单线程控制。 KWIC 的主/子程序体系结构风格示意图如下所示： 主程序/子程序风格的重要设计决策与约束有：
1.面向对象编程中是如何体现封装性的？ 2.面向对象编程的重载和重写的含义是什么？ 3.什么是接口回调？其过程细节是怎样的？ 4.是举例说明什么是组合关系和依赖关系？ 5.距离说明什么是抽象类和接口，有什么区别，如何应用它 们？ 6.面向对象方法有哪些基本原则？ ①抽象类与接口②面向抽象原则③开-闭原则④“多用组 合，少用继承”原则⑤“高内聚-低耦合“原则 7.什么是设计模式？它的基本要素有哪些？ 8.什么是框架？框架与模式的区别有哪些？ 框架是针对某个领域，提供用于开发应用系统的类的集合。 区别：①层次不同②范围不同③相互关系 9.举例说明面向对象的多态性？ 10.软件体系结构有哪几种形式？ 1.概念结构：从主要设计元素（构件）及其相互关联、设 计原则和性能角度考虑的结构。 2.模块结构：根据功能分解建立模块的层次结构包括模块 接口、模块管理、模块控制和一致性等问题。
3.代码结构：描述源程序，二进制程序，库文件。在开发 环境下的组织包括系统资源配置管理，系统构造和对象嵌 入机制 OEM 等。 4.执行结构：描述系统的动态结构包括性能、调度、动态 配置和不同系统间的接口等。 11.构件之间的连接方式有哪些？ 1)过程调用: 在某一特定执行路径中传递执行指针。如普通 过程调用、远程过程调用。 2)数据流: 相互独立的处理通过数据流进行交互，在得到数 据的同时被赋予控制权限。如 UNIX 系统中的管道。 3)间接激活: 处理因事件的发生而激活，在处理间没有直接 交互。例如，事件驱动系统、自动垃圾回收等。 4)消息传递: 相互独立的处理间有明确交互，通过显式数据 传递。传递可以是同步的，也可以是异步的。如TCP/IP 。 5)共享数据: 构件通过同一数据空间进行并发操作。如多用 户数据库, 数据黑板。 12.C/S体系结构的主要组成部分有哪些？其作用是什么？ 1)服务器：负责给其他子系统提供服务。如，数据库服 务器提供数据存储和管理服务，文件服务器提供文件 管理服务，打印服务器提供打印服务等。 2)客户机：向服务器请求服务。客户机通常都是独立的 子系统，在某段时间内，可能有多个客户机程序在并 发运行。
案例教学1：4+1视图方法进行软件体系结构设计 要开发出用户满意的软件并不是件容易的事，软件体系结构师必须全面把握各种各样的需求、权衡需求之间有可能的矛盾之处，分门别类地将不同需求一一满足。本文从理解需求种类的复杂性谈起，通过具体案例的分析，展示了如何通过RUP的4+1视图方法，针对不同需求进行体系结构设计，从而确保重要的需求一一被满足。 1、呼唤体系结构设计的多重视图方法 灵感一闪，就想出了把大象放进冰箱的办法，这自然好。但希望每个体系结构设计策略都依靠灵感是不现实的--我们需要系统方法的指导。 需要体系结构设计的多重视图方法，从根本上来说是因为需求种类的复杂性所致。以工程领域的例子开道吧。比如设计一座跨江大桥：我们会考虑"连接南北的公路交通"这个"功能需求"，从而初步设计出理想化的桥墩支撑的公路桥方案；然后还要考虑造桥要面临的"约束条件"，这个约束条件可能是"不能影响万吨轮从桥下通过"，于是细化设计方案，规定桥墩的高度和桥墩之间的间距；另外还要顾及"大桥的使用期质量属性"，比如为了"能在湍急的江流中保持稳固"，可以把大桥桥墩深深地建在岩石层之上，和大地浑然一体；其实，"建造期间的质量属性"也很值得考虑，比如在大桥的设计过程中考虑"施工方便性"的一些措施。 和工程领域的功能需求、约束条件、使用期质量属性、建造期间的质量属性等类似，软件系统的需求种类也相当复杂，具体分类如图1所示。
图1 软件需求分类的复杂性 2、超市系统案例：理解需求种类的复杂性 例子是最好的老师。为了更好地理解软件需求种类的复杂性，我们来分析一个实际的例子。在表1中，我们列举了一个典型的超市系统的需求子集，从这个例子中可以清晰地看到需求可以分为两大类：功能需求和非功能需求。
1、各种性能指标的定义及如何到达各种性能指标的方法ppt1-8 119页-124页 ①性能：吞吐量Throughput 、响应时间Response Time 、Deadlines ②实现吞吐量：Peak & Average Many system have low average but high peak throughput requirements ③实现响应时间： Guaranteed & Average E.g. 95% of responses in sub-4 seconds, and all within 10 seconds ④Dealines ：Deadlines often associated with batch jobs in IT systems 2、常用的中间件有那几种类型（四种） 分类：Business Process Orchestrators 业务流程协调器 Message Brokers 消息代理 Application Servers 应用服务器 Transport 面向消息的中间件，分布式对象系统 （1）CORBA---公用对象请求代理（调度）程序体系结构，它在对象间建立客户-服务器的关系，这样一个客户可以很简单地使用服务器对象的方法而不论服务器是在同一机器上还是通过一个网络访问。 （常见的对象请求代理架构） （2）Basic Message-oriented middleware---- MOM 指的是利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型，它可在分布环境下扩展进程间的通信，并支持多通讯协议、语言、应用程序、硬件和软件平台。 （面向消息的中间件） （3）J2EE---- J2EE 核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技 Message-Oriented Middleware, Distributed Objects Systems J2EE, CCM, .NET BizTalk, WebSphere Message Broker, SonicMQ BizTalk, TIBCO StaffWare, ActiveBPEL
1面向对象编程中是如何体现封装性的？ 封装是把过程和数据包围起来，对数据的访问只能通过已定义的界面。 2重载和重写的含义 重载是发生在一个类中，方法名相同，参数不同 重写（覆盖）是子类继承父类，子类可以通过重写的方法隐藏继承的方法 3 什么是接口回调，过程细节是什么？ 概念：把可以实现某一接口的类创建的对象的引用赋给该接口声明接口变量，那么该接口变量可以调用被类实现（重写）的接口方法。 4试举例说明什么是组合关系和依赖关系 组合（关联）关系：A类中成员变量是用B类声明的对象。公司--职员 依赖关系：A类中某个方法的参数是用B类声明的对象，或某个方法返回的数据类型是B类的对象 5抽象类和接口，区别是什么？如何应用 抽象类：抽象类中有抽象方法；抽象类中不能用new运算符创建对象；抽象类的对象做商转型对象 接口：（1）接口中只可以有public权限的抽象方法，不能有非抽象方法； （2）接口由类去实现，即一个类如果实现一个接口，那么他必须重写接口中的抽象方法 （3）接口回调 区别：接口中只有常量，不能有变量；抽象类中既可以有常量也可以有变量； 抽象类中也可以有非抽象方法，接口不可以。 应用：定义抽象方法：public abstract void 方法名(); 在子类实现抽象方法：public void 方法名(){} 接口：public interface 接口名{}接口只负责定义规则，不负责任何实现；实现交给实现接口的类 (6)面向对象的六条基本原则包括： 开闭原则，里式代换原则，单一职责，依赖倒转、迪米特法则（接口隔离）。 (7)什么是设计模式？ 设计模式是从许多优秀的软件系统中总结出的成功的可复用的设计方案。是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性 (8)什么是框架？框架与模式的区别有哪些？ 框架是针对某个领域，提供用于开发应用系统的类的集合。 区别：层次不同、范围不同、相互关系
安徽师范大学 2015-2016 学年 第一学期 数学计算机科学学院软件工程专业2013级《软件设计与体系结构》课程期中考试试卷 （180分钟 闭卷） 注意：请保持字迹工整 一、单选题（10小题，每小题2分，共20分） 1、下面哪种开发方法是非传统方法（ ） A 、功能分解法 B 、结构化方法 C 、面向对象方法 D 、信息建模方法 2、下面那一项不属于用况图中的参与者（ ） A 、人员 B 、内部系统 C 、外部系统 D 、设备 3、对象间的is-a 关系可以用以下哪一个来表示( ) A 、组合 B 、聚合 C 、关联 D 、继承 4、只与你的直接朋友通信描述的哪一个设计原则( ) A 、单一职责原则 B 、开闭原则 C 、接口隔离原则 D 、迪米特法则 5、一个软件实体应该对扩展开放，对修改关闭。这描述的是哪个原则（ ） A 、单一职责原则 B 、开闭原则 C 、依赖倒置原则 D 、里氏代换原则 6、常用的基本设计模式可分为（ ） A 、创建型、结构型和行为型 B 、对象型、结构型和行为型 C 、过程型、结构型和行为型 D 、抽象型、接口型和实现型 7、对于类图，下列叙述正确的是（ ） A 、创建类图是为了对系统的动态结构进行建模 B 、在系统分析和实施阶段可以创建和使用类图 C 、每个类图都应该具有泛化关系 D 、以上说法都不对 8、类与类之间存在相互关系，下面哪一种关系与其他三种不同( ) A 、双向关联 B 、聚合关系 C 、组合关系 D 、依赖关系 9、Open-Close 原则的含义是一个软件实体（ ） A 、应当对扩展开放，对修改关闭. B 、应当对修改开放，对扩展关闭 C 、应当对继承开放，对修改关闭 D 、应当对继承关闭，对修改开放 10、当需要对系统功能以及与系统进行交互的外部事物进行建模时，我们一般采用（ ） A 、用况图 B 、类图 C 、活动图 D 、顺序图 二、简答题（4小题，每小题5分，共50分） 1、OOA 中问题域和系统责任的含义分别是什么意思？ 2、OOD 模型中总共包含几个部分，分别是哪几个部分，哪个部分是核心部分？
1.各种性能指标及如何到达各种性能指标的方法 （1）防止变异模式：是如何设计对象，子系统和系统，使这些元素内部的变化或不稳定性不会对其他元素产生不良影响。 解决方案：识别预测的变化或不稳定之处，分配职责用以创建稳定借口。 （2）依赖反转原理：把你的类从局的现实中隔离开，使他们依赖于抽象类或接口。它促进了代码面向接口而不是实现，这通过保证对实现的低耦合来增加系统的灵活性。 2.常用的中间件有那几种类型 （1）常见的对象请求代理架构 （2）面向消息的中间件 （3）J2EE （4）消息代理 （5）业务过程代理 3.有那些常见架构风格 （1）管道和过滤器架构风格 （2）面向对象风格 （3）隐式调用风格 （4）客户-服务器风格 （5）分层风格 （6）仓库风格 （7）解释程序风格 （8）过程控制风格 4.架构师需要的核心技能是什么 （1）涉众之间的交流 （2）技术知识 （3）软件工程学 （4）风险管理
5.什么是软件架构 软件架构是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致的描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口（计算机科学）实现。 6.什么是架构风格 一组原则。你可以把它看成是一组为系统家族提供抽象框架的粗粒度模式。 7.什么是架构视图 一个架构视图是对于从某一视角或某一点上看到的系统所做的简化描述，描述中涵盖了系统的某一特定方面，从而省略了此方面无关的实体。 8.各种架构风格的组件和连接器是什么 1.管道和过滤器架构风格： 适用于需要定义一系列的执行规则数据的独立运算，组件在输入时读数据流，在输出时产生数据流 组件：称为过滤器，应用于对局部的输入流的转换，经常增长的计算，因此，在输入结束前输出就开始了 连接器：称为管道，给流提供管道，把一个过滤器的输出传输到另一个输入。 2.面向对象风格： 适用于主要问题识别和保护信息的相关主体 数据代理和他们相关的操作封装在一个抽象数据类型里面 组件：对象 连接器：功能和过程调用 3.客户-服务器风格： 适用于涉及到分布式的数据和跨越一系列的组件的处理 组件：服务器、客户端 连接器：网络 4.分层风格： 适用于设计到分布式的能够分层的组织的类的服务，每层给它的上一层提供服务，同时作为下一层的客户端。只有仔细的从内层选择选择过程，才能用于他们接近的外层。 组件：典型的过程的集合
《软件体系结构》大作业（1） 学院：软件学院 课程名称：软件体系结构 专业班级： 学生姓名：学号： 学生姓名：学号： 指导教师： 完成时间：年月日 评分表 1、叙述各小组成员完成本题目的分工协作情况。 小组中的每个成员都先理解题目要求及涉及的设计模式，并一起完成代码编写。另外，组长负责文档制作。 2、评分表 序号姓名评分是否组长 1 2 作业正文需要包括以下内容： 1、作业题目内容的详细描述。 2、完成本题目所采用的软件设计模式名称及画出相应的类图，或者是所采用的 软件体系结构名称及画出相应的体系结构图。
3、画出完成本题目所设计程序的设计类图；如还有其他图，也一并画出。 4、完成本题目所设计的程序代码。 5、程序运行的典型界面截图
1、作业题目内容的详细描述。 【作业2.1-1】例2.3为使用工厂方法模式设计的汽车保险管理应用程序实例。现在需要 扩展例2.3的设计图，添加一个名为LuxuryCarInsurance的类，并且需要编写此类和其他需要添加的类的代码，详细要求参见光盘的相应作业部分。 【作业2.1-1】在例2.4中，设计并且实现了豪华（Super）和中等（Medium）别墅（House）与公寓（Condo）的查询。要求在该设计的基础上，增加一个新的类SemiDetacher（半独立式楼宇），并且编写代码，实现相应的查询功能，详细要求参见光盘的相应作业部分。 2、完成本题目所采用的软件设计模式名称及画出相应的类图，或者是所采用的软件体系结构名称及画出相应的体系结构图。 【作业2.1-1】采用的是工厂方法模式 【作业2.1-2】采用的是抽象方法模式
软件设计与体系结构知识点 1.软件设计的特征 (1)软件设计的开端是出现某些新的问题需要软件来解决，这些需要促使设计工作的开始，并成为整个设计工作最初的基础 (2)软件设计的结果是给出一个方案，它能够用来实现所需的、可以解决问题的软件，方案的描述可能是文字、图表，甚至数学符号、公式等组成的文档或模型 (3)软件设计包含一系列的转换过程，即把一种描述或模型转换为另一种描述或模型，转换后的形态可能更加具体，或更接近于实现 (4)产生新的想法或思路对软件设计非常重要，因为设计也是一个创造性的过程，不同的问题或需求总会存在各自的特点，即使同样的问题在不同时期和环境下也会存在区别，因此设计不会是一成不变的 (5)软件设计的过程是不断解决问题和实施决策的过程，因为整个设计是解决一个大的问题，在设计过程中将会分解成众多小问题，涉及真需要一次解决这些小的问题，并在出现多种方案或策略时进行决策，选择其中最合适的 (6)软件设计也是一个满足各种约束的过程，因为软件可能在性能、运行环境、开发时间、成本、人员技术水平等各个方面存在约束，设计必须在满足这些约束的情况下给出最佳的设计方案 (7)大多数的软件实际是一个不断演化的过程，因为需求在一开始很可能是不完整或不精确的，在设计过程中还会不断发生变化并逐步稳定下来，因此设计需要根据需求的变化而不断演化。 2.软件设计的要素 （1）目标描述（2）设计约束（3）产品描述（4）设计原理（5）开发规划（6）使用描述3.软件设计体系的定义 （1）软件设计体系结构是软件系统的结构，包含软件元素、软件元素外部可见的属性以及这些软件元素之间的关系 （2）软件体系结构是软件系统的基本组织，包含构建、构件之间、构件与环境之间的关系，以及相关的设计与演化原则 4.软件设计的主要活动 （1）软件设计计划（2）体系结构设计（3）界面设计（4）模块/子系统设计（5）过程/算法设计（6）数据模型设计 5.体系结构“4+1”多视图建模 （1）逻辑视图：该视图关注功能需求，即系统应该为最终用户提供什么服务，它与应用领域精密相关 （2）进程视图：该视图捕获设计中关于并发和同步的内容，重视一些非功能需求，例如性能、可扩展性等，定义了运行实体和它们的属性。 （3）开发视图：该试图主要描述软件在开发环境中的静态结构，开发人员和项目经理对比都会感兴趣。 （4）物理视图：该视图描述软件到硬件的映射关系，反映了软件的分布特征。 （5）场景：可以使用一组重要场景也就是用例的实例，把上述四种视图紧密的联系起来6.什么是软件产品线方法 软件产品线是软件复用发展的一个更高阶段，它并不仅仅局限于以前人们在软件复用中考虑的对函数、模块、类、体系结构甚至子系统的重用。 软件产品线指一组具有公共的、可管理特征（系统需求）的软件系统，这些系统满足特定的
软件设计与体系结构作业 第一次作业 (2) 第二次作业 (4) 第三次作业 (5) 第四次作业 (6) 第五次作业 (8) 第六次作业 (22) 第七次作业 (24)
第一次作业 3.试列举两个大型应用系统的实例说明软件在该系统中所起的关键作用以及软件质量对系统成败的影响。 答：图书管理系统——软件在系统中运行所起的作用是可以让读者查询到借书与还书情况，以及读书借阅情况，归还日期等，质量的好坏直接影响系统的正常运行。 火车票查询系统——软件在该系统中所起的关键作用是能够在电脑上运行的电脑程序，软件质量好影响人们可以在网上查到最新的消息，尽快买到到火车票。若软件质量差那可能会不能更新最新消息，使人们不能正确订票、查票、影响人们该系统的使用率。 5.查阅有关文献给出两种本章中未列出的软件开发过程并进行描述。 答：增量模型——软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成。 喷泉模型——与传统的结构化生存期比较，具有更多的增量和迭代性质，生存期的各个阶段可以相互重叠和多次反复，而且在项目的整个生存期中还可以嵌入子生存期。就像水喷上去又可以落下来，可以落在中间，也可以落在最底部。
8.软件体系结构与软件设计有何关系？软件体系结构的出现有何必然性和重要意义？ 答：软件体系结构与软件设计的关系：软件体系结构设计作为软件设计过程中的活动之一，能在较为抽象的级别上描述整个软件系统的结构，成为大规模、复杂软件系统设计中必不可少的步骤。 软件体系结构的意义：软件体系结构将构件以及构件之间的连接作为软件体系结构的基本组成部分。软件体系结构使软件复用从代码复用发展到设计复用和过程复用，为不同的人提供了共同的语言，体现了系统早期的设计决策，并作为系统设计的抽象，为实现框架和构件的共享与复用，基于体系结构的软件开发提供了有力的支持。
第一章： 1.根据自己的经验，谈谈对软件危机的看法。 软件危机是指软件生产方式无法满足迅速增长的计算机需求，开发和维护过程出现的一系列问题。 以下几个原因导致：（1）软件自身特点 （2）开发人员的弱点 （3）用户需求不明 （4）缺乏正确理论指导 （5）开发规模越来越大 （6）开发复杂度越来越高 可以通过软件生命周期的模型和软件工具的使用来缓解危机，通过程序自动化和软件工业化生产的方法实现软件标准化的目标，进一步缓解软件危机带来的影响。 软件危机有利有弊，除了带来许多麻烦，也给我们带来许多挑战，克服危机的过程，我们在技术上和创新上都有了一个提升，也算是间接为软件产业的发展做了贡献。 2.什么是软件重用，软件重用的层次可以分为哪几个级别？ 软件重用:是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。可以分为三个层次： （1）代码重用（2）设计结果重用（3）分析结果重用 3.什么是可重用构件？相对于普通的软件产品，对可重用构件有何特殊要求？ 可充用构件表示软件重用过程中，可重用的软件构件元素。 可重用构件的特殊要求： （1）可重用构件应该具有功能上的独立性与完整性； （2）可重用构件应该具有较高的通用性； （3）可重用构件应该具有较高的灵活； （4）可重用构件应该具有严格的质量保证； （5）可重用构件应该具有较高的标准化程。 4.基于构件的软件开发的优势是什么？基于构件的软件开发面临哪些挑战和困难？ 优势：基于构件的软件将软件开发的重点从程序编写转移到了基于已有构件的组装，更快地构造系统，减轻用来支持和升级大型系统所需要的维护负担，从而降低了软件开发的费用困难和挑战：没有可依据的参考，可用资源和环境缺乏，开发难度高，而各方面需求增长速度与日剧增，更新和升级的跟进是一个不小的挑战.此外，在同一系统采用多个开发商提供的构件，它 们之间的兼容性可能是开发过程中所要面对的一个严峻的问题 挑战和困难： （1）在同一系统采用多个开发商提供的构件，它们之间的兼容性可能是开发过程中所要面对的一个严峻的问题； （2）采用随处可以购买到的构件可能会使开发出来的软件产品丧失技术上的独创性和市场上的竞争力； （3）第三方的构件开发商可能歇业，这会使购买的构件失去维护服务。这些都是在购买第三方构件进行软件开发时无法回避的问题，因此需要对这些风险进行充分的估计。 5.简述3种应用最为广泛的构件技术规范COM、CORBA和EJB的各自特点。 CORBA的特点： （1）实现客户与服务对象的完全分开,客户不需要了解服务对象的实现过程以及具体位置。 （2）应用程序间的统一接口。
福建农林大学计算机与信息学院 实验报告 课程名称：软件设计与体系结构 姓名：陈宇翔 系：软件工程系 专业：软件工程 年级：2007 学号：070481024 指导教师：王李进 职称：讲师 2009年12月16日
实验项目列表
福建农林大学计算机与信息学院实验报告 学院：计算机与信息学院专业：软件工程系年级：2007 姓名：陈宇翔 学号：070481024 课程名称：软件设计与体系结构实验时间：2009-10-28 实验室田实验室312、313计算机号024 指导教师签字：成绩： 实验1：ACME软件体系结构描述语言应用 一、实验目的 1）掌握软件体系结构描述的概念 2）掌握应用ACMESTUDIO工具描述软件体系结构的基本操作 二、实验学时 2学时。 三、实验方法 由老师提供软件体系结构图形样板供学生参考，学生在样板的指导下修改图形，在老师的指导下进行软件体系结构描述。 四、实验环境 计算机及ACMESTUDIO。 五、实验内容 利用ACME语言定义软件体系结构风格，修改ACME代码，并进行风格测试。 六、实验操作步骤 一、导入Zip文档 建立的一个Acme Project，并且命名为AcmeLab2。如下图：
接着导入ZIP文档，导入完ZIP文档后显示的如下图： 二、修改风格 在AcmeLab2项目中,打开families下的TieredFam.acme.如下图： 修改组件外观 1. 在组件类型中，双击DataNodeT; 在其右边的编辑器中，将产生预览；选择Modify 按钮，将打开外观编辑器对话框。 2. 首先改变图形：找到Basic shape section，在Stock image dropdown menu中选 择Repository类型. 3. 在Color/Line Properties section修改填充颜色为深蓝色。 4. 在颜色对话框中选择深蓝色，并单击 [OK]. 5. 修改图形的边框颜色为绿色 7. 单击Label tab，在Font Settings section, 设置字体颜色为白色,单击[OK] 产生的图形如下图：
第一章作业 6、简要叙述软件设计在软件工程中所处的位置和重要性。 答： 所处的位置：软件需求分析→需求规格说明→软件设计→设计文档→软件编码。 重要性： （1）是对软件需求的直接体现； （2）为软件实现提供直接依据； （3）将综合考虑软件系统的各种约束条件并给出相应方案； （4）软件设计的质量将决定最终软件系统的质量； （5）及早发现软件设计中存在的错误将极大减少软件修复和维护所需的成本。 7、软件设计应该包含哪些要素？ 答： 软件设计应该包含：目标描述、设计约束、产品描述、设计原理、开发规划、使用描述。 8、软件体系结构与软件设计有何关系？软件体系结构的出现有何必然性和重要意义？ 答： 软件体系结构与软件设计的关系：软件体系结构设计作为软件设计过程中的活动之一，能在较为抽象的级别上描述整个软件系统的结构，成为大规模、复杂软件系统设计中必不可少的步骤。 软件体系结构的意义：软件体系结构将构件以及构件之间的连接作为软件体系结构的基本组成部分。软件体系结构使软件复用从代码复用发展到设计复用和过程复用，为不同的人提供了共同的语言，体现了系统早期的设计决策，并作为系统设计的抽象，为实现框架和构件的共享与复用，基于体系结构的软件开发提供了有力的支持。 第二章作业 1、简述UML的特点和用途。 答： UML的发起者在最初制定UML时，充分考虑了各种需求、方法和语言的特点使UML 在表达能力、对新技术的包容能力和扩张性等方面具有显著的优势： （1）为使用者提供了统一的、表达能力强大的可视化建模语言，以描述应用问题的需求 模型、设计模型和实现模型。 （2）提供对核心概念的扩展机制，用户可加入核心概念中没有的概念和符号，可为特定 应用领域提出具体的概念、符号表示和约束。 （3）独立于实现语言和方法学，但支持所有的方法学，覆盖了面向对象分析和设计的相 关概念和方法学。 （4）独立于任何开发过程，但支持软件开发全过程。 （5）提供对建模语言进行理解的形式化基础，用元素型描述基本语义，OCL描述良定义规则，自然语言描述动态语义。 （6）增强面向对象工具之间的互操作性，便于不同系统间的集成。UML的目标是以面向对
数据结构 数据结构指的是数据之间的相互关系，即数据的组织形式。数据结构是计算机存储、组织数据的方式。数据结构是指相互之间存在一种或多种特定关系的数据元素的集合。通常情况下，精心选择的数据结构可以带来更高的运行或者存储效率。数据结构往往同高效的检索算法和索引技术有关。 我们把数据结构设计、数据库设计、甚至数据文件设计等统一称为数据模型设计。 在数据模型设计中有一个重要概念：持久数据操作，它包括写入、查询、更新和删除四类基本操作以及由它们复合而成的业务数据操作。 在很多软件系统中，数据是其核心，因此，对数据元素的格式、结构、访存、表示等机制进行良好建模和优化，是提高软件设计质量和系统性能的基础，对软件系统的应用具有重要意义。 面向组件设计 面向组件思想是在软件规模扩大，复杂度上升的背景下，以面向对象为基础而提出的一种软件设计思想。可以把它理解为一种更粗粒度的面向对象，其粒度一般大于对象，但具体要到什么程度，又可以根据实际情况来决定。这种思想以组件为基础，强调“服务”的概念。 在面向组件开发中，应用程序是由一系列可以互相交互的二进制模块组合而成的。 一个具体的二进制组件可能并不能完成什么工作。有些组件是为了提供一些常规服务而编写的，例如通信的封装或者文件访问组件。也有一些是为了某些特定应用而专门开发的。一个应用程序的设计者可以通过把这些不同的组件提供的功能粘合在一起来实现他们需要的商业逻辑。很多面向组件的技术——例如： COM 、 J2EE 、 CORBA 和 .NET 都为二进制组件提供了的无缝链接的机制。而唯一的不同就是你需要在组件通信上花费的力气。一般的 多用于对dll,lib的处理上。 简单说，就是QQ、迅雷和IE捆绑起来就叫面向组件。 面向组件具有以下特点：低耦合性,高重用性,高互操作性,进程的透明性,语言和开发环境的独立性 软件体系结构风格 软件体系结构风格是软件设计人员在长期的软件设计过程中总结出来的一些规律性的东西，经过提炼总结而成。软件体系结构风格是软件体系结构设计上的模式，因此可以看作是一种广义的软件设计模式，但一般不认为是侠义的软件设计模式。 定义：在构件和连接子的层次描述的可重复使用的软件设计问题解决方案。 管道/过滤器风格：一个显著特征是：系统中构件之间通过数据流松散耦合。也就是说，构件之间的依赖仅仅是数据流，而不是通常的接口函数调用火消息传递。编译器采用的也是管道/过滤器风格 层次风格：这种设计风格便于将复杂的系统进行分解；同时也便于构件替换：只要保持接口一致，就可以将某一层的软件替换，而不会影响到系统的其它部分。层次风格的优点是结构清晰、可替换性好、便于控制复杂性；但也有缺点，如效率低。 客户/服务器风格：从向外提供服务的构件出发，沿着连接关系递次搜索各构件和连接子，如果形成的拓扑结构是一棵倒置的树，那么这个系统的体系结构就是客户/服务器风格的，这种风格使得服务功能的实现很集中，便于系统实现，因而得到广泛使用。 软件开发过程模型 软件生存周期包含了软件从概念形成到最终退役的所有活动，而对于一个具有的软件项
软件系统架构图-参考案例
各种软件开发系统架构图案例介绍
第一章【荐】共享平台架构图与详细说明 1.1.【荐】共享平台逻辑架构设计 (逻辑指的是业务逻辑) 注:逻辑架构图 --主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑 如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面： 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面
升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现 采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质
量。 综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相关架构进行描述。 1.2.【荐】技术架构设计 注:技术架构图 --主要突出子系统/模块自身使用的 技术和模块接口关联方式
软件设计与体系结构 数据结构 数据结构指的是数据之间的相互关系，即数据的组织形式。数据结构是计算机存储、组织数据的方式。数据结构是指相互之间存在一种或多种特定关系的数据元素的集合。通常情况下，精心选择的数据结构可以带来更高的运行或者存储效率。数据结构往往同高效的检索算法和索引技术有关。 我们把数据结构设计、数据库设计、甚至数据文件设计等统一称为数据模型设计。 在数据模型设计中有一个重要概念：持久数据操作，它包括写入、查询、更新和删除四类基本操作以及由它们复合而成的业务数据操作。 在很多软件系统中，数据是其核心，因此，对数据元素的格式、结构、访存、表示等机制进行良好建模和优化，是提高软件设计质量和系统性能的基础，
对软件系统的应用具有重要意义。 面向组件设计 面向组件思想是在软件规模扩大，复杂度上升的背景下，以面向对象为基础而提出的一种软件设计思想。可以把它理解为一种更粗粒度的面向对象，其粒 度一般大于对象，但具体要到什么程度，又可以根据 实际情况来决定。这种思想以组件为基础，强调“服务”的概念。 在面向组件开发中，应用程序是由一系列可以互相交互的二进制模块组合而成的。 一个具体的二进制组件可能并不能完成什么工作。有些组件是为了提供一些常规服务而编写的，例如通 信的封装或者文件访问组件。也有一些是为了某些特定应用而专门开发的。一个应用程序的设计者可以通过把这些不同的组件提供的功能粘合在一起来实现他 们需要的商业逻辑。很多面向组件的技术例如：COM、J2EE、CORBA和.NET都为二进制组件提供了的无缝链接的机制。而唯一的不同就是你需要在组件通信上花 费的力气。一般的多用于对dll,lib 的处理上。 简单说，就是QQ迅雷和IE捆绑起来就叫面向组件。 面向组件具有以下特点：低耦合性，高重用性,
《软件设计与体系结构》 非卷面试题 设计题目快餐店多功能点餐系统院系电子与信息工程学院 专业计算机科学与技术 学生姓名 学生学号 任课教师倪启东
快餐店多功能点餐系统 摘要 随着计算机软件行业的发展和互联网的普及，软件进入到人们生活的各个行业之中。在这个软件爆炸的时代，软件系统有一个好的设计与结构显得尤为重要。通过快餐店多功能点餐系统的设计，将软件体系结构与设计的所学的知识，运用到实际系统中，是对知识、技术的巩固，也是能力的提升。 本系统主要运用增量模型，随着知识的学习同步进行系统的开发。主要采用了策略模式、观察者模式、装饰者模式、工厂模式、单例模式。同时，伴随着设计原则的思想，使得系统更加稳定而高效。 关键词点餐系统；体系结构；设计模式；java
目录 第1章绪论 (1) 1.1引言 (1) 1.2系统开发目标 (1) 1.3开发环境 (1) 第2章需求分析 (3) 2.1项目概述 (3) 2.2功能需求 (3) 2.2.1用户需求 (3) 2.2.2系统需求 (3) 2.3非功能需求 (3) 2.3.1产品需求 (3) 2.3.2 外部需求 (4) 2.4业务需求 (4) 2.4.1业务要求 (4) 2.4.2客户与用户 (4) 2.4.3特性 (4) 第3章结构设计 (5) 3.1整体设计 (5) 3.1.1普通用户活动图 (5) 3.1.2会员活动图 (6) 3.1.3管理员活动图 (7) 3.2详细设计 (7) 3.2.1模块划分 (7) 3.2.2简单业务流程设计 (8) 第4章设计模式 (9) 4.1工厂模式 (9) 4.1.1模式说明 (9) 4.1.2模式类图 (9)
北京工业大学2016-2017学年 第二学期模拟试题 考试课程：软件设计与体系结构考试日期：2017年 04 月 18日 学院：信息学部（软件学院）专业：软件工程 学号：姓名：成绩： ……………………………………………………………………………………………………… 一填空题 (共 30 空，每空 1 分) 1.软件或程序是由软件工程人员设计与开发，使计算设备发挥计算潜能， ________ 的逻辑层次组织。 2.软件体系结构（Software Architecture）-- 是软件产品设计的思想和系统的蓝 图；是对软件产品_______的规划和_______的设置；是定义软件系统组件 （Components）或构建块（Building Blocks）的重要工具；用于 -- 实现对一个软件系统的构成进行_________的划分 -- 所形成和采用的工程化规范，是指导软件后续过程方方面面组成的模型。 3.软件开发中的面临若干问题：1）软件固有的复杂性；2）软件开发的随意性；3） 周期长，代价高，质量低的问题；软件体系结构设计是软件产品及大型信息系统
工程实现中最重要的环节和关键技术之一，解决从软件的__________到系统实现（代码）的有效和平坦过渡。 4. 软件产品的工业化生产：是指建立流水线型的软件产品生产线，是指按_____、标 准化的规范和规则（软件生产规范）来编写和实现各种各样的适应于多环境的软件___，通过软件体系结构来确定各个软件组件如何部署到开发架构模式中，组装成达到期望的软件产品。 5. 体系结构设计方法的发展中，软件程序开发经历了如下的阶段 -- 功能分解法 (计算任务) -- 结构化程序设计 (以数据为中心) -- _________________ -- _________________ -- 基于 SOA 的程序设计 (以服务为中心) 。 6. 一个现代软件产品生产过程如下图表示，请在带___________的方框中，填上相应 的组件名称 7. 软件体系结构组件间的连接方式如图表示，则图Ａ的连接方式称为 ____________ 连接体系结构；图Ｂ的连接方式称为基于 ______________ 连接体系结构。 A C B M e d i a t o r X C B X A M e d i a t o r 图A 图B 软件构件库 软件构架 软件工厂 __________________ 软件组装线 软件产 系统 第三
一次 就项目管理方面而言，软件重用项目与非重用项目有哪些不同之处。 答：使用软件重用技术可减少重复工作,提高软件生产率, 缩短开发周期。同时，由于软构建大多经过严格的质量认证，因此有助于改善软件质量，大量使用构建，软件的灵活性和标准化程度可得到提高。 2、实际参与/组织一个软件重用项目的开发，然后总结你是如何组织该项目的开发的答：参加了一个网页管理系统的开发，该项目重复使用已有的软件产品用于开发新的软件系统，以达到提高软件系统的开发质量与效率，降低开发成本的目的。在过程中使用了代码的复用、设计结果的复用、分析结果的复用、测试信息的复用等。 3、为什么要研究软件体系结构 答：1.软件体系结构是系统开发中不同参与者进行交流和信息传播的媒介。 2．软件体系结构代表了早期的设计决策成果。 3．软件体系结构可以作为一种可变换的模型。 4、根据软件体系结构的定义，你认为软件体系结构的模型应该由哪些部分组成 答：构件(component)可以是一组代码，如程序的模块;也可以是一个独立的程序(如数据库的SQL服务器)； 连接件(connector)是关系的抽象，用以表示构件之间的相互作用。如过程调用、管道、远程过程调用等； 限制(constrain)：用于对构件和连接件的语义说明。 5、在软件体系结构的研究和应用中，你认为还有哪些不足之处 答：（1）缺乏同意的软件体系结构的概念，导致体系结构的研究范畴模糊。 （2）ADL繁多，缺乏同意的ADL的支持。 （3）软件体系结构研究缺乏统一的理论模型支持。 （4）在体系结构描述方便，尽管出现了多种标准规范或建议标准，但仍很难操作。（5）有关软件体系结构性质的研究尚不充分，不能明确给出一个良体系结构的属性或判定标准，没有给出良体系结构的设计指导原则，因而对于软件开发实践缺乏有力的促进作用。 （6）缺乏有效的支持环境软件体系结构理论研究与环境支持不同步，缺乏有效的体系结构分析、设计、方针和验证工具支持，导致体系结构应用上的困难。 （7）缺乏有效的体系结构复用方案。 （8）体系结构发现方法研究相对欠缺。 二次 1、选择一个规模合适的系统，为其建立“4+1”模型。 逻辑视图（Logical View），设计的对象模型（使用面向对象的设计方法时）。 过程视图（Process View），捕捉设计的并发和同步特征。 物理视图（Physical View），描述了软件到硬件的映射，反映了分布式特性。 开发视图（Development View），描述了在开发环境中软件的静态组织结构。 架构的描述，即所做的各种决定，可以围绕着这四个视图来组织，然后由一些用例（use cases）或场景(scenarios)来说明，从而形成了第五个视图。 2、引入了软件体系结构以后，传统软件过程发生了哪些变化这种变化有什么好处 答：软件体系结构的引入使软件设计开发更加具体和形象，它的模型更使得软件过程更加
软件设计模式与体系结构
————————————————————————————————作者：————————————————————————————————日期： ?
计算机科学与技术学院 《软件设计模式与体系结构》 课程作业(一） (201６/2０１７学年第二学期） 学生姓名:雷君 学生专业：软件工程 学生班级:1４260１ 学生学号： 2 指导教师：王飞
目录 实验一.............................................. １工厂方法模式——汽车保险 (1) 抽象工厂方法模式——房屋信息 (3) 实验二6? 组合模式——空军指挥系统 (6) 适配器模式——客户信息验证................................................ 错误!未定义书签。实验三. (11) 桥接模式——几何立体体积?错误!未定义书签。 访问者模式——计算机部件销售软件................................................................ １4 实验四. (17) 策略模式——整数排序1?７ 状态模式——交通信号灯?１９ 实验五............................................. ２1 M VＣ软件体系结构.. (21)
实验一 工厂方法模式——汽车保险 【实验内容】 在例２.3的汽车保险管理应用程序实例上添加一个名为LuｘurｙCarInsurance的类，并且，该类要与其他的类一样能执行相应的功能。 【添加代码】 1、添加ＬｕｘuryCaｒＩnｓｕｒaｎｃe类: publｉc clasｓＬuxuryＣaｒIｎｓurance iｍｐleｍｅｎts AutｏInsurance ｛ prｉｖate Ｓｔring ｄeｓｃripｔion; pubｌic String gｅtＩｎｓuranceDesｃrｉption() { ?ｄeｓcriptiｏn =" LｕxｕrｙCaｒIｎsuｒａnce:＼n\nLuxuryCaｒInsuranｃe ｃovｅrage paｙs ｆor ｍedｉcal ｂiｌls" + " lｏst wａgｅs, rehabiｌitation，trｅａtmenｔaｎｄ／or" + ?" fｕnｅral cｏsts for aｎｙoｎe ｉnｊｕred or kｉlleｄ" ＋?" ｂｙyour car. Such coverａge will alsｏpay ｆｏr" ＋ " paｉn aｎd suffering damages when a third ＂+ ＂partｙｓuccessｆulｌy suｅｓ. "; retｕrn descriｐtion; } } 2、添加LuxuｒyＣaｒPoliｃyProducer类： ｐublic cｌａss LuxuryＣarＰolicｙProducer imｐlemeｎts PolicyProduｃｅr ｛ public AuｔoIｎｓuranｃe ｇeｔＰolicyＯbj（）//Fruiｔｆactory() { retｕrn new LuxuｒyCaｒInsuranｃe()； } } 3、添加ＧUＩ: （１）public ｓtａtic fｉｎａl String LUXURＹＣAR ＝"ＬuxuｒyCａr Iｎｓur ａｎce"; （2）cmbInsuraｎcｅType．addItｅｍ（LUXＵRYCAR);