页数：40页文件大小：332.2 KB来源： 管理信息系统ppt课件
本课件围绕协同分析模式展开，依次讲解第13章协同分析模式、信息系统分析概述、初步调查与详细调查等主要内容，并结合引例与案例分析说明相关方法在管理实践中的应用方式与实施要点，帮助建立从概念理解到方法运用的完整认知。
第13章协同分析模式13.1信息系统分析概述13.2初步调查与详细调查13.3组织结构与业务调查13.4数据与数据流程分析13.5新系统逻辑方案
13.1信息系统分析概述13.1.1系统分析的目的与任务系统分析是指在信息系统总体规划的指导下，在对系统进行深入、详细的调查研究及分析用户信息需求的基础上，通过可行性研究、详细调查等工作来确定新系统逻辑方案的过程。 系统分析的主要目的是进一步明确系统规划中确定的项目范围和系统开发的目标，在充分掌握现行系统的真实情况和分析用户信息需求的基础上，提出新系统的逻辑方案。
系统分析阶段的任务是确定新系统“做什么”的问题，该阶段的工作主要由系统分析员来完成，即系统分析员通过与用户接触，充分了解用户需求，并把双方的理解用系统说明书表述出来。
13.1.2系统分析的内容与步骤1．用户需求分析2．确定系统逻辑方案，形成系统分析报告系统分析的内容：1.初步调查2.可行性分析3.现行系统详细调查与分析4.提出新系统5.逻辑方案
13.2初步调查13.2.1初步调查
详细调查详细调查的内容(1)组织目标和发展战略调查。 (2)组织结构和业务功能调查，明确各职能部门职责。
(3)管理方式、具体业务、业务流程与工作内容调查，绘制业务流程图、业务功能图和组织/业务关系图。 (4)数据与数据流程调查，绘制数据流程图，编制数据字典，描述处理过程。
(5)决策方式和决策过程调查。 (6)可用资源和限制条件调查。
(7)现存问题和改进意见调查。 详细调查的方法：查阅文件、访谈、问卷调查、实地观察和开会讨论等方法
13.3组织结构与业务调查13.3.1组织结构与功能调查1．组织结构调查2．业务功能调查3．组织/功能关系分析13.3.2业务流程调查业务流程调查的目的是弄清某一业务是如何在组织中的各个部门中完成的，以及完成这一业务的信息处理的细节情况。 业务流程调查是在对组织结构与功能进行分析的基础上，沿着原系统信息流动的过程逐步分析，是对业务功能的进一步细化。
13.4数据与数据流程分析13.4.1数据汇总分析1．数据的收集(1)原系统全部输入单据，如入库单、收据、凭证等。 (2)原系统输出报表和数据存储介质，如账本、清单等。
(3)上述各种单据、报表、账本的样品上注明的制作单位、报送单位、存放地点、发生频度(如每月制作几张)、发生的高峰时间及发生量等内容。 (4)上述各种单据、报表、账本的样品上注明的各项数据的类型、长度、取值范围。
(5)各环节对数据的处理方法和计算方法。
2．数据的汇总分析数据汇总分析的步骤。 (1)数据分类编码和排序。
(2)数据完整性分析。 (3)分类整理所有原始数据和最终输出数据。
(4)确定数据的字长和精度。 数据汇总分析要考虑以下几个方面的内容。
1)围绕系统目标进行分析2)弄清信息源周围的环境3)围绕现行业务流程进行分析4)数据特征分析
13.4.2数据流程分析数据流程分析可以按自顶向下、逐层分解、逐步细化的结构化分析方式进行，数据流程分析采用数据流程图(Data Flow Diagram，DFD)。 数据流程图是一种能全面描述信息系统数据流程的工具，它能够用较少的符号综合反映数据在系统中的输入、输出、处理和存储之间的逻辑关系。
通过数据流程分析，不仅可以展露现有系统的业务流程特点和用户需求，分析系统的数据流向及其相互调用关系，而且也可以为子系统的划分奠定基础。
1．数据流程图的符号数据流程图由外部实体、数据流、数据存储和数据处理4种基本符号组成。 常见的数据流程图有3种，这3种方法在使用时大同小异，本书主要采用第Ⅰ类和第Ⅱ类符号来表示数据流程图。
其中，第Ⅱ类主要在做草图时使用。 本书将重点介绍第Ⅰ类符号的使用方法，第Ⅰ类以方框、联机及其变形为基本符号来表示数据流动过程。
13.4.2数据流程分析数据流程图的绘制步骤：(1)识别系统的输入、输出和外部实体，画出顶层数据流程图。 (2)分解顶层数据流程图的处理功能，画出第一层数据流程图。
(3)进一步分解数据处理，画出第二层数据流程图。 (4)继续逐级分解、扩充和调整，得到比较完整的数据流程图。
【例13.2】数据流程图举例
3．绘制数据流程图的注意事项(1)给数据流命名，根据输入或输出的数据流名的含义为数据处理命名。 (2)数据流程图画法是从左到右。
从左侧开始，标出外部实体，左侧的外部实体通常是数据源，将接收系统数据的外部实体画在数据流程图的右侧，数据流程图中间为一系列的数据处理和文件。 (3)尽量避免线条交叉，必要时可用重复的数据源、终点和数据存储符号。
图中各种符号分布要均匀，布局要合理。 (4)对数据流程图的各层要合理编号。
13.4.3数据字典数据项定义实例数据项编号：D0001数据项名称：材料编号别名：材料编码简述：某种材料的代码类型：字符型长度：4位取值范围：001～9999编写：李云日期：2006.8.8审核：余小晴日期：2006.8.9
13.4.3数据字典数据结构定义实例数据结构编号：DS03-10数据结构名称：配件简述：公司经营的汽车配件基本信息数据结构组成：配件编号+配件名称+规格+供应厂商+价格有关的数据流或数据结构：DF0001，DS0006有关的处理逻辑：P0001，P0008编写：李云日期：2006.8.8审核：余小晴日期：2006.8.9
13.4.3数据字典数据流定义实例数据流编号：F03-09数据流名称：领料单简述：车间开出的领料单数据流来源：车间数据流去向：发料处理模块数据流组成：材料编号+材料名称+领用数量+日期+领用单位数据流量：10份/时高峰流量：20份/时(上午8：00～10：00)编写：李云日期：2006.8.8审核：余小晴日期：2006.8.9
13.4.3数据字典数据存储定义实例数据存储编号：F05-01数据存储名称：销售记录简述：公司从月初到目前为止所有配件的销售量流入的数据流：“顾客的发货单”，来源是“产生发货单”处理逻辑流出的数据流：“销售量”，去向是“产生销售报表”处理逻辑数据存储组成：配件编号+日期+销售量编写：李云日期：2006.8.8审核：余小晴日期：2006.8.9
13.4.3数据字典外部实体定义实例外部实体编号：S01-06外部实体名称：顾客简述：购买本公司产品的个人或单位输入的数据流：订货单、付款单输出的数据流：发货单、收据编写：李云日期：2006.8.8审核：余小晴日期：2006.8.9
13.4.3数据字典处理逻辑的定义处理逻辑编号：P05-1.1.6数据项名称：编辑订货单简述：确定顾客的订货单是否填写正确输入的数据流：顾客的原始订货单，来源是外部实体“顾客”处理：检索“配件”数据存储，验证订货单上填写的配件数据是否正确；检索“顾客”数据存储，若是老顾客，则核对数据是否正确或发生变化，若检索不到则是新顾客输出的数据流：“合格的订货单”，去向是“确定顾客订货”处理逻辑；“不合格的订货单”，去向是外部实体“业务员”；“新顾客”，去向是“登记新顾客数据”处理逻辑编写：李云日期：2006.8.8审核：余小晴日期：2006.8.9
13.4.4处理逻辑分析描述处理逻辑的工具有结构化语言、判断树和判断表。 1．结构化语言如果条件则动作A否则(条件不成立)动作B2．判断树
折扣政策判断表：下表用判断表描述折扣政策的处理逻辑。
| 条件与行动 | 规则1 | 规则2 | 规则3 | 规则4 | 规则5 | 规则6 | 规则7 | 规则8 |
|---|---|---|---|---|---|---|---|---|
| 交易额>3万 | Y | Y | N | N | N | N | N | N |
| 无欠款 | Y | Y | N | N | Y | Y | N | N |
| 与本公司交易时间>5年 | Y | N | Y | N | Y | N | Y | N |
| 折扣率15% | √ | √ | ||||||
| 折扣率10% | √ | |||||||
| 折扣率5% | √ | √ | √ | √ | ||||
| 无折扣 | √ |
说明：源文件为图片转文字，判断表单元格顺序被倒置，上表已按“交易额、欠款情况、交易时间”三个条件与折扣政策的逻辑关系还原，条件取值 Y 表示成立、N 表示不成立。
13.5新系统逻辑方案13.5.1新系统信息处理方案1．确定新系统的业务流程2．确定新系统的数据和数据流程3．确定新系统的逻辑结构和数据分布4．确定新系统的管理模型(表13-15常用的管理模型)展开详细解释
13.5.2系统分析报告系统分析报告包括以下几个方面的内容。 1．组织情况简述2．新系统目标和开发的可行性3．现行系统状况4．新系统的逻辑方案5．新系统开发费用与时间进度估算
运行概念说明(OCD)说明：（1）《运行概念说明》(OCD)从以下几方面描述一个建议的系统：说明它能满足用户什么需要，它与现有系统或过程的关系，以及它的使用方式等。 （2）OCD旨在需方、开发方、支持方和用户代理之间对所建议的系统的运行机理取得共识。
取决于使用的目的,OCD可专注于向开发者表述用户的需求；或专注于向用户或其他感兴趣的对象表达开发者的思路。 术语“系统”也可理解为系统的一部分。
1引言1.1标识本条应包含本文文件适用系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语，版本号和发行号。 1.2系统概述本条应简述本文文件适用的系统和软件的用途。
它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。 1.3文档概述本条应概括本文档的用途和内容，并描述与它的使用有关的保密性或私密性要求。
2引用文件本章应列出本文档引用所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货管道获得的所有文档的来源。
3现行系统或状态本章分以下几条描述现行系统或状态。 3.1背景、目标和范围本条应描述现行系统或状态的背景、任务或目标和范围。
3.2运作策略和约束本条应描述适用于现行系统或状态的运作策略和约束。 3.3现行系统或状态描述
3.3现行系统或状态描述（接上页）本条应给出现行系统或状态的描述，标识出不同运行状态和方式的差异(例如常规、维护、训练、降级、紧急事件和备选场点)。 状态和方式之间的区别是任意的，可以仅按状态描述系统，也可以仅按方式、方式中的状态、状态中的方式或其他有用的方式描述系统。
如果系统不是以多种状态和方式运行，本条应如实陈述，而不需要进行人为的区分。 描述包括以下内容。
（1）运行环境及其特性。 （2）主要的系统部件及这些部件之间的互连。
（3）与外部系统或过程的接口。 （4）现行系统的能力/功能。
（5）描述输入、输出、数据流、手工和自动处理的图表和相应的说明，使用户能够充分理解现行系统和状态。 （6）性能特性，如速度、吞吐量、容量和频率。
（7）质量属性，例如可靠性、可维护性、可用性、灵活性、可移植性、易用性和有效性。 （8）安全性、保密性、私密性和紧急情况下运行连续性的规定。
3.4用户或相关人员本条应描述系统用户的类型或当前状态下所涉及的人员(若适用)，包括组织结构、培训/技能、职责、活动及彼此之间的交互。
3.5支持概念本条应简述现行系统的支持概念，若适用于本文档，应包括支持机构、设施、设备、支持软件、修复/替换准则、维护等级和周期、存储、分发和供应方法。
4变更理由和种类本章应分以下几条。 4.1变更理由本条应包括以下两方面内容。
（1）描述需要新建或修改系统的用户需求、威胁、任务、目标、环境、接口、人员或其他因素的新的或修改的方面。 （2）简述现行系统或现状不能满足上述因素的不足和约束。
4.2所需变更的说明本条应简述能满足4.1中所标识因素的新建的或修改的能力/功能、处理、接口或其他所需的变更
4.3变更之间的优先级别本条应指出所需变更之间优先级别。 例如把每个变更标识为本质的、期望的或可选的，对期望的和可选的变更给出优先级别。
4.4考虑过但未纳入的变更应指出曾考虑过，但未包含在4.2中的变更，说明未包括它们的理由。 4.5假设和约束对于适用于本章所标识的变更，本条应标识有关假设和约束。
5新系统或修改后系统的概念本章应分以下各条描述新系统或修改后系统。 5.1背景、目标和范围本条应描述新系统或修改后系统的背景、任务或目标和范围。
5.2运行策略和约束本条应描述适用于新系统或修改后系统的运行策略和约束。 5.3新系统或修改后系统的描述
5.3新系统或修改后系统的描述本条应提供对新系统或修改后系统的描述，标识出不同运行状态和方式的差异(例如常规、维护、培训、降级、紧急事件、备选场点等)。 状态和方式之间的区别是任意的，可以仅按状态描述系统，也可以仅按方式、方式中的状态、状态中的方式或其他有用的方式描述系统。
如果系统的运行不是以多种状态和方式，本条应如实陈述，而不需要进行人为的区分。 (若适用)描述包括以下的内容。
（1）运行环境及其特性。 （2）主要系统部件及这些部件之间的互连。
（3）与外部系统或过程的接口。 （4）新系统或修改后系统的能力/功能。
（5）描述输入、输出、数据流、手工和自动处理的图表和相应的说明，使用户能够充分理解新系统或修改后系统。 （6）性能特性，如速度、吞吐量、容量和频率。
（7）质量属性，例如可靠性、可维护性、可用性、灵活性、可移植性、易用性和有效性。 （8）安全性、保密性、私密性和紧急情况下运行连续性的规定。
5.4用户/受影响人员本条应描述新系统或修改后系统的用户类型，(若适用)包括组织结构、培训技能、职责和相互之间的交互。 5.5支持概念本条应简述新系统或修改后系统的支持概念，(若适用)应包括支持机构、设施、设备、支持软件、维修/更换标准、维护等级和周期、存储、分配和供应方法。
6运行场景本章应描述一个或几个运行场景，举例说明新系统或修改后系统的作用、与用户的交互、与其他系统的接口和为该系统标识的所有状态或方式。 (若适用)场景应包括事件、动作、触发器、信息和交互等。
可以使用影像等其他媒体来提供这些信息中的部分或全部。
7影响综述本章应分以下几条。 7.1操作方面的影响本条应描述对用户、需方、开发方和支持机构的可预计的操作影响。
这些影响包括：与计算机操作中心接口的变化；过程的变化；新数据源的使用；输入到系统中的数据在数量、类型和时序上的变化；数据保留需要的变化；在紧急情况等条件下新的运行方式。
7.2组织影响本条应描述对用户、需方、开发方和支持机构的可预计的组织影响。 这些影响包括：职责的修改；职责或岗位的增加和撤销；培训或再培训的需要；在各种运行方式下人员在数量、技能级别、岗位标识和地点等方面的变化。
7.3开发期间的影响本条应描述在系统开发工作中对用户、需方、开发方和支持机构可预计的影响。 这些影响包括：关于新系统的会议/讨论；数据库的开发和修改；培训；新系统和现有系统的并行运行；对新系统测试期间的影响以及帮助或监控开发所需的其他活动。
8建议系统的分析8.1优点概述本条应对新系统或修改后系统的优点提供定性和定量的总结，包括新增的功能、增强的功能、改善的性能，(若适用)以及与在4.1中确认的缺陷的关系。 8.2缺点/限制概述本条应对新系统或修改后系统的缺点或约束进行定性和定量概述，包括：降级或缺少的功能；降级或达不到期望的性能；高于期望的计算机硬件资源的使用；出现了不想要的运行影响；与用户假设的冲突；其了的约束条件。
8.3应考虑的变通和折中本条应标识和描述对系统或其特性应考虑的主要的变通办法，在其间所做的折中以及作出决定的依据。
9注解本章应包含有助于理解本文文件的一般信息(例如背景信息、词汇表、原理)。 本章应包含为理解本文档所需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。
附录附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。 为便于处理，附录可单独装订成册。
附录应按字母顺序(A、B等)编排。
下载地址：{{downurl}}
{{{a}}}
{{#b}}{{{b}}}
{{/b}} {{/title}} {{#nolog}}登陆注册
{{/nolog}} {{#djsx}}点我刷新
{{/djsx}} {{#gocz}} {{/gocz}} {{#ffqr}} {{/ffqr}}