2015年系统架构师软考案例分析考点

1.软件的质量属性

质量属性效用包括：性能、安全性、可用性、可修改性。

2.系统架构风险、敏感点和权衡点

• 2.1 系统架构风险：架构设计中潜在的、存在问题的架构决策所带来的隐患。
• 2.2 系统架构敏感点：为了实现某种特定的质量属性，一个或多个构件所具有的特性。
• 2.3 系统架构权衡点：影响多个质量属性的特征，是多个质量属性的敏感点。

3.状态图和活动图

• 3.1 状态图主要用于描述一个对象在其生存期间的动态行为，表现一个对象所经历的状态序 列，引起状态转移的事件(event)，以及因状态转移而伴随的动作(action)。
• 3.2 活动图可以用于描述系统的工作流程和并发行为。活动图其实可看作状态图的特殊形式，活动图中一个活动结束后将立即进入下一个活动(在状态图中状态的转移可能需要事件的触发)。

两者最大的区别是：状态图侧重于描述行为的结果，而活动图侧重描述行为的动作。其 次活动图可描述并发行为，而状态图不能。

3.系统可靠性

可靠性(Reliability)是指产品在规定的条件下和规定的时间内完成规定功能的能力。子特性：成熟性，容错性，易恢复性，可靠性的依从性。

3.1 提高可靠性的技术

• (1) N 版本程序设计
• (2) 恢复块方法
• (3) 防卫式程序设计
• (4) 双机热备或集群系统
• (5) 冗余设计

4.影响SQL查询效率的设计

• 4.1 查询时尽量不要返回不需要的行、列；
• 4.2 需要进行多表连接查询时，尽量使用连接查询，
• 4.3 避免使用子查询结构；
• 4.4 尽量避免采用 NOT IN、NOT EXIST、LIKE 等使用全表查询的操作;
• 4.5 尽量避免使用 DISTINCT 关键字

5.数据持久层

数据持久层是一组软件服务，将应用程序与该程序所使用的数据源分离，为整个项目提供一个统一、安全、并发的数据持久机制。

5.1 优点

• 1、程序代码重用性强，即使更换数据库，只需要更改配置文件，不必重写程序代码.
• 2、业务逻辑代码可读性强，在代码中不会有大量的 SQL 语言，提高程序的可读性。
• 3、持久化技术可以自动优化，以减少对数据库的访问量，提高程序运行效率。
• 4、简化开发工作，让开发人员更关注于业务逻辑的开发。
• 5、通过对象/关系映射向业务逻辑提供面向对象的数据访问。

6.Hibernate比Mybatis的优点

• (1) 从移植的角度来看使用 Hibernate 更容易移植到其它数据库平台。Hibernate 与具体数据库的关联只需在 XML 文件中配置即可，所有的 HQL 语句与具体使用的数据库无关，移植性很好。MyBatis 项目中所有的 SQL 语句都是依赖所用的数据库的，所以不同数据库类型的支持不好。
• (2) 使用 Hibernate 能降低或者消除 SQL 语句开发工作量，Hibernate 提供了方法完成持久层操作，程序员不需要对 SQL 的熟练掌握，便可完成任务。
• (3) Hibernate 提供了对象状态管理的功能，使开发者不再需要理会底层数据库系统的细 节，而 MyBatis 在这一块没有文档说明，用户需要对对象自己进行详细的管理。

6.JDBC封装BMP, CMP

7.SQL Mapping封装iBatis/MyBatis

8.O/R Mapping封装SprmgJdbcTemplate

9.TopLink,JDO,Hibernate

iBatis 是 apache 的一个开源项目，一个 O/R Mapping 解决方案，iBatis 最大的特点就 是小巧，上手很快。如果不需要太多复杂的功能，iBatis 是能够满足你的要求又足够灵活的 最简单的解决方案，现在的 iBatis 已经改名为 Mybatis 了。

EJB 有 两 种 主 要 类 型 BMP(Bean managed persistence ) 和 CMP(Container managed persistence ),这两种类型各有优缺点。

BMP 是在 Bean 中完成对数据库 JDBC 的各种调用，也就是说，在你的实体 bean(entity bean)中，明确写入了 SQL 语句，如"insert … “或"select …”,并且使用 Datasource 获得一个数据库资源以及连接(connection)从而对数据库直接进行增加删除修改。

CMP 是由 EJB 容器自动完成对数据库的操作，你所有做的，就是在实体 bean 重写入 SetXXX 或 getXXX 方法，然后在 ejb-jar.xml 中定义 cmp-field 就可以。

Hibernate 对数据库结构提供了较为完整的封装，Hibernate 的 O/R Mapping 实现了 POJO和数据库表之间的映射，以及 SQL 的自动生成和执行。程序员往往只需定义好了 POJO 到数据库表的映射关系，即可通过 Hibernate提供的方法完成持久层操作。程序员甚至不需要对 SQL 的熟练掌握， Hibernate/OJB 会根据制定的存储逻辑，自动生成对应的 SQL 并调用 JDBC 接口加以执行。

iBATIS 的着力点，则在于 POJO 与 SQL 之间的映射关系。然后通过映射配置文件， 将 SQL 所需的参数，以及返回的结果字段映射到指定 POJO。相对 Hibernate“O/R”而言，iBATIS 是一种“Sql Mapping”的 ORM 实现。

10.Hibernate 的调优方案

• 10.1 制定合理的缓存策略
• 10.2 尽量使用延迟加载特性
• 10.3 采用合理的 Session 管理机制
• 10.4 使用批量抓取，设定合理的批处理参数（batch_size）
• 10.5 进行合理的 O/R 映射设计

11.Mybatis 调优方案

MyBatis 在 Session 方面和 Hibernate 的 Session 生命周期是一致的，同样需要合理 的 Session 管理机制。MyBatis 同样具有二级缓存机制。 MyBatis 可以进行详细的 SQL 优化设计。

12.SQL 优化方面

Hibernate 的查询会将表中的所有字段查询出来，这一点会有性能消耗。Hibernate 也可 以自己写 SQL 来指定需要查询的字段，但这样就破坏了 Hibernate 开发的简洁性。而 Mybatis 的 SQL 是手动编写的，所以可以按需求指定查询的字段。 Hibernate HQL 语句的调优需要将 SQL 打印出来，而 Hibernate 的 SQL 被很多人嫌弃因 为太丑了。MyBatis 的 SQL 是自己手动写的所以调整方便。但 Hibernate具有自己的日志统计。Mybatis 本身不带日志统计，使用 Log4j 进行日志记录。

13.扩展性方面

Hibernate 与具体数据库的关联只需在 XML 文件中配置即可，所有的 HQL 语句与具体 使用的数据库无关，移植性很好。MyBatis 项目中所有的 SQL 语句都是依赖所用的数据库 的，所以不同数据库类型的支持不好。

14.对象管理

Hibernate 是完整的对象/关系映射解决方案，它提供了对象状态管理（state management）的功能，使开发者不再需要理会底层数据库系统的细节。也就是说，相对于常见的JDBC/SQL 持久层方案中需要管理 SQL 语句，Hibernate采用了更自然的面向对象的视角来持久化 Java 应用中的数据。 换句话说，使用 Hibernate 的开发者应该总是关注对象的状态（state），不必考虑 SQL 语句的执行。这部分细节已经由 Hibernate 掌管妥当，只有开发者在进行系统性能调优的时 候才需要进行了解。 而 MyBatis 在这一块没有文档说明，用户需要对对象自己进行详细的管理。

15.抓取策略

Hibernate 对实体关联对象的抓取有着良好的机制。对于每一个关联关系都可以详细地 设置是否延迟加载，并且提供关联抓取、查询抓取、子查询抓取、批量抓取四种模式。它是 详细配置和处理的。 而 Mybatis 的延迟加载是全局配置的。