第六章_系统分析

2. 系统开发的指导原则 ① 系统开发的目的性：应明确系统开发的目的，确立面向用户的观点。 ② 系统的环境适应性：应该适应环境变化的要求，开发易扩展、易维护 的系统。管理系统必须具有开放性、扩展性、易维护性，才能适应环 境，成为具有生命力的系统。 ③ 文档化管理：软件是程序以及开发、使用和维护这些程序所需的所有 文档。要及时按照一定规范产生各种文档，做到工作成果文档化、图 表规范化。 ④ 用户参与：用户能够真正地理解系统应用的业务含义，是信息系统开 发成功与否的最终评判者。用户要在系统开发的全过程中积极参与， 从业务角度审核技术性设计，并提出建议。
5. 系统数据调查 全面收集与业务有关的所有保存和传递数据的载体，包括各种原始凭证、 票据、单据、台账。 数据调查要以业务流程为线索，并经过四个步骤： (1) 分析和确定数据来源 (2) 全面收集各种载体上的有用数据 (3) 对所收集的数据进行分析和净化 (4)对所有数据进行保护和整理
6.2.2 需求分析及确认
3. 数据流程图的绘制 绘制数据流程图应采取自上而下逐步求精的方法，把整个系统当作一个 处理功能看待，首先确定系统的边界或范围，再逐层向下考虑较低层 次的系统。
（1）背景图
首先要建立的是系统的背景图，也叫内外关系图。 （2）顶层数据流程图
若系统中具有全系统共享的数据存储，可表示在顶层数据流程图中，部 分处理功能共享的数据可在低层次数据流程图中表达。绘制顶层数据 流程图先应根据系统可行性分析确定的范围和目标、用户的需求，划 定系统的界面。
3. 数据字典的条目（简答） 数据字典中的条目有以下六种形式： (1) 数据项。是数据处理中基本的不可分割的逻辑单位。 (2) 数据结构。 用以描述数据流/数据存储的逻辑组成。 (3) 数据流。 (4) 数据存储。 (5) 处理功能。 (6) 外部实体。
6.3.3 功能分析
功能分析是对数据流程图中处理过程的功能作详细的说明。从逻辑上进行分析， 处理功能可归纳为三类，即数据的输入和输出处理、算术运算、逻辑判断。 常采用决策树、决策表及结构化语言等作为描述功能分析的工具。 1.决策树 （会绘制） 决策树又称判定树，是一种呈树状的图形工具，适合于描述处理中具有 多种策略，要根据若干条件的判定，确定所采用策略的情况。左端圆圈为树 根表示决策结点；由决策结点引出的直线，形似树枝，称为条件技，每条树 枝代表一个条件；中间的圆圈称为条件结点；右端的实心圆表示决策结果。 决策树中条件结点以及每个结点所引出条件技的数量依具体问题而定。 决策树的优点是清晰、直观；缺点是当条件多，而且互相组合时，不容 易清楚地表达判断过程。
6.3.4 数据/功能分析
数据/功能分析从总体上了解系统的处理功能与数据资源之间联系的过程， 一般在数据流程图和功能分析之后进行。 1. 格栅图 格栅图用网格分布的方法直观地表示两个方面的开发资源之间的关系。 2. U/C矩阵 • U/C矩阵是一张表格。它可以表数据/功能系统化分析的结果。它的左边 第一列列出系统中各功能的名称，上面第一行列出系统中各数据类的名 称。表中在各功能与数据类的交叉处，填写功能与数据类的关系。 • 如果在某功能中建立了一个数据类，则在该功能与数据类的交叉处填写 上字母“C” • 如果在某功能中要用一个数据类，则在该功能与数据类的交叉处填写上 字母“U”
U/C矩阵的正确性，可由三方面来检验： (1) 完备性检验。这是指每一个数据类必须有一个产生者(即“C”) 和至少 有一个使用者(即“U”) ；每个功能必须产生或者使用数据类。否则这个U/C 矩阵是不完备的。 (2) 一致性检验。这是指每一个数据类仅有一个产生者，即在矩阵中每个 数据类只有一个“C”。如果有多个产生者的情况出现，则会产生数据不一致 的现象。 (3) 无冗余性检验。这是指每一行或每一列必须有“U” 或“C”，即不允 许有空行空列。若存在空行空列，则说明该功能或数据的划分是没有必要的、 冗余的。 将U/C矩阵进行整理，移动某些行或列，把字母“C” 尽量靠近U/C矩阵 的对角线，可得到C符号的适当排列。
数据流程图可以清晰描述新系统的全貌，但它不能表达数据存储的项目于处 理功能含义等相关内容，因此还需专门的数据分析和并能分析活动。
6.3.2 数据分析
数据分析的任务，是将数据流程图中所出现的各组成部分的内容、特征用数 据字典的形式做出明确的定义和说明。 1. 数据字典的作用（简答） 数据字典是给数据流程图中每个成分以定义和说明的工具。数据字典的作用 是对数据流程图中的各种成分，包括数据项、数据结构、数据流、数据 存储、处理功能、外部项等的逻辑内容与特征予以详细说明。数据字典 中有关系统的详细信息是以后系统设计、系统实施与维护的重要依据。 2. 数据字典的编写（基本要求） ① 对数据流程图中个成分的定义要明确，具有唯一性，易理解； ② 命名、编号与数据流程图保持一致，一边查询和检索； ③ 要符合一致性与完整性要求。
2.决策表 （会绘制） 决策表又称判断表，是一种呈表格状的图形工具，适用于描述处 理判断条件较多、各条件又相互组合、有多种决策方案的情况。决 策表由四部分组成： – 左上部分为判断条件 – 左下部分处理行动 – 右上部分为不同条件组合 – 右下部分表示出不同条件组合下的应采取的行动。
• 补充：判定树 • 判定表虽然能清晰地表示复杂的条件组合与应做的动作之间的对应 关系，但其含义却不是一眼就能看出来的，初次接触这种工具的人理 解它需要有一个简短的学习过程。此外，当数据元素的值多于两个时， 判定表的简洁程度也将下降。 • 判定树是判定表的变种，也能清晰地表示复杂的条件组合与应做的 动作之间的对应关系。判定树的优点在于，它的形式简单到不需任何 说明，一眼就可以看出其含义，因此易于掌握和使用。多年来判定树 一直受到人们的重视，是一种比较常用的系统分析和设计的工具。
图b
用决策树树表示
如上例
>
营业额
1000元
好的支付信誉
坏的支付信誉
优惠处理 > 20年 优惠处理
< 20年 正常处理
≤ 1000元
正常处理
特点:描述一般组合条件较清晰，易理解。不易输入计算机。
3.结构化语言 在自然语言的基础上发展了一种规范化的语言表达方式，它使 用的词汇主要有三种：即祈使语句中明确的动词；数据字典和数据 流程图中的名词；表示处理逻辑结构的保留字。 用结构化语言任何处理逻辑都可以表达为顺序、选择判断、循 环三种结构。 (1) 顺序结构中的祈使语句应包含一个动词及一个宾语，表示 要进行的处理(包括输入、输出及运算等) 。 (2) 判断结构有两种表示形式，可与判定树、判定表的表达方 式相对应。 (3) 循环结构是指在条件成立时，重复执行某处理，直到条件 不成立时为止。
（3）低层次数据流程图 在顶层数据流程图的基础上，将处理功能(逻辑功能) 逐步分解，可得到不同 层次的数据流程图。
用分层次的数据流程图来描述原系统，把系统看作一个统一的整体，进行综 合的逻辑描述。首先要划定系统的边界，分析系统与外界的信息联系。
（4）数据流程图的设计
设计新系统的数据流程图是一个发挥创造力的过程，基本要求是能够实现系 统的业务目标，且内在逻辑清晰合理，不存在唯一正确的设计。
1. 2. 3. 4. 经济可行性 技术可行性 管理可行性 法理可行性
6.3 建立系Fra Baidu bibliotek逻辑模型
需求分析则是对原系统的功能和信息作进一步的分析和抽象，以确定新系统应满 足的要求，即明确新系统应当“做什么”，从而完成新系统的逻辑设计。
6.3.1 数据流程图
1. 数据流程图（会应用绘制数据流程图） 数据流程图既是对原系统进行分析和抽象的工具，也是用以描述新系统逻辑模型 的主要工具。它有两个特点： (1) 具有概括性。 (2) 具有抽象性。 由于数据流程图简明、清晰，不涉及技术细节，容易让用户理解，因此 数据流程图是系统分析人员与用户进行交流的有效工具，也是系统设计的主 要依据。
6.2 系统需求分析
6.2.1 系统调查
所谓系统调查就是在所确定的系统范围之内，对现行系统进行详尽、 深入的调查和分析。 1. 系统调查的原则 （1）自上而下地进行 （2）事先制定计划 （3）深入沟通交流 （4）避免先入为主 （5）保护用户的商业机密
2. 调查内容 （1）企业的基本请款 （2）系统需要支持的业务流程和信息处理状况 （3）系统资源情况 （4）各类人员对新系统的态度 3. 组织结构图和信息关联图 组织结构：现状调查的第一步，就是要了解企业组织结构的现状及各 组成部分之间的联系，并用组织结构图将它描绘出来。 信息关联情况：在组织结构调查以后，接着应按照组织结构，进一步 了解企业各管理层次、各管理职能部门和生产部门之间的信息联系， 绘制出信息关联图。
6.1.2 系统分析阶段的任务与团队
系统分析阶段的主要任务是要对现有系统进行详细调查，充分掌握现有系统的 作用环境和真实情况，完成用户需求分析，在此基础上建立新系统的逻辑 模型。(简单理解，简答题可能不大)
1. 系统分析师：他们的主要任务是研究用户对信息系统的需求；评价该企业开 发计算机化信息系统的可行性；进行系统分析与设计，负责对新系统的安 装、测试和技术文件的编写。 2. 业务人员：参与开发工作的业务人员，应当由来自企业信息系统部门的用户 代表组成，业务骨干且具备计算机知识。提出、解释和梳理用户的业务需 求，介绍业务流程含义，对原型评估和反馈。 3. 计算机技术专家：有些开发项目需要聘请专门的计算机技术专家参与系统分 析过程，如审计专家、通信专家、安全专家等，加强某些方面的设计。
4. 业务流程图（会应用，绘制业务流程图） 组织结构图和信息关联图描述了企业各组成部分及其信息之间的联系， 是企业管理信息系统背景的综合性概述，比较粗略和抽象。 为了进一 步深入调查指出了方向。系统分析组可以根据组织结构图对系统范围 内的业务内容进行分工，分别开展业务调查。 1.调查应按照原系统的管理业务流程，一个环节一个环节地深入细致 地进行。 2.为了准确地表达原系统的业务处理流程和便于以后各工作阶段能有 效地研究和使用这些调查成果，一般采用业务流程图作为描述原系统 业务的工具。 业务流程图是系统业务调查中使用得最普遍、最重要的工具。
• 例.某景点根据旅游淡季、旺季及是否团体 订票来确定门票的折扣率。具体规定如下： 人数20人以上的属团体，20人以下的属散 客。每年的4、5、7、8、10月为旅游旺季， 其余为旅游淡季。旅游旺季、团体票优惠 5%，散客不优惠，旅游淡季，团体票优惠 30%，散客优惠20%。试用判定表表示景 点票价的优惠政策。
第六章 系统分析
(红色：识记；蓝色：领会；黑色：理解)
6.l 系统分析概述
6.1.1 信息系统开发的特点和原则
系统开发的第一个阶段是系统分析，解决系统“做什么”的问题，第二 阶段是系统设计，解决系统“如何做”的问题。 1. 系统开发的特点 ① 复杂性高 ② 集体的创造性活动 ③ 质量要求高 ④ 产品是无形的 ⑤ 历史短，经验不足
决策表应用举例
例：一图书销售系统，其中一加工为“优先处理” ，条件是：顾客的营业额大于 1000 元，同时必须信誉好，或者虽然信誉不好，但 是20年以上的老主顾。 分析：共有 3个判定条件，有 8种可能的组合情况（图 a）。对图a进行化简后
，得到图b。
化简后
Y-满足条件 N-不满足条件 X-选中判定的结论 图a
需求分析则是对原系统的功能和信息作进一步的分析和抽象， 以确定新系统应满足的要求，即明确新系统应当“做什 么”，从而完成新系统的逻辑设计。 需求分析报告时开发方和用户方签订系统开发协议的参考文档； 可为将来的需求说明书和系统说明书提供依据；高质量的 需求分析报告有助于用户方得到真正需要的软件。
6.2.3 开发项目的可行性研究
2. 数据流程图的符号 在数据流程图中，采用四种符号。 (1) 外部实体。这是指不受所描述的系统控制，独立于该系统 之外的部门、群体，或另一个信息系统。 (2) 处理功能。这是指对输入数据流进行加工、变换与输出数 据流的逻辑处理过程。 (3) 数据存储。这是指逻辑上要求存储的数据，不考虑具体数 据的存储介质和技术手段。 (4) 数据流。这是指与所描述系统数据处理功能有关的各类数 据的载体，是各处理功能输入和输出的数据集合。 数据流用一根箭线表示。