C软件体系结构建模.pptVIP

3.6.3 视图间的交流 不同视图之间并不是互相独立或互相正交的。视图中的元素遵循一定的规则和经验法则与其他视图中的元素形成联系。 从逻辑视图（最终用户）到进程视图（系统集成人员） 逻辑视图中认为每个对象都是主动的、并发的。 定义进程体系结构时，将每个对象实现为独立的控制线程是不实际的（将导致巨大的开销） 另一方面，多控制线程也是需要的 * * 在确定并发程度及过程数目时，必须以潜在的物理目标体系结构集合为前提，可以参照以下两种策略。 自内向外：从逻辑视图开始的策略 自外向内：从物理体系结构开始的策略 结果：类及其对象到进程体系结构的任务和过程集合的映射 为达到可接受的设计结果，需要进行迭代 * * 3. 从逻辑视图（最终用户）到开发视图（编程人员） 一个类通常被实现为一个模块 较大的类被分解为多个包 一组相互联系紧密的类的集合，或称为类种属，构成子系统 定义子系统时，必须考虑附加约束 项目越大，逻辑视图和开发视图之间的距离越远 3. 从进程视图（系统集成人员）到物理视图（系统工程人员） 为了测试和部署，过程和过程组以各种配置映射到可用的物理硬件上。 * * 模型的迭代过程和软件过程 1.迭代过程：场景驱动的方法 采用“4+1”模型进行软件体系结构设计的一种推荐方法是： 在完成原型、测试、度量、分析等步骤后，重新进入下一轮这样的步骤，构成迭代的过程 系统最关键的功能以场景的形式得到。关键是指，功能上最重要，或是用频度上最高，又或存在必须克服的技术风险。 初始的体系结构演化为最终的真实系统。在3～3次迭代后，体系结构本身有希望稳定下来。接下来就可以进行软件设计领域的工作了。 * * 3. 软件文档 体系结构设计阶段所形成的文档主要有： 软件体系结构文档：基本按照4+1视图组织 软件设计指导：描述为了维护系统的体系结构的一致性所必须遵守的重要设计决定。 * * * 综合软件体系结构的概念，体系结构的核心模型由5中元素组成： 构件 连接件 配置 端口 角色 其中，构件、连接件和配置是最基本的元素。 3.3 体系结构的核心模型 软件体系结构 配置 连接件 构件 端口 角色 1:N 1:N 1:N 原子构件 复合构件 ：表示软件之间的交互 表示构件和连接件的拓扑结构和约束： 表示构件和外部环境的交互点： ：定义了该连接件表示的 交互的参与者 3.3 体系结构的核心模型 3.3 体系结构的核心模型 * * 软件体系结构的核心模型由五种元素组成：构件、连接件、配置、端口和角色。其中构件、连接件、配置是最基本的元素。 构件是具有某种功能的可重用的软件模板单元，表示了系统中主要的计算元素和数据存储。复合构件由其他复合构件和原子构件通过连接而成。原子构件是不可再分的构件。构件只能通过其接口与外部环境交互，构件的接口由一组端口组成，每个端口表示了构件和外部环境的交互点。通过不同的端口类型，一个构件可以提供多重接口。 连接件表示了构件间的交互。连接件也有接口，其接口由一组角色组成，连接件的每一个角色定义了该连接件表示的交互的参与者，二元连接件有两个角色。 配置表示了构件和连接件的拓扑逻辑和约束。 需求分析 建立体系结构 测试 实现 设计 * * 3.4 体系结构的生命周期模型 软件开发过程 3.4 体系结构的生命周期模型 * * SA的非形式化描述 一种SA在其产生时，其思想通常是简单的，并常常是由软件设计师用非形式化的自然语言表示概念、原则。 3.4 体系结构的生命周期模型 * * 2. SA的规范描述和分析 该阶段通过运用合适的形式化数学理论模型对第1阶段的体系结构的非形式化描述进行规范定义，从而得到SA的形式化规范描述，以使SA的描述精确、无歧义；并进而分析SA的性质，如无死锁、安全性、活性等。 3.4 体系结构的生命周期模型 * * 3. SA的求精及其验证 该阶段完成对已设计好的SA进行求证和求精。在每一步求精过程中，需要对不同抽象层次的SA进行验证，以判断较具体的SA是否与较抽象的SA语义一致，并能实现抽象的SA。 3.4 体系结构的生命周期模型 * * 4. SA的实施 该阶段将求精后的SA实施于系统的设计中，并将SA的构件和连接件等有机的组织在一起，形成系统设计框架，以便实施于软件设计和构造中。 3.4 体系结构的生命周期模型 * * 5. SA的演化和扩展 由于对SA的演化常由非功能性质的非形式化需求描述引起，因而需要重复第1步，如果由于功能和非功能性质对以前的SA进行演化，就要涉及SA的理解