第6章-结构化系统分析(流程建模)
流程建模_精品文档

6.1业务流程分析与建模 6.2数据流分析与建模 6.3业务规则的表示
6.1 业务流程分析与建模
6.1.1 业务流程分析 6.1.2 业务流程图的画法 6.1.3 业务流程优化
业务流程分析就是对组织的业务及其执行过程进行详细调查,并回答以下问题:
⑴企业管理包含哪些业务流程?每个业务流程的目的或想达到的目标是什么? ⑵业务流程是如何完成的?从哪里开始?包括哪些具体活动和步骤?流程的结束条件是什么? ⑶这个业务流程有哪些人(岗位角色)或相关部门参与完成?他们分别承担哪些职责?完成业务流程中的哪些活动? ⑷流程的活动之间有哪些控制流(如何判断、同步分支和汇合)?多个不同流程之间存在什么关系? ⑸流程中用到了哪些方式或手段?
事件表中能找到数据流图中出现的一些元素: 活动对应于处理框 事件源和事件目标对应于外部实体 触发点和响应结果是与外部实体相连的数据流 只有数据存储在事件响应表中没有对应的描述
一个事件的DFD
事件和DFD
事件列表中的每一个事件都可以画出一个DFD图(需要额外添加数据存储元素) 事件列表可以作为画数据流图的一个基础和检验列表 事件对应DFD模型的中间层 事件可以继续分解绘制其具体的处理过程(向下细化) 系统中事件较多时,应进行分组(向上抽象)
读者信息
逾期历史
错误情况举例5
xx
xx
仅有流入的数据流, 数据还有什么用途吗? 纯粹是垃圾!
仅有流出的数据流, 数据是从何而来呢? 模型的局部会存在这种情况, 但系统地看应该不会。如果有, 那个数据肯定是一千年不变, 可以直接由数据库管理员一次性 搞定。
错误情况举例6
“修改还书日期”很细节,而“借阅管理”又很抽象。 处理不在同一个抽象层次上,造成理解困难!
结构化系统分析-DFD

(a) 入库
XS.5
入库 单
XS.1
采购 员 采购 票 发 会 计
销 售 统 计
产品入库 管 理
D1 产品入库
(b)
(d)
XS.1 D3 产品库存 产品入库 管 理
(e) 图 6.8 DFD 中不正确的画法
D1 产品入库
D1 产品入库
(c)
• 分层数据流程图
– 组成与作用: • 顶层(一张):反映系统的主要功能、相关的数据存 储以及之间的数据流,还反映系统与其他系统的之间 的数据流,它概括地描述了系统地边界和功能。
(b)
(c)
<数据流名> 6.1.3 表示“数据流”的符号 6.1.4 表示“数据存储”的符号
图 6.1 DFD 中使用的几何符号
财务 部门
产品 销售 发票
产品进、出、库 存
客户
合同
生产 部门 采购 员
产品出产单
XS.1 产品入库 管 理
XS.2 产品出库 管 理
XS.3 销售合同 管 理
产品采购单
6.1 结构化系统分析方法
• 数据流程图 –作用: • 以即数据变换为中心来展开的,它也是系统信 息模型的一种表示方法。
–要素:
• 处理逻辑 –在数据流程图中,处理逻辑表示对数据的 变换,从用户的角度来看就是表示系统能 “做什么”。
–数据变换有三种: » 数据格式的转换:将一种格式的数据转换成另 一种新格式的数据。 » 数据内容的转换:按生产经营和管理的需要, 从给定的数据中生成新的数据。
相关 人员
图 6.4 某公司销售管理信息子系统数据流程图
• 绘制数据流程图的基本步骤
– 步骤1.确定系统的处理逻辑。 – 步骤2.对于某处理逻辑,确定与其相关的全部数据流。 – 步骤3.对于某处理逻辑,确定与其数据流相关的全部外部 项。
第6章(2)PIM建模技术资料

Warm up: Use Case & Use Case
Realization
• Use Case是描述需求的工具,把系统看做黑盒子。 • Use Case Realization在分析设计阶段做,不在视系统
为黑盒子,而是白盒子。
– 用分析和设计出来的类及它们之间的Collaboration来描述系统 如何完成Use Case。
– 指南:推荐的做法,在其解释、实施或使用中,允许有一定 的自由度或回旋余地。
• 10.把用例规约中的路径直接粘贴在鲁棒图的左边,以 便一一对应,逐项对象化;
• 9.直接利用域模型中的业务对象实体;
– 也用鲁棒图补充和完善域模型
• 8.在画鲁棒图时,要完善用例规约(去掉歧义)
– 画鲁棒图迫使作者逐句斟酌用例规约
• 鲁棒图示例 • 初步设计审核
– 目的与参与者 – 初步设计审核指导原则、指南和常犯的错误
• 软件体系结构及其模式*
– 体系结构风格、设计原则与常见错误 – 鲁棒图与MVC模式 – 新课程:软件体系结构
Warm up:Analysis and Design
• Design
– Realization of a concept or idea into a model or specification
• 分析模型和设计模型最早在Jacobson的OOSE中提出 来了,并非RUP首创。这两个模型的本质差别在于:
– 分析模型是对问题域的描述,独立于实现技术。 – 设计模型在使用具体技术实现分析模型。设计模型可以立即
拿去实施。 – 区分两种模型的目的:当实现技术改变时,重用分析模型。
• 基础:问题域不会如计算机技术发展得那么快。
第六章 结构化系统设计

怎么做?如何实现系统说明书 规定的系统功能,成果是系统 的物理模型。 物理模型 物理模型 物理模型
系统设计
逻辑模型
哪个好?
评价选择物理模型
在评价选择物理模型前,先要讨论评价信息系统 的标准。 信息系统的优劣程度取决于它为管理工作提供信 息服务的质量。具体从六个方面衡量。 信息系统功能 能否满足用户需要 系统的效率 系统的工作效率 系统的可靠性 系统抗干扰能力 系统的工作质量 系统提供信息准确 方便 实用 清晰 系统的可变更性 系统修改和维护的难易程度 系统的经济性 系统收益与支出比
系统生命周期经费开销
分析设计 35%
研制 20%
编程 15% 调试 50%
维护 80%
20%*50%+80%=90%
可变更性好的系统—— 效率不高可以提高效率 质量不好可以改进质量 可靠性差可以加强可靠性 反之,可变更性差的系统,修改不如重做,系统 寿命自然就短。 所以,系统设计必须从保证系统的变更性入手, 设计出一个易于理解、容易维护的系统。
图 a:模块 A将参数“平均”或者“最高”传递给模 块B,模块B按这个参数的值是“平均”还是“最高”去 取相应成绩回送到A。这里参数“平均/最高”控制模块B 如何工作,这就是控制耦合。 控制耦合给理解和修改带来了不便。第一,需要理 解开关量;第二,模块A设开关量,还要记住开关值是什 么,以便从模块B返回后进行相应处理。在系统设计中这 种耦合是可以避免的。图b所示的形式即可,模块A根据 需要调用模块B1或B2。
软件工程导论第6章(第4版)

二. 人机界面设计
人机界面设计是接口设计的一个重要的组成部 分。对于交互式系统来说,人机界面设计和数据设 计、体系结构设计及过程设计一样重要。
1.指导规则
T.Mandel在《用户界面设计要素》中,提出了3 条指导规则: 让用户驾驭软件,不是软件驾驭用户 减少用户的记忆 保持界面的一致性
2. 应该考虑的设计问题
4. 人机界面设计指南
(3) 数据输入指南 尽量减少用户的输入动作。 保持信息显示和数据输入之间的一致性。 允许用户自定义输入。 交互应该是灵活的,可调整成用户喜欢的输入方式。 使在当前动作语境中不适用的命令不起作用。 让用户控制交互流。 对所有输入动作都提供帮助。 消除冗余的输入。
三. 过程设计
1.过程设计的目的与任务 目的 确定模块采用的算法和块内数据结构,用某种 选定的表达工具给出清晰的描述。 任务:编写软件的“过程设计说明书” 为每个模块确定采用的算法 (模块的详细过程性 描述) 确定每一模块使用的数据结构 确定模块接口的细节 (包括对系统外部的接口和 用户界面,对系统内部其他模块的接口,以及关 于模块输入数据、输出数据及局部数据的全部细 节)
三. 过程设计
2.过程设计的原则与方法
清晰第一的设计风格 结构化的控制结构 结构程序设计的经典定义为: “如果一个程序的代码块仅仅通过顺序、选择和循环这3 种基本控制结构进行连接,并且每个代码块只有一个入口和 一个出口,则称这个程序是结构化的。” 结构程序设计技术是一种实现在逻辑上正确描述每个模 块的功能,并且使设计出的处理过程尽可能简明易懂的关键 技术,是过程设计的逻辑基础。 逐步细化的实现方法 例:在一组数中找出其中的最大数
(4) 命令交互 命令行现在仍然是许多高级用户偏爱的交互方式。在 多数情况下,用户既可以从菜单中选择软件功能,也可以 通过键盘命令序列调用软件功能。 在提供命令交互方式时,必须考虑下列设计问题: 是否每个菜单选项都有对应的命令? 采用何种命令形式?有3种选择:控制序列(例如Ctrl+P), 功能键和键入命令。 学习和记忆命令的难度有多大?忘记了命令怎么办? 用户是否可以定制或缩写命令? 在理想的情况下,所有应用软件都有一致的命令使用 方法。
6管理信息系统分析

6.3 结构化系统分析方法
1、数据建模:理解并描述问题的信息域,建立数据模型, 通常使用E-R图来建立。 2、功能建模:定义软件应完成的功能,建立功能模型,通 常使用数据流程图来建立。 3、行为建模:描述作为外部事件结果的软件行为,建立行 为模型,通常使用状态图来建立。
6.3 结构化系统分析方法
6.3 结构化系统分析方法
1)数据建模
数据建模方法: 可使用实体-联系图来建立数据模型。 实体-联系图简称为E-R图,描绘的数据模型称为E-R模型。 E-R图表示方法如下: 用矩形框代表实体; 用椭圆或圆角矩形表示实体(或关系)的属性; 用连接相关实体的菱形框表示关系; 用直线把实体(或关系)与其属性连接。
问题产生的原因:有的是属于原系统管理混乱,数据处理流程本身有问题, 有的也可能是我们调查了解数据流程有误或作图有误。
现有的数据流程分析多是通过分层的数据流程图(data flowdiagram,简称 DFD)来实现的。
6.3 结构化系统分析方法
2)功能建模
数据流程图的定义(Data Flow Diagram,DFD)
销售订单
记录销售订单
销售订单
销售订单汇总
销售 汇总单
审核
移交生产
接收销售单
制定半成品计 划和物料需求 计划
生产 计划
半成品 计划
物料需 求计划
审核
移交采购
接收
移交车间
接收
6.2 现行系统的业务调查 业务流程图
1. 2. 3. 1. 2. 3. 业务流程图的绘制要点 按业务部门划分 图中描述的主体是票据、帐单 票据、帐单的流程路线与实际业务处理过程一一对应 业务流程图的作用 业务流程图是系统分析员作进一步系统分析的依据 业务流程是系统分析员,管理人员相互交流的思想工具 利用业务流程图分析业务流程是否合理
第6章 结构化开发方法

6
6.2信息系统规划的实施
在第5章(5.5节)已经从方法论的高度介 绍了系统规划的一般概念和方法,并分 析了系统规划的重要性。在这里主要从 结构化开发方法具体实施的角度介绍系 统规划的一般步骤和实施过程。
7
6.2.1信息系统规划的任务
– 规划基本问题的确定; – 收集信息; – 现状的评价和约束的识别; – 设置具体目标和初步方案; – 规划内容及其相关性分析; – 目标的分析及实现的优先级; – 人员组织; – 实施进度计划,包括经费预算和使用计划; – 成本分析、效益初步分析; – 开发平台硬件软件环境(不一定马上购买); – 可行性分析。
6.3.2数据流图
数据流图(Data Flow Diagram,DFD)是 系统分析中最常用和最重要的工具之一。 数据流图用来描述信息系统的逻辑模型, 包括外部实体、数据处理、数据存储和 数据的流动。
16
17
DFD绘制流程
18
范围图
19
顶层图
20
第1层数据流图
21
绘制DFD图要避免的情况
数据流不能起于数据存储且止于一个外部实体或另一 个数据存储;也不能起于某个实体且止于另一个外部 实体或数据存储。
22
6.3.3数据字典
数据字典(Data Dictionary,DD)被称为 “关于数据的数据”,其作用是对信息 系统开发过程中所使用的各种类型数据 元素进行定义,保证在整个系统中(如 在数据流图、数据库和各种报表中等) 数据元素定义的一致性和惟一性。
25
功能描述
26
信息处理描述
(1)程序流程图 (2)决策树 (3)决策表 (4)结构化语言
27
6.3.5系统分析的成果
第五章结构化方法系统分析

第五章结构化方法系统分析
结构化方法系统分析(Structured Systems Analysis)是一种以建
模和分析技术为基础的系统分析方法,它是以步骤为基础分析问题,把复
杂的信息系统分解成几个有机的部分,每个部分都有自己的流程以及关联
到系统的其他部分。
在整个结构化方法系统分析过程中,软件工程师可以
利用项目开发工具,以系统结构为基础,进行建模和系统分析,为最终项
目实现提供有力的支持。
结构化方法系统分析是一种分步骤式的系统分析方法。
研究人员首先
分析业务需求,明确系统目标。
然后在建模评审阶段,需要识别项目所需
的技术和数据,实现过程的细化。
接下来是识别流程和结构的阶段,通过
绘制流程图识别出系统的各个环节,明确其间的关系,以及系统中的组件。
接着,在建立架构阶段,研究人员会搭建出一套系统模块,把一套完整的
系统建模出来。
最后,在评审阶段,会评估系统模型的可行性,有效性,
稳定性以及可测试性,并且继续进行改进,直至项目完成。
结构化方法系统分析非常重要,它能够有效地帮助企业完成复杂的项目,同时通过各种建模和分析技术。
结构化分析—-数据流图ppt课件

销售量
职工
累计销售量单价
D2
产品
计算 销售量
D2 产品销售帐
计算销售总额
商品编号#_
怎么辨别数据存储
• 各种需要长期保存的表格(纸质/电子)
– 答辩评审表、新生登记表、包裹邮寄单
• 分类存放的某类表格数据,称为一个数据存 储 • 一个数据存储可能经过多道处理手续,即数 据处理(可能涉及多个人填写表格或查看)
•
3、提高易读性
提高数据流图的易理解性
(1)简化处理间的联系(利用数据存储)
如:P2 成绩管理 ->P1 异动管理之间的联系可 以改变为: P2成绩管理->D3留退名单 P1异动管理<-D3留退名单 D3留退名单为增加的数据存储
(2)均匀分解,应齐头并进 (3)适当的命名
4、确定系统边界
• 信息系统建模不是对应用领域的业务建模, 信息系统可能只反映业务系统的部分处理过 程。 • 因此要关注信息系统解决的问题,重点是系 统中的数据处理和流动。 (1)排除纯手工活动 (2)排除其它外部系统的活动 (3)和系统外的外部实体之间的接口通过数 据流来实现
p1
外部实体
数据处理
数据存储
数据流
外部实体
外部实体指系统以外又与系统有联系的人或事物 。它表达了该系统数据的外部来源和去处。 例如:人、组织、外部系统等等。
• 外部实体是数据的来源(谁提供了最初始的数据?) • 外部实体是数据的去处(数据对谁有价值?)
图书 管理员 图书 管理员
读者
馆长
读者
数据处理
课堂练习
• 不完整的DFD如下:
P3 报警 拨出 通信 系统
电话号码
通信 系统
结构化建模——精选推荐

结构化建模结构化分析⽅法(Structured Method,结构化⽅法)是强调开发⽅法的结构合理性以及所开发软件的结构合理性的软件开发⽅法。
结构是指系统内各个组成要素之间的相互联系、相互作⽤的框架。
结构化开发⽅法提出了⼀组提⾼软件结构合理性的准则,如分解与抽象、模块独⽴性、信息隐蔽等。
针对软件⽣存周期各个不同的阶段,它有结构化分析(SA)和结构化程序设计(SP)等⽅法。
结构化分析⽅法结构化分析⽅法:结构化分析⽅法是⼀种建模技术,该模型的核⼼是数据字典,包括在⽬标系统中使⽤和⽣成的所有数据对象。
数据流图(DFD):描述系统中数据如何被传送和变换,以及描述如何对数据流进⾏变换的功能,⽤于功能建模 实体-关系图(E-R):描述数据对象及数据对象的关系,⽤于数据建模 状态-迁移图(STD):描述系统对外部事件如何响应,如何动作,⽤于⾏为建模结构化分析⽅法(Structured Method)是强调开发⽅法的结构合以及所开发软件的结构合理性的⽅法。
结构是指系统内各个组成要素之间的相互联系、相互作⽤的。
结构化开发⽅法提出了⼀组提⾼合理性的准则,如分解与抽象、模块独⽴性、信息隐蔽等。
针对各个不同的阶段,它有结构化分析(SA)、结构化设计(SD)和结构化设计(SP)等⽅法。
结构化分析⽅法给出⼀组帮助系统分析⼈员产⽣功能规约的原理与。
它⼀般利⽤图形表达⽤户,使⽤的⼿段主要有、数据字典、结构化语⾔、判定表以及判定树等。
结构化分析的步骤如下:①分析当前的情况,做出反映当前物理模型的DFD;②推导出等价的逻辑模型的DFD;③设计新的逻辑系统,⽣成数据字典和基元描述;④建⽴⼈机,提出可供选择的⽬标系统物理模型的DFD;⑤确定各种⽅案的成本和等级,据此对各种⽅案进⾏分析;⑥选择⼀种⽅案;⑦建⽴完整的需求规约。
结构化分析⽅法(2)结构化分析⽅法的实质是着眼于数据流,⾃顶向下,逐层分解,建⽴系统的处理流程,以数据流图和数据字典为主要⼯具,建⽴系统的逻辑模型。
《软件工程》(第五版)习题参考答案

《软件工程》(第五版)习题参考答案
第1章 一、判断题 1、(×)软件的维护与硬件维护本质上是相同的。 2、(√)软件在运行和使用中也存在退化问题。 3、(×)软件危机的产生主要是因为程序设计人员使用了不适 当的程序设计语言。 4、(√)软件同其他事物一样,有孕育、诞生、成长、成熟和 衰亡的生存过程。 5、(×)文字处理软件 Word 属于系统软件。应用软件 6、(√)原型是软件的一个早期可运行的版本,它反映最终系 统的部分重要特性。 7、(√)软件开发过程中,一个错误发现得越晚,为改正它所 付出的代价就越大。 8、(×)快速原型模型对软件开发人员的水平要求不高。 9、(√)喷泉模型适合于面向对象的软件开发。 10、(×)面向对象开发方法的主要缺点是在适应需求变化方面 不够灵活。 二、选择题 1、软件是一种(C)。 A、程序 B、数据
D、合同文档 14、结构化分析方法是以数据流图、(D)和加工说明等描述工 具,即用直观的图和简洁的语言来描述软件系统模型。 A、DFD 图 B、PAD 图 C、IPO 图 D、DD 15、软件需求分析阶段的工作,可以分为四个方面:需求获取、 需求分析、编写需求规格说明书以及(B)。 A、阶段性报告 B、需求评估 C、总结 D、都不正确 16、数据流图用于抽象描述一个软件的逻辑模型,数据流图由一 些特定的图符构成。下面图符名称标识的图符不属于数据流图合 法图符的是(A)。 A、控制流 B、加工 C、数据存储 D、源点和终点 17、DFD 用于描述系统的(D)。 A、数据结构
结构化分析建模

系统模型从以下不同的角度表述系统: 从外部来看,它是对系统分析上下文或系统环境建模; 从行为上看,它是对系统行为建模; 从结构上看,它是对系统的体系结构和系统处理的数据结构建模。 结构化的需求分析模型有: 系统行为模型: 数据流模型,用来描述系统中的数据处理过程 状态转换模型,用来描述系统如何对事件做出响应 实体—关系模型:关心的是寻找系统中的数据及其之间的关系,却不关心系统中包含的功能。
结构化分析模型结构
实体- 关系 图
数据 流图
加工 规约
数据 对象 描述
状态转换图
控制规约
结构化分析模型结构
分析模型结构的核心是数据字典(DD,Data Dictionary),包含了软件使用或生产的所有数据对象描述的中心库。 分析模型结构的中间层有三种视图: 数据流图(DFD,Data Flow Diagram)服务于两个目的:一是指明数据在系统中移动时如何被变换,二是描述对数据流进行变换的功能和子功能。 实体—关系图(E-RD,Entity-Relationship Diagram)描述数据对象间的关系,用来进行数据建模活动的记号。 状态转换图(STD,State Transition Diagram)指明作为外部事件的结果,系统将如何动作。 分析模型结构的外层是规约描述: 在实体—关系图中每个数据对象的属性可以使用数据对象来描述。 在数据流图中出现的每个加工/处理的功能描述包含在加工规约中。 软件控制方面的附加信息包含在控制规约中
用户需求一般用自然语言描述
1
系统需求必须用较专业的方式来描述
2
模型是软件设计的基础,也是创建规约的基础
3
需求分析原则:
4
必须表示和理解问题的信息域;
5
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
业务流程建模的工具
一般业务流程模型: – 传统业务流程图(很少用) – Visio跨职能流程图(推荐) – UML活动图(推荐)
业务流程管理模型(工作流模型): – BPMN业务流程图,指明通过人和软件完成的任务以及他们
如何相互联系以实现业务目标
– 可与SOA等软件环境结合,实现流程自动化(包含流程引
下、逐层分解的方法。
利用分解和抽象这两个基本手段控制 系统的复杂性,把大问题分解成小问
1.1
1.2
1.3
2.1 2.3
2.2
1.1 1.3
题,然后分别解决,这就是分解。分 解按照层次进行,先考虑问题最本质
的特性,暂时略去具体细节,以后再 逐层添加细节,直到最详细的内容。
先试试看
学校对毕业设计的前期工作规定如下: – 第7学期末,教务秘书要求每个教师按照职称上报指定数
擎)
业务流程图符号及含义
不同业务流程建模工具符号大同小异:
跨职能流程图
活动(动作)
判定
同步或并行
开始
UML 活动图
结束
文档(数据)
流
试一试
学校对期末考试流程规定如下: – 期末考试前三周,教务处负责安排全校课程的考试时间和
地点,下发“考试安排表”;
– 考试前一周,各任课教师准备好A、B卷,填写“试卷打印
BPMS具有的功能如下: – 业务流程建模:业务人员以业务的视角来定义业务活动,
并编排业务流程,实现业务流程的可视化设计;
– 业务流程自动化:根据定义好的流程,在BPM系统中自动执
行流程无需人工干预,也就是智能化BPM流程引擎;
– 系统集成:与其他组件的功能集成,如Web Service; – 业务流程管理:监控流程的执行情况并可视化; – 业务流程优化:对流程执行效率、成本、瓶颈、负载等进
模、流程优化等技术
企业流程管理的五阶段
业务流程发掘 业务流程设计 业务流程执行 业务流程管理维护 业务流程优化
企业流程管理系统BPMS
与企业资源计划(ERP)相类似,BPM概念既代表一 种企业管理方法,又代表了具体的企业流程管理软件 系统,后者一般称为BPMS(business process management system)
– 一个活动框应当是一件独立的工作或者事件 – 一个判定框代表一个判定值(真或假),不应表示活动或
动作本身。
标明流程名称; 一般一个流程有一个起始点,一或多个终结点; 尽量避免出现交叉的流动线路,可以并行执行的活
动应尽量使用同步条表示; 尽量识别并绘制出流程中用到的表格和文档。
6.1.3 业务流程优化与管理
2.企业流程管理BPM
定义:是指通过人工或技术手段,对企业的各类业 务流程进行梳理、分析、改善和监控,并持续对业 务流程进行优化的各种活动。以期达到有效降低业 务处理成本,提高业务处理效率,快速响应市场与 客户需求,持续提升企业决策反应能力的目的。
相关概念: – BPR – BPI(businessprocess improvement,业务流程改进) – 工作流管理 – 企业架构集成(EAI)、流程自动化、流程集成、流程建
仁医院)
– 114网上挂号、自动叫号、社保卡联网……
如何实施BPR
以过程为导向,取代以任务和组织结构为导向 – 分散在各部门的作业整合为单一流程 – 以平行作业方式取代线性顺序作业方式 – 组织扁平化,消除不必要的管理层级
目标远大 – 绩效提升目标是50%以上,甚至数倍
打破常规 应用信息技术
第6章 结构化系统分析
——流程建模
本章主要内容
6.1 业务流程分析与建模 6.2、6.3 结构化系统分析的功能模型——
数据流分析与建模(数据流图、数据字典、业务规 则表示) 6.4 结构化系统分析的数据模型——实体关系图
6.1 业务流程分析与建模
著名管理大师迈克·哈默在其《企业行动纲领》一书 中提出“业务流程至上”
对企业的业务流程做一个全面梳理,明确哪些流程 对企业很重要,哪些流程对企业不太重要,对所有 流程进行分析、设计、描述和维护管理,并通过IT 技术和工具对流程自动化进行支持。 – 关注业务流程管理和持续完善,和风细雨 – BPM(business process management) – BPM中包含BPR的内容
主要内容: – 数据流分析 – 数据流图 – 绘制数据流图的注意事项 – 数据字典
6.2.1 数据流分析
数据流分析: – 从企业的业务活动中找到数据流(信息流),即分析每个
活动的数据输入和数据输出,忽略企业运作中那些与数据 无关的活动。
分析方法: – 采用结构化分析方法(或HIPO法,hierarchical input
服务流程: – 客户申请服务,如果是新客户,业务经理将该客户的基本信
息记录下来。接下来业务经理将上门进行勘查,并制定具体 “维修方案”。业务经理和客户就方案进行沟通,达成一致 则签订正式“服务合同”,否则流程终结。
– 根据合同方案,业务经理将对实施维修的人员和所需材料进
行计划,并填发“派工单”。工人拿到派工单后,领取指定 材料上门实施服务。服务完成后客户进行验收,并在“派工 单”上填写维修信息和反馈意见。业务经理收回派工单后, 通知财务人员进行项目的结算并收款,流程终结。
亚当•斯密的分工理论强调组织机构的分割,各机构 分工明确,界限清楚。流程没有得到应有的重视和 管理。
IT系统的应用拓展了流程改进的空间,改变了沟通 的方式,改变了组织内权利的分配,改变了组织结 构,进而推动了流程管理的实现与组织的变革。
BPR和BPM
原有流程中的大部分工作是没有给客户带来价值的, 而这部分工作要被去除,而并不只是简单利用IT技 术来提速的。 – 关注业务流程优化和变革,疾风骤雨 – BPR (business process reengineering)
本章对后者进行分析和建模,采用业务流程的说法。
业务流程分析的内容
业务流程分析,需要回答以下问题: – 有哪些业务流程?各自目的或想达到的目标是什么? – 这个业务流程是如何完成的,有那些任务并经过那些步骤
完成?活动执行(开始、结束)的条件?
– 这个业务流程有谁参与?各自完成流程中的哪些活动? – 流程中有哪些控制流(如判断、同步分支与会合等)?多
1.企业过程重组BPR
定义:对企业经营过程进行根本性的再思考和彻底 的重新设计,以求获取可以用诸如成本、质量、服 务和速度等方面的业绩来衡量的巨大的成就。
这个定义包含四个关键性的观念: – 根本性的(Fundamental) – 彻底的(Radical) – 巨大的(Dramatic) – 过程(Process)
数据流分析,需要回答以下问题: – 系统作为信息处理器主要完成什么功能?最重要的输入和
输出数据是什么?
– 系统作为一个整体,和外界环境存在什么关系? – 系统功能复杂,是否能够分解为几个相对独立的又有联系
的子系统或子功能?
– 分解后的子功能是否仍然很复杂,还可以划分为更细更具
体的子功能吗?
– 每个功能或子功能的输入数据和输出数据是什么? – 系统中需要长期保存的数据有哪些?例如各种表格、单据
跨职能流程图示例1
多个职能部门或角色,格式可以设置纵向/横向
<期末考试流程>
教务处
教师
安排考试 考试安排表
出卷
试A题B试(卷B) 打印审批表
打印试卷 试卷
有不及格?
有
安排补考
补考安排表
阅卷出成绩
成绩单 答卷
装订存档
期末流程结束
审批签字
打印审批表
参加考试 答卷
系主任
学生
案例——空调维修服务
某公司的主营业务是空调安装和维修服务 – 有哪些部门和岗位?各自职责是什么?
审批表”提交系主任;
– 系主任审批签字; – 任课教师将选中的期末试卷和已签字的“试卷打印审批表”
送教务处印刷部门进行印刷;
– 学生按时到达指定考场参加考试; – 考试完毕后任课老师进行阅卷,产生成绩单,并对学生答
卷装订存档;
– 与此同时,如果课程有不及格情况,教务处负责安排补考
时间、地点,产生“补考安排表”,流程结束。
、文件,这些数据如何创建、修改和使用?
– 在一个业务流程中,数据来源到最后去处是否完整?
6.2.2 数据流图
数据流图DFD采用一系列分层次的数 据流图来描述系统。
– DFD的每一个层次都代表了系统的一个
x
抽象水平。
– 高层次DFD中的数据处理可以进一步分
1
3
解成低层次、更详细的DFD,即自顶向
2
process output)。
– 基本思想:把一个系统看成一个整体功能,明确信息的输
入与输出,系统为了实现这个功能,内部必然有信息的处 理、传递、存储过程。这些处理又可以分别看做整体功能, 其内部又有信息的处理、传递、存储过程。如此一级一级 地剖析,直到所用处理步骤都很具体为止。
数据流分析的内容
个不同流程之间有什么关系?
– 流程用了那些方式或手段来完成? – 完成任务所用的资源(物理、人力、知识)及其成本如何?
流程各环节的增值作用如何?
– 流程中是否存在瓶颈或阻塞排队现象?
6.1.2 业务流程图的画法
业务流程图示应有以下基本表达能力: – 业务流程包含多个业务功能(活动) – 业务功能可能由不同部门负责 – 活动有次序 – 活动执行过程含有控制逻辑(如分支、并发、同步汇合等)
只要使用满足上述要求的建模工具来描述业务流程, 本课程都认为是业务流程图。
业务流程建模的意义
帮助我们了解某项业务的具体处理过程 发现和处理系统调查工作中的错误和疏漏 便于分析原系统流程中的问题,优化或重组业务处