{业务管理}核心业务系统的内容讨论完整版

{业务管理}核心业务系统的内容讨论完整版

目录

1.核心业务系统概述1

1.1引言1

1.2核心业务系统框架结构3

1.3本文要解决的重点问题7

2.核心业务系统的典型块7

2.1核心业务系统“块”的记录事实层（信息模型）9 2.2核心业务系统“块”的约束层（流程模型）12 2.3核心业务系统“块”的评估层（优化模型）19

2.4核心业务系统“块”的三层体系归纳20

3.核心业务系统内“块”之间的相邻21

4.核心业务系统的环境层22

5.核心业务系统的“核”和外围子系统25

6.核心业务系统的分布和外挂26

7.核心业务系统与行业标准化27

8.核心业务系统中核心运营管理28

9.核心业务系统的评估层综合29

10.归纳核心业务系统的知识体系39

11.核心业务系统的生命周期40

12.结论41

1.核心业务系统概述

1.1引言

在开发行业应用软件的过程中，有一个系统的称呼很有意思，叫核心业务系统。从表面上理解，核心业务系统就是该行业的“核心”的应用软件。本文就试图针对一些服务性行业，从内容构成上讨论一下这个核心业务系统的内涵和外延。

核心业务系统本质上也是一个“综合”管理信息系统，为了突出重点和更有针对性，我们以服务行业（如：金融、电信、……）为背景，讨论有关的内容。从大的方面看，以服务行业为主要业务的核心业务，重点是围绕“合同管理”和“项目管理”进行（后面我们会说明理由）。“合同管理”反映企业与客户之间的契约管理，它是服务和业务管理的综合体现，“项目管理”反映企业内部组织过程管理，它涉及合同管理，同时也涉及企业内部的组织管理、核算和资源的合理运用。由于涉及的头绪太多、太复杂，我们需要一个基本的框架来定位核心业务系统的主要内容。

核心业务系统应该是一个计算机的管理系统，但是在没有这个计算机管理系统之前，一定有一个根源性的东西，它来支撑管理的进行，为了叙述的方便，我们把这个根源性的东西叫可操作管理文件（参考“可操作型管理文件写作”一文），也就是说，是一个管理文件。“可操作”是对格式的要求，其根本的目的是使可操作管理文件与相应的计算机管理系统有相似的结构，这样的可操作性，使我们可以在不同的层面讨论核心业务系统，这样的表达也便于不同知识背景的人员相互沟通。我们的基本框架由三个层面组成：

——业务管理层面：对应可操作管理文件；

——软件系统需求/设计层面：对应需求设计文档；

——计算机系统层面：对应计算机管理系统。

三个层面都有明确的成果物：文件、文档和系统。它们的组成内容可以进一步细化为：

——可操作管理文件：①文件的分章、分块构成。每一块中：②表单（业务单据）和③活动（业务流程，业务规则），④文件的环境描述。

——软件系统的需求和设计：①需求/设计的总体功能组成和每部分概括说明。每一部分中：②表单（业务单据），业务操作界面，数据库结构和③流程描述（业务流程，业务规则），④需求和设计的环境说明。

——计算机管理系统：①系统的整体功能，主菜单。每一个功能中：②表单（业务单据），操作界面，数据结构和③具体操作步骤说明(业务流程，业务规则)，④系统的环境说明。

三个层面结构是“同构”的，但是内容是逐层细化的。上一层对下一层看起来像是框架、蓝图。而下层针对上层而言，就是这个蓝图的细化。如：在可操作管理文件层，我们提出表单（业务单据），这是业务层面最直接的管理结果，没有计算机系统，或不同能力的计算机系统都可能满足这层的要求。但是到了软件系统需求/设计层，就增加了产生表单（业务单据）的计算机“操作界面”的描述，而且配套相应的操作流程和规则。到了计算机管理系统层面，就要在上面的基础上，进一步讨论。表单（业务单据）的数据结构，数据库存贮和交互操作更详细的数据操作内容。分层讨论，它的好处是我们先从主要的问题点入手，并且越来越关注业务操作细节的实现，最终借助软件系统这个工具进行管理。本文由于侧重管理的表述（管理篇），所以采用侧重可操作管理文件层为基础的讨论,这样可

以讨论大的管理框架和蓝图，规划和兼顾（同构）实现技术的内容和层次，突出讨论核心业务系统的管理“原理”。

作为核心业务系统的概述，我们更重要的是给出它的内容体系和管理目标。

核心业务系统内容体系也是本文的内容体系应该包括：

1.核心业务系统的整体结构/总体结构；

2.核心业务系统内外部环境及标准化；

3.典型组成部分的结构和组成分析；

4.各组成部分之间的关系和综合管理、优化。

通过对核心业务系统内容体系的讨论，完成如下的管理目标：

1.调整/创新管理的机制，促进业务的增长；

2.提高运行效率，降低综合成本；

3.优化运营环境，合理运用资源；

4.规范管理体系，控制经营风险。

要使这些管理目标得以实现，就需要我们通过本文的讨论建立管理目标和内容体系的关系。

1.2核心业务系统框架结构

针对核心业务系统的内容体系，我们给出核心业务系统的总体结构图：

可以看出三个层面的四个组成部分具有相对应的内容。

我们在上图中使用了术语“内容分类”或“块”、“具体流程”、“具体表单”，它们与行业内的很多术语的关系是什么呢？我们第一个概念“内容分类”有“分

层”和“组成”的概念（有时也称“概念分层”和“概念划分”，参考“行业应用软件中的词根表和库结构”一文）。“内容分类”是行业内容的“体系结构”，有很多种分类策略，如：按企业的组织机构分类、图书馆的目录分类、系统工程中的系统分类、领域对象的体系结构、……，总之，这就是核心业务系统的总体结构，也是本文的总体介绍。

在我们具体结构图中，“内容分类”显得非常重要。以保险行业为例，我们看看传统的《保险学》是如何分类的，即：社会保险/商业保险，法定保险/自愿保险，人身保险/财产保险，……。或者换一个角度，按保险性质分类（商业、社会、政策、……），按保险标的分类（财产、人身、责任、信用保证、……），按危险转移层次分类（原保险、再保险、共同保险，……），按实施方式分类（强制、自愿、……），按经营主体分类，按客户群分类，按承保的危险分类，按保额确定方式分类，……

相对于核心业务系统，这些领域分类的方法缺乏整体结构的讨论。那么内容分类是否有统一的标准呢？在有些行业中，有自己的行业分类具体标准，这是行业标准化的一个重要内容，遗憾的，是不是所有行业都有这样的标准。而且在很多的情况下，这类的标准使用还有很大的局限性，这样的话，我们的“内容分类”是否还有参考对象？在实际应用中，我们往往会参考企业的组织结构。这种组织结构往往反映一种分类体系，在行业中也有很多的相似性，更重要的是它与核心业务系统一样都有很强的实务操作要求，所以我们的内容分类主要可以先源于某一个组织结构，虽然我们发现几乎没有两个企业的组织结构是完全相同的，但是从功能和职能看，它们都是极其相似的，作为蓝图讨论的话，它们是共有的。很显然，组织结构不是一成不变的，它的变化反映业务发展的要求和一系列的优化