核心业务系统的内容讨论(管理篇)

核心业务系统的内容讨论(管理篇)

目 录

1. 核心业务系统概述. 1

1.1 引言. 1

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

1.3 本文要解决的重点问题. 6

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

2.1核心业务系统“块”的记录事实层(信息模型). 9

2.2 核心业务系统“块”的约束层(流程模型). 12

2.3核心业务系统“块”的评估层(优化模型). 19

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

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

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

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

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

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

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

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

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

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

12.. 结论. 40

1. 核心业务系统概述

1.1 引言

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

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

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

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

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

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

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

——可操作管理文件:文件的分章、分块构成。每一块中:表单(业务单据)和活动(业务流程,业务规则),文件的环境描述。

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

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

三个层面结构是“同构”的,但是内容是逐层细化的。上一层对下一层看起来像是框架、蓝图。而下层针对上层而言,就是这个蓝图的细化。如:在可操作管理文件层,我们提出表单(业务单据),这是业务层面最直接的管理结果,没有计算机系统,或不同能力的计算机系统都可能满足这层的要求。但是到了软件系统需求/设计层,就增加了产生表单(业务单据)的计算机“操作界面”的描述,而且配套相应的操作流程和规则。到了计算机管理系统层面,就要在上面的基础上,进一步讨论。表单(业务单据)的数据结构,数据库存贮和交互操作更详细的数据操作内容。分层讨论,它的好处是我们先从主要的问题点入手,并且越来越关注业务操作细节的实现,最终借助软件系统这个工具进行管理。一般人们认为既然是软件应用系统就是一个“开发”问题,就像是已经有了一个题目,把它求解出来,也就是要“做题”问题。而实际上,核心业务系统是一个综合管理问题,要做的题目是开放的,必须分层,分阶段的规划,说明清楚。它本质是一个“出题”的过程,这样理解“做题”是相对简单的。由于“出题”和“做题”经常的混在一起,就需要一系列的方法说清楚这样的问题。

本文由于侧重管理的表述(管理篇),所以采用侧重可操作管理文件层为基础的讨论,这样可以讨论大的管理框架和蓝图,规划和兼顾(同构)实现技术的内容和层次,突出讨论核心业务系统的管理“原理”。

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

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

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

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

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

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

翻开任何一个服务业企业的管理者规划的报告,都会发现类似的管理目标:

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

2. 提高运行效率,降低综合成本;

3. 优化运营环境,合理运用资源;

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

要使这些管理目标及其细化/分解目标得以实现,就需要我们通过本文的讨论建立管理目标和内容体系的关系。

1.2 核心业务系统框架结构

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

clip_image004

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

我们在上图中使用了术语“内容分类”或“块”、“具体流程”、“具体表单”,它们与行业内的很多术语的关系是什么呢?我们第一个概念“内容分类”有“分层”和“组成”的概念(有时也称“概念分层”和“概念划分”,参考“行业应用软件中的词根表和库结构”一文)。“内容分类”是行业内容的“体系结构”,有很多种分类策略,如:按企业的组织机构分类、图书馆的目录分类、系统工程中的系统分类、领域对象的体系结构、……,总之,这就是核心业务系统的总体结构,也是本文的总体介绍。

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

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

以财产保险为例,我们简单的说明组织结构的分类:

基础职能部门:财务部、人事部、办公室、法务部、审计部、信息技术部、……

专业管理部门:车辆保险部、财产保险部、船舶货运保险部、责任信用保险部、意外健康险保险部、再保险部、……

综合业务管理部门:客户服务部、理赔管理部、销售管理部、电子商务部、银行业务部、团体业务部、……

这种划分的方法在结构上看分为:纵向、横向和交叉管理。一般我们认为基础职能部门是管理横向,专业管理部门是管理纵向,而综合业务管理部门反映的是部分纵向的汇集。

作为一个核心业务系统的框架,显然要覆盖以上的分类内容,无论是横向还是纵向都是我们形成管理条/块的基础。进一步在条/块的划分中,我们也有元素粒度的概念,这与我们现实中的语义概念也是一致的。如在现实中,我们有一个“合同”的概念,“合同”是由“条款项”组成的,而“条款项”是由“具体元素”组成的,这与化学工程相似,如:

内 容

类比化学

粒 度

合 同

大分子

大 块

合同条款项

中分子

中 块

客户、产品、……

原 子

小 块

以保险为例,典型的大“块”是合同管理,因为它概括内容分类的主体,翻开任何一本《保险学》的著作,“保险合同”这一章一定是全书的重点。在下面的介绍中,我们会逐步深入讨论有关的内容。

实际上,分类的方法很多,但也可以分成两大部分,即概念分层和概念划分,涉及上面业务内容的重点是概念分层,下面我们介绍典型的概念划分方法,其中有代表性的、概念划分的分类方法有:八卦、五行、5WH,它们的特点是“划分”均匀完整,是一种很好的、概括全面的、内容分类工具。

业务内容分类涉及不断变化和发展的领域内容,非常类似“语言”的内容分类,更像基于某种用途的语义网络或语义结构层次,而其中的使用的基本元素就是领域中约定俗成的术语(及含义)。这类分类在开始的时候可能是各行其是,有自己的表达和相近的含义,而且彼此不能证明对方是错的,只有发展到一定程度后做某种程度的统一。就像秦朝统一之前,七国各有相似的文字,而秦始皇统一了全部的文字,其实我们看到这些文字在统一之前已经相当类似了。简单的说,相似的分类方式也是一种存在的方式。就像我们看到的不同银行、保险公司,电信企业有很相近的组织结构,但是并没有完全统一(显然,目前核心业务系统也没有统一,但是我们可能看到系统的功能菜单是一样的!)。所以,内容分类本质上是想表示现行运行体系下,业务内容的概念结构体系,找出它们的相对稳定和规律性的内容,形成相对统一的蓝图模型,以此为基础进行表达和沟通。

内容分类的另一个主要目的是解决什么内容应该放在什么地方的问题,就像古代人为圣人语录和经书做目录和内容分类,以便后人在学习时可以按主题学习。这样在沟通过程中,便于引导和讨论。在领域内容分类的初期,由于是仿照业务的组织结构进行,当然有一定的内容重复和交叉。就像组织体系中,有的事谁都管,有的事似乎谁都不管,甚至于出现“见好处就上,见问题就让”的情况。实际上,内容分类就是不断解决出现的问题,虽然似乎无法根除,但是会达成一个平衡状态,分出的“块”也越来越合理。当我们讨论越来越多的复杂分块时,我们还有一个重要的抽象方法,就是提出有代表性的“块”,它是一组有复杂关系“块”的代表“块”。也可以称为“蓝图块”,或者称“典型块”,以此加强更高层面沟通的效率。就像人们去买房子,你看到的是“楼书”(蓝图说明),而不是几米高的“工程图”集。

有关的内容我们还会在后面不同的地方,陆续讨论。针对具体的一个“块”,我们先给出它的一般结构:

clip_image006

即“块”是由“活动”和“表单”组成的。(其中,“块”就是在分层和划分下的业务内容)。

1. “块”的相似称呼:服务/对象/组件/业务/功能/任务/对象类/包/…(名词和动名词为主)。它衍生的模型称呼有:服务模型业务模型功能模型,…

2. “表单”的相似称呼:表单(据/证)/数据/界面/信息/数据库/数据结构/结构/…(名词为主)。它衍生的模型称呼有:数据模型信息模型数据库模型,…

3. “活动”的相似称呼:活动/流程/步骤/程序/战术/处理/作业/操作/记录/… (动词和动名词为主)。它衍生的模型称呼有:流程模型程序模型战术方法模型,…

三个对象的称呼有时混用,它反映对其中一部分内容的侧重讨论,由于这么多的在不同层面的叫法和称呼,就很容易引起混淆,所以在一个具体问题表述时,尽量统一相关术语。从基础内容上看,针对三个对象又确实存在可相互转换的本质,每一部分又有其独立强调的内容,所以在讨论具体问题时,针对问题的特点有侧重的选择一种对象加以讨论。三个对象(具体流程具体表单)的关系可以进一步示意如下:

clip_image008

这种表述方法在文件文档系统中是相似的。

为什么一个计算机管理系统的介绍采用与管理文件写作的框架一致呢?因为我们对核心业务系统的讨论也是一种文档,也要表达或写出来,它也需要遵照科技和管理业务文献写作的格式进行。即:先就内容做整体性的描述,这样能看清系统的全貌;其次,为每一部分系统分析它的稳定部分的组成,最典型的方法是采用表单或数据库结构(有时也称为它的“信息结构”);然后,针对这样的信息结构讨论具体的操作/控制顺序。而环境是所表达内容的背景描述,它的介绍有多种方法,可以先介绍基础元素(顺叙),也可以后介绍基础元素(倒叙),这看我们的写作规划。总之,我们在介绍核心业务系统时,要有一个整体框架。

1.3 本文要解决的重点问题

有了核心业务系统的内容框架,我们还要结合前面给出的系统目标,并引出目前的问题,以此讨论本文要解决的重点问题。本文要解决的重点问题由如下图所示:

clip_image010

有关专家已经提出了目前核心业务系统的三高状况,即“高期望”、“高依赖”和“高失望”。“高期望”反映管理的目标,“高依赖”反映管理对核心业务系统的依赖,“高失望”主要反映“期望”和“现实功能”之间没有一个好的内容体系做桥梁,用以沟通“过粗”的管理目标和“过细”的功能实现。套用中国传统的比喻:从管理的总目标出发,形成完整的内容体系,也就是主要环节,反映一种提纲,大纲的“纲”。带动全部的次要环节,所有的实现功能,反映一个纲目实现的“目”,并说明它们的关系和原理,这叫“纲举目张”。本文试图解决这样的问题。

本文的主要结构包括:在引言中提出一个内容体系;在第二节中主要介绍一个典型的业务块,即合同管理“块”,用以反映核心业务系统的基础;第三节介绍核心系统内“块”之间的相邻特性;第四节讨论核心业务系统的整个环境体系;第五节则介绍核心系统的发展和演化,用以形成的外围子系统;第六节讨论核心系统的分布和外挂;第七节讨论核心业务系统与行业标准化的关系;第八节讨论核心业务系统运营管理问题;第九节综合讨论核心业务系统的评估问题;第十节归纳核心业务系统的知识体系;第十一节说明核心业务系统的生命周期和工程管理问题;第十二节给出一些结论和建议。

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

首先,我们要说明典型块的由来,在核心业务系统的总体结构图中,我们介绍了内容的分块,也就是核心业务系统是由众多的块组成的,而这些分块又与组织结构有关,并分成了:

Ø 基础职能部门(如:财务、人事、办公室、……)

Ø 专业管理部门(如:车险、财险、责任险、……)

Ø 综合管理部门(如:客服、理赔、销售、……)

显然,基础职能部门管理相对通用的分支,是基础、是横向、更像是一种环境建设;专业管理部门管理相对专业的业务分支,是更具体的业务内容,是纵向;而综合管理部门是纵向的专业管理部门的复合方向,是纵向的业务层面的横向。后两部分都是强调业务层面的管理,如果我们进行模型讨论,显然是讨论的重点,而这两部分内容的讨论没有更明确的“对象”,从服务业的实际情况看,都是围绕一张服务合同进行管理的(如:保险行业,《保险学》讨论的主要对象是保险合同)。当我们把业务内容集中在合同,或者类似合同的主体(业务单证)上时,我们又会遇到新的问题,我们看到的是几十/几百的不同种类的合同(业务单证),而我们的讨论必须简单、明确,所以我们必须产生有代表性的合同,有时我们也称其为“蓝图”结构,或典型的业务内容。我们以保险行业为例,介绍它的产生和作用。

  • 0
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
大数据的财务管理 一:大数据时代下的财务管理  大数据时代下的财务管理  ACCA与IMA近日联合发 布的一份新报告指出,"大数据将如何影响商业世界?"是会计师和财会专业人士最应该 问自己的一个问题.  这名为《大数据:机遇和风险》的报告阐述了各种规模的企业、 政府以及监管机构利用这种非结构化信息财富的可能性,但也指出了大数据所带来的法 律和道德上的潜在风险。  大数据的优势  在ACCA和IMA最近开展的一次调查中,有 76%的亚太地区受访者和62%的全球范围内受访者认为大数据对企业未来极其重要,具备 赋予有远见卓识的企业超越竞争对手优势的潜能。企业和政府可以收集到的数据量和数 据种类正在快速增长,提供了一个潜在的信息宝库。组织、理解和分析大数据的能力成 为企业进行重大投资的核心任务。  ACCA中国事务总监梁淑屏表示:"问题不在于大数 据的重要性何时凸显,事实上其重要性已经不容忽视.能够分析和应用这类信息,才是潜 力之所在。大数据是财会行业近几年面临的最大机遇。财务部门运用其分析技能,能够为 高级管理层提供更多变量的实时动态,这将使他们跃居企业战略核心位置。"  "财务 职能部门不应该仅限于提供年终报告,这个问题我们已经讨论了多年,而大数据让我们 的想法变为现实。此外,财务职能部门的道德管理工作也会变得至关重要。结合其分析技 能和职业道德,财务职能部门最终将成为企业战略和成功的基石。"  大数据不仅在私 营部门显示出不可估量的价值,它还能使审计人员和监管机构更容易发现大规模的欺诈 情况.监管部门已经开始在其调查中使用大数据了。  大数据的危险  "大数据为企 业带来巨大机遇,但我们必须记住,政府和个人需要高度重视隐私问题。"IMA负责研究部 门的副总裁Raef Lawson博士指出,"我们已经注意到有这样的高调抗议活动,反对组织持有数据,甚至某 些时候出售数据.对于财会专业人士来说,引导他们的企业小心避开道德和法律的雷区至 关重要。"  大数据的要求  "大数据的使用要求我们必须摒弃孤立工作的理念,更 多地进行跨部门合作.数据以及更为重要的数据分析结果必须进行分享,从而促使公司制 定明智的、有依据的决策,掌控未来风险."Lawson博士继续指出.  Trax Technology Solutions公司首席财务官Nina Tan表示:"数据资产的估值仍然处于摸索阶段,财会行业之前已经研究出了一些估值或审 计方法,这是很好的基础指南,但是我们需要开拓思维,跟上科技的发展步伐,并思考作 为企业战略合作伙伴的我们应该如何改变和调整,为企业增加价值。为了实现这一目标 ,我们必须保持对知识、经验和实践的渴求,虚心、愿意接受新的思想,与时俱进,在 壮大企业的过程中发挥一定的作用。"  "首席财务官应该参与到制定大数据产品的定 价策略过程中去。"  报告称,会计师既不是软件工程师也不是数据科学家,但未来他 们可能会兼具这两种角色。未来在决定用于"数据虚拟化"和公司信息指示板的财务内容 ,以及非财务数据应该如何与财务数据进行组合方面,会计师将发挥作用.  ACCA未来 研究主管Fay Chua表示:"大数据会让许多财会专业人士都意识到变革的重要性。未来,传统的首席财 务官、首席技术官和首席信息官角色界线将变得模糊,职位  将变得更具战略性和前瞻 性。他们接受这场变革的速度将对企业能否充分利用大数据所提供的潜力产生巨大影响 。"  如何建立大数据分析能力  想要在大数据竞争中处于领先地位,三个步骤不可 或缺:设定目标、建立分析能力以及围绕大数据策略组织企业架构以实现价值最大化.而 高质量的数据、先进的工具、精通数据的员工以及支持分析决策的流程和激励机制是建 立大数据分析能力的四大关键。  数据、工具、人员和决心  领先的企业主要从四 个方面入手建立自己的大数据分析能力:高质量的数据、先进的工具、精通数据的员工 以及支持分析决策的流程和激励机制.大约有三分之一的企业这四方面的表现均不理想, 而更多企业则在其中一两个领域较为突出.但出色的大数据分析能力是建立在这四个方面 均衡的完美表现之上.每个方面的成功都离不开其他方面的优势支持。  数据  任何 一个企业都首先需要制定一个数据收集和整理的策略规划,这一规划必须明确定义如何 利用大数据为企业的整体发展战略创造价值.在本次的访谈中我们发现,约有56%的企业 缺乏合适的系统来收集其发展所需的数据,约有66%的企业则未以有效的形式存储其所 收集的数据。  好的数据政策明确定义了"什么是有用的数据"以及"如何从数据看我们 的业务"。这些基本定义是一个企业如何建立自己的数据分析能力并将自己与竞争对手区 隔开来的第一步。"什么是有用的数据"是所有数据政策的出发点和基础。举例而言,收集 所有来自公司网站

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值