软考系统架构师系统分析师案例分析通用知识点集锦（更新中）

案例分析知识点集锦

一、案例分析第一、二题知识点

1、设计类的种类和职责

• 实体类：映射需求中的每个实体，保存需要存储在永久存储体中的信息，例如用户、商品等。
• 控制类：用于控制用例工作的类，用于对一个或几个用例所特有的控制行为进行建模，如结算，备货等。
• 边界类：用户封装在用例内、外流动的信息或数据流。例如，浏览器、购物车等。

2、可行性分析包括哪些

• 经济可行性：经济可行性也称为投资收益分析或成本效益分析，主要评估项目的建设成本、运行成本和项目建成后可能的经济收益。
• 技术可行性：技术可行性也称为技术风险分析，研究的对象是信息系统需要实现的功能和性能，以及技术能力约束。现有的技术能力和信息技术的发展现状是否足以支持系统目标的实现。现有的资源（例如，掌握技术的员工、企业的技术积累、构件库、软硬件条件等）是否足以支持项目的实施。技术可行性绝不仅仅是论证在技术手段上是否可实现，实际上包含了在当前资源条件下的技术可行性。
• 法律可行性：法律可行性也称为社会可行性，具有比较广泛的内容，它需要从政策、法律、道德、制度等社会因素来论证信息系统建设的现实性。
• 用户使用可行性：是从信息系统用户的角度来评估系统的可行 性，包括企业的行政管理和工作制度、使用人员的素质和培训要求等，可以细分为管理可行性和运行可行性。管理可行性是指从企业管理上分析系统建设可行性；运行可行性也称为操作可行性，是指分析和测定信息系统在确定环境中能够有效工作，并被用户方便使用的程度和能力。

3、UML用例之间的关系

• 包含关系：可以从两个或两个以上的用例中提取出公共行为时，应该使用包含关系来表示它们。
• 扩展关系：如果一个用例明显的混合了两种或两种以上的不同场景，即根据情况可能发生多种分支。
• 泛化关系：当多个用例共同拥有一种类似的结构和行为时，可以将它们的共性抽象成父用例，其他用例作为泛化关系的子用例。

4、PERT图和Gantt图的具体含义及对比

• PERT：项目评估与评审技术图，是一种图形化的网络模型，描述一个项目中任务与任务之间的关系，每个节点表示一个任务，通过包括编号、名称、开始和结束时间、持续时间、松弛时间等。
• Gantt：是一种简单的水平条形图，以一个日历为基准描述项目任务，横坐标表示时间，纵坐标表示该任务的开始时间和结束时间，线段长度表示完成该任务所需的时间。
• PERT图主要描述不同任务之间的依赖关系；Gantt图主要描述不同任务之间的重叠关系。

5、UML活动图与状态图的区别

• 活动图：将进程或其他计算结构展示为计算内部一步步的控制流和数据流，强调对象间的控制流，支持活动的并行行为。
• 状态图：描述一个状态机，它由状态、转移、事件和活动组成，给出了对象的动态视图，强调事件导致的对象行为，状态转换变迁。

6、DFD的概念及主要作用

• DFD是SA方法中的重要工具，是表达系统内数据的流动并通过数据流描述系统功能的一种方法。
• DFD通常包含4种符号：数据流、加工、数据存储和外部实体
  DFD的作用：
  （1）DFD是理解和表达用户需求的工具，是需求分析的手段
  （2）概括的描述了系统的内部逻辑过程，是需求分析结果的表达工具，也是系统设计的重要参考资料，是系统设计的起点
  （3）DFD作为一个存档的文字材料，是进一步修改和充实开发计划的依据

7、数据字典的概念及组成

• 数据字典是在DFD的基础上，对DFD中出现的所有命名元素都加以定义，使得每个图形元素都有一个确切的解释
• 数据字典中的6个条目：数据元素、数据结构、数据流、数据存储、加工逻辑和外部实体
• 数据元素：也称为数据项：是数据的最小组成单位
• 数据结构：描述某些元素之间的关系
• 数据流：由一个或一组数据元素组成

8、数据字典的作用

（1）按各种要求列表
（2）相互参照、便于系统修改
（3）由描述内容检索名称
（4）一致性检验和完整性检验

9、类之间的关系

（1）继承关系（extends）
继承（泛化）：指一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口），子类增加新功能。也称为“is-a”关系。
（2）实现关系（interface）
实现：类B实现接口A（可以是多个），那么类B和接口A的关系就是实现关系。
（3）依赖关系
依赖：依赖关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的其他事物，在需要 表示一个事物使用另一个事物时使用依赖关系。
（4）关联关系
关联：是对象之间的拥有关系，即“has a”关系。如果B类中某个成员变量的类型是A类（接口）， 称B关联于A。
（5）聚合关系
聚合：表示类A和类B之间是整体与部分的关系，成员对象是整体对象的一部分，但是成员对象可以脱离整体对象独立存在。通常在定义一个整体类后，再分析这个整体类的组成结构，从而找出一些成员类该整体类和成员类之间就形成了聚合关系。
（6）组合关系
组合：也表示类之间整体和部分的关系，但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在，部分对象也将不存在，部分对象与整体对象之间具有同生共死的关系。成员类是整体类的一部分，且整体类可以控制成员类的生命周期，即成员类的存在依赖于整体类。

二、案例分析第四题知识点（数据库）

1、关系型数据库与NoSql数据库对比

关系型数据库

优势：
(1) 具有非常完备的关系代数基础
(2) 有严格而统一的标准
(3) 支持事务一致性
(4) 可以借助索引机制实现非常高效的查询

劣势：
(1) 可扩展性差，尤其不具备水平可扩展性，所以难以支持海量数据存储
(2) 数据模型定义过于严格，无法满足Web2.0灵活的需求

NoSQL数据库

优势：
(1) 支持超大规模的数据存储
(2) 数据模型非常灵活，可以随时增加各种类型的字段

劣势：
(1) 缺乏底层基础理论支撑
(2) 大多不支持事务的强一致性，不适用于关键业务系统（如银行账号管理）

2、数据库视图的基木概念及其优点

视图：是从一个或多个表导出的虚拟的表，其内容由查询定义。具有普通表的结构，但是不实现数据存储。对视图的修改：单表视图一般用于查询和修改，会改变基本表的数据，多表视图一般用于查询，不会改变基本表的数据。

优点：
①简化了操作，把经常使用的数据定义为视图
②安全性，用户只能查询和修改能看到的数据
③逻辑上的独立性，屏蔽了真实表的结构带来的影响

缺点：
①性能差：数据库必须把视图查询转化成对基本表的查询，如果这个视图是由一个复杂的多表查询所定义，那么，即使是视图的一个简单查询，数据库也要把它变成一个复杂的结合体，需要花费一定的时间。
②修改限制：当用户试图修改视图的某些信息时，数据库必须把它转化为对基本表的某些信息的修改，对于简单的视图来说，这是很方便的，但是，对于比较复杂的试图，可能是不可修改的。

3、反规范化设计方法有哪些

（1）增加冗余列
（2）增加派生列
（3）表合并（重新组表）
（4）表分割（水平分割、垂直分割）

反规范化设计的优点
能够减少数据库查询时SQL的连接次数，从而减少磁盘IO，提高查询效率。

反规范化设计的缺点
反规范化设计会带来数据的重复存储，浪费了额外的磁盘空间，并且由于多处存储，增加了数据维护的复杂性。

4、解决数据同步问题的三种方法

（1）基于触发器的同步：这种方法使用数据库触发器，在源数据库中创建触发器以监视特定的数据更改操作（例如插入、更新或删除）。当触发器被触发时，相应的数据变化将被复制到目标数据库。
（2）基于日志的同步：这种方法基于数据库的事务日志，通过捕获和解析事务日志来实现数据同步。
（3）基于主从复制的同步：这种方法是将数据库分为主数据库和从数据库。主数据库负责接收和处理写操作，而从数据库则复制主数据库的数据，并用于读取操作。主数据库与从数据库之间通过网络连接进行数据同步。
（4）代码层面实现

5、索引过多的副作用

（1）索引并非越多越好，一个表中如果有大量的索引，浪费磁盘空间
（2）会影响INSERT、DELETE、UPDATE等语句的性能，因为当表中的数据更改的同时，索引也会进行调整和更新，造成性能开销

6、MySQL主从复制的基本步骤

master[ 主机 ] 将写操作记录到二进制日志（binary log）。这些记录过程叫做二进制日志事件，binary log events；
slave[ 从机 ] 将master的binary log events拷贝到它的中继日志（relay log）；
slave 重做中继日志中的事件，将改变应用到自己的数据库中。
MySQL复制是异步的且串行化的，而且重启后从接入点开始复制（先搭建主从复制环境，再创建数据库和表）。

7、数据库物理分区模式比较

（1）范围分区：按某字段的值的范围划分分区
（2）散列分区：根据字段的hash值进行均匀分布，尽可能的实现各分区所散列的数据相等。缺点是数据不容易管理。不容易管理的意思是数据存放没有什么规律，不能DROP、SPLIT 以及MERGE分区。
（3）列表分区：根据某字段的具体值进行分区，而不是范围。

8、NoSQL数据库的特点

（1）灵活的可扩展性；NoSQL去掉了关系数据库的关系型特性，数据之间无关系，很简单就能够扩展。
（2）灵活的数据模型；NoSQL采用键/值、列族等非关系模型，允许在一个数据元素里存储不同类型的数据。
（3）NoSQL可以凭借自身良好的横向扩展能力，充分自由利用云计算基础设施，很好地融人到云计算环境中。
（4）NoSQL有着非常高的读写性能，特别是在大数据量之下。
（5）高可用。

三、案例分析第五题知识点（Web）