CN110335004A - 一种基于责任制的产品和工程关系解决方法 - Google Patents

Abstract

本发明提供了一种基于责任制的产品和工程关系解决方法。本发明通过引入产品库概念、产品属性概念、代码工程档案概念，并且将产品与可关联的工程档案相结合，实行产品责任制规则指定并且引入工程档案责任制规定，通过对产品档案的建立和划分，实现将公司所有大大小小的业务全部具体化。通过上述技术方法，本申请能够将公司所有跨行业、跨领域的业务更清晰明了地梳理出来，并通过不同类型以及层级关系，将业务之间的独立性以及关联性更直观地展现出来，为一个公司的项目管理打下了坚实的基础，且能够使得每一个产品和工程都能够有责任人和责任部门与之对应，实现对项目的集中管理。

Description

一种基于责任制的产品和工程关系解决方法

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种一种基于责任制的产品和工程关系解决方法。

背景技术

随着互联网技术的蓬勃发展和广泛应用，要求互联网公司在维护原有业务项目的同时不断开拓新的需求，以此来满足市场需求。而随着公司级项目不断地扩张和向外延伸，代码工程和产品数量成千上万，加上人员变动频繁，经常出现代码工程和产品的责任人不清，遇到问题时难以处理的情况；同时非技术人员一般以产品为维度做规划和管理，而技术人员以代码工程维度做开发设计，导致技术人员和非技术人员在沟通上会存在不通过的理解。

因此，在长期的研发当中，发明人对基于责任制的产品和工程关系解决方法进行了大量的研究，提出了一种对基于责任制的产品和工程关系解决方法，以解决上述技术问题之一。

发明内容

本发明的目的在于提供一种基于责任制的产品和工程关系解决方法，能够解决上述提到的至少一个技术问题。具体方法如下：

根据本发明的具体实施方式，第一方面，一种基于责任制的产品和工程关系解决方法，其特征在于，包括：

S1、设计产品表，然后根据公司情况录入产品信息，建立产品库；

S2、设计工程档案信息表，录入工程档案信息；

S3、将产品与工程进行关联，产品关联一个或多个工程，实现整体到细节的关系对应；

S4、将工程关联到产品，一个工程只能关联一个产品，实现细节到整体的关系对应；

S5、实现一个定时任务功能，定时遍历产品库，查看是否有产品经理或者所属部门变更；

S6、实现一个定时任务，定时遍历工程档案库，查看是否有开发负责人或者所属部门变更。

根据本发明的具体实施方式，第二方面，所述工程档案包括工程代码地址、开发语言、工程类型、开发负责人、负责人所属部门信息。

根据本发明的具体实施方式，第三方面，所述工程代码地址指代码托管地址，开发语言说明代码实现所用的工程语言，工程类型说明该工程的作用，负责人说明该工程的所属人，所属部门说明该工程属于公司哪一个部门所有。

根据本发明的具体实施方式，第四方面，所述工程档案与产品之间的关系为为一对一或多对一，一个产品可以关联一个或多个工程档案，一个工程档案只能关联一个产品。

根据本发明的具体实施方式，第五方面，所述产品默认归属于录入时填写的产品经理以及该产品经理所在的部门，当产品经理离职或者换部门时，产品经理默认改为原产品经理所在部门的负责人，所属部门为该部门负责人所在部门；当产品经理所属部门变更时，产品经理不变，所属部门改为产品经理变更后的部门。

根据本发明的具体实施方式，第六方面，所述产品经理及产品所属部门信息只能由当前产品经理修改。

根据本发明的具体实施方式，第七方面，所述工程默认开发负责人为当前录入工程人员以及该人员所在的部门，当该开发负责人离职时，默认将开发负责人改为原开发负责人所在部门的负责人，所属部门不变，依次往上；当开发负责人更换部门时，默认将开发负责人不变，所属部门更换为开发负责人现在所在部门，依次往上；当开发负责人所在部门变更时，默认开发负责人不变，所属部门更换为开发负责人现在所属部门，依次往上。

根据本发明的具体实施方式，第八方面，所述实现一个定时任务功能，每天遍历产品库，查看是否有产品经理或者所属部门变更，如果有，则根据指定的变更规则更改当前的产品经理和所属部门；所述变更规则为查询该产品对应的产品经理是否为在职状态，若是则查询该产品经理所属部门是否变更，若变更则更新所属部门；若产品经理为离职状态，则将产品经理更新为所属部门的部门负责人，若部门负责人不存在则更新为上级部门负责人。

根据本发明的具体实施方式，第九方面，所属实现一个定时任务，每天遍历工程档案库，查看是否有开发负责人或者所属部门变更，如果有，则根据制定的变更规则更改当前的开发负责人和所属部门，具体规则为：查询该工程档案开发负责人是否为在职状态，若是则查询开发负责人所属部门是否变更，若变更则更新所属部门；若开发负责人为离职状态，则将开发负责人更新为所属部门的部门负责人，若部门负责人不存在则更新为上级部门负责人。

根据本发明的具体实施方式，第十方面，所述产品包括产品线和子产品，还包括产品的父产品。

根据本发明的具体实施方式，第十一方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上任一项所述的基于责任制的产品和工程关系解决方法。

根据本发明的具体实施方式，第十二方面，本发明提供一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上任一项所述的基于责任制的产品和工程关系解决方法。

本发明实施例的上述方法与现有技术相比，至少具有以下有益效果：

1.通过引入产品的概念，将公司所有跨行业、跨领域的业务更清晰明了地梳理出来，并通过不同类型以及层级关系，将业务之间的独立性以及关联性更直观地展现出来，为一个公司的项目管理打下了坚实的基础。

2.通过引入工程档案的概念，将公司所有项目的实现源码信息通过特定标签保存下来，使得源码维护变得更加容易。

3.通过产品和工程的绑定，使得公司项目从整体到细节，从细节到整体都有据可循，便于快速定位线上故障和问题的根源并且能知晓每次版本发布的影响范围。

4.通过产品责任制和工程档案责任制规则的制定，使得每一个产品和工程都总能有责任人和责任部门与之对应，实现了对项目集中管理更加高效。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了根据本发明实施例的基于责任制的产品和工程关系解决方法的流程图；

图2示出了根据本发明的实施例的电子设备连接结构示意图。

具体实施方式

为了使本发明的目的、技术方法和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述……，但这些……不应限于这些术语。这些术语仅用来将……区分开。例如，在不脱离本发明实施例范围的情况下，第一……也可以被称为第二……，类似地，第二……也可以被称为第一……。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者装置中还存在另外的相同要素。

下面结合附图详细说明本发明的可选实施例。

实施例1

一种基于责任制的产品和工程关系解决方法，该方法包括以下方法：

S1、设计产品表，然后根据公司情况录入产品信息，建立产品库；

S2、设计工程档案信息表，录入工程档案信息；

S3、将产品与工程进行关联，产品关联一个或多个工程，实现整体到细节的关系对应；

S4、将工程关联到产品，一个工程只能关联一个产品，实现细节到整体的关系对应；

S5、实现一个定时任务功能，定时遍历产品库，查看是否有产品经理或者所属部门变更；

S6、实现一个定时任务，定时遍历工程档案库，查看是否有开发负责人或者所属部门变更。

实施例2

一种基于责任制的产品和工程关系解决方法，其中

所述工程档案包括工程代码地址、开发语言、工程类型、开发负责人、负责人所属部门信息；所述工程代码地址指代码托管地址，开发语言说明代码实现所用的工程语言，工程类型说明该工程的作用，负责人说明该工程的所属人，所属部门说明该工程属于公司哪一个部门所有；所述工程档案与产品之间的关系为为一对一或多对一，一个产品可以关联一个或多个工程档案，一个工程档案只能关联一个产品；所述产品默认归属于录入时填写的产品经理以及该产品经理所在的部门，当产品经理离职或者换部门时，产品经理默认改为原产品经理所在部门的负责人，所属部门为该部门负责人所在部门；当产品经理所属部门变更时，产品经理不变，所属部门改为产品经理变更后的部门；所述产品经理及产品所属部门信息只能由当前产品经理修改。

实施例3

一种基于责任制的产品和工程关系解决方法，其中所述工程默认开发负责人为当前录入工程人员以及该人员所在的部门，当该开发负责人离职时，默认将开发负责人改为原开发负责人所在部门的负责人，所属部门不变，依次往上；当开发负责人更换部门时，默认将开发负责人不变，所属部门更换为开发负责人现在所在部门，依次往上；当开发负责人所在部门变更时，默认开发负责人不变，所属部门更换为开发负责人现在所属部门，依次往上，以此类推。所述实现一个定时任务功能，每天遍历产品库，查看是否有产品经理或者所属部门变更，如果有，则根据指定的变更规则更改当前的产品经理和所属部门；所述变更规则为查询该产品对应的产品经理是否为在职状态，若是则查询该产品经理所属部门是否变更，若变更则更新所属部门；若产品经理为离职状态，则将产品经理更新为所属部门的部门负责人，若部门负责人不存在则更新为上级部门负责人。所属实现一个定时任务，每天遍历工程档案库，查看是否有开发负责人或者所属部门变更，如果有，则根据制定的变更规则更改当前的开发负责人和所属部门，具体规则为：查询该工程档案开发负责人是否为在职状态，若是则查询开发负责人所属部门是否变更，若变更则更新所属部门；若开发负责人为离职状态，则将开发负责人更新为所属部门的部门负责人，若部门负责人不存在则更新为上级部门负责人。所述产品包括产品线和子产品，还包括产品的父产品。

实施例4

如图2所示，本实施例提供一种电子设备，该设备用于基于责任制的产品和工程关系解决方法，所述电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够能够从存储器中调用对应的产品档案、工程档案并且根据产品档案和工程档案所在的指令使其进行一对一或者一对多的对应关系，并且能够根据产品及工程档案的信息启动定时任务功能，对发生产品或工程档案更改的内容进行更新。

实施例5

本公开实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于责任制的产品和工程关系解决方法。

下面参考图2，其示出了适于用来实现本公开实施例的电子设备400的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图2示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，电子设备400可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有电子设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许电子设备400与其他设备进行无线或有线通信以交换数据。虽然图2示出了具有各种装置的电子设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取至少两个网际协议地址；向节点评价设备发送包括所述至少两个网际协议地址的节点评价请求，其中，所述节点评价设备从所述至少两个网际协议地址中，选取网际协议地址并返回；接收所述节点评价设备返回的网际协议地址；其中，所获取的网际协议地址指示内容分发网络中的边缘节点。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收包括至少两个网际协议地址的节点评价请求；从所述至少两个网际协议地址中，选取网际协议地址；返回选取出的网际协议地址；其中，接收到的网际协议地址指示内容分发网络中的边缘节点。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

也就是说，在本领域的技术人员所掌握的现有技术和公知常识的情况下，本申请所述的基于责任制的产品和工程关系解决方法能够通过存储于存储器上的指令或者指令集来实现电子设备的调用，并且能够通过电子设备上的输入和输出设备来实现相关信息的录入和显示，以使得产品信息与工程档案信息能够录入到上述的电子设备中，并且经过RAM的暂存后永久的以可读写的格式存储于ROM上。在通过电子设备中的处理器对存储于存储器上的指令和指令集来实现产品与工程档案的一一对应或一对多的对应。

进一步讲，在本申请所述的基于责任制的产品和工程关系解决方法，引入了如下的概念，并且对如下的概念进行解释说明。

本申请引入了“产品库”的概念，具体分为产品线、子产品线、产品、子产品。产品线拥有多条子产品线，子产品线可以拥有多个产品，产品还可以往下具体分为多个子产品。产品线对应一个公司的业务范畴，例如一个公司同时在做金融业务和知识产权业务，则该公司拥有两条产品线；而不同业务范畴还可以往下分为不同的业务模块，如金融产品线下面可以有理财模块和贷款模块，这样又可以在金融产品线这下面分为理财和贷款两个子产品线；以此往下，一个理财子产品线往下还可以具体分为不同的理财产品，大的理财产品可能包含着几个小的理财子产品。以上便是引入产品的概念。

本申请还引入了“产品属性”的概念。本申请所述的产品属性包括产品名称、产品描述、业务类型、级别、产品经理、实用对象。产品名称直观说明产品的功能，产品描述，对产品功能进行细致化描述，业务类型说明该产品的作用领域，级别说明该产品的重要程度，产品经理指明该产品的归属者，实用对象指明该产品的使用用户。

本申请还引入了“代码工程档案”概念。具体来讲，本申请所述的工程档案包含了工程代码地址，开发语言，工程类型，开发负责人，以及负责人所属部门等其他信息。工程代码地址指的是代码托管地址，开发语言说明代码实现所用的工程语言，工程类型说明该工程的作用，如接口或者服务实现，负责人说明该工程的所属人，所属部门说明该工程属于公司哪一个部门所有。

本申请所述的产品可以关联工程档案，即工程档案可以关联产品，产品与工程档案之间的对应关系应当是一对一或者一对多，即一个产品可以关联一个或多个工程档案，但一个工程档案只能关联到一个产品。当一个产品关联了多个工程档案时，表示该产品由这几个工程实现；当一个工程档案关联到一个产品时，表示该工程属于该产品，并且不能属于其他产品。

本申请所述的基于责任制的产品和工程关系解决方法，其采用产品责任制规则指定，即产品跟着部门走的设计思路。产品默认归属于录入时填写的产品经理以及该产品经理所在的部门，当产品经理离职或者换部门时，产品经理默认改为原产品经理所在部门的负责人，所属部门为该部门负责人所在部门；当产品经理所属部门变更时，产品经理不变，所属部门改为产品经理变更后的部门。产品经理及产品所属部门信息只能由当前产品经理修改。

本申请所述的基于责任制的产品和工程关系解决方法，其采用工程档案责任制规则指定，即工程跟着人走。工程默认开发负责人为当前录入工程人员以及该人员所在的部门，当该开发负责人离职时，默认将开发负责人改为原开发负责人所在部门的负责人，所属部门不变，依次往上；当开发负责人更换部门时，默认将开发负责人不变，所属部门更换为开发负责人现在所在部门，依次往上；当开发负责人所在部门变更时，默认开发负责人不变，所属部门更换为开发负责人现在所属部门，依次往上。

本申请所述的基于责任制的产品和工程关系解决方法，其通过对产品档案的建立和划分，工程档案的建立与划分，产品和工程责任制规则的指定，以及产品与工程档案的关联，可以将公司所有大大小小的业务全部具体化，能够愤懑别类地建立各自的细节到源码的信息和直观的业务层级关系。当我们拿到一个产品时，我们能够知道这个产品属于产品线还是子产品，可以知道这个产品的父产品和子产品，可以知道这个产品的业务范畴和重要程度，可以知道这个产品涉及到的实现源码，最重要的是，这个产品能够与对应的产品经理、部门以及涉及到的开发人员进行对应，便于快速找到负责人员，对其进行改进。

Claims (10)

1.一种基于责任制的产品和工程关系解决方法，其特征在于，包括：

S1、设计产品表，然后根据公司情况录入产品信息，建立产品库；

S2、设计工程档案信息表，录入工程档案信息；

S3、将产品与工程进行关联，产品关联一个或多个工程，实现整体到细节的关系对应；

S4、将工程关联到产品，一个工程只能关联一个产品，实现细节到整体的关系对应；

S5、实现一个定时任务功能，定时遍历产品库，查看是否有产品经理或者所属部门变更；

S6、实现一个定时任务，定时遍历工程档案库，查看是否有开发负责人或者所属部门变更。

2.根据权利要求1所述的基于责任制的产品和工程关系解决方法，其特征在于，所述工程档案包括工程代码地址、开发语言、工程类型、开发负责人、负责人所属部门信息。

3.根据权利要求2所述的基于责任制的产品和工程关系解决方法，其特征在于，所述工程代码地址指代码托管地址，开发语言说明代码实现所用的工程语言，工程类型说明该工程的作用，负责人说明该工程的所属人，所属部门说明该工程属于公司哪一个部门所有。

4.根据权利要求1所述的基于责任制的产品和工程关系解决方法，其特征在于，所述工程档案与产品之间的关系为为一对一或多对一，一个产品可以关联一个或多个工程档案，一个工程档案只能关联一个产品。

5.根据权利要求1所述的基于责任制的产品和工程关系解决方法，其特征在于，所述产品默认归属于录入时填写的产品经理以及该产品经理所在的部门，当产品经理离职或者换部门时，产品经理默认改为原产品经理所在部门的负责人，所属部门为该部门负责人所在部门；当产品经理所属部门变更时，产品经理不变，所属部门改为产品经理变更后的部门。

6.根据权利要求5所述的基于责任制的产品和工程关系解决方法，其特征在于，所述产品经理及产品所属部门信息只能由当前产品经理修改。

7.根据权利要求1所述的基于责任制的产品和工程关系解决方法，其特征在于，所述工程默认开发负责人为当前录入工程人员以及该人员所在的部门，当该开发负责人离职时，默认将开发负责人改为原开发负责人所在部门的负责人，所属部门不变，依次往上；当开发负责人更换部门时，默认将开发负责人不变，所属部门更换为开发负责人现在所在部门，依次往上；当开发负责人所在部门变更时，默认开发负责人不变，所属部门更换为开发负责人现在所属部门，依次往上。

8.根据权利要求1所述的基于责任制的产品和工程关系解决方法，其特征在于，所述实现一个定时任务功能，每天遍历产品库，查看是否有产品经理或者所属部门变更，如果有，则根据指定的变更规则更改当前的产品经理和所属部门；所述变更规则为查询该产品对应的产品经理是否为在职状态，若是则查询该产品经理所属部门是否变更，若变更则更新所属部门；若产品经理为离职状态，则将产品经理更新为所属部门的部门负责人，若部门负责人不存在则更新为上级部门负责人。

9.根据权利要求1所属的基于责任制的产品和工程关系解决方法，其特征在于，所属实现一个定时任务，每天遍历工程档案库，查看是否有开发负责人或者所属部门变更，如果有，则根据制定的变更规则更改当前的开发负责人和所属部门，具体规则为：查询该工程档案开发负责人是否为在职状态，若是则查询开发负责人所属部门是否变更，若变更则更新所属部门；若开发负责人为离职状态，则将开发负责人更新为所属部门的部门负责人，若部门负责人不存在则更新为上级部门负责人。

10.根据权利要求1所述的一种基于责任制的产品和工程关系解决方法，其特征在于，所述产品包括产品线和子产品，还包括产品的父产品。