核心业务系统的内容讨论(完整版)VIP免费

核心业务系统的内容讨论（管理篇）中科软科技股份有限公司左春目录1.核心业务系统概述................................................11.1引言..........................................................11.2核心业务系统框架结构..........................................31.3本文要解决的重点问题..........................................72.核心业务系统的典型块............................................72.1核心业务系统“块”的记录事实层（信息模型）....................92.2核心业务系统“块”的约束层（流程模型）.......................122.3核心业务系统“块”的评估层（优化模型）.......................192.4核心业务系统“块”的三层体系归纳.............................203.核心业务系统内“块”之间的相邻.................................214.核心业务系统的环境层...........................................225.核心业务系统的“核”和外围子系统...............................256.核心业务系统的分布和外挂.......................................267.核心业务系统与行业标准化.......................................278.核心业务系统中核心运营管理.....................................289.核心业务系统的评估层综合.......................................2910.归纳核心业务系统的知识体系...................................3911.核心业务系统的生命周期.......................................4012.结论.........................................................411.核心业务系统概述1.1引言在开发行业应用软件的过程中，有一个系统的称呼很有意思，叫核心业务系统。从表面上理解，核心业务系统就是该行业的“核心”的应用软件。本文就试图针对一些服务性行业，从内容构成上讨论一下这个核心业务系统的内涵和外延。核心业务系统本质上也是一个“综合”管理信息系统，为了突出重点和更有针对性，我们以服务行业（如：金融、电信、……）为背景，讨论有关的内容。从大的方面看，以服务行业为主要业务的核心业务，重点是围绕“合同管理”和“项目管理”进行（后面我们会说明理由）。“合同管理”反映企业与客户之间的契约管理，它是服务和业务管理的综合体现，“项目管理”反映企业内部组织过程管理，它涉及合同管理，同时也涉及企业内部的组织管理、核算和资源的合理运用。由于涉及的头绪太多、太复杂，我们需要一个基本的框架来定位核心业务系统的主要内容。核心业务系统应该是一个计算机的管理系统，但是在没有这个计算机管理系统之前，一定有一个根源性的东西，它来支撑管理的进行，为了叙述的方便，我们把这个根源性的东西叫可操作管理文件（参考“可操作型管理文件写作”一文），也就是说，是一个管理文件。“可操作”是对格式的要求，其根本的目的是使可操作管理文件与相应的计算机管理系统有相似的结构，这样的可操作性，使我们可以在不同的层面讨论核心业务系统，这样的表达也便于不同知识背景的人员相互沟通。我们的基本框架由三个层面组成：——业务管理层面：对应可操作管理文件；——软件系统需求/设计层面：对应需求设计文档；——计算机系统层面：对应计算机管理系统。三个层面都有明确的成果物：文件、文档和系统。它们的组成内容可以进一步细化为：——可操作管理文件：①文件的分章、分块构成。每一块中：②表单（业务单据）和③活动（业务流程，业务规则），④文件的环境描述。——软件系统的需求和设计：①需求/设计的总体功能组成和每部分概括说明。每一部分中：②表单（业务单据），业务操作界面，数据库结构和③流程描述（业务流程，业务规则），④需求和设计的环境说明。——计算机管理系统：①系统的整体功能，主菜单。每一个功能中：②表单（业务单据），操作界面，数据结构和③具体操作步骤说明(业务流程，业务规则)，④系统的环境说明。三个层面结构是“同构”的，但是内容是逐层细化的。上一层对下一层看起来像是框架、蓝图。而下层针对上层而言，就是这个蓝图的细化。如：在可操作管理文件层...