系统分析师知识汇总
2024-09-01 18:32:41 0 举报
系统分析师是指在企业中负责系统分析、设计和优化的专业人员。他们需要具备广泛的知识，包括软件和硬件系统的架构、需求分析、数据建模、业务流程分析和优化、项目管理以及各种编程语言和工具等。 这份系统分析师知识汇总涵盖了系统分析师所需的核心知识领域，包括软件工程、系统分析与设计、需求分析与管理、数据建模与数据库设计、面向对象分析与设计、软件架构与设计模式、软件测试和质量保证、项目管理和团队管理、软件过程改进、系统集成和网络管理、企业架构和业务流程管理等。 此外，系统分析师还需要具备良好的沟通和人际交往能力，能够在各种团队中工作，能够有效地倾听和分析用户需求，并与开发人员、测试人员以及其他利益相关者协作，确保系统能够满足组织的需求，并达到预期的目标。 这份知识汇总提供了系统分析师考试中论文的知识点及案例分析的核心内容。其中重中之重是总结了需求工程及软件开发方法、软件开发模型的全部核心内容。
作者其他创作
大纲/内容
比较常用的需求获取技术有哪些
选取这些技术的原因
具体的实施步骤
项目中具体使用的需求获取技术有哪些
需求获取
1.1软件需求获取
阐述项目中所选择的开发方法及其原因
说明你所选取的信息系统开发方法的具体实施过程
说明现在比较主流的信息系统开发方法的内涵和特点
1.2信息系统开发方法
软件系统测试的主要活动及其所包含的主要内容
功能性测试和性能测试的主要目的
结合项目介绍如何采用软件的系统测试方法进行系统测试
1.3软件的系统测试及其应用
简述大数据的特点
具体论述你在项目中是如何利用相关技术处理这些数据的
1.4论大数据处理技术的应用
结构化需求分析
面向对象需求分析
面向问题域需求分析
方法
详细论述系统需求分析的主要方法
说明需求分析的关键是对问题域的研究与理解
说出需求分析的主要任务
选择是否需要使用（需求分析的7条工作方法）
说明如何使用系统需求分析方法进行需求分析的
说明具体实施过程
2.1论系统需求分析方法
详细论述业务流程优化的过程及业务流程方法
举例说明所选取的需要优化的业务流程以及优化的具体实施过程
2.2论企业的业务流程优化
论述你在企业开发中采用了怎样的敏捷开发基本原则并说明理由
具体阐述项目中采用的敏捷开发方法
2.3论敏捷开发在企业软件开发中的应用
界面集成
业务流程集成（过程集成）
控制集成
数据集成
简要论述企业应用集成的4个层次（方法）
详细论述你参与的项目是采用了哪个层次的集成
2.4论企业应用集成
认证服务
访问服务
数据机密性服务
数据完整性服务
不可否认服务
深入讨论作者参与建设的信息系统中，面临的安全性与保密性问题
解决问题需要采用的技术方案
3.1论信息系统的安全性与保密性设计
列出至少三种信息系统战略规划的方法
介绍作者采用了哪种规划方法以及是如何应用的
3.2论信息系统战略规划
简要说明需求验证的主要方法及实施过程
结合实践论述你选择的方法及其原因
3.3论软件需求验证方法及其应用
详细说明目前有哪几类处理流程设计工具
每个类别至少详细说明一种流程设计工具
根据工作详细说明具体采用哪些流程设计工具进行的流程设计
3.4论处理流程设计方法及应用
数据仓库
数据挖掘
简述商业智能的核心技术
论述你在项目中是如何使用这些技术的
4.1论商业智能技术的应用
简述什么是工作流技术
详细论述你所参与的项目是如何应用工作流技术的
4.2论工作流技术及其优化
就含有行业专业背景的应用软件软件开发过程中的：业主、开发者、行业专家等角色划分作一论述
与通用软件开发背景做比较，专业背景的应用软件开发过程及各环节的主要差异
分析行业应用软件开发成功及失败的有关重要因素
4.3论行业应用软件系统的开发规划
具体讨论作者在应用异构数据库集成时采用了哪些技术和方法
遇到了哪些问题，是如何解决的
分析采用的方法效果如何
4.4论异构数据库的集成
论述需求开发、需求管理及范围管理的区别与联系
详细论述你参与的项目中具体采用的范围管理过程、方法、工具及效果
5.2论信息系统项目的需求管理及范围管理
项目时间管理的基本过程
时间管理与范围管理的关系
论述你对时间管理的认识
可结合时间管理的工具和方法
结合项目论述你是如何进行时间管理的
5.4论项目的时间管理
项目风险管理的基本过程、主要方法、工具
结合项目论述该项目中的最主要的风险有哪些
具体阐述应对计划，包括：风险描述、出现的原因、采用的具体应对措施、方法和工具
6.1论信息系统项目的风险管理
说明目前主流的软件可靠性设计技术
详细说明选择的可靠性设计技术的具体实施过程
6.2论软件的可靠性设计
具体讨论你在数据仓库设计时是如何进行规划和分析的
详细论述数据仓库的设计、数据集成和测试以及部署数据仓库的过程
6.3论数据仓库技术的应用
注意：要将项目开发流程做一个介绍
详细论述物联网相关技术在你所在项目中的应用
论述在项目中遇到的问题及解决方案
6.4论物联网关键技术与应用
说明软件系统开发中常用的建模方法有哪几类
阐述每种方法的特点及其适用范围
论述你在项目中应用了哪些建模方法
1模，论软件系统建模方法及其应用
列举出几种主要的软件开发模型
概述每种软件开发模型的主要思想和技术特点
阐述你所在项目使用的软件开发模型，使用方法和实施效果
1模，论软件开发模型及其应用
论文类内容
立项
系统设计任务书（系统建设方案、实施计划）
系统规划
产出物：需求规格说明书
阶段属于逻辑设计阶段
详细调查
具体化为新系统的物理模型
优化为新系统的逻辑模型
抽象为逻辑模型
现有系统物理模型
现有系统分析
组织结构分析
系统功能分析
TFD，业务流图
业务流程分析
BPM
业务流程建模
CU矩阵
数据汇总分析
数据静态分析
数据动态分析
数据的存储分布
数据属性分析
DFD数据流图
数据流程分析
数据与数据流程分析
系统需求规格说明书
工作内容包括
系统分析
概要设计说明书
详细设计说明书
体系结构设计
架构设计
数据设计
接口设计
过程设计
软件设计
系统设计
系统实施
项目验收报告
系统验收
开发
运维
消亡
信息系统的生命周期
自顶向下，逐步求解
严格区分工作阶段，每个阶段有任务与成果
强调整体性，全局性
工程化、文档化
特点：适合需求明确的场景
结构化开发方法
具有更好的复用性
关键：建立一个全面、合理、统一的模型
特点：分析、设计、实现三个阶段的界限不明确
面向对象开发方法
粗粒度、松散耦合的系统功能为核心
强调系统功能的标准化和构件化
灵活性、可复用性和可演化性
特点
为实现特定业务目标而执行的一组长期运行的动作或活动
业务流程
代表操作的逻辑分组
服务
位于最底层，对标函数方法这个层次
操作
三个抽象级别
业务组织层
应用结构层
基础设计层
三个层次
服务发现
服务规约
服务实现
建模
面向服务的开发方法
适用于需求不明确的开发
属于需求工程阶段
界面
水平原型
复杂算法
垂直原型
按功能分
抛弃式原型
演化式原型
按最终结果分
原型法开发方法
软件开发方法
先构造一个建议系统
需求不明确
可以帮助用户明确需求
应用场合
获得需求后抛弃原型
快速原型
将原型演化为最终产品
演化原型
分类
原型模型
对应结构化的开发方法
阶段明晰
各阶段有产出物
自顶向下，逐步分解求精
需求明确的项目场景
二次开发类项目
数据处理类的项目
维护
运行
编码
需求分析
一般瀑布的顺序
瀑布模型
原型+瀑布+迭代
引入风险分析
庞大、复杂，高风险的项目
目标设定
风险分析
开发和有效性验证
评审、客户评价
每轮迭代的阶段
螺旋模型
原型+瀑布
多个可控版本发布
增量模型
用例驱动
以架构为中心
增量与迭代
需求建模【需求获取】
范围管理
建立业务模型并明确项目边界
初始
软件体系结构设计
完成架构设计
细化
开发构件及程序，把构件组装为产品，进行测试
构建
验收测试，并交付
交付
项目的四个阶段（横坐标）
业务建模
需求
分析与设计
实现
测试
部署
开发领域
管理
环境
配置管理
支持活动
9个关键环节（纵坐标）【软件开发领域】
统一过程方法/模型
软件开发模型
软件的开发方法和开发环境
软件的运行环境
软件的规模
软件的架构（体系结构/内部结构）
软件可靠性的投入
影响可靠性的因素
软件测试等
避错技术
降低复杂度设计
检错技术
架构冗余
效验码
信息冗余
时间冗余
冗余
N版本
恢复块设计
try catch
防卫式程序设计
容错技术
可靠性设计
软件的可靠性设计
软件工程
用户访谈
文档阅读
现场观察
项目实践
问卷调查
开始阶段让与会者互相认识，针对列出的问题进行逐项讨论
对会议的内容进行开放式交流，鼓励与会者尽可能高效的发言，并对发言不发表评论
把交流的想法、问题，不足等内容记录下来，形成要点清单
针对要点清单进行整理，明确优先级，并进行评审
会议开始后的4个步骤
联合需求计划
领域专家访谈
抽样调查
常用方法
全局视角
业务需求
用户视角
用户需求
功能需求
相应实践、吞吐量等
业务的处理速度
性能（Performance）
无法捕获的数据，不精准的数据
数据的输入、输出以及处理
信息（Information）
成本和收益
经济（Economics）
身份认证功能等
安全和控制水平
控制（Control）
调高使用着的效率
效率（Efficiency）
服务质量
服务（Service）
PIECES框架
非功能需求
性能需求
例如：操作系统、数据库等
设计约束
计算机化
系统需求（软件需求）
需求层次
明示的需求
常规需求
基本需求
隐含的需求
期望需求
多余的需求，需要和项目成本作比较
兴奋需求
QFD
领域需求
什么是软件需求
需求层次/需求分类
外部实体
数据流
加工
数据存储
构成四要素
父图与子图的平衡
只有输入，没有输出
没有输入，只有输出
输入不能得到输出
异常情况
子图内的平衡
平衡原则
功能模型
状态转换图
行为模型
E-R图
数据模型
为各种模型起到解释和说明的作用
数据字典
方法1
对象图
对象模型
状态图
动态模型
DFD
OMT（对象建模技术）
结构化需求分析方法（SA）
系统界面、报表、API接口等
边界类
用于处理业务逻辑
控制类
实体类
类的分类
对象名
对象ID
数据
属性
对象
继承关系
一般和特殊的关系
泛化
隐藏对象的属性和实现细节，只对外公开接口
封装
利用继承机制，不同对象收到同样的消息，产生不同的结果
多态
方法参数不同而执行的内容不同。
重载
面向对象的概念
代表概念上或物理上的元素。属于模型中的静态部分
描述具有相同属性、方法、关系和语义的对象的集合
一个类实现一个或多个接口
类
类或构件提供特服务的一组操作的集合
接口描述了类或构件对外可见的动作
接口
定义交互的操作
协作
描述一些列的动作，产生有价值的结果
在模型中用例通常用来组织行为事物
用例是通过协作来实现的
用例
活动类
构件
节点
包括
结构事物
代表时间和空间上的动作
交互
状态机
行为事物
包
分组事物
注释事物
事物
把事务紧密的联系在一起
关系
多个相互关联的事务的集合
图
构造快
是构造块如何放在一起的规定
首先是给构造快命名
说明：
给一个名字以特定的语义
范围
怎名使用和看见构造快的名字
可见性
事务如何正确、一致地相互联系
完整性
运行或模拟动态模型
执行
规则
是事物语义的细节描述，它是模型真正的核心
规格说明
通过记号来表达更多的信息
修饰
类与对象
接口与实现
公共分类
约束
构造型
标记值
扩展机制
公共机制
UML的组成
类、接口、协作和他们之间的关系
类图
一组对象和他们之间的关系
由模型本身分解而成的组织单元，和他们之间的依赖关系
类似于文件夹
包图
一组封装的类和他的接口
构件图
软硬件之间的映射
部署图
制品包括：文件、数据库和类似的物理比特集合
系统的物理结构图
制品图
描述结构化类（例如构件或类）的内部结构
组合结构图
静态图（结构图）
强调消息发送的时间顺序
顺序图
强调对象之间消息的收发关系
通讯图
强调实际时间、时间点、时间段
定时图
是活动图和顺序图的混合图
交互概览图
交互图
参与者是外部触发因素
用例是功能单元
基本元素
系统与外部参与者的交互
用例图
对系统的功能建模和业务流程建模特别重要
强调对象间的控制流程
属于计算无关性的图
活动图可以表示并行行为
活动图面向对象，流程图结构化
活动图着重表现系统的行为，流程图着重描述系统的处理过程
与流程图的区别
活动图
是对类描述的补充、着重表示状态的变迁
动态图（行为图）
UML
类和对象
逻辑视图
线程、进程、并发
进程视图
物理代码文件和组件
实现视图
软件到硬件的映射
部署视图
UML4+1视图（对系统架构的定义）
识别参与者
合并需求获得用例
用例名称
用例ID
用例描述
基本事件流
异常事件流
事件流
前置条件
后置条件
条件
扩展点
优先级
细化用例描述
包含关系
扩展关系
泛化关系
调整用例模型
用例模型
阅读并理解需求文档
筛选出名词或名词短语，建立初始类清单（候选类）
显而易见的类
不确定类别的类
明显无意义的类
对候选词分为三类
舍弃明显无意义的类
小组讨论不确定类别的类
定义概念类
类继承
接口继承
实现关系
继承相关
解释：对象之间的链接
整体与部分生命周期不同
聚合关系
整体与部分生命周期相同
组合关系
关联关系
一个事务发生变化，影响着另一个事务
依赖关系
识别类之间的关系
成员变量
类所维护的知识
成员方法
责任
类能够执行的行为
为类添加职责
建立交互图
分析模型的详细程度问题
分析模型
OOA建模
面向对象需求分析方法（OOA）
需求分析的方法
提炼、分析、审核已经获取的需求
确保所有的项目干系人明白其中的含义，统一认知
找出其中遗漏、错误或不足的地方进行改正
需求分析的主要任务
绘制系统上下文的范围关系图
绘制用户界面的原型
分析需求的可行性
制定需求的优先级
为需求建立模型
创建数据字典
使用QFD方法
需求分析的主要工作
瀑布思想，需求能被预先定义与交流
严格定义法
一旦需求可被定义就要尊崇严格法
通过原型，反复用户交流
原型法
有些场合也叫做软件规格说明书
需求规格说明书
产出物
需求定义（产出SRS）
需求基线是经过评审的需求规格说明书
使多方达成共识
需求评审
设计测试用例，模拟测试
需求测试
需求验证的方法
用户签字确认是验收标准之一
需求验证（产出物：需求基线）
需求开发
对需求基线进行管理
申请、评估、决策、实施、验证、存档
变更控制
版本控制
需求跟踪矩阵
工具
建立与维护：需求-设计-编程-测试之间的一致性
一致性
把需求落实到后续的每一步工作中
持续性
需求跟踪
需求状态跟踪
计划编制
此时需要用到需求规格说明书
收集需求
制定项目章程
项目范围管理计划
批准的变更申请
组织过程资产
输入
详细范围说明书
输出
范围定义
便于估算
明确范围，防治需求蔓延
最小的可交付物
最底层的工作包
作用
WBS字典
创建WBS
规格说明书
验收
范围确认
范围控制
范围管理的过程
需求管理是对需求基线进行管理的一系列活动
范围管理是项目管理的工作，是需要需求开发工作进行有基础以后才能开展范围管理工作
需求管理与范围管理之间的关系
项目是创建独特产品、服务或成果来进行的临时性的工作
产品范围（客户想要的）
可交付成果的范围
项目范围（客户需求、施工图）
项目的范围包括
对项目的说明
项目管理
需求管理
用户对系统
在功能、行为、性能，设计约束等方面的【期望】
软件需求
需求工程
批处理层
加速层
服务层
三层结构
Lambda架构
Kappa架构
大数据架构
Redis
Memcache
内存数据库
系统架构
案例分析总结
系统分析师知识汇总
0 条评论
回复 删除
下一页
