一、简介

1.1 背景

系统分析（System Analysis）源于美国的兰德公司。1945年夏，美国道格拉兹飞机在文职人员的建议下，组织各方面的科学家为美国空军研究“洲际战争”，其目的是向空军提供有关技术和设施的建议，不久，提出“试验性环球空间飞行器设计”研究报告。

该组织的工作影响较大，经发展、完善，成为独立的研究机构，专门从事咨询活动，以系统为中心，以系统结构、系统观点为主导，创立了一套解决问题的方法——系统分析法。

1.2 概念

系统分析就是根据系统规划所确定的范围，对现行系统进行详细的调查，描绘出现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。系统分析阶段的结果在系统分析说明书中描述。

二、系统分析任务

系统分析是在总体规划的指导下，对某个或若干个子系统进行深入仔细地调查研究，确定新系统逻辑方案的过程。系统分析阶段的任务是定义或制定将来的系统应该“做什么”。

2.1 现行系统的详细调查

通过各种方式和方法对现行系统作详细、充分和全面的调查，弄清现行系统的边界、组织结构、人员分工、业务流程、各种计划、单据和报表的格式、处理过程、企业资源及约束等情况，对现行系统有一个比较深的认识。

2.2 组织结构与业务流程分析

用图表和文字对现行系统进行描述，详细了解各级组织的职能和有关人员的工作职责、决策内容对新系统的要求，业务流程中各个环节的处理及信息来龙去脉。
目的在于把系统的内在关系分析清楚，以便确定形成新系统的逻辑模型。

2.3 系统数据流程分析

在对业务流程分析的基础上，分析数据的流动、传递、处理与存储过程，用数据流程图进行描述，建立数据字典。

三、系统分析过程

3.1 建立新系统的逻辑模型

在系统调查和系统化分析的基础上建立新系统的逻辑模型。

3.2 系统分析阶段的关键

“理解”  要求系统分析人员要善于挖掘出用户没有明确表达出来的需求，要善于通过系统分析修正用户提出的要求。

“表达”用什么样的工具描述对系统的理解。

使得用户能够看懂，能够与系统分析员共同讨论和修改。

使得系统设计员和程序员能够正确理解，保证开发的系统符合用户要求。

3.2 系统分析的困难

3.2.1 问题空间的理解
系统分析人员缺乏足够的对象系统的业务知识；用户缺乏计算机方面的足够的知识。

3.2.2 人与人之间的沟通

系统分析员与用户的知识构成不同，经历不同，导致双方的交流困难。

3.3.3 环境的不断变化

MIS生存在不断变化的环境中，环境对MIS不断提出新的要求。

四、系统分析的原则

4.1 逻辑设计与物理设计分开的原则

4.2 面向用户的原则

4.3 结构化分析的原则

用传统方法进行系统开发时。

设计人员过早地考虑了具体的物理细节在选择处理方法及具体硬件、软件方面化了很多时间和精力。

到了开发后期又往往发现有的内容不合适，或者根本不需要，这时推翻重来，浪费很多人力、物力，若是大系统开发，后果更为严重。

4.4 逻辑设计与物理设计分开的原则

逻辑设计是全局的总体设计，物理设计是总体设计下各个局部细节安排。因此，在系统分析阶段集中力量搞好逻辑设计，有利于保证系统整体的合理性和最佳性。

以抽象和分解为手段，对系统进行自顶向下的逐层分解、逐步细分、逐步求精，从而达到易于理解的目的。抽象是先考虑问题的最本质属性，暂时不考虑具体细节，以后同志逐层添加细节，即把复杂的处理内容隐蔽起来，便于抓住主体，有利于对问题的理解。

分解是把一个复杂问题分割成若干个较小、较易解决的问题，然后分别处理。

五、系统调查

对原系统进行调查的目的在于掌握原系统的现状，发现问题和薄弱环节，收集资料，为下一步的系统化分析提出新系统的逻辑模型并做好准备。

5.1 系统调查的内容

围绕与项目有关的组织内外的指各个方面的信息

（1）、组织机构的管理功能。
（2）、组织目标和发展战略。
（3）、工艺流程和产品构成。
（4）、管理方式和具体业务的管理方法。
（5）、业务流程和工作形式。
（6）、数据和数据流程。
（7）、决策过程和决策方式。
（8）、现存问题和改进意见等。

5.2 系统调查的原则

（1）、自项向下全面展开。
（2）、先熟悉业务再分析其改进的可能性。
（3）、工程化的工作方式。
（4）、全面调查与重点调查相结合。
（5）、主动与用户沟通、保持积极友好的人际关系。

5.3 系统调查的方法

5.3.1、研究资料法

分析和研究资料获取需求。

资料分为企业外部资料和企业内部资料。

资料反映静态的和历史的情况。

5.3.2、问卷调查法

通过问卷调查的方式搜集需求

自由格式：提供了灵活回答问题的方式。

固定格式：便于进行信息的归纳和整理，结论清晰明确。

5.3.3、用户访谈

面对面的与用户进行交流。

结构化访谈：事先确定好的问题。

非结构化访谈：只有谈话的框架。

5.3.4、实地观察法

采用实地观察的方法辅助开发者挖掘需求。

六、系统分析的工具

6.1 对系统进行概要描述的工具

业务流程图和数据流程图（DFD, Data Flow Diagram）

6.2 数据部分详细描述的工具

数据字典（Data Dictionary，简称DD）.

6.3 功能详细描述的工具

结构式语言、判断表和判断树。

6.4 数据库逻辑设计的工具

数据存储结构规范化。

6.5 数据存取分析的工具

数据立即存取分析图。

七、结构化分析方法

并非所有组织都会使用每种结构化分析方法，但总的来说，他们对系统开发过程的质量有重大影响。例如：美国的一位国防和商业电子开发商曾报告说，通过应用结构化分析方法，1988年到1994年在软件成本上节约了1720万美元，这主要是因为避免了修复需求确定阶段所犯错误的重复工作。他的成功表示系统开发人员的生产率翻了一倍，并且有助于避免高代价的系统错误。

7.1 组织结构与功能分析

通过调查了解企业各机构间的内在联系，绘出企业的组织结构图，作为后续分析和设计的参考。结构图描述组织机构的层次和隶属关系。组织/业务联系表反映组织各部分在承担业务时的关系。

7.2 业务流程分析

在组织结构和功能分析的基础上，调查系统各环节的业务活动，掌握业务内容、作用及信息的输入、输出、数据存储和信息的处理方法及过程等，用流程图的方式描绘出来。业务流程图一般是顺着原系统信息流动的过程逐步地进行。

业务流程分析采用的是自顶向下的方法。

画出高层管理的业务流程图。再对每一个功能描述部分进行分解，画出详细的业务流程图。

 八、数据流程图

8.1 数据流程图的概括性

把系统对各项业务过程或业务活动联系起来考虑开形成一个整体。从而反映系统中各项业务过程或业务活动之间的错综复杂的数据流通、加工、交换关系。反映数据处理之间的相互制约关系。反映系统处理的全貌。

8.2 数据流程图的抽象性

数据流程图中不考虑具体的组织机构、工作场所、物流、资金流等。

只考虑数据的加工、存储、流动或使用情况。

它可以使系统分析员抽象地总结出新的信息系统的任务以及各项任务之间的关系。

8.3 画数据流程图时应考虑的问题

（1）、系统主要的逻辑功能是什么？也就是要做什么事情。
（2）、它的外部项是什么。
（3）、它的输入和输出数据流是什么？从哪里来？到哪里去？
（4）、应在系统中保存哪些数据？也就是说为了满足用户的要求，应该把什么样的数据作为资源保存在系统中。