配置方法及配置系统技术方案

本发明专利技术提出了一种配置方法及配置系统，用于一软件系统中，且于执行软件系统时参照一配置系统，包括以下步骤：分析软件系统的演化；以及根据分析的结果对配置系统进行层次划分，划分后的层次至少包括一系统级以及一扩充级，其中系统级对应配置软件系统的原生系统，扩充级对应配置软件系统的扩充。本发明专利技术所提出的配置方法及配置系统，将配置系统进行层次划分，各层次间独立配置其配置资源予软件系统，即各层次保持了其独立性，这将便于管理和维护。

【技术实现步骤摘要】

本专利技术是有关于软件系统，且特别是有关于软件系统的配置方法及配置系统
技术介绍
在复杂的软件系统中，通常都有两个以上的对象相互作用来完成软件功能，每个对象都要自己获得能够让本身工作的数据或对象，这些数据或对象就是依赖项。这样就导致软件系统I禹合度非常高，而且难以维护，为此提出了依赖注射(Dependency Injection,DI)的概念，其通过外部定义的方式避免对象和对象之间的过度耦合。此外，通常采用配置的方式来提高软件系统的灵活性，以文件方式定义外部数据或对象结构。但是，现有的配置系统一般是单层的结构，由于软件系统的升级和演化，会产生不同的分支，单层结构在产品不断演化的过程中，无论何种演化方式，都会只对同一配置文件或单元进行修改，这将造成配置系统无法保持相对稳定，从而造成配置系统在管理、维护和应用方面的不便。并且，单层结构中，配置文件的载体单一及储存位置单一，这分别影响其兼容性与扩展性。有鉴于此，如何设计一种配置方法及配置系统，以使配置系统便于管理、维护，及提高其扩展性与兼容性，是业内相关技术人员亟待解决的一技术问题。
技术实现思路
为了解决上述技术问题，本专利技术一方面提出了一种配置方法，用于一软件系统中，且于执行所述软件系统时参照一配置系统，包括以下步骤:分析所述软件系统的演化；以及根据分析的结果对所述配置系统进行层次划分，划分后的层次至少包括一系统级以及一扩充级，其中所述系统级对应配置所述软件系统的原生系统，所述扩充级对应配置所述软件系统的扩充。在本专利技术的一实施方式中，所述系统级或所述扩充级可以再划分至少一层次。在本专利技术的一实施方式中，所述扩充级包括一增强级，所述增强级对应所述软件系统的二次开发或行业别。在本专利技术的一实施方式中，所述扩充级包括一全局级，所述全局级对应所述软件系统的共通功能或共通数据。在本专利技术的一实施方式中，所述扩充包括一帐套级，所述帐套级对应所述软件系统的用户群。在本专利技术的一实施方式中，所述用户级对应所述软件系统的用户。在本专利技术的一实施方式中，所述演化是所述软件系统的版本变化。在本专利技术的一实施方式中，所述演化是所述软件系统因业务功能或用户需求改变所产生的变化。在本专利技术的一实施方式中，所述配置系统具有与所述系统级、所述扩充级分别对应的配置资源，各所述配置资源提供给所述软件系统所需配置的功能或数据。在本专利技术的一实施方式中，各所述配置资源为文件、内存中的对象、数据库中的数据及动态链结库其中之一或其组合。在本专利技术的一实施方式中，当所述配置资源为文件时，则对其目录结构进行与所述配置系统的层次划分相对应的划分。本专利技术的另一方面提出了一种配置系统，用于一软件系统中，且于执行所述软件系统时参照所述配置系统，所述配置系统包括:一系统级及一扩充级，其中所述系统级对应配置所述软件系统的原生系统，所述扩充级对应配置所述软件系统的扩充。在本专利技术的一实施方式中，所述系统级或所述扩充级可以再划分至少一层次。综上，本专利技术所提出的配置方法及配置系统，将配置系统进行层次划分，各层次间独立配置其配置资源予软件系统，即各层次保持了其独立性，这将便于管理和维护。此外，各层次需要变更时，只需对变更层次进行变更，而不是现有技术中的全部变更。以及，由于配置系统进行层次划分，可使其配置资源的承载方式及储存位置不限制，提高了其兼容性与扩展性。附图说明图1绘示了本专利技术一实施方式的配置系统的框图；图2绘示了图1中的配置系统100的一优选实施例的框图；图3绘示了本专利技术的另一实施方式的配置方法的流程图；以及图4绘示了本专利技术又一实施方式的配置资源的目录结构的示意图。具体实施例方式为了使本领域相关技术人员更好地理解本专利技术的技术方案，下面将结合本专利技术实施方式的附图，对本专利技术实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本专利技术一部分实施方式，而不是全部的实施方式。请参照图1，图1绘示了本专利技术一实施方式的配置系统的框图。如图1所示，配置系统100包括一系统级110及一扩充级120。在本实施方式中，配置系统100，用于一软件系统中，此软件系统可以是，比如企业资源计划(Enterprise Resource Planning, ERP)系统,但不以此为限，也可以是其它软件系统。当软件系统执行时，其参照配置系统100，具体而言，当软件系统执行时，配置系统100将配置资源中的功能或数据参数配置予软件系统，以使软件系统正常运行并实现相应功能。通常，软件系统都是从其最初成型的原生系统不断演化发展的，即处于不断扩充中，如软件系统的版本变化、软件系统业务功能及用户需求改变都属于软件系统的演化范畴，由于软件系统的演化发展，需要不断对其更新以实现新的功能，这往往需要对其的配置资源进行同步更新。而本实施方式中，配置系统100采用层次化设计，将其划分为系统级110与扩充级120;其中，系统级110对应配置软件系统的原生系统，即系统级110用来对软件系统的原生系统进行配置；扩充级120对应配置软件系统的扩充，即扩充级120对软件系统的扩充进行配置，比如软件系统需要扩充新的功能，则可以透过扩充级120将此新的功能所对应的配置资源配置予软件系统，从而使软件系统实现此新的功能。在本实施方式中，系统级110与扩充级120，两者都可以再划分至少一层次。具体可参照下文。再请参照图2，图2绘示了图1中的配置系统100的一优选实施例的框图。如图2所示，配置系统100包括系统级110与扩充级120，其中，扩充级120包括增强级121、全局级122、帐套级123及用户级124，此时配置系统100为多层次结构，各级所在层次分别对应配置所对应软件系统中各级的配置参数。系统级110，对应的是软件系统供应商开发的原生版本，是所有其它层次工作的基础级，通常，系统级110做成嵌入式资源，放在运行库里面，但不以此为限，比如，也可以是密文或明文形式的文件。增强级121，对应的是软件系统的二次开发或行业别，但不以此为限，可以根据软件系统的功能需求灵活设定。全局级122，对应的是软件系统的共通功能或共通数据，具体而言，对应的是多个帐套层123的共性。帐套级123，对应的是软件系统的用户群，相对于全局级122来说，其对应的是每个帐套的特性，比如当全局级对应的是集团，那么帐套级对应的是集团下的公司。用户级124，对应的是软件系统的用户(使用者)。在本优选实施例中，执行配置的优先顺序为系统级110、增强级121、全局级122、帐套级123及用户级124，即优先配置系统级110，最后配置用户级124。需说明的是，在本优选实施例中，将扩充级120划分为增强级121、全局级122、帐套级123及用户级124，但是在其它一些实施例中，扩充级120可以仅仅是增强级121，也可以仅仅是全局级122，还可以是增强级121与全局级122的组合，当然，也可以是增强级121、全局级122、帐套级123的组合，而没有用户级124，还可以是多于增强级121、全局级122、帐套级123及用户级124的组合。总之，扩充级120可以根据软件系统演化过程中灵活划分。请参照图3，图3绘示了本专利技术的另一实施方式的配置方法的流程图。下面结合图1、图2及图3对配置方法进行说明。首先，在步骤310中，分析软件系统的演化。在本本文档来自技高网...

【技术保护点】
一种配置方法，用于一软件系统中，且于执行所述软件系统时参照一配置系统，其特征在于，包括以下步骤：分析所述软件系统的演化；以及根据分析的结果对所述配置系统进行层次划分，划分后的层次至少包括一系统级以及一扩充级，其中所述系统级对应配置所述软件系统的原生系统，所述扩充级对应配置所述软件系统的扩充。

【技术特征摘要】

【专利技术属性】
技术研发人员：李兵，
申请(专利权)人：鼎捷软件股份有限公司，
类型：发明
国别省市：