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

　　6.4.5 物理架构

　　物理架构主要关注系统非功能性的需求，可用性、可靠性(容错性)，性能(吞吐量)、可伸缩性。

　　软件至节点的映射需要高度的灵活性 及 对源代码产生最小的影响。

　　6.4.6 场景

　　4种视图的元素通过数量比较少的一组重要场景(更常见的是用例)进行无缝协同工作，我们为场景描述相应的脚本(对象之间和过程之间的交互序列)。

　　在某种意义上 场景是最重要的 需求抽象。

　　4+1 的 +1 起到了两个作用：

　　作为一项驱动因素 来发现架构设计过程中的 架构元素。

　　作为架构原型测试的出发点。

　　场景表示法与组件逻辑视图非常相似，但它使用过程视图的连接符来表示对象之间的交互。

　　6.4.7 迭代过程

　　在进行文档化时，提倡一种更具有迭代性质的方法——架构先被原型化、测试、估量、分析，然后在一系列的迭代过程中被细化。

　　除了减少 风险之外，还有其他优点：团队合作、培训、加深对架构的理解、深入程序和工具 等。使 需求被细化、成熟化。

　　系统大多数关键的功能以场景的形式被捕获，关键意味着：最重要的功能、系统存在的理由、使用频率最高的功能、必须减轻的一些重要技术风险。

　　2010年下半年软考试题及答案解析汇总

　　2010年下半年软件水平考试答案

　　2011年软考系统架构设计师学习笔记汇总