《体系结构期末复习》复习提纲---yw内容版.docVIP

名词解释：(背诵) 软件体系结构、4+1 View、软件体系结构设计决策、 （三出一） 实现类型 软件实现机制 提供方 隐式（Implicit） 程序调用（Procedure Call） 编程语言机制 共享变量（Shared variable） 消息（Message） 平台、框架或高级语言机制 管道（Pipe） 事件（Event） 远程过程调用（RPC） 网络协议（Network　Protocol） 数据库访问协议（Database Access Protocol） 显式（Explicit） 适配器（Adaptor） 复杂逻辑实现 委托（Delegator） 中介（Intermediate） 软件体系结构 剔除载体（程序机制）影响，进行逻辑设计 实现系统大部分的质量（80～85%） 4+1 View IBM提出的一种multi-point的体系结构模型，共有5个viewpoint，关注点在设计上，特别适用于迭代设计过程，由4个View（逻辑、开发、进程和物理）以及1个特殊viewpoint场景来描述体系结构，不同的涉众可选取自己关系的view来理解。 逻辑视图为面向对象的分解，由关键的抽象——部件连接件以及配置组成，考虑功能需求，针对终端用户； 进程视图为进程分解，有多个层次，包含一个进程网络，软件分解为一组可执行的工作单元，考虑非功能需求，针对集成人员； 开发视图为子系统分解，是产品线的基础，有模块和子系统图组成，考虑软件模块的组织——层次、管理、重用以及工具，层次式风格，针对编程人员和软件管理者； 物理视图将软件映射到硬件，包含网络、task以及对象映射为节点时的拓扑结构和通信，考虑与硬件相关的肺功能呢个需求，针对系统工程师； 场景将上面的视图元素组织在一起，通过一小组重要的场景来表现各视图的工作，考虑系统一致性和验证，针对其他视图和评估者等所有用户。 逻辑视图：面向对象分解，系统将问题域分解成一系列关键的抽象，以对象或类的形式表现。 ——view：最终用户 ——consider：功能需求 ——不仅是功能性分析，还可以识别系统不同部分之间共同的机制和设计元素。 进程视图：进程分解 ——view：Integrator ——consider：非功能需求（并发、性能、scalability） ——style：几个风格都可以满足这个视图 ——使用多层次的抽象，最高时进程的逻辑网；系统被分成几个相互独立的任务：主要任务是体系结构相关的任务、次要任务是帮助类的任务 ——重点关注系统运行起来之后的特征 开发视图：子系统分解 ——viewer：程序员和软件经理 ——consider：软件模块组织（层次结构、软件管理、复用、工具约束等） ——style：分层风格 物理视图：将软件映射到硬件上 ——viewer：系统集成师 ——consider：非功能需求（可用性、可靠性（容错性）、性能（吞吐量）、` scalcbility） 场景：将所有放在一起 ——viewer：其他视图所有人和评价者 ——consider：四个视图间的一致性、可验证性 ——体系结构设计阶段帮助架构师；帮助解释和验证文档 软件体系结构设计决策 GRASP模式（考其中之一） （创建模式、信息专家模式、控制者模式） GRASP (职责分配原则) 要学习设计模式，有些基础知识是我们必须要先知道的，设计模式是关于类和对象的一种高效、灵活的使用方式，也就是说，必须先有类和对象，才能有设计模式的用武之地，否则一切都是空谈，那么类和对象是从那冒出来的呢？这时就需要比23种设计模式更重要更经典的GRASP模式登场了，嘿嘿，原来这才是老大！ GRASP(General Responsibility Assignment Software Patterns)，中文名称为“通用职责分配软件模式”，GRASP一共包括9种模式，它们描述了对象设计和职责分配的基本原则。也就是说，如何把现实世界的业务功能抽象成对象，如何决定一个系统有多少对象，每个对象都包括什么职责，GRASP模式给出了最基本的指导原则。初学者应该尽快掌握、理解这些原则，因为这是如何设计一个面向对象系统的基础。可以说，GRASP是学习使用设计模式的基础。 1.??????Information Expert (信息专家) 信息专家模式是面向对象设计的最基本原则，是我们平时使用最多，应该跟我们的思想融为一体的原则。也就是说，我们设计对象(类)的时候，如果某个类拥有完成某个职责所需要的所有信息，那么这个职责就应该分配给这个类来实现。这时，这个类就是相对于这个职责的信息专家。