用于软件开发中需求建模的产品建模系统技术方案

本发明专利技术提供了一种用于软件开发中需求建模的产品建模系统，所述产品建模系统包括：产品信息收集模块，收集企业各产品的产品信息；产品分类结构设定模块，对行业实践的产品目录按产品线、产品组、基础产品、可售产品四层结构进行分类；产品特征定义模块，对各可售产品的特征进行定义；产品组件定义模块，对产品特征进行合并或拆分，并将特征转换为产品组件，对产品组件进行定义；产品实例化模块，对每个可售产品进行实例化。本发明专利技术的方案从产品的业务处理流程方面，同时参考同业经验，对收集的专业类信息进行聚类分析，对每个可售产品进行实例化。可以校验产品组件、产品条件和条件取值等的完整性，也是未来产品工厂建设中实际数据的重要来源。的重要来源。的重要来源。

【技术实现步骤摘要】
用于软件开发中需求建模的产品建模系统


[0001]本专利技术涉及软件开发
，特别是一种用于软件开发中需求建模的产品建模系统。

技术介绍

[0002]随着金融科技的高速发展，银行的数字化转型，银行的客户细分市场出现了巨大的变化，客户呈现爆发式的增长，而且未来银行的核心竞争力关键在于数字化场景金融服务的能力，任何一个场景生态的建设，最终都需要依托银行产品来实现对客户的价值交付。个性化、差异化、定制化产品和服务开发能力，是银行业未来发展的重要目标之一。
[0003]在过去，开发新产品是由产品经理将产品形态、服务流程、价格等要素特征进行描述，由IT部门开发后进行投产。但这种模式未能考虑到不同产品的条款，定价方式、服务流程等产品特征所具有的相似性，必然导致IT部门开发的重复投入。因此，如果将产品进行标准化，就能将一系列相似的产品功能在未来开发时进行高程度的复用，大量减少IT开发的成本，通过少量的参数配置即可快速上线新产品，是产品工厂快速灵活装配的运行模式和主要目标。而且原有的产品创新模式多以管理条线部门为单位，缺乏企业级的组织管理与调度机制。
[0004]目前产品创新呈现出周期短、组合性、场景化、定制化等特点，而目前的模式难以满足，主要表现为：1、缺乏企业级创新组织管理：传统银行的产品创新模式往往是以单一条线或部门为单位的累进型创新，关注客户单一表象需求，缺乏对深层次需求的整合与洞察。难以实现以客户为中心的产品创新。而且缺乏企业级的资源集中调度和评估机制、导致跨部门的相似产品的复用度考量不足而重复开发建设。
[0005]2、创新周期长：由于基于部门视角考虑创新，已经具备的创新能力难以跨部门利用，重新开发一个可售产品从创新发现、研发到面市，通常需要经历数月以上的周期，难以快速推向和占领市场。
[0006]3、需求评估难，开发不合理：在推出新产品时，缺乏产品价值和未来效益的度量标准，更难有特色有价值的竞争力评估，导致新产品被重复开发、不合理开发，许多新产品在面市后产生的收益与开发成本相比，未能实现收益最大化。
[0007]4、缺乏完整的产品创新工艺流程、以及统一模型和语言：业务人员和技术人员的衔接没有完整可承接、易操作的全套工艺流程，也不能基于形象的模型交流、语言不统一，双方缺乏能快速理解并达成共识的一种工作方式，这就使得需求提出和需求实现出现较大偏差。

技术实现思路

[0008]鉴于上述问题，本专利技术提出一种克服上述问题或者至少部分地解决上述问题的用于软件开发中需求建模的产品建模系统。
[0009]本专利技术的一种用于软件开发中需求建模的产品建模系统，所述产品建模系统包括：产品信息收集模块，收集企业各产品的产品信息，具体包括收集可售产品清单、收集产品相关文件、收集产品基本信息、确认产品核算信息、收集产品专业信息、识别产品特征；产品分类结构设定模块，对行业实践的产品目录按产品线、产品组、基础产品、可售产品四层结构进行分类；产品特征定义模块，对各可售产品的特征进行定义；产品组件定义模块，对产品特征进行合并或拆分，并将特征转换为产品组件，对产品组件进行定义；产品实例化模块，对每个可售产品进行实例化。
[0010]可选地，所述产品信息收集模块收集可售产品清单包括：确定企业各业务对应的业务线条，基于各线条业务收集对应的第一可售产品；导出数据库表的产品目录中存储的第二可售产品；核对第一可售产品和第二可售产品，生成可售产品清单。
[0011]可选地，所述产品信息收集模块收集的产品相关文件包括：收集可售产品清单中各可售产品关联的产品说明书、产品模板、产品协议模板、产品需求规格说明书。
[0012]可选地，所述产品信息收集模块收集的产品基本信息包括：产品描述信息、产品关系人信息、产品市场信息、产品分类信息、产品经营条件信息。
[0013]可选地，所述产品信息收集模块收集产品专业信息包括：根据每条业务线的专业特点，从业务特征、业务条件、计息要求及收费条件三方面，对专业信息进行收集。
[0014]可选地，所述产品特征定义模块具体用于：提炼产品特征，将初步识别的特征，按划分的产品组进行归纳提炼；识别备选条件，在特征下识别可能存在的产品条件，作为产品条件的备选；确认产品条件，对识别的备选产品条件进行确认，同时对产品属性和产品关系信息进行确认；检查完整性，检查产品条件，确认产品条件的完整性。
[0015]可选地，所述产品特征定义模块提炼产品特征包括：根据识别产品特征中的特征与可售产品关系以及产品分类结构，将产品特征按产品组进行归纳；对归纳后的产品特征，按基础产品作为一级，可售产品作为二级的形式，重新与特征建立关联关系。
[0016]本专利技术主要应用于金融科技领域的需求分析阶段的产品创新环节，企业为了快速响应客户需求，实现价值交付，必须依托于企业的产品及服务创新，随着金融科技的发展，客户对品类全、推荐准、服务好、效率高的产品及服务诉求也越来越强烈。那么企业具备个性化、差异化、定制化产品及服务能力的重要性就体现出来了，为此，本专利技术以企业级工艺方法为指导，梳理产品结构，最终得到产品模型，在本专利技术中被称为产品建模，来实现产品的灵活配置以及快速交付。
[0017]本专利技术通过产品建模，从企业整体视角形成产品分类结构、产品组件和产品条件。
产品工厂对产品的各种条件、规则等信息预先进行参数化定义，并按照其功能或者特定服务进行组件化封装的基础上，根据客户需求进行配置的一种创新。
[0018]本专利技术中的产品建模是一个以企业级工艺方法论为指导，对产品进行梳理，最终得到产品模型的过程，其梳理的产品分类结构（包括产品线、产品组、基础产品和可售产品在内的产品目录）有利于定位和初分产品需求，产品组件、产品条件、产品条件取值有利于展示和甄别不同产品的具体差异。对于大部分产品创新需求而言，业务人员以基础产品为创新模版，通过确定要选择的产品条件和条件取值，就可以快速装配一个新的可售产品，在IT方面不需开发，仅需测试和配置。只有少量的需求才需要开发装配新的组件、条件及其参数。产品工厂对产品创新提供端对端、一体化的解决方案，产品参数进行分类管理和统一维护。
[0019]本专利技术中，采用“工艺方法论+工艺工具”的方式来解决
技术介绍
问题，工艺包括需求建模（R）、分析建模（A）、设计建模（D）、实现建模（C）四个阶段，简称雷达客（RADC）工艺，在需求建模阶段，设计梳理业务架构，标准化描述业务需求。产品建模可以基于业务架构开展，以企业级方法论为指导，梳理产品结构，最终得到产品模型，工具承接RADC工艺方法论，进一步将其思想使用工具进行体现，命名为RADC工艺平台
‑
产品建模。本专利技术的业务架构可以包括业务领域、业务组件、干系人、业务对象。业务领域：关于服务客户，从业务服务流程视角来实现客户诉求、创造价值和收入来源；需要利用业务组件的内部能力。业务组件：关注于内部能力，从降本增效的视角来考量提高复用度、创新能力、办理效率，以节省成本；需要服务于业务领域，同时集成整合一组业务对象本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种用于软件开发中需求建模的产品建模系统，其特征在于，所述产品建模系统包括：产品信息收集模块，收集企业各产品的产品信息，具体包括收集可售产品清单、收集产品相关文件、收集产品基本信息、确认产品核算信息、收集产品专业信息、识别产品特征；产品分类结构设定模块，对行业实践的产品目录按产品线、产品组、基础产品、可售产品四层结构进行分类；产品特征定义模块，对各可售产品的特征进行定义；产品组件定义模块，对产品特征进行合并或拆分，并将特征转换为产品组件，对产品组件进行定义；产品实例化模块，对每个可售产品进行实例化。2.根据权利要求1所述的产品建模系统，其特征在于，所述产品信息收集模块收集可售产品清单包括：确定企业各业务对应的业务线条，基于各线条业务收集对应的第一可售产品；导出数据库表的产品目录中存储的第二可售产品；核对第一可售产品和第二可售产品，生成可售产品清单。3.根据权利要求2所述的产品建模系统，其特征在于，所述产品信息收集模块收集的产品相关文件包括：收集可售产品清单中各可售产品关联的产品说明书、产品模板、产品协议模板、产品需求规格说明书。4.根据权...

【专利技术属性】
技术研发人员：刘云星，雷涛，许华山，吴限权，牛国义，林挺，杨文峰，刘妍，杨雄，曹安康，肖佳，
申请(专利权)人：深圳市长亮科技股份有限公司，
类型：发明
国别省市：