2024系统分析师综合知识必备知识点(更新)

先推荐一本书，里面有很多章节的内容都是分析师考试会考到的：

《软件建模与设计: UML、用例、模式和软件体系结构》

免费下载链接：https://pan.baidu.com/s/1r2YHBdX0b0U2IPeRv6YYeg?pwd=t3eo 
提取码：t3eo

【系统规划】

1、系统规划步骤

（1）对现有系统进行初步调查

（2）分析和确定系统目标

（3）分析子系统组成和基本功能

（4）拟定系统实施方案

（5）进行可行性研究，编写可行性研究报告，召开可行性论证会

（6）制定系统建设方案

2、可行性研究

经济、技术、法律、用户使用

3、成本效益分析（盈亏临界分析）

4、净现值（净现值率）

5、投资回收期（静态、动态）

6、投资回报率（回收率、收益率）

【软件工程】

1、软件工程的概念

计算机科学、数学、管理学

2、软件的生命周期

可行性研究、需求分析、概要设计、详细设计、实现、组装测试、确认测试、使用、维护、报废

3、软件开发方法

形式化（数学理论为基础）、非形式化；自顶向下、自底向上；

净室软件工程（形式化开发方法）

逆向工程：

完备性，抽象程度越高，离代码越远

设计模型（实现级）

程序和数据结构信息（结构级）

对象模型、数据和控制流模型（功能级）

UML状态图和部署图（领域级）

抽象程度越来越高

4、软件开发模型

瀑布模型、演化模型（原型）、螺旋模型、喷泉模型、统一过程、V模型、敏捷开发方法

瀑布模型：适应于需求明确，且需求不变的开发、缺点是不适用于需求易变的需求，问题往往到项目开发后期才会暴露，导致无法有效的解决，导致项目延期、成本超出预算等问题。

演化模型：制作原型，让用户参与，不断改进形成新版本，使用于需求不明确、风险不可控，用户过多参与。

螺旋模型：基于瀑布模型和演化模型，着力于风险控制，迭代，每次都迭代一个新版本，且每个版本遵循瀑布模型的步骤。

喷泉模型：以用户需求为动力、以对象为驱动的模型，主要用于描述面向对象的软件开发过程。自底向上

统一模型：通用开发模型；用例驱动，以架构为中心，迭代和增量；包括初始、细化、构建、移交四个步骤，每个过程都需要技术评审。

V模型：每个阶段和测试对应，提供开发周期，编码——单元测试、详细设计——集成测试、概要设计——系统测试、需求分析——验收测试

敏捷开发：适用于中小项目、小步快走、需求模糊且需求不明确

5、软件开发环境

6、软件开发工具

7、软件过程的管理

【需求获取方式】

1、用户访谈

概念：包括结构化和非结构化两种。结构化是指事先准备好一系列问题，有针对的进行。非结构化是只列出一个粗略的想法，根据访谈的具体情况发挥。准备访谈、主持访谈、访谈的后续工作。

优点：有较好的灵活性，有较宽广的应用范围。

缺点：用户较忙，难以安排时间。面谈时信息量巨大，记录较为困难。沟通需要很多技巧，需要分析师具有足够的领域知识。还可能会遇到对企业来说较机密和敏感的话题。

2、问卷调查

概念：由于用户访谈最大的难处在于很多关键人员时间有限，不易安排过多的时间，而且用户较多，不可能一一访谈。因此需要借助问卷调查。

优点：与用户访谈相比，问卷调查可以在短时间内，以低廉的代价从大量的数据中收集数据；问卷调查允许用户匿名填写，大多数情况会提供真实信息；问卷调查结果比较好整理和统计。

缺点：缺乏灵活性。双方未见面，无法捕获表情获取隐含信息，用户也没有机会立即澄清对问题有含糊或错误的回答；仅仅一张表格可能用户不认真对待，导致信息不全面；不利于对问题展开回答，无法了解一些细节问题；回答的数量往往比预期要少。

最好的方法是将问卷调查和用户访谈结合使用。先问卷调查再进行访谈。

提高返还率：

（1）向所有工作人员解释问卷的目的

（2）说明这份问卷是客户的每个人都要填写的

（3）拜托相关领导进行督促

（4）更改问卷的问题，减少回答所需的时间

（5）参加一次客户的全体会议，解答和解释问题

（6）设置一些奖品或奖励激励返还

3、采样

概念：采样是指从种群中系统的选出具有代表性的样本集的过程，通过认真研究所选出的样本集，可以从整体上揭示种群的有用信息。对于信息系统而言，现有系统的文档就是种群。

优点：采样不仅可以用于收集数据，还可以用于采集访谈用户或者是采集观察用户。通过采样技术，选择部分而不是选择整体，不仅加快了数据收集过程，而且加快了效率，从而降低了开发成本。采样技术采用了数理统计的原理，能减少数据收集的偏差。

缺点：对系统分析师的经验和能力依赖很强，要求系统分析师具有较高的水平和丰富的经验。

采样样本大小公式：

4、情节串联板

概念：通常就是一系列图片，系统分析师通过图片来讲故事，图片的顺序与活动事件的顺序一致，通过一系列图片说明会发生什么。

简单的说，情节串联板就是使用工具向用户说明（或演示）系统如何适合企业的需要，并表明系统将如何运转。

工具分为静态工具和动态工具。

优点：用户友好，交互性强，对用户界面提供了早期的评审。

缺点：花费的时间很多，使需求获取的速度大大降低。

5、联合需求计划（JRP）

概念：是一个通过高度组织的群体会议来分析企业内的问题并获取需求的过程。相对来说成本较高的需求获取方法，但也是十分有效的一种。它通过联合各个关键用户代表，系统分析师，开发团队代表一起，通过有组织的会议来讨论需求。

JRP的原则：

（1）制定详细的议程，严格按照议程进行

（2）按照既定的时间安排进行

（3）尽量完整的记录会议内容

（4）会议期间尽量避免使用专业术语

（5）充分运用解决冲突的技能

（6）设置充分的间歇期

（7）鼓励团队去得一致性意见

（8）保证所有与会人员都能遵守事先约定的规则

【需求分析】

需求分析就是提炼、分析和仔细审查已经获取的需求，以确保所有的项目干系人都明白其含义并找出其中的错误、遗漏或其他不足的地方。需求分析的关键是在于对问题的研究与理解。

需求分析的方法：

1、SA方法

结构化分析方法，其基本思想是自顶向下，追层分解，把一个大问题分解成若干个小问题，每个小问题再分解成更小的问题。经过逐层分解，每个最底层问题都是足够简单的，容易解决的，于是复杂的问题就迎刃而解了。

SA方法分析模型的核心是数据字典，围绕这个核心有三个层次的模型，分别是数据模型，功能模型和行为模型（也成为状态模型）。

一般使用E-R图表示数据模型，用DFD表示功能模型，用状态转换图（State Transform

Diagram，STD）表示行为模式。

数据流图DFD：

是表达系统内数据的流动并通过数据流描述系统功能的一种方法。还被认为是一个系统模型

主要作用：

从数据传递和加工的角度，利用图形符号通过逐层细分描述系统内各个部件的功能和数据在它们之间传递的情况，来说明系统所完成的功能。

（1）DFD是理解和表达用户需求的工具，是需求分析的手段。

（2）DFD概括的描述了系统的内部逻辑，是需求分析结果的表达工具，也是系统设计的重要参考资料，是系统设计的起点。

（3）DFD作为一个存档的文字材料，是进一步修改和充实开发计划的依据。

DFD的4种基本符号：分别是数据流、加工、数据存储和外部实体（数据源及数据终点）。

数据流：具有名字和流向的数据，用标有名字的箭头表示

加工：是对数据流的变换，用圆圈表示

数据存储：是可访问的存储信息，用直线表示

外部实体：位于被建模的系统之外的信息生产者或消费者，用标有名字的方框表示

DFD分层

（1）顶层图：描述系统最高层的DFD，它的特点是将整个待开发的系统表示为一个加工，将所有外部实体和进出系统的数据流都画在一张图上。用来表示系统有什么输入和输出数据流，与哪些外部实体直接相关，可以把整个系统的范围勾画出来。

（2）0层图：顶层图中，系统本身就是一个加工，编号为0，对加工0的分解就是0层图。

DFD绘制是一个自顶向下、由外到里的过程。

STD状态转换图

实时控制系统主要是事件驱动的，因此行为模型是最有效的描述方式。STD通过描述系统的状态和引起系统状态转换的事件，来表示系统的行为。

状态：是任何可以被观察到的系统行为模式，每个状态代表系统的一种行为模式，用圆形框或椭圆框表示

事件：是在某个特定时刻发生的事情，它是对引起系统从一个状态转换到另一个状态的外界事件的抽象。简而言之，事件就是引起系统状态转换的控制信息。

数据字典

数据字典是在DFD的基础上，对DFD中所有出现的命名元素都加以定义，使得每个图形元素的名字都有一个确切的解释。

数据字典的6个条目：

数据元素、数据结构、数据流、数据存储、加工逻辑和外部实体

数据字典的作用

（1）按各种要求列表，列出条目，保证系统设计时不会遗漏

（2）相互参照，便于系统修改

（3）由描述内容检索名称

（4）一致性检验和完整性检验

2、OOA方法

UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。

UML的结构包括：构造块、规则和公共机制。

构造块：UML有三种基本构造块，分别是事物、关系和图。事物是UML的重要组成部分，关系把事物紧密连在一起，图是多个关联的事物的集合。

公共机制：达到特定目标的公共UML方法。

规则：构造块如何放在一起的规定，包括为构造块命名。

范围-->给一个名字以特定含义的语境；

可见性-->怎样使用或看见名字；

完整性-->事物如何正确、一致的相互联系；

执行-->运行或模拟动态模型的含义是什么；

UML的5个系统视图：

（1）逻辑视图：也称为设计视图，它表示了设计模型中在架构方面具有重要意义的部分，即类、子系统、包和用例实现的子集。

（2）进程视图：是可执行线程和进程作为活动类的建模，它是逻辑视图的一次执行实例，描述了并发与同步结构。

（3）实现视图：对组成基于系统的物理代码的文件和构件进行建模

（4）部署视图：把构件部署到一组物理节点上，表示软件到硬件的映射和分布结构

（5）用例视图：是最基本的需求分析模型

事物

UML中的事物也称为建模元素，包括结构事物、行为事物、分组事物、注释事物；这些事物是UML模型中最基本的OO构造块。

（1）结构事物：最静态的部分，代表概念上或物理上的元素。UML有7种结构事物：类、接口、协作、用例、活动类、构件和节点。

（2）行为事物：动态部分，代表时间和空间上的动作。分交互和状态机两种。

（3）分组事物：是UML模型中组织的部分，可以看成是盒子，模型可以在其中进行分解。UML中只有一种分组事物称为包。

（4）注释事物：UML模型的注释部分

关系

UML用关系把事物结合在一起，有如下四种：

（1）依赖：其中一个事物发生变化会影响另一个事物

（2）关联：描述一组对象之间连接的结构关系

（3）泛化：是指一般化和特殊化的关系，描述特殊元素的对象可以替换一般元素的对象。

（4）实现：是类之间的语义关系，其中一个类指定了由另一个类保证执行的契约

图

UML2.0包括14种图

（1）类图：描述一组类、接口、协作和它们之间的关系。类图给出了系统的静态设计视图，活动类的类图给出了系统的静态进程视图。

（2）对相图：描述一组对象及他们之间的关系。静态

（3）构件图：描述一个封装的类和它的接口、端口，以及由内嵌的构件和连接构成的内部结构。静态

（4）组合结构图：描述结构化类的内部结构，包括结构化类与系统其余部分的交互点。

（5）用例图：描述一组用例、参与者及它们之间的关系。 静态

（6）顺序图：由一组对象或参与者以及它们之间可能发送的消息构成。强调消息的时间次序的交互图。 动态

（7）通信图：强调收发消息的对象或参与者的结构组织。也称为协作图。动态

（8）定时图：强调消息跨越不同对象或参与者的实际时间，而不仅仅是关心消息的相对顺序。动态

（9）状态图：由状态、转移、事件和活动组成。强调事件导致的对象行为。 动态

（10）活动图：将进程或其他计算结构展示为计算内部一步步的控制流和数据流。强调对象间的控制流程。动态

（11）部署图：描述对运行时的处理节点及在其中生存的构件的配置。 静态

（12）制品图：描述计算机中一个系统的物理结构。通常与部署图一起使用

（13）包图：描述由模型本身分解而成的组织单元，以及他们之间的依赖关系。

（14）交互概览图：是活动图和顺序图的混合物。

在OOA方法中，构建用例模型一般需要经历4个阶段，分别是识别参与者、合并需求获得用例、细化用例描述和调整用例模型。其中前三个阶段是必需的。

用例图主要包括参与者、用例和通信关联。

用例之间的关系

（1）包含关系：当可以从两个或两个以上的用例中提取公共行为时，应使用包含关系。

（2）扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种分支。

（3）泛化关系：当多个用例共同拥有一种类似的结构和行为时，可以将他们的共性抽象成父用例，其他用例作为泛化关系中的子用例。子用例是父用例的一种特殊形式。

包含关系和扩展关系都属于依赖关系。

类之间的关系

（1）关联关系：关联提供了不同类之间的结构关系，将多个类的实例连接在一起。针对实例而不是类。

（2）依赖关系：一个类的变化会引起另一个类的变化。A的变化引起B变化，B依赖于A

（3）泛化关系：父类与子类之间的关系。继承关系是泛化关系的反关系，子类继承父类，父类是子类的泛化。

（4）聚集关系：表示类之间的整体和部分的关系，部分可以属于多个整体，部分和整体的生命周期不同，汽车和轮子。

（5）组合关系：也表示类之间整体和部分的关系，部分只属于一个整体，生命周期相同，公司和部门的关系。

（6）实现关系：将说明和实现联系在起来。

3、PDOA方法

面向问题域的分析，更多的强调描述，而少强调建模。问题框架是PDOA的核心元素。

三种方法对比

（1）SA关注于功能的分层和分解，自上而下，逐步分解求精

（2）OOA方法遵循完全不同的思维方式，基于抽象、信息隐藏、功能独立和模块化这些基本理念对系统进行分析。

（3）PDOA的特点是重新将重点定位在问题域和需求上，通过对问题域的分类，向系统分析师提供具体问题的相关指南。PDOA丰富和完善了SA和OOA方法。