系统分析的主要工作是从现行系统出发，定义出可行的新系统功能。本章主要介绍系统分析的目的、结构化系统分析的基本思想、系统的需求分析、系统规划、系统分析的主要工具以及建立系统的逻辑模型等。
第一节 系统分析的目的
在50年代末，计算机就开始应用于企业的信息处理。随着微型计算机的产生，企业经历了一个短暂的人为计算机热的过程，给不少企业造成了设备的浪费和经济损失，也为后期管理信息系统的开发应用带来不良的思想障碍，从而产生了不少的问题。后来，对这些产生的问题进行分析，便产生了系统分析的概念。
对于企业利用计算机不当造成的浪费、亏损，究其原因，主要有:
1．目标含糊
信息系统开发人员对管理信息系统要达到目标，没有明确、全面、定量的概念，“一切想当然”。所以，开发管理信息系统要有明确的目标，要从企业的实际出发，切不可盲目赶时髦。管理信息系统的开发需要投资，而投资是为了出效益。
2．通讯误解
由于企业管理人员和系统研制人员的专业、经历不同，也不可能完全彼此精通对方的业务，如果缺乏交流，便会产生误解，给系统研制工作造成很大的困难。
3．步骤混乱
管理信息系统的研制环节前后之间有着内在的逻辑关系，如果顺序颠倒，就会出现问题，造成损失，浪费。如先买计算机，再考虑如何使用，是造成浪费的根源。
实践证明:为了是管理信息系统能满足实际要求，首先要认真研究用户“所解决的问题是什么?”这就是系统分析阶段。当用户需要做什么的问题尚未解决，就去讨论系统怎么做，简直是无的放矢!
第二节 结构化系统分析的基本思想
结构化分析（SA），是一种面向数据流的分析方法，采用结构化分析解决问题主要通过“分解”和“抽象”两种方式。
“结构化”的含义是指用一组标准的准则和工具从事某项工作。“结构化”一词最早出自结构化程序设计。结构化程序设计的思想启发了人们对系统的开发产生了新的想法。既然一个程序可以用一组标准的方法加以构造，为什么不可以用一组标准的准则和工具进行系统设计呢?因此，结构化程序设计中的模块化思想被引人了系统设计。而要进行结构化系统设计，必须进行结构化系统分析。
目前，结构化分析(SA: Structured Analysis)方法成为企业有关数据处理及应用软件开发的专业方法。
(一)结构化系统分析的主要原则
1．用户参与系统开发。
2．编写资料应考虑用户的专业水平、阅读、使用的目的。
3．使用适当的图表工具，减少与用户交流意见时发生的问题。
4．在系统具体设计前，先建立系统的逻辑模型。
5．采用“自顶向下”方法进行分析、设计，把系统主要功能逐级分解成具体的、比较单纯的功能。
6．采用“自顶向下”方法进行系统测试。
7．在系统验收之前，就让用户看到系统的某些主要输出。使用户及时看到结果，提出意见。
8．对整个系统生存过程中的费用和收益评价。而不是只对开发、运行的费用评价。
(二)结构化系统分析的方针
自顶向下，划分模块，逐步求精
(三)结构化系统分析的特点
1．用画图的方法。
2．自顶向下的分解。
3．强调的是逻辑而不是物理。
4．没有重复性。
(四)结构化系统分析的步骤
首先，把当前系统的具体模型抽象成当前系统的逻辑模型;然后对当前系统的逻辑模型进行修正、改进，产生目标系统的逻辑模型，最后以系统说明书结束系统分析阶段的工作。
其中:具体模型是表达系统某一种具体的实现方式。逻辑模型是用于表达系统的本质。
第三节 系统需求分析
系统分析的初步阶段必须进行足够深入的需求分析，目的是确立企业信息系统的基本框架、发展计划，明确近期目标。
一． 明确做好系统需求分析
系统需求分析是系统设计的基础。它采用一系列行之有效的技术、方法和工具来分析用户需求，通过特定的形式系统地描述拟开发的信息系统的功能、性能，以及行为特征和相关约束，定义所有内外部特征，最后形成既能指导系统设计、又能同用户沟通的系统需求规格说明。它覆盖了系统设计之前的各项活动。
二．需求分析的过程
需求分析工作是整个系统设计中最关键的一环。有些系统在投入运行后，发现与实际要求差距较大，甚至没有使用价值，这就是因为需求分析工作没有做好。
系统需求分析可分为四个步骤。
1．归纳整理用户提出的各种问题和要求，弄清用户企图通过信息系统达到的目的，并把它作为要求和条件予以明确。
2．在需求获取的基础上，建立逻辑模型，使用自顶向下、逐层分解的方法，把用户对系统的需求分解成若干子系统或软件成分，将外部需求赋予系统的各个功能成分，定义软件成分的内部功能，并标定它们之间的接口。
3．用准确、简练、无二义性的语言将用户需求规格化为系统需求规格说明，使用户和开发人员对拟开发信息系统有共同的理解，它同时还是系统确认、测试、验收和交付的基准。
4．通过需求评审，对需求获取、需求定义等进行全面审查，力图发现需求分析中的错误和缺陷，最终确认系统需求规格说明。
三．需求分析是系统可靠性的保证
需求分析是系统开发的第一步，也是最重要的一步。其工作质量的高低，不仅直接影响后续工作的质量，而且决定着所开发系统的价值。目前，系统需求分析的重要性正日益引起人们的普遍关注和重视，这方面的研究正在大力开展。其中，人工智能中关于知识表示、知识获取与知识处理的研究，似乎对进一步推动需求分析研究带来了希望，我们期盼着它的成功。
第四节 制定系统规划
规划就是人们对要做的事情进行计划、部署和安排，是准备付诸实施的方案，主要是研究“做什么”，系统开发人员总是依据计划来进行系统的组织和控制。成功地进行管理向下系统开发，必须制订好系统规划。
一．系统规划的目的和原则
制订计划就是要确定目标，并提出实现目标的途径、措施和手段。这实际上是对系统的筹划。因此，在制定计划的过程中，自始至终要运用系统科学的方法。并遵守以下的原则:
1．统筹的原则。
2．发展的原则。
二．系统规划的内容和方法
管理信息系统的规划内容包括甚广，主要有组织战略目标、约束及计划指标分析;管理信息系统目标、约束以及计划指标分析;应用系统或系统功能结构、信息系统的组织、人员、管理和运行等。
目前，用于管理信息系统规划的方法很多，主要有关键成功因素法、战略目标集转化法和企业系统规划法等。
1．关键成功因素法(CSFS---Critical Success Factors)
所谓关键成功因素是指一个组织的关键之处，整个组织要生存和兴旺，这些关键之处的性能必须达到一定的水平。如一个商场可能有以下四个关键成功因素:有适当的商品结构、货架上保持有这些商品、有好的广告吸引顾客上门、合适的定价。因而信息系统就必须对它们进行连续的监测和报告。
关键成功因素有四种主要类型:行业因素;竞争战略、在行业中的地位和地理位置;环境因素和时间因素。
2．战略目标集转化法(SST---Strategy Set Transformation)
战略目标集转化方法是把组织总的战略看成一个集合，它包括组织的使命、目标、战略以及其它战略变量(例如，管理水平，是否乐于变化，重要的环境约束等)。然后把组织的战略集转化成管理信息系统的战略集合，它包括管理信息系统的目标、约束和设计战略。具体工作步骤如下:
(1)阐明组织的战略集。(2)把组织的目标和战略递交管理人员讨论、批评和修改。(3)把组织战略集转化成信息系略集。
3.企业系统计划(BSP---Business Systems Planning)
企业系统计划是由包括用户和管理信息系统人员两部分人组成的计划小组来实施的。它基本上包括两个阶段的工作。第一阶段集中在对组织有一广泛全面的理解，弄清目前管理信息系统在组织中的作用，确定为支持组织所需的信息系统结构，以及在这个结构中优先要实现的子系统。这一阶段的工作主要是访问大量的管理人员，收集关于环境、目标、主要的决策问题和已感受到的信息需求的数据。分析集中在组织的业务过程，而不拘束于原来的组织结构。第二阶段的目的是制定一个设计、开发和实现信息系统结构的长期计划，以支持在第一阶段中所确定的业务过程。
总之，当原先还没有一个适合的用于确定信息系统的目标和战略的组织规划时，战略集转化发是用于制定战略的比较好的方法。而关键成功因素法和企业系统计划法一般用于组织信息需求发现阶段。而项目计划可以使用计划评审方法等。
三.系统规划的组织实施
规划制定后，要组织实施，只有组织实施得力，才能取得预期的效果。管理信息系统管理中的组织问题，是指在现有的经费、人员、时间、硬件、软件等工作条件下，如何对员工分工协作和结合，完成目标。系统组织是研究“如何做”。组织实施计划是一个系统工程，根据系统工程原理，在组织过程中必须遵守下列原则:
1.分层划分原则。
2.结构合理原则。
3.协调一致的原则。
第五节系统分析的主要工具
系统分析的主要工具是用于建立具体模型和逻辑模型的。
一.具体模型的主要工具
(一)组织机构图
它可以反映出企业内部的部门划分及它们之间的相互关系，即行政隶属关系、物资交换关系、资金交换关系和资料传递关系等，为功能分析准备了必要的资料。
(二)组织/业务联系图
组织结构图反映了组织内部和上下级的关系，但它不能反映组织内部各部分之间的联系程度、组织各部分的主要业务职能和它们在业务过程中所承担的工作等，这将给后续的业务、数据流程分析等等带来一定的困难。为了解决这个问题，可以引入组织/业务联系图，它可以作为对组织机构图的补充，用以反映组织内部各部分之间的联系程度。
(三)业务流程图
它是对一个组织的功能和层次的某一部分进行详细的描述。因此，一个系统业务处理的全部细节情况往往需要若干张业务流程图来分别描述。
二.逻辑模型的主要工具
逻辑模型是对具体模型的进一步抽象化，其反映了系统的功能和数据流。
(一)数据流程图
数据流程图(DFD: Data Flow Diagram)是管理信息系统开发的主要工具，是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。DFD用来描述系统中的数据经外部实体而“流入”系统，再经过加工处理及存储等过程，最后“流出”系统交付外部实体使用的全过程。它不仅可以用来描述现系统，而且可以用来刻划新系统。利用DFD，可以清楚地描述出现系统的输入、输出及系统的数据处理功能，数据处理过程、数据的存储情况等；利用DFD，可以将系统分析员在系统分析中所设计的新系统逻辑模型描述出来，以表达设计者的逻辑方案及新系统的设计思想。因此，DFD是系统设计的主要依据。
数据流图具有以下两个特点:
·抽象性
它把物流内容去掉，也不考虑具体的物理因素，只是抽象地反映信息的流动、加工、存储和使用情况，因而能够更深刻地反映系统信息处理的本质。使我们有可能抽象地总结出管理信息系统的任务及各项任务之间的顺序和关系。
·综合性
能够得心应手地反映出各种业务处理之间错综复杂的关系，因而具有很强的综合性，能够清晰地反映出系统某一部位的总体情况和全貌。
数据流图是利用有限的符号（外部项、数据流、处理逻辑和数据存储）及若干规则来描述系统逻辑模型的。
订货与兑货的数据流图。
在绘制数据流图时，不同的国家和组织所使用的标准和符号并不相同，我们将根据英国NCC（NATIONAL COMPUTING CENTRE：国家计算中心）的标准进行介绍，这种符号比较简单，使用方便，容易掌握，在英国以标准化。
DFD的四种基本成分：
1. 外部项(数据的源点和终点)(Source or Destination of Data)
简称S。是不受系统控制，在系统以外的数据提供或数据获得的组织机构或个人等。它表达了该系统数据的外部来源或去处。例如:顾客、职工、供货单位、财务部门等等。
2.数据流(Data Flow)
简称F。是指各种各样信息的传输，它包括数据的传递、抽取、存入等等。在物理实现的手段方面，它可以包括报表的传递、电报、信件、对话的收发、计算中各种磁性介质材料的传送以及使用等。数据流不允许包含对话输入的内容（如选择信息、确认信息、查询条件信息等）；不允许出现物理实体（如货物、人民币、职工等）；也不允许有物理的处理，如签名、清库、物资发放等。数据流用箭头表示。Fn.记述数据流的标号。
使用数据流时应注意:
.数据流可以从一个处理流向另一个处理，处理流向数据存储，数据存储流向处理，处理流向终点或源点流向处理。
.除了流向或流出数据存储外，一般都要给予命名。但对于某些含义比较清楚的数据流，就不一定加以描述。
.在同一DFD中，不允许两个数据流同名。
.避免出现控制流。
3.处理逻辑(Process Logical)
简称P。处理逻辑的含义包括任何一种对信息的加工，例如，排序、算术运算、逻辑判断、统计分析等。它既包括手工的加工处理、也包括使用计算机的加工处理。
处理逻辑可以用长方形，中间注有功能描述，上、下面注有标识部分来表示。
4.数据存储(Data Store)
简称D。数据存储是数据保存的地方。它可以指帐簿、记录本，也可以指计算机中存储的各种文件及数据库。
数据存储在系统中应起“邮政信箱”的作用。处理逻辑与处理逻辑之间应尽可能避免有直接的箭头联系，而是通过数据存储发生联系比较好。这样可以提高每个处理逻辑的性，减少系统的复杂性。
数据存储不等于是数据库的逻辑模型。从数据库设计的角度来看，DFD加上数据字典，相当数据库系统的概念模型，需要进一步进行逻辑设计和物理设计。在广泛采用的微机关系型数据库中，数据存储与数据库的对应关系有两种：一对一的关系和一对多的关系。例如，作为数据存储，职工档案通过数据库的规范设计，对应多个关系（如职工基本情况、职工社会关系和职工历史情况等）。即使是一对一的关系中，两者也不一定完全一致。例如，出库单中有单价、数量和金额等数据项，在数据库设计中要去掉金额等冗余项。所以，在DFD中不能用数据库的逻辑模型代替数据存储。
(二)数据字典(DD:Data Dictionary)
DD是以特定格式记录下来的对系统各基本要素的具体内容和特征所做的完整定义和说明，通常情况下，它是对数据流程图的重要补充和注释。
数据字典是描述系统的一组DFD内部元素的清单。数据字典可以用人工的方式建立、记录在卡片上，或记录在表格中，也可以把它们以文件的形式建立在计算机的磁盘上。DD中使用的符号如下：
=：表示等价、定义为
+：表示“和”
[]：表示选择，即从括号内选取某一项
{}：表示重复，即重复括号内的项，n1,n2为重复n1---n2次
（）：表示任选，可全选，也可选空，即一项也不选。
数据字典可以用来详细描述数据项、数据结构、数据流、数据存储和处理过程等。
(三)处理说明
处理说明重要用于精确地描述处理“做什么”的问题。因为在分析一个处理逻辑时，系统分析人员往往会发现许多意义不明确、模棱两可的问题，也会发现对某些处理逻辑不是表达的过于简单就是过于繁琐。总之使别人看了以后不得要领。程序设计员见到这种处理逻辑后业无法编制程序。
一般来说，在不得一个处理逻辑时，往往会存在以下几个问题:
(1)界限不精确
例如:在邮局的国际航空印刷品计价表上写着:
20克以下 0.30元
20克----50克 0.50元
当印刷品的重量刚好等于20克时，应该如何收费，是收0.30元还是0.50元，在此表中并没有说明。而实际上邮局是按下限，即0.30元收费的。
为了防止这种产生界限不清的语句，系统分析员应使用大于，小于、大于等于，小于等于这种词汇。这样，“重量小于或等于20克，收费0.30元”就要比“重量在20克以下则收费0.30元”要精确的多。
(2)逻辑条件的次序不明确
例如:某厂制定一项奖励:“本月无安全事故并且完成本月计划产量或节油达到计划指标者，可得奖金500元”。
这条是属于逻辑条件的次序不明确。为了避免这类问题，应该使用逻辑代数中的 “与”(.AND.并且的意思)和“或”(.OR.或者的意思)运算符来表示。这样，上述的奖励可描述为:
(本月无安全事故)
与
(完成本月计划产量 或 节油达到计划指标)
则得奖金500元。
(3)意义模糊的形容词
例如:某公司主管销售的经理制定了一项订货:“凡是老顾客或付款信用好的顾客均可优先订货”。
在这一条中，“老顾客”的定义是什么?“付款信用好”的标准是什么?这两个“老”、“好”的形容词的意义十分模糊，可以由人任意解释。
如果有形容词，事先必须加以严格的定义。例如:“老顾客”为“和本公司业务往来大于等于5年的顾客”。“信用好”定义为:“在过去6个月内没有发生延迟付款之事”。有了严格的定义，才不会发生含糊不清、任人解释的问题。
为了避免产生上述各种问题，对DFD中的每一个处理逻辑都必须有一个“基本说明”，以用以处理逻辑的分析资料。而分析和表达一个处理逻辑的功能的方法(工具)有三种，即结构化语言、决策树和决策表。它们各有其长处和不同的适应范围。下面我们将分别给予介绍。
1.结构化语言(Structured Language)
结构化语言是专门用来描述一个功能单元逻辑要求的。它介于自然语言和程序语言之间，是因为受到结构化程序的设计思想的启发而产生出来的。它也有顺序、判断和循环三种结构。
(1)顺序结构(祈使语句)
利用自然语言来表达“计算每户每月用电费”的过程如下:
“电工计算电费的过程是:查住户本月底的电表读数，查住户上月底的电表读数，由本月底的电表读数减去上月底电表的读数，得到本月的实际用电数，以每一度电的单价0.35元乘以住户的实际用电数，得出该住户本月应该交纳的电费。”
用结构化语言描述为:
获得当前电表数
获得上月底电表数
当前电表数减去上月底的电表数，得到本月实际用电度数
0.35元乘以实际用电度数，得到电费。
(2)判断结构(判断语句)
例如: 某个企业的人事部门，对一部分职工重新分配工作，其分配原则如下:
“对于部分职工，如果年龄不满18岁，文化程度是小学，则脱产学习。文化程度是中学，则当电工。如果年龄满18岁但不满40岁，如果文化程度是小学或中学，若是男性，则当钳工，若是女性，则当车工。文化程度是大学，当技术员。如果年满40岁以上者，文化程度是小学或中学，则当材料员，文化程度是大学，则当技术员。”
用结构化语言可以把这项分配表述如下:
如果 文化程度是小学
如果 年龄<18岁
脱产学习
否则
如果 18<=年龄<40 岁
如果 男性
当钳工
否则 (女性)
当车工
否则 (年龄>=40岁)
当材料员
否则
如果 文化程度是中学
如果 年龄<18岁
当电工
否则 18<=年龄<40岁
如果 男性
当钳工
否则 (女性)
当车工
否则 (年龄>=40岁)
当材料员
否则 (文化程度是大学)
当技术员
(3)循环结构(循环语句)
例如: 计算某单位本月应收的总电费的结构化语言描述如下:
对每一户
计算本月的电费
将每户的电费加到总计中
2.决策树(Decision Tree)
如果某个处理动作的执行不是制依赖一个条件，而是和若干个条件有关，那么用结构化语言就要使用很多层次的判断语句，因此不能一目了然。而决策树和决策表就能很好地解决这个问题。
例如:某工厂制定了一项对职工的超产奖励:
“对于生产产品X和产品Y的工人，凡是实际生产数量超过计划指标者，均可获得奖金，原则是超产数量越多，奖金就越多。
“对产品X，实际产量超过计划指标1件至50件，奖金按超产部分的每件0.10元计算;实际产量超过计划指标51件至100件，其中50件按每件0.10元计算，其余部分按每件0.12元计算;实际产量超过计划指标100件以上，其中50件按每件0.10元计算，另外50件按每件0.12元计算，其余部分按每件0.15元计算。
“对产品Y，实际产量超过计划指标1件至25件，奖金按超产部分的每件0.20元计算;实际产量超过计划指标26件至50件，其中25件按每件0.20元计算，其余部分按每件0.30元计算;实际产量超过计划指标50件以上，其中25件按每件0.20元计算，另外25件按每件0.30元计算，其余部分按每件0.50元计算。”
这个问题用决策树描述如下:
1= 奖励 1= 产品种类 超产数量 奖金计算公式 3.决策表(Decision Table) 决策表是另一种表达逻辑判断的工具。与结构化语言和决策树方法相比，决策表的优点是能够把所有的条件充分地表达出来。但其缺点是决策表的建立过程较为复杂，而且表达方式不如结构化语言和决策树简便。 决策表格式由四部分组成，左上部分为判断条件，左下部分为处理行动，右上部分为不同条件的组合，右下部分表示出不同条件组合下应采取的行动。 例如：某公司规定推销员的工资与公司的经济效益挂钩，按推销的产品收入提成，多劳多得。规定每月推销额在10万元以上（含10万元，下同），付款比例在80%及以上而且新产品在5成及以上者，按推销额6%提成；新产品不足5成则按5%提成；若付款比例在40%至80%之间，新产品5成以上按5%提成；新产品不足5成则按4%提成；若付款比例低于40%，则按3%提成。 推销额不足10万元，付款比例在80%以上则按4%提成；付款比例在40%和80%之间则按3%提成，不足40%则按2%提成。 在这个问题中，判断条件有三个：即推销额（二种情况）、付款比例（三种情况）、新产品（二种情况），这样一来，条件组合有：2*3*2=12种，而处理行动则有5种（提成方案）。 设：D；为推销额大于等于10万；S：为小于10万 G：为付款比例大于等于80%；Z：为小于80%而大于等于40%；D：不足40% X：为新产品大于等于50%；L：为小于50%。 在上述例子中，可进行适当的合并。例如第5、6列，当推销额为“D”、付款比例为“D”时，不管产品是“X”还是“L”，提成率都是3%，说明此时行动与新产品的比例无关。同样地，后面的各列也可合并。 4.三种表达工具的比较 (1)从工具的难易程度讲，决策树最容易，结构化语言居中，而决策表难度较高。因为决策表要把条件一个不漏地列出来，同时，利用决策表要有一定的逻辑代数知的识。 (2)对于逻辑验证，决策表最好，它能把所有的可能性全考虑到，能澄清疑问。结构化语言居中，而决策树较差。 (3)对于直观表达逻辑结构，决策树最好，而决策表最差。 (4)作为程序设计说明，结构化语言最好，决策树最差。 (5)对于机器可读性，也就是计算机自动编制程序，结构化语言最好，决策树最差。 (6)对于可修改性，结构化语言最好，决策树居中，而决策表的可修改性是最低。因为当想要增加一个条件或减少一个条件时，都要改变条件组合。 综上所述，我们可以得出以下的结论: .对于一个不太复杂的判断逻辑，即条件只有2---3个，条件组合及行动在10---15个之间，使用决策树最好。 .对于一个复杂的判断逻辑(条件多，组合多，相应的动作也多)，使用决策表最好。 .对于一个处理逻辑既包含了一般的顺序执行动作，又包含了判断或循环逻辑，则使用结构化语言最好。 第六节 系统逻辑模型的建立 通过对当前系统的分析和利用构造信息系统模型的最流行工具数据流程图DFD，在系统数据及其处理过程调查分析的基础上，对系统进行概括与抽象，从而产生了无具体因素，能客观反映系统本质的系统逻辑模型。 一.数据流图的形成方法 DFD是采用自顶向下的方法绘制的，这种方法的基本思想是把整个系统当成一个“功能”看待，先画出概括性最强的，也是最粗略的DFD，然后逐步向下分析，功能越分越细，数据流逐渐错综复杂起来，直到所需的详细程度为止。 新职工工资 工资条、工资单 汇总表、统计表 工资变动数据 工资分配表、转帐凭证 工资核算顶层DFD 新职工工资 工资报表 统计表 工资变动数 转帐凭证 第一层DFD 新职工工资 变动数1 变动数2 变动数3 变动数据清单 第二层DFD (一)DFD逐层展开原则 1.DFD展开的层次与组织结构图中的管理层次应保持一致，也可以划得更细一点，应该先考虑输入、输出数据流，逐层分解，并注意父、子图的平衡。所谓父子平衡，通常是指在分层DFD中，其父、子图具有相同输入/输出数据的性质。 2.最细一层的功能对数据的处理过程能用几句话或一个模型或几张决策表就能清楚地表达。 3.最细一层的功能要么全用手工处理，要么全用计算机处理，否则再给予分解。但每一个处理分解最好不要超过七个子处理。 4.数据存储应该是一个实体的描述。 5.最细一层的数据流程图必须把系统处理过程中的例外情况与出错处理反映出来。 (二)DFD的作用 1.系统分析员用这种工具可以自顶向下分析系统信息流程。 2.可以在图上划分出需要计算机处理的部分。 3.根据逻辑存储，进一步作数据分析，向数据库设计过渡。 4.根据设计流向，定出存取方式，批处理或实时处理方式。 5.对应一个处理过程，用相应的语言、决策表等工具来表达处理方法。 6.与用户进行交流后修改。 (三)DFD的优缺点 1.总体概念强，每层都明确强调“干什么”，“需要什么”，“给出什么”。 2.可以反映数据的流向和处理过程 3.由于自顶向下分析，容易及早发现系统各部分的逻辑错误，也容易修正。 4.容易与计算机处理相对应。 5.不直观，一般都要在作业流程发现的基础上加以概括、抽象、修正来得到。 6.如果没有计算机系统帮助的话，人工绘制太麻烦，工作量较大。 二.建立当前系统的逻辑模型 企业管理信息系统的开发实质上是改进、改善原有的企业信息系统，系统的目标并没有改变，因此需要了解企业的当前系统，这就要求要建立企业当前系统的逻辑模型。 可以从组织结构图、业务流程图中单独把数据及信息流动和存储情况抽出来，得到信息流动及存储的总的综合情况，这就是数据流程图。为了进一步把握数据流程图中各项数据及信息，明确它们的各种属性，采用的办法是编制数据字典。最后，还应该对数据流程图中的各项处理给予说明。 通过以上的工作，就可以得到主要由数据流程图、数据字典、处理说明所组成的当前系统的逻辑模型。 三.提出目标系统的逻辑模型 当前系统的逻辑模型使我们具体了解了系统的实际情况，也了解了其问题之所在。例如:某些数据流向的不合理，某些数据存储的不必要的冗余，某些处理原则的不合理等。上述不合理现象是由多种原因造成的，有的可能是习惯使然，有的可能是落后的技术手段使然，有的可能是由于不合理造成，也有的可能是管理思想不正确造成的。另外，当前系统逻辑模型使我们能发现阻碍系统效率提高的关键所在，在这里进行改进，可以使系统的效益得到大的提高。在建立当前系统逻辑模型的进程中，我们也了解了进行改进的可能性和必要性，这是我们提出目标系统逻辑模型的依据。首先要考虑可能性，有些问题虽然不合理，但是其解决超出信息系统开发人员的能力，如某些问题或管理思想问题，这种情况就不能列入管理信息系统开发工作的范围。有的变动投入大，产出小，也可不考虑。一般来说，建议改进应是可行的，能较快带来效益，并且应尽可能循序渐进，不要企图一次做过多的改变，以免对现有的管理信息系统及其管理人员造成太大的震动，形成不必要的社会和心理阻力。 我们把处理手段的改进叫作划分人机界面。把功能的改进叫做优化系统。一般说来，划分人机界面与优化系统两者的顺序没有严格的规定。 经过上述改进即划分人机界面，优化加工、数据，得到人机界面一侧经改进的DFD、改进过的数据字典、修改过的处理，这就组织管理信息系统的目标系统的逻辑模型。按照这个逻辑模型开发出来的系统将比原来的管理信息系统有很大的改进，数据冗余度下降，数据一致性提高，处理过程简化，再加上部分采用计算机处理，显然，性能得到了很大的改进，更能满足管理的信息需求。 总之，保留当前系统逻辑模型的合理部分，修改当前系统逻辑模型的不合理部分，从而产生了目标系统的逻辑模型。 第七节 系统说明书 经过调查、分析，我们已经在分析当前系统功能的基础上，提出了目标系统的逻辑模型。完成了这些工作，系统分析的任务已基本结束。但是，还应写出一份结构化系统分析资料，即系统说明书。系统说明书是系统分析阶段的产物，它将作为今后系统设计和系统实现的主要依据。 系统说明书主要包括以下的内容: 1.系统概况。是对当前系统的情况作一高度概括的描述。如现行系统组织机构、主要业务、存在问题和急需改进的环节等。 2.新系统的目标。 3.目标系统的数据流程图、数据字典和处理说明等有关目标系统逻辑模型的主要图表分析及说明。指出目标系统的逻辑功能和各种数据流向，对系统的每一个数据元素、数据结构、数据存储、数据流、处理说明和外部项都要有明确定义。 4.目标系统的推荐方案。虽然目标系统的设计方案已经过优化，但仍然带有建议性的。为了有更多的选择余地，通常是推出几个方案，以供企业选择。 系统说明书一旦被审核通过，它就是一个具有约束力的指导性文件，作为下一步系统设计的依据，用户和系统开发人员都不能随意修改了。下载本文
1 2 3 4 5 6 7 8 C1:推销额 D D D D D S S S C2:付款 G G Z Z D G Z D C3:新产品 X L X L - - - - 提成：6% V 提成:5% V V 提成:4% V V 提成:3% V V 提成:2% V
