第八章 信息系统分析
系统分析的任务、步骤与方法
现行系统分析
需求分析与BPR
新系统逻辑方案设计
本章小结
课程设计
系统分析的任务、步骤与方法1
许多IS用户抱怨：
系统的技术很好，但报表中没有我要的信息。
系统分析员技术很好，但不懂市场业务。
系统花去很多时间金钱，但我无法从中发现机会
系统分析 系统设计 编程 测试 切换 运行
开销 50
20
10
5
2
1
不同阶段改正错误的代价
应该尽量在早期发现和改正
系统分析的任务、步骤与方法2
（1）识别现行系统的问题；
（2）明确信息和功能的需求；
（3）改进现行系统的流程；
（4）提出新系统的逻辑模型。
信息系统分析：
是关于组织要用IS解决的问题的分析，
提出一个明确要做什么的逻辑方案。
系统分析的任务、步骤与方法3
IS开发具有非结构化特点，
开发前期作细致的问题分析攸关重要。
系统分析付出的代价将在后期开发中得到补偿，
反之，将蒙受更大的损失。
建立一个大型IS的关键是
透彻了解组织的现状及现有系统。
系统分析也是为企业较彻底地，
整理、反思管理过程的极好机会。
系统分析的任务、步骤与方法4
组织结构分析
功能结构设计
数据结构设计
系统分析报告
新系统逻辑方案设计
BPR
过程优化
管理模型设计
数据处理流程设计
功能需求分析
信息需求分析
原系统管理业务分析
原系统数据流程分析
原
系
统
分
析
新
系
统
设
计
系统规划
系统分析的任务、步骤与方法5
管理业务分析
功能需求分析
组织结构分析
数据流程分析
信息需求分析
功能结构设计
数据结构设计
管理模型设计
处理流程设计
逻辑方案设计
系统分析报告
调研
实体关系图
调研
数据流程图
组织结构图
业务部门图
CSF
因果图法
数据字典
功能结构图
元素聚类法
结构语言
判断表
决策树
数据流程图
BPR
过程优化
因果图法
探索原型
系统规划
系统分析的任务、步骤与方法6
系统分析的具体步骤只有一个基本的原则，
不同的人员和工作在粗细上会有很大的差别，
用户一般无法识别系统分析的结果是否恰当。
步骤图是建议的较规范的系统分析步骤，
在实际中系统分析的各步骤存在循环反复。
系统分析的任务、步骤与方法7
描述决策类业务或功能的判断逻辑
业务逻辑分析、管理模型设计
判断表（决策表）
描述决策类业务或功能的过程逻辑
业务逻辑分析、管理模型设计
决策树
用语言描述业务或功能的处理逻辑
业务逻辑分析、管理模型设计
结构化语言
从目标或问题展开识别数据
需求分析
关键成功因素法CSF
数据关系模式的规范化
数据关系分析、数结构设计
数据关系范式(3NF)
描述实体、实体属性及其关系
数据关系分析、结构设计
实体关系图(E-R图)
描述数据输入、处理、输出和储存
数据流程分析与设计
数据流程图(DFD)
描述人员之间业务关系及信息流动
业务流程分析与设计
业务流程图
树状结构，描述功能的层次与结构
业务分析、功能结构设计
功能图(H图)
两维矩阵，描述业务在部门的分布
详细调查、业务分析
部门/业务关系图
简介
使用范围
方法
常用的信息系统分析方法及其简介
现行系统分析 — 调研
现状描述、
分析存在问题、原因、解决途径。
分析现行系统，必须先作深入的调查。
内容：组织结构、管理业务、数据；
对象：组织各级管理人员；
方法：查阅资料、调查会、交谈、调查表、跟班
原则：开发人员与管理人员合作，取长补短。
调查结果整理后要让调查对象确认。
现行系统分析 — 调查表
发现问题
哪些工作的做法值得进一步改进？
信息需求
你认为还需要哪些数据或信息？
数据流程
你向哪些部门或岗位提供哪些数据？
数据类与数据项
你目前获得哪些数据报告？
业务流程
哪些员工的哪些工作与你工作很相关？
工作职责
你承担什么管理工作或业务处理工作？
问答式
提问目的
提问举例
提问
类型
现行系统分析 — 调查表
功能需求
决定原材料采购时间和数量的依据包括：
A 市场需求预测 B 客户订单 C 生产计划
D 安全库存量
发现问题
你认为返工的客户订单频繁吗？
A 很频繁 B 频繁 C 有时频繁
D 不算频繁 E 不频繁
信息需求
你需要查看客户订单执行进程信息吗？
是/否
选项式
提问目的
提问举例
提问
类型
可行性分析 — 1
IS可行性分析也即IS开发项目的可行性分析，
建立在比较详细的最新情况的调查基础之上，
因此可行性分析安排在详细调查之后，信息系统逻辑方案设计之前进行比较合理。
在可行性分析之前先做必要性分析。
可行性分析 — 2
对信息系统的必要性分析：
显见的：
数据量上升，老系统难以及时正确处理，
管理问题复杂化，要用新方法新技术求解。
预见的：
信息化的趋势，IS落后将降低竞争力。
隐见的：
组织、管理上存在僵化和迟钝的倾向。
可行性分析 — 3
管理上：领导支持程度，阻力大小，
基础管理水平，管理变革时机是否成熟。
技术上：软硬件成熟程度，开发力量保障程度，
是否切合实际，策略、方式是否恰当。
经济上：是否考虑了实施、培训、维护等费用，
代价与收获比预计是否合理。
管理上
技术上
经济上
可行性分析
结论
中止
修改原系统
建立新系统
可行性分析
现行系统分析 — 组织结构
组织结构分析：
信息在各部门间流动,
管理业务按部门分工,
因此了解组织结构有利于业务和数据流程分析。
新IS也包括组织结构的设计，
因此也有必要了解组织结构，
一般用 树状组织结构图 和 部门/业务关系图。
现行系统分析 — 部门/业务图
……
★
☆
成本核算
☆
★
采购安排
☆
★
统计分析
★
★
★
计划制定
财务
……
物流
生产
销售
部门
业务
部门/业务图
为一个关系矩阵，业务对应于 IS 的功能
在关系表达与分析上类似于 UC 矩阵图
现行系统分析 — 组织结构
组织结构分析要留意发现存在的问题。
例如：组织部门划分没有体现出某些职能的重要性，一些部门的职责有重叠或矛盾，有些部门划分对工作的衔接不利，等等。
管理的变革会牵涉到组织结构的变革和工作职责的重新划分，组织结构的调查分析看似简单实则并不易。
现行系统分析 — 业务分析
业务（Process）与业务流程分析：
描述现行系统各种管理业务及其相互关系，
现行系统也可能是计算机信息系统。
分析各种管理业务、相互关系、存在的问题。
业务分析用：功能图、结构化语言、决策树和判断表。
业务流程分析用：业务流程图。
现行系统分析 — 业务问题
管理业务常见问题：
各部门各岗位业务量不均衡：
忙闲差别大，历史原因造成，不随时调整。
业务重复或重叠、相互矛盾：
怕受牵制，部门和岗位求小而全。
业务接口松散不紧密：
按自己的习惯做，不愿向别人靠拢。
跨部门业务难协调：
部门间缺少通气，相互推诿。
缺少分析、评价、控制业务：忙于应付日常运转
现行系统分析 — 数据分析
数据与数据流程分析：
描述现行系统数据及其相互关系。
分析数据种类、结构、流向及存在的问题。
一般采用数据流程图 和实体关系图。
实际操作中，数据分析和业务分析应该交叉进行。
现行系统分析 — 数据流程图1
数据流程图：
是表明系统的数据输入、处理、输出和储存情况的图表，具有抽象性和概括性。
又称过程模型，Process Model。
有多种画法，标准画法用以下用四种符号：
数据源或接受点
实体
功能名
数据处理过程
数据存储
数据流
数据存储名
标识
实体
现行系统分析 —数据流程图例1
订单确认
客户
订购要求
研制安排
研发主管
调香师
建立配方
销售员
研制计划
香精配方
客户订单
洽谈
研制需求
研制指令
配方组成
研制任务单
需求
与资源
新品要求
新配方
研制状态
研制进程
新品订单
新品订单
1—1
进展记录
1—2
1—3
1—4
结帐
菜谱
顾客
收银员
点采
点菜单
厨师
烹制
上菜单
已结菜单
服务员
现行系统分析 — 数据流程图2
数据流程图绘制规则：
实体可以是部门、地点或人
处理（过程，Process）可以连接其他处理
数据来于处理（过程），数据流向处理或实体
数据流可以是存储的数据，也可以是其他数据
现行系统分析 — 数据流程图3
数据流程图多层次性：
组织的数据流程非常复杂，难用一张纸表达
因此要用多层次的流程图表达
上层较粗但能见总体
上层图中的一个局部展开为下层的一个图
原则上要求自顶向下，先画上层，再画下层
高层具有概括性，底层明确细节
一个大企业最多会有七、八层
但一般画三、四层，细节留待系统设计阶段
现行系统分析 — 数据流程图例2
信用度
评价
开订单
开发
货单
采购
安排
发货
记帐
售价
计算
开收
货单
收货
记帐
收款
处理
订单
发货单
采购单
采购
收货单
定价依据
存档
客户
销售员
供应商
银行
客户档案
商品目录
库存帐
收货记录
现行系统分析 — 数据流程图例3
出仓
客户档案
应收款帐
销售：
业务处理
销售明细帐
销售：
计划
成品仓库明细帐
仓库：
成品仓库
工场原料明细帐
销售联系单
发票
销售订单
客户
销售计划
生产：
计划
配方：
配方管理
香精目录
香精配方
生产：
测方
生产计划
进出仓单
生产批号配方
生产：
配料
(电子称)
原料仓库明细帐
生产批号表
成本：
成本核算
成本计算表
原料目录
仓库：
原料仓库
成本：
利润测算
进出仓单
成本利润测算表
出仓
进仓
分摊费用
供应：
采购计划
执行情况
原料仓库明细帐
执行
采购计划
现行系统分析 — 数据分析
实体关系图，Entity Relationship diagram
是描述数据属性及其关系的图型方法。
实体：人、地点、物体、事件、概念等。
实体属性：描述实体的数据项，姓名、地址等。
关系：有关若干实体的活动（Process），订购等
现行系统分析 — 实体关系图例1
维修商
设备
维修
名称
地址
电话号
设备号
类型
地点
实体
关系
实体属性
－MIS, Robert A. Schultheis
现行系统分析 — 实体关系图例2
客户
客户号，主键
客户名
帐号
应收余款
产品
产品号，主键
产品名
单位
单价
订购
订单
订单号，主键1
产品名，主键2
单位
单价
库存
库号，主键1
产品号，主键2
库存
地点
一个客户多次订购
一次订购对一个客户
一次订购有多个订单
一个订单由依次订购
一次订购多个产品
一个产品被o-n次订购
现行系统分析 — 数据问题
数据常见问题：
数据共享性差，有较多的信息孤岛。
数据重复输入，各自为政，
不考虑其他部门已有的数据。
重复输入带来了口径不一致和较大的冗余度。
数据传递迟钝。
返回
现行系统分析 — 数据分析
实体关系图，Entity Relationship diagram
是描述数据属性及其关系的图型方法。
实体：人、地点、物体、事件、概念等。
实体属性：描述实体的数据项，姓名、地址等。
关系：有关若干实体的活动（Process），订购等
需求分析与BPR
包括：变革需求和系统需求 。
系统需求包括信息和功能需求，
目前的变革需求主要是业务流程再造（BPR）。
系统
规划
现行系统
分析
新系统
逻辑方案设计
现状
问题
信息和功能需求
变革需求
需求分析与BPR的地位
需求分析
与BPR
需求分析与BPR — 需求2
需求内容从需要保留、需要改进、需要新增等三个方面来确定。
信息需求
产生所需信息的功能
Who、Where、When、How需要信息
功能需求
需求分析的思路
需求分析与BPR — 需求2
上一章IS规划部分已介绍关键成功因素法，
目标识别—CSF识别—性能指标识别—数据需求，
围绕关键因素确定系统的需求。
递进分析法通过原型等技术获得需求，
其中探索原型快速建立一个原型系统，
与用户交流沟通，由此启发用户提出需求。
因果图法（Cause-and-effect Diagram），
问题—原因—解决办法—功能与数据需求。
需求分析与BPR — CSF法例
（1）列出组织的目标：
如：提高产品竞争力。
（2）识别实现目标的关键成功因素：
如：降低成本、提高质量、改进服务。
（3）找出CSF的指标：
如：改进工艺、减少人员、服务人员培训。
（4）定义有关指标的数据：
如：得率、工序周期、批量、客户抱怨记录等
需求分析与BPR — 因果图例法1
因果图又称鱼刺图（Fishbone Diagram）
会员丢失
策略
物料
不灵活
针对性差
无跟踪
方法
没有提示服务
价格不合理
品种少
经济问题
会员
欺诈
需求分析与BPR — 因果图例法2
原料采购与需求不协调
库存管理不善
存在盲目采购
库存精益管理
批号管理
订单进程管理
订单处理滞后
订单并行处理
同期耗用比较
订单不稳定
客户细分
CSF法因果鱼刺图识别功能和信息需求的应用实例
安全库存管理
ABC管理
与订单挂钩
销售计划
积压追溯
先进先出
订单信息
往年耗用数据
季节耗用数据
客户级别
订单变更记录
客户喜好
销售考核
销售排行榜
订单信息共享
滞后报警
进程状态标志管理
进程控制管理
需求分析与BPR — 需求3
功能需求一般以四个方面提出：
输入、输出、处理、数据储存。
确定功能需求的常用方法有：
逻辑模型，如数据流程图；
探索原型，如启发式原型。
通过原型运行，启发用户提出输入、输出要求，
进而获得处理要求。
需求分析与BPR — 需求原则
功能和信息需求分析的原则：
（1）要求尽可能地细，如：
客户需求动态
客户对产品品种的变化趋势
客户年龄与产品品种的关系
客户对产品品种需求的排序
（2）要求尽可能不重叠；
（3）要求不遗漏、不含糊、不矛盾。
需求分析与BPR — BPR 1
企业过程再造：
Business Process Reengineering，BPR
依照企业（业务或管理）过程再造的思想,
结合现行系统的分析与需求分析。
对业务和数据作根本的再思考和彻底的再设计，
以全面地改善成本、质量、服务和速度。
在此基础上设计新信息系统功能与数据的结构。
方法主要是过程模型，如数据流程图。
需求分析与BPR — BPR 2
BPR的实施有以下一些做法可供指导：
（1）对现行的业务流程及其各环节做价值评估。
（2）取消不增值的管理环节和信息处理环节。
（3）以事前管理替代事后监督，减少不必要的审核和检查环节。
（4）加强信息共享，尽可能用并行过程替代串行过程。
（5）提高业务自动化程度，减少手工操作。
需求分析与BPR — BPR举例
邮购公司的BPR例子
客户
订单
批准
信用情况
待批订单
订购
洽谈
查看
历史
审查信
用文件
信用
确认
半小时/件
1000件/天
平均延误1天
耗10元/件
效果甚微
批准订单
撤消
订单
邮寄
客户
订单
批准
上次付款否
订单
订购
洽谈
邮寄
损失显著小于
原来的开销
需求分析与BPR — 非功能需求
需求分析还包括非功能需求。
如：
系统性能、系统易掌握性、系统可用性，
预算成本、效益，
系统实现进度、完成时间，
文档和培训，
质量管理、安全性、内部审计控制等。
返回
新系统逻辑方案设计
系统
规划
现行系统
分析
新系统
逻辑方案设计
现状
问题
信息和功能需求
变革需求
需求分析与BPR的地位
需求分析
与BPR
功能结构、
管理模型、
数据结构、
数据处理流程
新系统逻辑方案设计 — 功能结构1
功能结构设计：
信息需求和功能需求是孤立的，
功能结构和数据结构描述它们的逻辑关系。
对需求的功能分类、分层，
设计各功能相互关系的结构，
再一次作子系统划分。
方法：树状功能结构图，元素聚类划分法等
新系统逻辑方案设计 — 功能结构2
新产品开发方案决策、定价决策、
销售策略决策等
决策功能
产品需求预测分析、市场需求分析、
资金利用分析
分析功能
销售合同执行情况、生产计划完成情况、
同行动态等
查询功能
成本计算、工资计算、统计计算等
计算功能
开具单证、凭证登录、业务记录、记帐等
日常业务
举例
功能
五类管理功能：
新系统逻辑方案设计 — 功能结构3
子系统划分：
系统规划中子系统划分较粗
系统分析中子系统划分将基本上定型
功能结构是子系统以下的功能安排
一般一个子系统即有一个功能结构图
系统 － 子系统 － 功能模块 － 操作
新系统逻辑方案设计 — 功能结构4
管理信息系统
销售管理系统
生产管理系统
供应管理系统
……
进仓处理模块
出仓处理模块
库存帐模块
……
物料需求计划子系统
物料采购子系统
物料仓库子系统
……
出仓登录
库存结算
库存查询
……
子系统划分举例1
新系统逻辑方案设计 — 功能结构5
子系统划分举例2
某公司ERP系统
订单管理
销售计划
配方管理
配方研制
采购管理
质检管理
原料库存
测方管理
成品库存
财务管理
…
…
新品请求
新品采纳
客户订单
签订
客户档案管理
香精目录
内部订单
处理
销售要货计划
生产测方计划
生产任务计划
生产
日报
生产批号管理
计划缺料
报告
安全库存
管理
原料目录
…
…
采购计划
…
新系统逻辑方案设计 — 数据结构1
数据结构设计的目的是实现数据的统一和集成。
数据结构设计也称为逻辑上的数据模型设计，
该模型将在系统设计阶段被转换为物理上的数据结构，即数据库的数据结构。
数据结构也具有层次性：
数据总体
（数据库）
数据表
数据项
／数据记录
新系统逻辑方案设计 — 数据结构2
产品属性数据
客户需求数据
库存
数据
原料需求数据
客户需求数据
客户
订单
客户
档案
香精
目录
要货
计划
新品
请求单
计划
缺料表
客户基本
属性数据
客户交易数据
产品
数据
表际关系设计示例
新系统逻辑方案设计 — 数据结构3
数据结构设计：以表为单位，
向上设计表际关系，向下设计表内结构。
表际关系：以表为单位，
将需求的信息进行划分或合并，分类分层。
销售数据
产品目录
订单
客户档案
成品库存数据
供应数据
订单
订单头部数据表
订单明细表
客户档案
客户简况表
客户购货记录表
客户信用表
新系统逻辑方案设计 — 数据结构4
表内结构：
对每一个表作数据项描述，例：
订单明细表：
订单号，C，6
商品号，C，6
商品名，C，20
单价，N，10，2
数量，N，10，3
金额，N，12，2
订单头部数据表：
订单号，C，6
签订日期，D，8
客户号，C，6
客户名，C，20
要货日期，D，8
付款方式，C，2
销售员，C，4
新系统逻辑方案设计 — 数据结构5
新系统逻辑方案设计—数据处理流程
数据处理流程设计：
结合功能结构和数据结构，设计：
数据输入功能
数据处理功能
数据输出功能
方法：数据流程图
前面的数据流程图是原系统现状的描述，
这里的数据流程图是新系统方案的描述。
相互关系
新系统逻辑方案设计 — 管理模型1
管理模型设计：
功能结构、数据结构、数据处理流程等，
细化设计和补充设计。
有些功能的处理方法和处理过程较复杂，
有些功能则难以单个说明。
因此系统分析需专设 “管理模型设计”内容，
方法：决策树、判断表、结构语言。
新系统逻辑方案设计 — 管理模型2
客户优惠策略模型
客户
优惠20％
新客户
老客户
交易<10万
交易>=10万
欠款<5万
欠款>=5万
无欠款
无优惠
优惠5％
优惠5％
优惠10％
决策树举例：
新系统逻辑方案设计 — 管理模型3
进仓单处理模型
判断表举例：
新系统逻辑方案设计 — 管理模型4
结构语言举例：
库存上下限自设定控制模型
如果库存积压则调节上限；
如果发生缺货则调节下限；
积压量 ＝ 上限－周期用量－安全库存
缺货量 ＝ －进仓前结余量＋安全库存
新上限 ＝ 原上限－a ×积压量
新下限 ＝ 原下限＋b ×缺货量
新系统逻辑方案设计 —系统分析报告
系统分析报告：
书面形式递交，汇总以上各系统分析步骤的内容
四. 方案
新系统的总体逻辑结构设计
新系统功能、数据和流程设计
新系统管理模型设计
新系统逻辑方案
五. 效益
投资方案
逻辑方案的效益分析
系统分析报告
一. 总述
项目背景、可行性分析
信息系统分析的目的和范围
二. 现状
现行系统现状描述
现行系统问题分析
三、新系统需求分析与变革方案设计
返回
第八章 本章小结
组织结构分析
功能结构设计
数据结构设计
系统分析报告
新系统逻辑方案设计
BPR
过程优化
管理模型设计
数据处理流程设计
功能需求分析
信息需求分析
原系统管理业务分析
原系统数据流程分析
原
系
统
分
析
新
系
统
设
计
系统规划
返回
第八章 课程设计
课程设计：某食品公司门店管理系统的分析
要求：
按照信息系统分析的内容、步骤和方法，就该公司的门店管理系统，做系统分析，提出分析报告。
说明：
系统分析的要素要尽可能的完整和齐备。
一些情况不明的地方可以简略或自己做假设。
应该包括物流部和生产部的相关内容的分析。
返回
第八章 习 题
解释系统分析的任务和重要性。
系统分析有哪些主要步骤？前后两段如何区分？
结构化系统分析的主要特点是什么？
简述数据流程图的作用及特点。
原有系统中常见的管理业务问题有哪些？
原有系统中常见的数据问题有哪些？
信息系统的需求分析如何获得？
简述BPR与信息系统分析的关系。
信息系统逻辑方案设计的主要内容有哪些？
