2014年下半年系统架构师考试总结

转眼又到了架构师考试的日子。11月8号。这次是在东营參加考试。

去年的慘败让我在这次的准备过程中，将复习重点转移到了下午的案例分析和论文上。

整体的感受就是：今年的试题是2009年试题的一次回归。论文的题目更加开放。

详细来说：

（1）上午题的分布还是側重系统架构和软件开发技术。当然每次都会出现五六个新的考点。依据我的记忆，有这样一些问题：

1、数据库代数运算：两个表自然连接后，有多少属性。并将代数运算转换为等价的SQL语句。

2、磁盘逻辑块的索引，一个文件的索引有8个地址address[0]~address[7]，当中。address[0]~address[5]是直接寻址，address[6]是一级寻址，address[7]是二级寻址。一个逻辑块大小为1KB。问0，260，512块须要几次寻址，该文件的可寻址的最大逻辑块数目。

3、嵌入式系统不包括MMU的

4、嵌入式数据库（预计是说SQLite）的说法错误的，不支持并发？仅仅能本地訪问？

5、提到了TPC-C的概念

6、ERP细化考察了生产计划大纲、生产计划、销售计划等等

7、单元測试须要桩模块、驱动模块。在自顶向下測试中，二者的作用。谁不须要单独实现这些模块。

8、基于构建的开发。存在构件失配的问题，出现构建基础设施、数据模块不匹配是**失配？出现接口不匹配是**失配。

候选项有构件失配、模块失配、连接子失配？

9、ATAM关注***，针对性能、**（非常怪异，候选项里没有非功能属性。好像是关于架构、需求）、可改动性...等权衡。

10、JRP的叙述错误的：避免使用专用词汇？成本大？要解决需求的验证问题？

11、可用性、可改动性、性能的识别。以及经常用法

12、网络水平子系统是什么？

13、网络设计各层的作用错误的：核心层数据交换、訪问控制？

14、异构系统集成时，为了实现不同数据库的数据交换、互操作，须要**？为何实现应用的相互调用，须要**？

候选项：数据通信服务《个人理解：这个是数据集成换了个说法。把它抽象成了一个独立的数据服务中间件》，信息集成《根本没有这个概念》。应用集成。过程集成。

15、RUP视图。用例视图、逻辑视图、实现视图。

16、UML各种图，**反应系统功能，**描写叙述设计结构。

17、DSSA，在**负责将领域概念融入DSSA，**负责开发DSSA。

备选项：领域专家，领域分析师。领域设计师，程序猿

18、语音识别适合什么设计模式

19、英语是关于Architecture Reconstruction。

最后两空有点晕：他说重构有两个重要部分：the former offers the mechanism for users to manipulate the architecture. the latter provides facilities to reconstruct the architecture.

20、数字计算题：一个是怎样规划四个组做衣服和裤子（甲组：5上衣/天or 6裤子/天，乙组：6上衣/天or 7裤子/天。丙组7上衣/天or
8裤子/天。8上衣/天or 9裤子/天）。使15天的产量最大。

《我当时分别尝试了甲丁+乙丙；甲丙+乙丁组合，发现后者绝配14套/天》

一个是计算选择究竟是建大厂还是小厂。初期投入不同。估计年收益和亏损不同，前两年70%的概率，会盈利。后五年80%概念，会盈利。

（2）下午1题：

1、必答题：（1）MVC模式 （2）这个问题相当绕。题目背景是关于某企业要做一个网络设备监控系统。可是不同网络设备提供的接口API不同，于是架构师想封装一个统一的监控接口调用层。可是为了适应未来新的设备API。须要为统一层，设计可扩展的接口。该扩展接口须要首先继承基本接口，然后再扩展自己的接口。实现该扩展接口的实例称为功能接口。

每一个扩展接口有一个接口ID。client不直接调用详细的组件。须要将扩展接口请求发送给统一接口层。然后由她匹配是否存在实现了该接口的功能接口。然后返回给client接口ID。client依据ID。再调用详细的组件。

假设没有匹配，则须要由扩展接口，依据请求。构造该接口...（(⊙o⊙)…后面记不清了）

2、关于数据流图，这个请參看2009年。下午第二题。

3、【我选的】详细參见2009年，下午第一题。形式一模一样，甚至还简单。

4、嵌入式直接跳过。

5、【我选的】关于架构从LAMP，扩展到Memcached的分布式缓存，使用了负载均衡技术。该系统是一个社交网络，数据读请求比写请求多。须要满足好友动态显示等要求，数据库保存的是用户标记作为索引的社交数据。（1）比較基于DNS的负载均衡与基于反向代理的负载均衡的差别：对后台数据变化敏感吗？能屏蔽与后台的连接请求吗？实现技术简单吗？（2）mysql採用主从架构的优点，假设对数据库分区，应该水平分区还是垂直分区。

（3）有人提出也能够用Mysql的查询缓存实现。从缓存架构、有效性等分析分布式Memcached的优点。

（3）下午2：论文这次出的相当宽泛

1、略

2、【我选的】企业应用集成时，除了功能需求，还有非常多非功能需求，这回怎样影响架构设计呢？《光是Webserver性能提升的论文就一大把》

3、可靠性设计。可參考2009年，下午2第四题；2011年，下午第三题。

当然。另一些自己在今年整理的重点单元知识，以及收集整理的，跟分布式系统相关素材。

这些稍后都会在博客或者下载中，假设忘了。请须要的同学及时联系我。