《frank软件设计及体系结构复习整理题目及答案》由会员分享，可在线阅读，更多相关《frank软件设计及体系结构复习整理题目及答案（33页珍藏版）》请在金锄头文库上搜索。
1、1、各种性能指标的定义及如何到达各种性能指标的方法 ppt1-8 119 页-124 页 性能指标：吞吐量 Throughput、响应时间 Response Time、Deadlines Throughput：衡量应用程序在单位时间内必须执行的工作量。. Transactions per second Messages per minute peek 设计和指定的总体系统结构作为一种新的考虑。结构性问题 包括： 组织和全局控制结构;通信协议,同步和数据访问;分配的功能设计元素;物理分布;设计元素构成; 扩展和性能,设计方案的选择。 它是关于软件设计：所有的架构是软件设计，但不是所有的设计都是软
2、件架构。设计过程的一个部 分；简单地说，架构关注“一旦系统建立后就很难或是不可能改变的问题”：质量属性，例如安全性、 性能；非功能性需求，如开销、硬件配置。 Business Process Orchestrators Message Brokers Application Servers Transport Message-Oriented Middleware, Distributed Objects Systems J2EE, CCM, .NET BizTalk, WebSphere Message Broker, SonicMQ BizTalk, TIBCO StaffWare, Ac
3、tiveBPEL 软件体系架构 软件体系架构复习题48% By Fr a n k 1 【百度答案】软件架构（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个 方面的设计。 软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组 件之间的连接则明确和相对细致地描述组件之间的通讯。 在实现阶段， 这些抽象组件被细化为实际的组 件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口_(计算机科学)来实现 系统的软件体系结构是建立一个对系统来说所需要的结构，包括软件元素，它们之间的关系，以及两者 的性质。 4、什么是架构
4、风格 PPT1-8 36 页 An Architectural Style defines a family of systems in terms of a pattern of structural organization. It determines: the vocabulary of components and connectors that can be used in instances of that style, a set of constraints on how they can be combined. For example, one might constra
5、in: the topology of the descriptions (e.g., no cycles). execution semantics (e.g., processes execute in parallel). 架构风格根据结构组织的模式定义了一个系统族。它确定： 可用于该风格实例的组件和连接器的纲 要，关于如何组合的一套约束。例如，可能会限制：描述的拓扑（如无循环） 。执行语义（例如，进程 并行执行） 。 也叫架构模式， 一个架构风格描述软件系统的基本结构组织或纲要， 提供一些事先定义好的子系统， 制定好责任并给出将它们组织在一起的法则和指南。 一个架构模式常常可以分解成多
6、个设计模式的联合 使用。MVC 模式就属于架构模式。 软件系统有哪几类结构？ 模块、组件和连接器、配置。 模块分配具体的职责，是工作的基础； 我们调用运行时结构组件和连接器结构，在我们的使用中，组件始终是运行时实体； 分配结构描述从软件结构映射到系统的环境，组织、发展、安装、执行； 元素是一类模块（类、层或功能的划分等） ，模块与其他模块相关联通过概括化或专业化的关系； 元素运行组件如服务、同行、客户、服务器、过滤器等，连接器是组件间的通信工具； 5、有哪些常见架构风格？（PPT 40-98） （1）管道和过滤器架构风格（Pipe and Filter Architectural Style）
7、 PPT 40 页 适用于需要定义一系列的执行规则数据的独立运算。 组件在输入时读数据流，在输出时产生数据 流。 优点：易于理解、支持重用、容易保持或增强、允许某些专业分析、支持并发执行 缺点：转换特性导致其不擅长处理交互系统、书写自己的过滤器时，过度地解析或不解析导致性能损失 和更加复杂 举例：unix 的 shell 脚本、传统编译器 组件：称为过滤器，应用于对局部的输入流的转换，计算常常是增量的，因此，在输入结束前输出 就开始了。 . 连接器：称为管道，给流提供管道，把一个过滤器的输出传输到另一个输入。 （2）面向对象风格（Object-Oriented Style） PPT49 页 适
8、用于主要问题是识别和保护信息的相关主体。 数据和它们相关的操作封装在一个抽象数据类型 软件体系架构 软件体系架构复习题48% By Fr a n k 2 里面。 优点：可以改变实施而不影响客户，可以设计作为独立的交互代理的集合的系统 缺点：一个对象与另一个对象进行交互时第一个对象必须知道第二个对象的身份。对象引起的副作用。 举例：java，C#开发的系统 组件：对象 连接器：函数和过程调用（方法） （3）隐式调用风格（Implicit Invocation Style） 应用于涉及到组件的松耦合集，其中的每一个都执行一些操作，还可能允许其他的操作。 尤其对 必须很快重新配置的应用很有用。 不是
9、直接的引用过程： 一个组件能发表一个或多个事件；在系统中的其他组件能够在事件中注册 一个兴趣通过与事件和过程结合。当一个事件被声明后，广播系统（连接器）自己引用已经注册的事件 的所有过程，所有声明的事件“隐式”造成了过程在其他模块的调用。 优点：为重用提供强大支持、简化系统演化； 缺点：当一个系统广播一个事件时，不知道其他哪些组件会响应，不知道依赖于响应被调用的顺序，不 知道响应什么时候结束。 举例：数据库管理系统中执行完整性约束（触发器） （4）客户-服务器风格（Client-Server Style） PPT64 页 适用于涉及到分布式的数据和跨越一系列组件的处理。 优点：数据分布简单明确
10、、位置透明、混合和匹配异构平台、易于添加新服务器或升级现有服务器。 缺点：没有名称和服务的中央寄存器很难找到什么服务是没用的 举例：文件服务器、数据库服务器、对象服务器 组件： 服务器：提供专门的服务的标准独立的组件，如打印，数据管理等。 客户端：调用服务器提供的服务的组件。 连接器：允许客户端访问远程服务器的网络。 （5）分层风格（Layered Style） PPT72 页 适用于涉及到分布式的能够分层的组织的类的服务， 每层给它的上一层提供服务， 同时作为下一 层的客户端，只有仔细地从内层选择选择过程，才能用于他们临近的外层。 优点：设计（基于提高抽象层次） 、改善（一个层的功能改变最多
11、影响两个层） 、重用（相同层的不同实 现可以交替使用） 缺点：并不是所有的系统都可以很容易的实现分层，性能需求可能迫使底层实现高级功能的耦合。 举例：分层通信协议、操作系统 组件：典型的过程的集合。 连接器：典型的在有限的可见性下的过程调用 （6） 仓库风格（Repository Style） PPT80 页 适用于主要问题是建立、增加和维护复杂信息的主体部分，信息一定要能够用很多种方式操作。 经常需要长期的存在。 优点：有效存储大量数据、共享模式模型、集中式管理 缺点：必须先达成一个数据模型、很难分配数据、数据升级很昂贵 举例：信息系统、编程环境、图形编辑器、人工智能知识基础、逆向工程系统
12、组件： 能够表示出系统的正确状态的主要的数据结构 在中央数据结构上运行的独立组件集合。 连接器：典型的过程调用或是直接内存访问 软件体系架构 软件体系架构复习题48% By Fr a n k 3 （7）解释程序风格（Interpreter Style）PPT 87 页 适用于最适合执行解决方案的语言或机器不能直接使用的应用程序。 优点：模拟无实现的硬件、促进跨多种平台的应用程序或语言可移植性； 缺点：额外的间接等级会降低执行速度。 举例：编程语言编译器、基于规则的系统、脚本语言 组件：包括一个状态机，有一个执行引擎和三个记忆状态： 当前的执行引擎的状态、程序被翻译、当前被翻译的程序的状态 ；
13、连接器： 过程调用、直接内存访问 （8）过程控制风格（Process-Control Style） PPT 94 页 适用于其目的是在（足够接近）给定参考值的情况下，保持指定的过程输出性能的应用。 优点： 缺点： 举例：实时系统软件用来控制（核电站、汽车巡航控制） 组件： 过程定义：包括操作一些过程变量的机制 控制算法：决定如何去操作过程变量 连接器： 数据流关系for过程变量（process variable） 、设定点（set point） 、传感器（sensor） 6、架构师需要的核心技能是什么？PPT 18 页 （1） 涉众之间的交流 (2） 技术知识（3） 软件工程学 （4） 风险管
14、理 7、什么是架构视图 PPT 15 页 一个架构视图是对于从某一视角或某一点上看到的系统所做的简化描述， 描述中涵盖了系统的某一 特定方面，而省略了此方面无关的实体。 8、软件架构过程（三个迭代步骤）PPT1-8 202 页 Determine Architectural Requirements Architecture Design Validation 1、确定架构需求：架构上重要的需求（结构用例）-基本的质量和系统的非功能性需求 2、架构设计：迭代的设计步骤-风险识别是一个重要的输出设计 3、结构验证：验证阶段-验证阶段的目的是增加设计团队的信心：架构是适合目标的；验证必须实现 在项
15、目时间和预算的约束，关键是要尽可能严格的和有效的；验证一个架构设计提出了严峻的挑战，因 为这是一个设计不能执行或测试，包括新和 COTS 组件集成；两种主要的方法: 软件体系架构 软件体系架构复习题48% By Fr a n k 4 手工测试使用的测试场景的体系结构， 建设一个原型创建所需的应用程序的一个简单的原型； 目的是识 别潜在缺陷在设计实现生效前,这样他们就可以得到改善，在建造之前修复成本更便宜。 9、软件质量属性主要包括哪些（五种）ppt1-8 116 页 Reliability 可靠性、 Availability 可用性、 Portability 可移植性、 Scalability
16、 可伸缩性、 Performance (!) 性能 10、软件可用性取决于（三种时间）PPT146 页 Time to detect failure 故障检测时间 Time to correct failure 纠正故障时间 Time to restart application 重新启动应用程序时间 11、伸缩性涉及那些方面（四种）ppt1-8 127 页 Request load 请求负载 Connections 连接 Data size 数据大小 Deployments 部署 12、吞吐率指标 PPT120 页 Transactions per second 每秒事务数 Messages per minute 每分钟的消息 Messages per second (msp) Maximum sustainable throughput (MST) 最大可持续吞吐量 13、架构元素的通信包括哪些 PPT 10 页 数据
