软考-系统分析师-系统分析模块思维导图模板

概述

系统分析阶段也称为逻辑设计阶段，其任务是根据系统设计任务书所确定的范围，对现有系统进行详细调查，描述现有系统的业务流程，指出现有系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。

详细调查

概述

详细调查是对现有系统进行详细而具体的调查，为系统分析和新系统逻辑模型的建立提供详尽的、准确的、完整的和系统的资料，使系统设计工作在摸清系统现状、明确用户需求的基础上进行。

主要内容

详细调查的主要内容有<font color="#e74f4c">现有系统的运行环境和状况、组织结构、业务流程、系统功能、数据资源与数据流程、资源情况、约束条件和薄弱环节</font>等。<br>

详细调查的方法

收集资料

收集对系统有用的信息。

开调查会

也称为座谈调查，这是一种集中征询意见的方法，适合于对系统的定性调查。

个别访问

用户访谈或面谈，这种方法是对开调查会的一种补充。

书面调查

根据系统特点设计调查表，进行问卷访问，征求意见和收集数据。

抽样调查

根据概率统计的随机原则，选取部分对象进行详细调查。适用于那些需要全面资料而又不可能进行全面调查，或者进行全面调查有困难，或者没有必要进行全面调查的情况。

应用了数理统计的思想

现场观摩

适合对较复杂、较难理解的流程和操作获得需求。

参加业务实践

扮演或模拟扮演系统中的角色或元素，参加系统的业务实践。是能发现问题的本质和寻找解决问题的办法。

阅读历史文档

适合一些数据流比较复杂的，工作表单较多的项目，有时是难以通过说，或者通过观察来了解系统细节的。

现有系统分析

概述

在系统分析阶段，对现有系统进行了详细调查，为系统逻辑模型的建立提供资料。不管是初步调查还是详细调查，系统调查的目的是获取数据和资料，对现有系统进行分析。

信息系统的开发就是要实现新系统的物理模型，即建立一个物理系统。

结合现有系统分析，进行新系统设计的过程

现有系统：物理系统--（模型化）--物理模型--（抽象化）--逻辑模型

新系统：逻辑模型--（实例化）--物理模型--（具体化）--物理系统

组织结构分析

组织结构概念：组织结构是一个企业内部部门的划分及其相互之间的关系:每个企业都有自己的组织结构图，它将企业分成若干部分，标明行政隶属关系。

组织结构图

组织结构调查就是对企业组织结构与职责进行分析，明确企业内部的部门划分，以及各部门之间的领导与被领导关系、信息传递关系、物质流动关系和资金流动关系，并了解各部门的工作内容与职责，包括业务程序和业务岗位等。

此外，还应详细了解各级部门存在的问题和对新系统的要求等。通过组织结构调查，系统分析师可以掌握企业组织结构的现状和存在的问题。在进行组织结构调查时，要注意以下两个问题:切实了解各部门的职责、明确企业边界。

系统功能分析

功能体系图

在掌握企业组织结构的基础上，以组织结构为线索，层层了解各个部门的职责、工作内容和内部分工，就可以掌握系统的功能体系，并用功能体系图来表示。

功能体系图是一个完全以业务功能为主体的树形图，其目的在于描述企业内部名部门的业务和功能。

功能流程图

功能流程图可以检验是否识别出所有的功能，判定系统分析师是否理解了系统功能，也是以后进行系统设计的基础。

业务流程分析与建模

概念：业务流程分析的目的是了解各个业务流程的过程，明确各个部门之间的业务关系和每个业务处理的意义，为业务流程的合理化改造提供建议，为系统的数据流程变化提供依据。

业务流程分析的主要方法

价值链分析法

找出或设计出那些能够使顾客满意，实现顾客价值最大化的业务流程。

客户关系分析法

把CRM用在业务流程的分析上。

供应链分析法

从企业内部供应链和外部供应链两个角度来分析企业的业务流程，分析哪些流程处于供应链的核心环节。

基于ERP的分析法

能够对供应链上的所有环节进行有效管理，实现对企业的动态控制和各种资源的集成和优化。

业务流程重组

以顾客满意为出发点进行价值链的分解与整合，改造原有的业务流程，实现业务流程的最优化。业务流程重组以流程为核心对业务流程进行根本式再造。

业务流程分析的传统工具

业务流程图(Transaction FlowDiagram,TFD)

TFD是分析和描述现有系统的传统工具，是业务流程调查结果的图形化表示。它反映现有系统各部门的业务处理过程和它们之间的业务分工与联系，以及连接各部门的物流、信息流的传递和流动关系，体现现有系统的边界、环境、输入、输出、处理和数据存储等内容。

基本图形符号

业务处理单元

业务处理

表格制作

数据收集

存储

业务流向

业务活动图示(Business Activity Mapping,BAM)

UML的活动图

业务流程建模

两种方式

自顶向下

自顶向下的方法从企业任务目标出发，根据流程上的价值链来确定最基本的流程，逐层分析业务目标直至底层。此过程涉及到将业务需求细化为系统需求，再将系统需求细化为功能。

自底向上

自底向上的方法分析现有系统，从已有业务流程活动及其联系出发，用于明确业务细节问题。

业务流程模型方法

标杆瞄准(Bench marking)

IDEF(IntegrationDEFinitionmethod,集成定义方法)

Petri网

形式化方法会用到

DEMO(Dynamic Essential ModelingofOrganization,组织动态本质建模法)

业务流程建模语言

BPEL

BPML业务流程建模语言

BPMN

业务流程建模标注

XML流程定义语言

UML(推荐活动图)

数据与数据流程分析

数据与数据流程分析是以后建立数据库系统和设计功能模块处理过程的基础。

这个过程可以使用结构化与面向对象的思想。

SA（结构化）是一种面向数据流的分析方法，在SA中，DFD是数据流程分析所使用的主要工具之一，DFD用少量几种符号综合地反映出信息在系统中的流动、处理和存储情况，具有抽象性和概括性的特点。

DFD的抽象性

指它完全舍去了具体的物质，只保留了数据的流动、加工、处理和存储。

DFD的概括性

指它可以把信息中的各种不同业务处理过程联系起来形成一个整体。

在OO(面向对象)方法中，把企业实体都当作对象，数据作为对象的属性是封装在对象内部的。系统通过对象之间的交互来处理数据流程，进行数据的传递，通过持久化技术和对象关系映射把数据存储在数据库中。

系统需求规格说明

概念：系统需求规格说明书也称为系统分析报告，或简称为系统说明书，它是系统分析阶段的技术文档，也是系统分析阶段的工作成果。

系统需求规格说明书在整个系统开发中占有非常重要的地位，应该对其进行正式的评审，参加评审的人员有核心开发人员、企业领导、业务代表、系统分析师和外聘的专家等。一旦通过评审，系统需求规格说明书将成为系统开发中的权威性文件，是系统设计阶段的主要依据

分为九大部分

引言

引用文件

需求

合格性规定

需求可追踪性

非技术性需求

尚未解决的问题

注解

附录