大话软件工程:需求分析与软件设计
上QQ阅读APP看书,第一时间看更新

4.12 架构模型5——流程图

流程图:一组为完成特定目标而进行有序活动的过程表达。

发明者:不明,本书作者按信息化实现方式标准化。

4.12.1 概念与解读

1.模型概念

流程图,可以用来描述任何有顺序、规则的活动过程。在企业管理信息化系统的分析和设计中,主要涉及的流程是业务流程与审批流程。它是为达到特定的目标而由不同的人分别协同完成的一系列活动。活动之间不仅有严格的先后顺序限定,而且活动的内容、方式、责任等也都必须有明确的安排和界定,以使不同活动在不同岗位角色之间进行流转交接成为可能。流程图就是用来描述和记录这个活动过程的方法。

2.模型解读

流程图可以用来表达工作过程的信息,见图4-41。

图4-41 线形流程图

(1)目标:流程,必须要有一个明确的任务目标,这个目标多用流程的名称来表示,如报销申请流程、物资采购流程、合同支付流程等。

(2)方向:用标准的图形符号表示出流程将要完成目标的方向,即起点(s)、方向(→)、终点(e)。

(3)节点:完成目标需要多少个节点,节点数=6个。

(4)顺序:完成流程的顺序、前后关系(节点1→节点2→…)。

(5)分歧:在哪个地方会发生流程的分歧,即流程从节点“1.签约”出发,根据分歧条件的约定,流程可以走向节点“2.设计”或是走向节点“4.采购”。

(6)主次:可以看出有主流程和次流程两条线,主流程=签约~核算,次流程=采购。

4.12.2 画法与场景

1.模型画法

1)线形流程图

首先要确认分析成果用“流程图”表现是最适用的,画法如下,见图4-41。

(1)确定流程完成的目标。

(2)确定流程的起点、终点。

(3)确定完成流程所需要的活动(节点数)、顺序。

(4)确定流程中间的分歧位置、条件、规则。

2)泳道式流程图

将线形流程图与组织背景框进行叠加,形成泳道式流程图,如图4-42所示。

图4-42 泳道式流程图

线形流程图的绘制方法不变,只是将流程上的每个活动的位置置于该活动所属的组织表格内,同时,将带有“审”字的图标也放置在对应的网格内,这样就可以一目了然地看到业务活动是谁做的、对业务活动的审批是谁做的等信息。

组织表格可以是一维的,也可以是二维的(横轴也有组织划分,如班、组)。本题横轴采用的是表示处理顺序的数字编号(系统设计用)。

3)节点的称呼

软件工程上的不同阶段,对流程上相同的节点赋予了不同的名称,如图4-43所示。

图4-43 软件工程不同阶段对流程节点的称呼

(1)需求调研阶段:节点称为“步骤”,因为此时收集到的是用客户用语表达的工作,可能不是规范的流程表达方式,节点名称可以是名词、动名词、动词。

(2)业务设计阶段:节点称为“活动”,它对应的是客户的实际工作,是业务流程的标准表达,业务流程的节点名称必须用动词、动名词,不能用名词。

(3)应用设计阶段:节点称为“组件”,节点名称与活动名称一样。

2.适用场景

企业有规律的生产活动都是采用业务流程的方式表达的,因此对企业进行的标准化工作之一就是业务流程的标准化。使用流程图可以描述所有具有有序作业的过程。流程图可以用来描述两类场景:业务处理过程,审批处理过程。

(1)业务处理过程(业务流程):材料采购流程、预算编制流程、项目管理流程等。

(2)管理控制构成(审批流程):报销审批流程、投标审批流程、合同审批流程等。