体系结构设计整理概要.docxVIP

体系结构设计整理 名词解释 软件体系结构概念（3点） 高层结构 组成部分：部件（Component）、连接件（Connector）、配置（Configuration） 部件聚集了软件运算与状态，连接件聚集了部件之间的关系 部件：在软件的体系架构中封装了数据及其处理操作的元素，提供具体应用服务，定义如下： 部件是具有如下特征的架构实体： 封装了系统中的功能和/或数据的一个子集 通过清晰定义的接口来限制外界对所封装的子集的访问 对于被要求执行的上下文有定义明确的依赖关系 部件要素：Name、Property、Port Ch3 PPT P17 连接件：在复杂系统中，交互会比部件范围内的功能实现更重要且更具挑战性，提供独立交互的方法，连接件定义如下： 连接件是负责引起和约束部件之间交互的构件 它们起到连接作用，但却不是被连接的对象，只是提供连接的规则 Ch3 PPT P24 配置：在系统架构中，部件与连接件之间??一个特殊联系的集合，部件与连接件在此特定的组合方式下相互协作完成特定的目标 关注点 软件体系结构对这些关注点进行权衡的过程起到了交流媒介的作用 系统质量属性：可靠性、可修改性、性能、安全性、可测试性、可用性 项目环境： 开发：人员技术水平、成本、上市时间、资源 业务：收益、系统生命周期、市场定位、首次发布日程 技术：开发平台、硬件设备、开发工具、模型和标准 业务目标 设计决策 一个系统的体系架构是有关系统的一系列重要设计决策的集合,体系结构也是一系列对系统设计所做的设计决策，包含了重要的“设计决策”，它们说明了软件体系结构得以形成的“理由”，会指导详细设计、实现等后续软件开发工作 设计决策的过程：问题-候选设计-理由-解决方案 设计决策的重要性： 设计决策相互影响，一旦确定便难以改变 在确定设计决策过程中，极易违背设计规则和约束 之前废弃的决策难以去除、仍然会影响后来的决策 2、4+1View 即逻辑视图、开发视图、进程视图、部署视图 + 用例视图，前四个为体系结构视图，后一个为需求视图 场景视图(Scenarios)： 定义：关注系统最为重要的需求，描述系统应该实现的场景与用例 作用：它们一方面说明软件体系结构设计的出发点，驱动其他4个视图的设计，另一方面用于验证和评估其他4个视图的设计，保证它们的正确性。用例视图位于4+1视图的中心，被其他4个视图环绕 描述：可以用UML的用例图进行描述，其重点在于对用力场景的描述 逻辑视图Logical view： 定义：关注系统的逻辑结构和重要的设计机制，描述系统提供的功能和服务 定义：解释系统的逻辑结构和重要的设计机制，其主要内容是软件体系结构的抽象规格，主要关注点是满足用户的各项需求，尤其是功能需求，质量属性需求和约束 描述：部件类型用构造型《component》扩展了的类来描述 连接件类型用构造型《connector》扩展了的类来描述 特征用构造性《property》扩展了的类来描述 开发视图Development view： 定义：关注系统的实现结构，描述系统的开发组织 描述：利用UML中的构造型《process》扩展的主动类描述 进程视图Process view： 定义：关注软件体系结构的运行时表现，描述系统的并发进程组织 描述：利用UML中的构造型《process》扩展的主动类描述 部署视图Deployment view： 定义：关注系统的基础设施，描述系统的部署于分布 描述：使用UML中的部署图描述 3、体系结构设计决策 一个系统的体系架构是有关系统的一系列重要设计决策的集合 定义：设计决策是指决定策略与办法。是对元素、特征和处理的选择，它们涉及一个活多个关注点，直接或间接的影响到软件体系结构。 设计决策核心的知识可以分为四个部分：关注点，解决方案，策略和理由。 设计决策的重要性： 设计决策相互影响，一旦确定便难以改变，常见的设计决策间影响有促进、冲突、禁止、包含、从属、依赖等。 在确定设计决策过程中，极易违背设计规则和约束 之前废弃的决策难以去除、仍然会影响后来的决策，而且该影响是不可逆的，即很难消除该影响。 软件体系结构的设计决策是一个持续的过程，每个决策都要在其前面设计决策的基础上进行，要符合前面设计决策所规定的的设计规则和约束，解决自己的特定问题和关注点。但是所有设计决策都要遵守概念完整性，保证所有设计决策之间相互协调并且与整个系统目标相协调。 4、GRASP模式 GRASP，即通用的职责分配软件模式（General Responsibility Assignment Software Patterns）包含以下内容： 1) 低耦合：分配职责时保证低耦合，即降低依赖并增加复用性 2) 高内聚：将复杂度控制在可管理范围之内。不可能完全消