一种系统更新方法和装置 【技术领域】
本发明涉及计算机技术领域，更具体地说，涉及一种系统更新方法和装置。
背景技术
随着计算机技术的不断发展，企业管理信息化进程也得到了快速发展，例如被很多企业所使用的企业应用套件(EAS，Enterprise Application Suite)等，该企业应用套件可以全面涵盖企业管理的主要需求，包括：企业资源计划(ERP，Enterprise Resource Planning)、分销资源计划(DRP，distributionresource planning)、客户关系管理(CRM，Customer Relationship Management)、知识管理(KM，Knowledge Management)、商业智能(BI，business intelligence)以及企业信息门户(EIP，Enterprise Information Portal)等。所有产品都使用统一的登录和认证门户，可以做到统一界面风格，统一身份认证、静态的基础资料共享，动态的业务数据实时交互等。
目前，通常情况下，企业应用套件提供商根据客户的当前需求或市场的基本需求进行套件系统的开发并提交客户使用，客户在使用该套件系统的过程中，一旦需求发生变化，发现现有的套件系统无法满足目前的需要时，需要在原套件系统的基础上进行系统的二次开发，以实现对系统的及时更新，但由于在此过程中缺乏规范的开发流程和开发工具，使得系统更新的过程周期漫长并且流程繁琐，降低了系统更新的效率，并相应降低了企业应用套件的实用性。
【发明内容】
有鉴于此，本发明实施例提供一种系统更新方法和装置，以提高软件系统更新的效率。
本发明实施例是这样实现的：
本发明实施例提供了一种系统更新方法，包括：
将二次开发的程序代码按照其所实现的功能进行分类打包，分别生成对应的补丁包；
利用所生成的指定补丁包对系统的对应部分进行更新。
优选地，对所生成的补丁包进行版本化处理，所述版本化处理包括：为所述生成的补丁包分配对应的版本信息。
优选地，对所生成的补丁包进行加密处理。
所述利用所生成的指定补丁包对系统的对应部分进行更新，包括：
对所生成的指定补丁包进行解密处理，并将解密后的指定补丁包进行安装。
优选地，当对所述指定补丁包的安装过程出现错误时，进行版本控制管理，所述版本控制管理包括：查看所述指定补丁包的版本信息，根据所述版本信息查看结果，将系统回退至所述指定补丁包的上一版本。
优选地，根据所要更新的系统的对应部分，将所述对应部分的数据进行导出。
本发明实施例提供了一种系统更新装置，包括：补丁包生成单元和系统更新单元，其中，
所述补丁包生成单元，用于将二次开发的程序代码按照其所实现的功能进行分类打包，分别生成对应的补丁包；
所述系统更新单元，用于利用所生成的指定补丁包对系统的对应部分进行更新。
优选地，还包括：版本化单元，用于对所生成的补丁包进行版本化处理，所述版本化处理包括：为所述生成的补丁包分配对应的版本信息。
优选地，还包括：加密单元，用于对所生成的补丁包进行加密处理。
所述系统更新单元包括解密子单元和安装子单元，其中，
所述解密子单元，用于对所生成的指定补丁包进行解密处理；
所述安装子单元，用于将所述解密子单元解密的指定数据包进行安装。
所述系统更新单元还包括版本控制单元，用于当对所述指定补丁包的安装过程出现错误时，进行版本控制管理，所述版本控制管理包括：查看所述指定补丁包的版本信息，根据所述版本信息查看结果，将系统回退至所述指定补丁包的上一版本。
优选地，还包括数据导出单元，用于根据所要更新的系统的对应部分，将所述对应部分的数据进行导出。
与现有技术相比，本发明实施例提供的技术方案具有以下优点和特点：本发明实施例所提供的技术方案，首先将二次开放的程序代码按照其所实现的功能进行分类打包，生成对应的补丁包，当需要对系统的某个或某些部分进行更新时，找出对应的补丁包进行安装即可实现。由于各个补丁包之间彼此独立，因此便于后续的安装和维护，简化了系统更新的流程，从而提高了系统更新地效率。
【附图说明】
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例所涉及的一种系统更新方法流程图；
图2为本发明实施例所涉及的一种系统更新装置结构示意图；
图3为本发明实施例所涉及的一种系统更新方法中补丁包开发流程图；
图4为本发明实施例所涉及的一种系统更新方法中补丁包安装流程图。
【具体实施方式】
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明可以应用于基于数据库实现的系统或软件中，并且数据库具有如下特点：尽可能不重复，以最优方式为某个特定组织的多种应用服务，其数据结构独立于使用它的应用程度，对数据的增、删、改和检索由统一软件进行管理和控制。
本发明实施例提供了一种系统更新方法，该方法包括如图1所示步骤：
步骤101：将二次开发的程序代码按照其所实现的功能进行分类打包，分别生成对应的补丁包；
在步骤101中，根据系统中所要更新的部分，对该部分进行程序代码的编写之后，根据其所实现的功能的不同，可以将这些程序代码进行分类打包，分别生成对应的补丁包。
在实际的应用过程中，为便于后续进行补丁包的管理以及系统更新过程中出现问题的及时解决，可以对所生成的补丁包进行版本化处理，此处所说的版本化处理包括：为所述生成的补丁包分配对应的版本信息，例如该补丁包的版本号、开发时间等。
另外，为安全起见，还可以对所生成的补丁包进行加密处理，这样，在进行系统的更新时，必须进行对应的解密使用该补丁包。
步骤102：利用所生成的指定补丁包对系统的对应部分进行更新。
在步骤102中，当所使用的补丁包之前进行了加密处理，则在利用该补丁包对系统的对应部分进行更新时，需要首先对该补丁包进行解密工作，在解密之后，才能将该补丁包进行安装，从而实现系统的更新。
另外，当所使用的补丁包在之前进行过版本化处理，则如果在进行该补丁包的安装时出现错误，则了进行版本控制管理，其中，版本控制管理包括：查看所述指定补丁包的版本信息，根据所述版本信息查看结果，将系统回退至所述指定补丁包的上一版本。
最后需要说明的一点是，由于系统在进行更新时，可能会影响到该系统中所涉及的一些数据，为此，可以在系统更新之前，将所更新的部分所对应的数据进行单独导出。
本发明实施例所提供的一种系统更新方法，首先将二次开放的程序代码按照其所实现的功能进行分类打包，生成对应的补丁包，当需要对系统的某个或某些部分进行更新时，找出对应的补丁包进行安装即可实现。由于各个补丁包之间彼此独立，因此便于后续的安装和维护，简化了系统更新的流程，从而提高了系统更新的效率。
相应地，本发明实施例还提供了一种系统更新装置，该装置包括如图2所示结构：补丁包生成单元201和系统更新单元202，其中：
补丁包生成单元201，用于将二次开发的程序代码按照其所实现的功能进行分类打包，分别生成对应的补丁包；
系统更新单元202，用于利用所生成的指定补丁包对系统的对应部分进行更新。
除了上述基本单元之外，根据实际需要，该系统更新装置还可包括版本化单元，该版本化单元用于对所生成的补丁包进行版本化处理，所述版本化处理包括：为所述生成的补丁包分配对应的版本信息。
另外，为实现企业信息安全，系统更新单元还可包括加密单元，该加密单元用于对补丁包生成单元201中所生成的补丁包进行加密处理。
相应地，当用于进行系统更新的补丁包进行了加密处理之后，则在利用该补丁包进行系统更新过程中，系统更新单元可包括解密子单元和安装子单元，其中：
解密子单元，用于对所生成的指定补丁包进行解密处理；
安装子单元，用于将所述解密子单元解密的指定数据包进行安装。
另外，如果该系统更新装置包括版本化处理单元，则可对应包括一个版本控制单元，该单元用于当对所述指定补丁包的安装过程出现错误时，进行版本控制管理，所述版本控制管理包括：查看所述指定补丁包的版本信息，根据所述版本信息查看结果，将系统回退至所述指定补丁包的上一版本。
最后，为防止系统中原存储的数据受到系统更新的影响，该系统更新装置还可包括数据导出单元，该单元用于根据所要更新的系统的对应部分，将所述对应部分的数据进行导出。
本发明实施例所提供的一种系统更新装置，用于执行本发明实施例提供的系统更新方法。该装置进行系统更新的过程，可以参见本发明实施例提供的系统更新方法。
本发明实施例所提供的一种系统更新装置，首先将二次开放的程序代码按照其所实现的功能进行分类打包，生成对应的补丁包，当需要对系统的某个或某些部分进行更新时，找出对应的补丁包进行安装即可实现。由于各个补丁包之间彼此独立，因此便于后续的安装和维护，简化了系统更新的流程，从而提高了系统更新的效率。
结合上述方法、装置和具体应用场景，对本发明实施例所提供的技术方案做进一步说明。在本实施例中，当某企业用户在使用企业应用套件系统时，由于自身需求发生变化，需要对原有的企业应用套件的相应部分做适应性修改，也就是要在原套件系统的基础上进行二次开发，以实现系统的及时更新，从而满足自身需要。在本实施例中，技术人员进行系统更新时，可以执行如图3所示步骤，包括：
步骤301：根据需要在现有的套件系统上进行二次开发；
在步骤301中，当企业用户发现现有的套件系统中某个或某些部分所实现的功能无法适应目前的需要，则需要技术人员对该部分做相应修改，例如，如果该企业根据业务需要增加了对应部门，则为便于进行信息化管理，可相应对套件系统的源代码进行修改或增加可实现对应功能的代码。
步骤302：将二次开发代码进行封装打包，成为补丁包；
在步骤302中，在完成步骤301中二次开发的代码编写工作后，首先将该代码进行编译，使之称为计算机可识别的语言，并进行封装打包。此处需要说明的是，在进行封装打包的过程中，由于在进行二次开发过程中，所增加或修改的部分可能有多处，例如，由于一个企业应用套件会包括多个子系统：ERP、DRP等，如果ERP子系统和DRP子系统中的某些部分均做了修改，增加或改变了其中的某些功能，则二次开发所完成的程序代码可能会实现多种功能，为此，在进行封装打包的过程中，可以按照功能模块，将二次开发代码进行单独封装打包，各个补丁包之间彼此独立，当其中某些补丁包发生变化时，并不影响其他补丁包。这样不仅便于对补丁包进行管理，而且彼此独立的补丁包也利于后续补丁安装和维护工作的进行。
步骤303：将补丁包进行版本化处理；
在步骤303中，在完成步骤302中补丁包的生成工作后，将为该补丁包分配对应的版本号和版本信息。此处对补丁包进行版本化处理的目的是在进行后续的操作过程中，例如进行补丁安装、补丁维护等时，如果出现问题，可以及时回退至出现问题的上一版本。
步骤304：对补丁包进行加密处理；
在步骤304中，在完成补丁包的版本化处理之后，为实现企业信息安全，可以对所生成的补丁包进行加密处理，进行加密处理之后，补丁包中的程度代码以及补丁包的版本信息均以密文的形式呈现，例如，可以采用。如果在后续操作中，需要安装该补丁包，则需要对应的解密工作。
至此，二次开发补丁包的生成工作已完成，之后，可以将所生成的补丁包保存至指定的存储装置中，当需要对原套件系统进行功能修改或功能增加时，可进行对应补丁包的安装，具体步骤如图4所示，包括：
步骤401：进行对应补丁包的解密；
在步骤401中，由于在步骤404中，处于信息安全方面的考虑，将所生成的补丁包进行了加密处理，其中程序源代码和该补丁包的版本信息均以密文的形式呈现，则在安装阶段，需要相应地对原补丁包进行解密处理，例如，通过输入预先设定的验证信息，对加密的补丁包进行解密工作。
步骤402：将解密后的补丁包进行安装，以实现系统的更新。
在步骤402中，需要说明的是，将补丁包进行解密后，技术人员可以获知该补丁包的程序代码和版本信息等，而后在进行安装的过程中，如果出现错误，可以根据该补丁包的版本信息回退至出错版本的上一版本，此处，可以称之为补丁版本控制。
除此之外，还需要说明的是，在进行补丁版本的安装过程中，由于一旦系统的某处发生改变，其中所存储的相关数据信息则会受到版本改变所产生的影响，因此，在进行补丁包的安装时，可以将该处所对应的相关数据进行导出，避免由于系统的改变产生数据信息的丢失或产生错误，例如，如果对套件系统中ERP子系统的某个部分做修改，则该子系统中之前所存储的一些订单信息等可以进行单独导出，而不影响系统中的其他数据。至此，对企业应用套件系统对应部分的更新工作已全部完成。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM(Read-Only Memory，只读存储记忆体)、RAM(RandomAccess Memory，随机存储记忆体)、磁碟或者光盘等各种可以存储程序代码的介质。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。