行业应用软件学习行业核心业务系统的内容讨论要点.docVIP

行业核心业务系统的内容讨论 （管理篇） 目 录 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 引言 在开发行业应用软件的过程中，有一个系统的称呼很有意思，叫核心业务系统。从表面上理解，核心业务系统就是该行业的“核心”的应用软件。本文就试图针对一些服务性行业，从内容构成上讨论一下这个核心业务系统的内涵和外延。 核心业务系统本质上也是一个“综合”管理信息系统，为了突出重点和更有针对性，我们以服务行业（如：金融、电信、……）为背景，讨论有关的内容。 从大的方面看，以服务行业为主要业务的核心业务，重点是围绕“合同管理”和“项目管理”进行（后面我们会说明理由）。“合同管理”反映企业与客户之间的契约管理，它是服务和业务管理的综合体现，“项目管理”反映企业内部组织过程管理，它涉及合同管理，同时也涉及企业内部的组织管理、核算和资源的合理运用。由于涉及的头绪太多、太复杂，我们需要一个基本的框架来定位核心业务系统的主要内容。 核心业务系统应该是一个计算机的管理系统，但是在没有这个计算机管理系统之前，一定有一个根源性的东西，它来支撑管理的进行，为了叙述的方便，我们把这个根源性的东西叫可操作管理文件（参考“可操作型管理文件写作”一文），也就是说，是一个管理文件。“可操作”是对格式的要求，其根本的目的是使可操作管理文件与相应的计算机管理系统有相似的结构，这样的可操作性，使我们可以在不同的层面讨论核心业务系统，这样的表达也便于不同知识背景的人员相互沟通。我们的基本框架由三个层面组成： ——业务管理层面：对应可操作管理文件； ——软件系统需求/设计层面：对应需求设计文档； ——计算机系统层面：对应计算机管理系统。 三个层面都有明确的成果物：文件、文档和系统。它们的组成内容可以进一步细化为： ——可操作管理文件：①文件的分章、分块构成。每一块中：②表单（业务单据）和③活动（业务流程，业务规则），④文件的环境描述。 ——软件系统的需求和设计：①需求/设计的总体功能组成和每部分概括说明。每一部分中：②表单（业务单据），业务操作界面，数据库结构和③流程描述（业务流程，业务规则），④需求和设计的环境说明。 ——计算机管理系统：①系统的整体功能，主菜单。每一个功能中：②表单（业务单据），操作界面，数据结构和③具体操作步骤说明(业务流程，业务规则)，④系统的环境说明。 三个层面结构是“同构”的，但是内容是逐层细化的。上一层对下一层看起来像是框架、蓝图。而下层针对上层而言，就是这个蓝图的细化。如：在可操作管理文件层，我们提出表单（业务单据），这是业务层面最直接的管理结果，没有计算机系统，或不同能力的计算机系统都可能满足这层的要求。但是到了软件系统需求/设计层，就增加了产生表单（业务单据）的计算机“操作界面”的描述，而且配套相应的操作流程和规则。到了计算机管理系统层面，就要在上面的基础上，进一步讨论。表单（业务单据）的数据结构，数据库存贮和交互操作更详细的数据操作内容。分层讨论，它的好处是我们先从主要的问题点入手，并且越来越关注业务操作细节的实现，最终借助软件系统这个工具进行管理。本文由于侧重管理的表述（管理篇），所以采用侧重可操作管理文件层为基础的讨论,这样可以讨论大的管理框架和蓝图，规划和兼顾（同构）实现技术的内容和层次，突出讨论核心业务系统的管理“原理”。 作为核心业务系统的概述，我们更重要的是给出它的内容体系和管理目标。 核心业务系统内容体系也是本文的内容体系应该包括： 核心业务系统的整体结构/总体结构； 核心业务系统内外部环境及标准化； 典型组成部分的结构和组成分析； 各组成部分之间的关系和综合管理、优化。 通过对核心业务系统内容体系的讨论，完成如下的管理目标： 调整/创新管理的机制，促进业务的增长； 提高运行效率，降低综合成本； 优化运营环境，合理运用资源； 规范管理体系，控制经营风险。 要使这些管理目标得以实现，就需要我们通过本文的讨论建立管