电子政务业务流程设计方法通用指南.pptx

8
业务调查
1．填写业务调查表 2．描述组织结构 3．准确捕捉业务流程，全面搜集业务信
息（数据） 4．归纳业务部门间的活动 5．归纳业务部门间交换的业务信息 6．描述业务数据的具体内容
9
填写业务调查表
这是了解用户业务的第一步。该表 是描述组织机构的组成结构树及描述业 务流程的事件流程图的依据。
• 岗位设置、责任(往往“挂”在墙上) • 业务报表/信息(往往“摆”在桌子上) • 所需软件(可在需求定义阶段与用户共同确定)
• ③ 反映活动主体之间信息交互的数据接 口图以及相关描述；
• ④ 反映活动主体操作信息的业务信息操 作权限图以及相关描述；
6
描述信息化需求定义的建模文档
• 基于组成结构树的信息化，重点包括：
✓功能定义 ✓过程定义 ✓数据定义 ✓以及相关描述。
7
1.6 全程一体化建模过程
• 业务调查 • 需求定义 • 总体设计 • 详细设计 • 生成程序
1
建模过程与要领
主要内容
• 主要指标与文档 • 全程一体化建模过程 • 建模要领 • 应用要领
2
建模的主要文档
（1）描述组织分工的建模文档 （2）描述业务流程的建模文档 （3）描述业务信息的建模文档 （4）描述信息化需求定义的建模文档
3
描述组织分工的建模文档 ① 反映一个组织中上下级关系的组织结构图
• PlayCASE根据事件流程图中事件所携带的数 据，用数据接口图自动归纳子系统（模块） 间的信息交互。
15
需求定义
1．确定哪些业务需要计算机软件 2．描述软件系统的运行模式
16
确定哪些业务需要计算机软件
• 在业务调查的基础上，用组成结构树定义软件的 基本结构：每个节点由业务部门和支持它的计算 机软件组成。
• 组成结构树应当分解到：凡是需要计算机软件的 部门，分解到每个业务岗位的工作职责。
• 一般来讲，业务调查很难一次彻底完成，往往贯 穿整个开发过程。
、成本会计等） • 第4层：每个岗位的工作职责（如成本会计要核算生产
成本、核算销售成本等）。
11
准确捕捉业务流程，全面搜集业务信息（数据）
PlayCASE用事件流程图描述业务流程，其方 式是沿组成结构树自上而下，从整体到部分。
• 对用户业务流程的调查应该从划分业务流程种类开始。 划分依据：一个业务流程由一组联系紧密的业务活动组 成。
20
原则
• 功能分解要尽可能根据用户的业务活动 规则进行，按照国家制度规定进行。
• 功能分解程度最好对应到“原子”级业 务活动。
• 从某种意义上来说，这种分解是需求分 析的深化。
21
描述软件的总体运行过程
在需求定义的基础上，根据组成结 构树所做的功能分解，把事件流程图进 一步向下逐层展开，来描述软件的总体 运行过程。
22
划分软件的功能界面
• PlayCASE根据上述事件流程图，用事件接口 图自动归纳子系统（或模块）间的功能交互。
• 事件接口图和事件流程图一一对应，按层次来 表达软件内部的功能界面，说明哪些功能由哪 些子系统（模块）来完成。
• 从宏观上把握和认识系统每部分所具备的各种 功能。
23
划分软件的数据界面
14
描述业务数据的具体内容
• 在事件流程图中捕捉到的业务数据，PlayCASE用“信息/ 表单” 来描述，可从两方面深入认识：
–业务数据的具体内容（现阶段考虑） –业务数据间的联系(总体设计阶段考虑) • 如果业务数据种类较多，为了保证调研的效率，在业务 调查阶段可以采取折衷方式： –不描述业务数据的具体内容 –只描述关键部分 –保留原始材料（数据） –忽略部分应当在总体设计时补充。
17
Hale Waihona Puke Baidu
描述软件系统的运行模式
PlayCASE用事件流程图描述未来软件 的总体行为，它是真实业务的仿真。这种 直接支持日常业务活动的软件最容易被用 户接受。
18
总体设计
1．描绘软件的全部结构 2．描述软件的总体运行过程 3．划分软件的功能界面 4．划分软件的数据界面 5．描述信息流动情况 6．归纳上下级模块的数据传递 7．进行数据库的概念设计 8．描述数据（构件）间的相互关系
10
描述组织结构
用户的业务组织结构是我们认识了解其业 务的最佳向导，PlayCASE用组成结构树来表示 它。 划分组织结构的一般原则：
• 第0层：企业自身 • 第1层：企业的业务部门类别（如生产经营部门等） • 第2层：具体的业务处室（如销售处等） • 第3层：业务处室所设的业务岗位（如财务处的记帐员
• 从宏观上把握和认识企业的业务划分与工作职 责。
13
归纳业务部门间交换的业务信息
PlayCASE根据事件流程图中事件所携带的 数据，用数据接口图自动归纳业务部门（人） 之间的信息交互。 • 数据接口图和事件流程图一一对应，按层次来 表达企业内部的信息界面，说明信息的由来和 去处。 • 从整体上把握和认识企业进行业务活动时所交 互的信息。
19
描绘软件的全部结构
• 明确结构树中哪些节点是子系统，哪些节点是功 能（模块），其判断可以综合两方面因素：
–支持业务部门或业务岗位的软件，可以视为子系统， 替代业务岗位某项职责的软件可以视为功能（模块） ；
–单个运行的软件（可执行文件）可以视为子系统，反 之为功能（模块）。
• 在此基础上，根据用户实际业务的需要，对现有 结构树的末级节点进行适当的功能分解。
以及相关描述； ② 反映一个组织中层次化职能分工分解的组
成结构树以及相关描述。
4
描述业务流程的建模文档
① 反映宏观业务联系的业务协作流程图以及 相关描述；
② 反映微观业务操作的功能执行流程图以及 相关描述。
5
描述业务信息的建模文档
• ① 反映业务信息内容及其联系的业务信 息关系图以及相关描述；
• ② 反映业务信息基本流向的数据流图以 及相关描述；
• 通过经验丰富的用户提供的业务的各种细节，无一遗漏 地捕捉到用户进行业务活动时产生的各种业务数据，这 些数据往往体现为报表、票据等，它们可以用于生成数 据流程图(DFD)。
12
归纳业务部门间的活动
PlayCASE根据事件流程图，用事件 接口图自动归纳业务部门间的业务活动 。
• 事件接口图和事件流程图一一对应，它按层次 来表达业务部门（人）之间的业务分工，集中 反映了各个部门（人）的业务活动。