第五章 信息系统的系统分析

《第五章 信息系统的系统分析》由会员分享，可在线阅读，更多相关《第五章 信息系统的系统分析（108页珍藏版）》请在金锄头文库上搜索。

1、管理信息系统山东科技大学 经管学院第五章 信息系统的系统分析信息系统分析的任务新系统的逻辑设计：在充分认识原信息系统的基础上，通过问题识别（ 确定范围）、可行性分析、详细调查、系统化分析， 最终完成新系统的逻辑方案设计。 注意： 原信息系统：手工系统、正在运行的信息系 统； 逻辑方案：解决“做什么”的问题？是系统分 析的任务；借助数据流图、数据字典及文字说明 写出新系统逻辑设计文档，即系统分析说明书。 物理方案：解决“怎样做”的问题？是系统设 计的任务。 问题识别在系统规划时，就应有清楚地认识 。本章主要内容问题描述、目 标和项目计划（1）系统规划（2）确定范围（3）系统分析（5）系统实施（4

2、）系统设计（6）系统支持什么时候开发、开 发什么系统目标系统逻辑模型提名系统技术方案实际系统提出的修改作为组织战略目标 相关的系统本章主要内容“确定范围”+“系统分析”构成本章主要内容，重点学习如何利用相应分析工具完成“系统需求分析系统调查”和“系统逻辑模型方案”的设计。管理业务调查组织结构图、业务流程图、表格分配图；数据流程调查数据流程图（！）数据字典（！）；系统化分析的内容逻辑方案的确定第一节 可行性分析和系统调查开发系统需要对企业的现行的系统进行调查1、总体调查，确定项目开发的必要性和可行性。原系统的缺点和不足。 新系统的可行性(可行性分析报告)管理可行性技术可行性经济可行性 2、详细调

3、查(系统调查、需求分析)可行性分析报告内容包括： 系统简述 项目的目标 可行性论证：经济可行性、管理可行性、技术可行 性 所需资源、预算和期望效益 对项目可行性的结论 可以立即开发 改进原系统 目前不可行，或者需推迟到某些条件具备以 后再进行。一、系统需求分析系统调查系统需求分析（系统调查）的含义：对现行系统进行详细调查，将注意力集中于一个特定系统以及对这一系统的开发上。弄清系统组织结构，业务情况，资源，发现问题，作技术准备工作，给出项目可行性研究的计划报告；调查过程中始终坚持正确的方法，以确保工作的客观性、正确性。它是系统开发工作中最重要的环节之一。该环节工作的质量对于整个开发工作的成败具有

4、决定性作用。工作量很大，需要科学地组织。“用户参与”是始终应遵循的原则。系统详细调查的20条法则 分析人员要使用符合客户语言习惯的表达分析人员要了解客户的业务及目标 分析人员必须编写软件需求报告 要求得到需求工作结果的解释说明 开发人员要尊重客户的意见开发人员要对需求及产品实施提出建议和解决方案 描述产品使用特性 允许重用已有的软件组件 要求对变更的代价提供真实可靠的评估 获得满足客户功能和质量要求的系统 系统详细调查的20条法则给分析人员讲解您的业务 抽出时间清楚地说明并完善需求 准确而详细地说明需求 及时作出决定 尊重开发人员的需求可行性及成本评估划分需求的优先级 评审需求文档和原型需求变

5、更要立即联系遵照开发小组处理需求变更的过程 尊重开发人员采用的需求分析过程 系统调查的内容系统界限与运行状态；现行系统的组织结构与人员分工；业务流程；资源状况与约束条件：生产情况、企业情况；收集有关的单据、报表、计划以及其他材料；薄弱环节与用户要求及其它有关问题。相关的系统调查应该有哪些方法？系统调查的方法重点询问调查面谈、召开调查会、访问；全面业务需求分析的问卷调查查阅资料、 发调查表；深入实际调查业务现场考察、跟班业务操 作、抽样调查。补充：利用PIECES帮助确定标识问题第二节、管理业务调查管理系统是信息系统的环境，信息系统设计也 是对组织变革的过程。管理业务调查：组织结构调查；管理功能

6、调查；管理业务流程调查。1、组织结构与功能分析调查组织结构： 指组织内部的部门划分以及它们的 相互关系组织结构图。功能分析包括三部分内容：组织结构分析、业 务过程与组织结构之间的联系分析、业务功能一 览表管理功能图、组织/业务联系图。对组织结构与功能进行分析，是整个系统分析 工作中最简单的一环。弄清组织内部的部门划分 ，以及各部门之间的领导与被领导关系，信息资 料的传递关系、物资流动关系与资金流动关系， 并了解各部门的工作内容与职责。 组织结构图：某高校出版社的组织结构图管理功能图：某销售系统的管理功能组织/业务功能关系图2、管理业务流程调查调查管理业务流程，应顺着原系统信息流动的 过程逐步地

7、进行，内容包括：各环节的处理业务；信息来源；处理方法；计算方法；信息流经方向；提供信息的时间和形态（报告、单据、屏幕显示等 ）简称TFD：用一些规定的符号及连线来标示某个具体 业务处理过程。基本上按照业务的实际处理步骤和过程 绘制，是一个用尽可能少、尽可能简单的方法来描述业 务处理过程的方法。流程图的图形符号： 圆圆圈表示业务处业务处 理单单位； 方框表示业务处业务处 理内容； 报报表符号表示输输出信息 (报报表、报报告、文件、图图形等)； 不封口的方框表示存储储文件； 卡片符号表示收集资资料； 矢量连线连线 表示业务过业务过 程联联系。管理业务流程图业务流程图符号管理业务流程分析示例：以汽车

8、配件公司销售的业务流程图为例对每一业务弄清其输入、处理、存贮、输出、立即存 取要求，收集相应资料。比如上例： 输入：订货单、进项通知单 处理：验收订单、供货处理、缺货处理、进货处理 、缺件的到货处理。 存贮：库存记录、顾客档案、缺件订单表、销售历 史。 输出：各货单、缺货通知单。 立即存取要求：经营情况、库存情况、未供货情况 。理顺各个岗位、各个业务流程之间的关系。除去不必要的环节，对重复的环节进行合并，对新的 环节进行增补。 确定哪些是今后计算机系统要处理的环节。 (end)第三节、数据流程调查数据流程调查应收集的资料：收集原系统的全部输入单据、输出报表和存储介质 的典型格式；弄清各环节上的

9、处理方法和计算方法；在上述各种单据、报表、账本的典型样品上或用附 页注明制作单位、报送单位、存放地点、发生频度、 发生高峰时间、发生背景。在上述各种单据、报表、账本的典型样品上注明各 项数据的类型、长度、取值范围。描述系统数据流程的工具数据流图数据流图过程建模数据流图：是一种能全面地描述信息系统逻辑 模型的主要工具，它用少数几种符号综合地描述 数据在系统中的流动、处理和存储的逻辑关系， 简称DFD。数据流图的特点：抽象性：完全舍去具体的物质要素，只剩下 数据的流动、加工处理和存储；概括性：把系统中各种不同的业务处理过程 联系起来，形成一个整体。数据流图的基本成分外部实体：系统以外又与系统有信息

10、传递关系的人或 事物，它表达该系统数据的外部来源或去处。外部实体 可以是人、单位或另一个信息系统。处理：数据的逻辑变换功能。数据流：数据处理功能的输入或输出。数据存储：数据存储的逻辑描述。外部实体 S实体名数据流 D数据存储 F处理 P标识部分功能描述 部分执行部分DFD的画法数据流图的绘制采 用的是自顶向下逐 层分解的方法。首先画出顶层数据 流图。然后对上一层数据 流图中的“处理”进 行分解。绘制时必须考虑特 殊情况。示例1：销售子系统DFD分析图5.7：某厂销售子系统的顶层数据流图 P114图5.8示例2：手工处理工资管理DFD分析（P128）示例3：学籍管理系统DFD分析学籍管理要记录学

11、生从入学到毕业整个在校期 间的情况。把整个系统看成一个处理功能，系统 的轮廓、范围，涉及的外部实体和数据流如下。图1：学籍管理系统顶层DFD示例3：学籍管理系统DFD分析还有一些外部实体、数据流没有画出来，随着 数据流图的逐层展开，会逐渐增加的。这样做的好处是突出主要矛盾，系统轮廓更加 清晰。图1是进一步分析的出发点。进一步地，学籍 管理包括： 学习成绩管理； 学生奖惩管理； 学生异动管理。由此，顶层数据流图的展开如下，值得注意的 是还要增加新的数据流和外部实体，得到图2。图2：表明新增实 体和数据流以“成绩管理”为例的流图分解某校实行校（教务处教学管理科）、系（教学秘书） 两级管理学成绩。任

12、课老师把学生成绩单一是两份分别送系教学秘书和 教学管理科。系教学秘书负责登录成绩、发成绩单、根据学籍管理 规定，确定每个学生的升级、补考、留级、退学等情况 。教务科根据各系汇总数据，进行成绩统计与管理，将 报表报关领导。补考成绩也类似处理。（画数据流图需要注意的几个问题）图3：以“成绩管理”为例的流图分解分析图3，也有不合理的部分： 学籍表结构是一样的，系里存一份，教务科也存一份，工作重 复，出现数据冗余问题。但现实情况就是如此，这里应如实反映 。 至于新系统应如何改进？则是要在对现行系统系统分析的基础 上，提出新逻辑模型时再考虑业务流程改进。图3中的一些处理，比如P2.1框：“登记期末成绩”

13、，还需要进一步 展开。 把每个学生的各科成绩登录在所在班的“学习成绩一览表”中； 根据成绩表，进行学籍表处理； 根据成绩表平奖学金、确定升降级、发成绩单等。图4：“登记期末成绩”框的展开以“成绩管理”为例的流图分解分析图4，除P2.1.5框：“确定异常情况”外，其它各框 所表示的处理都已十分明确，不需要再分解。P2.1.5框：“确定异常情况”处理还比较复杂，需要近一 分解。期末结束，根据学习成绩和其他情况，学生的异常变 动分四种情况：升级：所有科目都及格的学生升级；补考：个别科目不及格的学生，可以补考，升级；留级：一学期有四门不及格的学生，考试作弊者， 没有补考资格，留级；退学：连续留级两次、

14、替考者等退学。图5 ：画数据流图的注意事项在系统分析阶段，数据流图是系统分析员与用 户交流思想的工具，层次强、通俗易懂，要很好 地利用它。系统调查时，应随时手画草图。随后，系统分 析员应对图的分解、布局进行优化，划出正式图 来，使之更清晰、可读性更好。画数据流图的注意事项：关于层次的划分检查数据流图的正确性提高数据流图的理解性注意1：关于层次的划分顶层数据流图只有一张，相当概括地反映了信息系统 最主要的逻辑功能、外部实体和数据存储、输入和输出 。使人们一目了然地知道系统的主要功能和与环境的主 要联系。 数据流图的逐层扩展是对上一层图中（父图）中某些“ 处理”框加以分解。随着处理的分解，功能越来

15、越具体， 数据存储、数据流越来越多。 值得注意的是：子图是父图中某个“处理”框的“放大” 。因此，凡是与这个处理框有关系的外部实体、数据流 、数据存储都必须在子图中反映出来。分解的目的是把一个复杂的功能逐步分解为若干较为 简单的功能，分解时应保持系统的完整性和一致性。层次划分的把握. 展开的层次与管理的层次一致，也可以划分 得更细，但要注意功能的完整性。 . 一个处理框经过展开，一般以分解为410个 处理为宜。 . 最下层的处理过程用自然语言几句话、判定 树、判断表、结构英语等工具表达即可。注意2：检查数据流图的正确性通常从以下几方面检查数据流图的正确性： 数据守恒输入数据与输出数据匹配。数据不 守恒有两种情况： 一种是某个处理过程用以产生输出的数据没 有输入给这个处理过程，这肯定是遗漏了某些数 据流。 另一种是某些输入在处理过程中没被使用， 这不一定是错误，但值得再研究为什么会产生这 种情况，是否可以简化。 数据流图中的任何一个数据存储，一定要有流入 的数据流和流出的数据流，即写文件和读文件，缺少 任何一种都意味着遗漏某些加工。 画数据流图时，应注意处理框与数据存储之间数据流的方向。 读文件，数据流的箭头应指向处理框。写文件，箭头指向数据存 储。修改文件要先读后写，但本质上是写，箭头也指向数据存储 。若除修改之外，为了其他目的还要读文件，此时箭头画成双向 的。 加工处理与数