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 的延迟加载是全局配置的。