2011年软考系统架构设计师学习笔记第十四章4

 14.4.2 逻辑信息架构

　　逻辑信息架构(信息视点)标识出系统必须知道什么。

　　强调定义系统状态的属性。

　　开放分布式处理是一种面向对象的方法，模型包含了关键信息的处理，如传统的对象概念。

　　软件架构对象并不是编程的对象，它表示对系统的约束和依赖，这些约束能够消除把需求翻译成软件过程中的许多猜测性工作。

　　架构师应该把他们的建模集中于有高风险、高复杂性、模糊性的关键方面。

　　14.4.3 计算接口架构

　　计算接口对系统架构非常有帮助，但是它常常被架构师所忽略。

　　消除多个开发者和小组的主要设计争端，这些接口的架构控制对于一个支持变化和控制复杂性的稳定的系统结构来说，是非常重要的。

　　接口定义语言(IDL)，完全独立于编程语言和操作系统。

　　14.4.4 分布式工程架构

　　分布式工程架构定义了底层结构的需求，独立于所选择的技术，解决了最复杂的系统策略，包括物理位置、系统规模可变性、通信服务质量。

　　ODP的一个最大好处是关注点分离。

　　14.4.5 技术选择架构

　　大多数架构是独立的。

　　基于对候选者的初始选择，根据产品价格、培训要求、维护风险之类的项目因素而反复进行。

　　14.5 实现模型

　　最终用户和架构师应在一起审查并贯穿于用例，始终来证实需求的有效。

　　对产品设计的可行性做出准确地评估、论证。

　　14.6 架构原型

　　架构原型是很好的需求验证工具，作为改进设计的手段，确保与工程约束相一致。

　　下面是一些架构师可以在架构原型中寻求解答的具体问题：

　　1、主要组件是否得到了良好的定义?是否恰当?

　　2、主要组件间的协作是否得到了良好的定义?

　　3、耦合是否得意最小化?

　　4、我们能否确定重用的潜在来源?

　　5、接口定义和各项约束是否可以接受?

　　6、每个模块是否能访问到其所需要的数据?

　　经过2次或3次迭代之后，架构变得稳定。主要的抽象对象都已找到，子系统和过程都已经完成，所有的接口都已明确定义。

　　利用架构原型，几个好处：

　　1、落实之前，让团队成员能自由发表他们自己的看法。

　　2、统一团队之间的思想看法，提高系统开发的成功率。

　　3、对系统内部的结构分析与设计也有帮助。