新1代应用系统(AS2.0).docVIP

新一代应用系统（AS2.0）的功能需求 传统应用系统几乎都是面向特定应用，固化需求的管理信息系统，其系统功能关注重点是为特定应用提供业务处理的服务。新一代应用系统（AS2.0）强调的是与行业（业务）的无关性，其重点转向了对业务需求变化的管理，其系统功能的关注重点也随之转向了提供支持业务变化的服务，通过这些服务提供的功能，加载和实现各类业务的处理和加工。 一、描述和定义变化的元数据管理。元数据是变化管理的关键，它们的作用是用标准化的方式记录下每一个应用系统要件的属性，定义出每一项业务在相应要件中的差异，以及实现的结果，比如每一个数据项、每一个数据集合（表格、物理表）、每一个流程、每一个指标等等，分别都是有哪些属性（包括注释和管理用的业务属性）描述，应该用什么形式描述等。由于不同的要件所要描述的属性各不相同，每一个要件都有一个描述其属性是如何构成的标准，称之为“元模型”。每一项特定业务所涉及的数据、流程、规则、交互、展现等要件对应的各种元数据，经过封装打包所形成的集合，称之为“方案”。元数据的属性有一些是共性的，比如名称、标识符、语境等标识类的属性，应用状态、批准日期等管理类属性等；还有一些是个性的，比如数据项的数据类型、数据格式、值域等属性，数据集合的集合类型、集合样式等属性，指标的算法、因子等属性。 面向元数据管理所需要提供的功能应该包括：对各类元数据的采集、维护、发布、停用、废止等涉及元数据生命周期的管理功能；将特定业务涉及的所有元数据打包成方案，以及对方案的生命周期进行管理的功能；对各类元数据进行多角度的分类、跟踪元数据的引用和频度、元数据引用的关联关系等元数据的应用管理功能；对不同要件的元数据属性标准化、每个属性如何描述的标准化、涉及业务语义的属性如何关联和引用的标准化等涉及元模型及其生命周期的管理功能。 二、解析和执行变化的业务管理。没有满足实际业务需求的系统，无论概念多超前，技术多先进都没有应用的价值。业务实现是传统应用系统关注的重点，同样，也是AS2.0经过业务加载后的价值体现。传统应用系统的业务实现往往都是采用直接编码的方式实现的，而在AS2.0中的业务实现，一般都是通过业务加载的方式实现的，所谓业务加载就是利用相关工具，通过对元数据的定义或者配置产生相应的编码集合，进行适当的组合实现业务需求的过程。通过这样的加载过程使得与行业（业务）无关的AS2.0成为具有特定应用目标的，可以持续发展的行业（业务）管理信息系统。 传统应用系统也有元数据管理的概念，但往往是在通过直接编码实现业务需求以后，通过元数据获取工具分析编码的结果，再结合人工补录业务元数据，根据相应的标准加以组合产生的。而在AS2.0中采用的是主动元数据管理，其元数据是将每个具体业务抽象成若干可共享的细粒度业务（比如表单填写、数据项的加工、数据保存、流程环节的动作等）的属性。它们是利用元数据管理工具，根据相关业务的特点和需求，按照元模型的标准，进行元数据的采集和定义建立的。这个建立过程既是元数据的产生过程，又是细粒度业务的实现过程。其产出物一个是元数据的集合，属于元数据管理的基本单位；一个是实现相应细粒度业务的编码集合，经过发布供所需要的业务需求在实现时，共享、应用的最小粒度的编码单位。在AS2.0的过渡期，由于工具覆盖面和功能的不完善，细粒度业务的编码集合可能还需要靠人工编码，但必须以元数据的方式组织和发布加以应用，而不能直接嵌入到应用系统。 面向业务管理所需要提供的功能应该包括：无需人工干预的，对元数据的配置和其所对应编码的集合，进行解析和执行的后台功能，比如管理决策中的ETL、交易过程中具体实例的办理流程、数据结构或模型的建立等等；实现每项业务，及其细粒度业务对应代码集合所需资源的配置和调度管理；针对每个编码集合的执行效率、效果、问题等执行情况的记录管理；特别是能够解析和执行针对特定业务打包的方案、能够分析方案中哪些元数据已在现有环境中加载无需执行、能够规避由于应用区域的需求不同，采用方案版本不同带来的冲突问题等方案执行的管理。 三、记录和保存变化的档案管理。这里的档案管理分为2个概念：一个是内容变化的归档管理，指的是传统的纸质档案管理，以及信息系统处理的各类业务所涉及的，需要归档的电子信息内容的管理；另一个是需求变化的归档管理，指的是为了实现业务需求的变化，对信息系统相关功能进行维护和变更结果的归档管理。后者是传统应用系统很少考虑的问题，也是传统档案管理没有涉及的问题，通常这些档案的载体是元数据、日志等管理信息系统特有的电子信息的记录。 AS2.0的核心是实现对变化的管理，考虑到本来档案的信息化管理就是管理信息系统的一类应用，新一代应用系统就应该将应用系统随业务需求变更产生的变化，按照规范化的档案封装，纳入统一的档案管理平台管理，实现纸质档案的信息