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