体系结构复习整理：Biu biu biu.docVIP

名词解释： 设计的5个准则 设计复杂度=事物复杂度+载体与事物的适配复杂度 设计重在内部结构，不是外在表现内部结构：为了实现外部的功能，进行的内部的安排，主要关注质量 外部表现：对外的功能（能力），满足职责 （二玉答疑） 外部表现是对外表现的能力，外部表现是为了满足职责；内部结构则是为了完成的质量，通过罗列方式完成外部表现的内部结构不是好的内部结构。设计的目的就是为了保证质量，因此其重在内部结构。 只有高层设计良好，底层设计才可能良好The better early design, the easier detailed design will be 高层设计的质量要到最底层才能准确验证 层次间是迭代而非瀑布，线性关系 不要在完成高层设计之后再进行底层设计 要尽早有可验证的原型 只有写完测试代码之后，才能算是完成了设计 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：四个视图间的一致性、可验证性 ——体系结构设计阶段帮助架构师；帮助解释和验证文档 OO协作与协作设计 What’s Collaboration An application can be broken down into a set of many different behaviors.?Each such behavior is implemented by a distinct collaboration between the objects of the applicationEvery collaboration, no matter how small or large, always implements a behavior of the application Imagine an object-oriented application as a network of objects connected by relationships. Collaborations are the patterns of messages that play through that network in pursuit of a particular behavior. The collaboration is distributed across the network of objects, and so does not exist in any one place Collaboration Design Identify coll