支持产品创新的设计方法及装置的制造方法
【技术领域】
[0001] 本发明涉及计算机领域，特别是涉及支持产品创新的设计方法及装置。
【背景技术】
[0002] 可售产品是银行对外进行销售和经营的产品，它是从银行客户视角和银行营销角 度看到的产品，是银行收集和统计产品服务和处理信息的最细粒度统计单位，是银行经营 的基础载体。
[0003] 现有银行各系统对可售产品信息的表达，一般采用固定表结构的方式，也就是说， 对可售产品的增加、修改，乃至修改一个产品参数，均需要修改程序代码。
【发明内容】
[0004] 本发明实施例的目的是提供支持产品创新的设计方法及装置，以支持产品快速创 新。
[0005] 为实现上述目的，本发明提供了如下方案：
[0006] -种支持产品创新的设计方法，包括：
[0007] 通过用户界面UI提供基础产品，以便于用户基于所述基础产品进行可售产品设 计；其中，所述基础产品包括至少一个产品组件；每一产品组件包括至少一个产品条件；一 个或多个基础产品对应通用的产品应用组件；
[0008] 通过UI接收用户输入的设计参数；所述设计参数至少包含产品条件参数；
[0009] 使用所述设计参数对所述基础产品进行实例化配置，得到可售产品实例化数据并 保存；所述可售产品实例化数据被所述通用的产品应用组件执行可提供为所述可售产品制 定的服务。
[0010] 优选的，还包括提供通用产品实例查询服务接口，以便于产品应用组件通过所述 通用产品实例查询服务接口查询可售产品实例化数据。
[0011] 优选的，所述设计参数还包括：组装参数；所述组装参数用于组装产品组件或产 品条件。
[0012] 优选的，还包括：提供基础产品维护界面，以便于用户维护基础产品；所述维护包 括针对基础产品查询、新增、删除、修改和变更历史信息。
[0013] 优选的，所述维护还包括：针对基础产品中的产品组件进行查询、新增、删除、修 改、组装和变更历史信息。
[0014] 优选的，所述维护还包括：针对产品组件中的产品条件进行变更历史信息、查询、 新增、删除、修改和组装。
[0015] 优选的，还包括提供可售产品维护界面，以便于用户维护可售产品；所述维护包括 针对可售产品进行变更历史信息、查询、新增、删除和修改。
[0016] 优选的，所述维护还包括：针对可售产品中的产品组件进行变更历史信息、查询、 新增、删除、修改和组装。
[0017] 一种支持产品创新的设计装置，包括：
[0018] 提供单元，用于通过用户界面UI提供基础产品，以便于用户基于所述基础产品进 行可售产品设计；其中，所述基础产品包括至少一个产品组件；每一产品组件包括至少一 个产品条件；一个或多个基础产品对应通用的产品应用组件；
[0019] 接收单元，用于通过UI接收用户输入的设计参数；所述设计参数至少包含产品条 件参数；
[0020] 配置单元，用于使用所述设计参数对所述基础产品进行实例化配置，得到可售产 品实例化数据并保存；所述可售产品实例化数据被所述通用的产品应用组件执行可提供为 所述可售产品制定的服务。
[0021] 优选的，还包括：通用产品实例查询服务接口，用于产品应用组件查询可售产品 实例化数据。
[0022] 在本发明实施例中，为用户提供基础产品，用户可基于基础产品通过用户界面进 行设计，设置参数的不同，得到的可售产品实例化数据也不同。可售产品实例化数据被通用 的产品应用组件调用可提供可售产品的服务。
[0023] 通用的产品应用组件相当于机器，可售产品实例化数据相当于原料。所加入的原 料不同，机器制造出的可售产品服务也将不同。这样，可通过基础产品设计出功能不同的可 售产品，并不用修改程序代码，实现快速创新。
【附图说明】
[0024] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所 需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施 例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图 获得其他的附图。
[0025] 图la、lb为本发明实施例提供的设计方法的示例性流程图；
[0026] 图lc为本发明实施例提供的基础产品、产品组件、产品条件、产品条件参数之间 的关系不意图；
[0027] 图2为本发明实施例提供的设计装置结构示意图；
[0028] 图3为本发明实施例提供的总体流程框架图；
[0029] 图4a、5a、6a、8a为本发明实施例提供的维护流程示意图；
[0030] 图4b、5b、6b、8b为本发明实施例提供的子界面示意图；
[0031] 图4C、5c、6C、8c、9a为本发明实施例提供的查询流程示意图；
[0032] 图4d、5d、8d、9b为本发明实施例提供的代码；
[0033] 图7为本发明实施例提供的可售产品与基础产品以及产品组件、产品条件之间的 关系不意图。
【具体实施方式】
[0034] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。
[0035] 为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实 施方式对本发明作进一步详细的说明。
[0036] 为方便理解，对本发明所涉及到的术语解释如下：
[0037] 基础产品：基础产品支撑银行内部组件化、模块化管理需要，是用于制定可售产 品，支持快速创新的广品t旲型。基础广品包含一系列广品组件。每个基础广品背后都有对 应该基础产品的一套运行服务及流程。
[0038] 产品组件：对产品某个特征的抽象化表达，一组产品组件组成基础产品，产品组件 能够更容易、更有效率地支撑新产品创新设计。产品组件例如开户、转账、资金归集等。产 品组件包含一系列产品条件。
[0039] 可售产品：可销售产品是银行对外进行销售和经营的产品，它是从银行客户视角 和银行营销角度看到的产品，是银行收集和统计产品服务和处理信息的最细粒度统计单 位。
[0040] 产品条件：产品条件是对产品的限制、限额、约束以及规则，体现出基础产品之间 的差异，基于基础产品的条件差异化配置可支持产品快速创新定义。产品条件例如转账产 品组件里面包括转账渠道、同城异地、卡种等级、转账限额等产品条件。
[0041] 产品条件参数：产品条件参数是基础产品的最小组成要素，可以更清晰地支撑业 务规则，成为限制或制约产品业务流程执行的重要信息。产品条件与产品条件参数之间的 关系是属性与属性值的关系。例如卡种等级这一产品条件，其产品条件参数可包括白金卡、 金卡、普卡等。
[0042] 现有银行各系统对可售产品信息的表达，一般采用固定表结构的方式，也就是说， 对可售产品的增加、修改，乃至修改一个产品参数，均需要修改数据模型和程序代码。
[0043] 上述现有技术的优点是：在结构比较稳定的情况下，实现简单。
[0044] 而缺点则是：在如今金融产品日益创新的情况下，产品参数经常调整，就需要经常 变动数据模型、程序。这样会带来更多的开发代价、上线风险。
[0045] 本发明的目的是为了提供支持产品创新的设计方法及装置（/平台/系统），以实 现最少的投入，又能快速完成对银行产品创新配置。
[0046] 图la-lb示出了该设计方法的示例性流程图，其至少可包括如下步骤：
[0047] S1、通过用户界面（UI)提供基础产品，以便于用户基于基础产品进行可售产品设 计。
[0048] 其中，基础产品包括至少一个产品组件；每一产品组件包括至少一个产品条件； 一个或多个基础产品对应通用的产品应用组件。
[0049] S2、通过UI接收用户输入的设计参数；
[0050] 设计参数至少包含产品条件参数；所有参数取值可抽象为两种类型：列表型和范 围型。
[0051] 基础产品、产品组件、产品条件和产品条件参数的解释请参见本文前述记载，在此 不作赘述。数据库中基础产品、产品组件、产品条件、产品条件参数之间的关系可参见图lc。
[0052] S3、使用设计参数对基础产品进行实例化配置，得到可售产品实例化数据并保存。
[0053] 可售产品实例化数据被通用的产品应用组