CN104102947B - 基于软构件的产品管控方法 - Google Patents

Abstract

本发明涉及基于软构件的产品管控方法，首先在三个服务器目标机中预装操作系统；SVN服务器中需要安装SVN软件服务端，OCP服务器中需要安装构件管理工具，负责构件的管理；PLM服务器中需要安装PLM软件，负责产品管理。本发明可以提高构件的复用性、促使平台和应用两条开发线紧密结合、提高产品线管理的严谨性、大大缩短产品开发和测试的周期、确保产品质量可靠。

Description

基于软构件的产品管控方法

技术领域

本发明涉及基于软构件的产品管控方法，属于软件工程领域。

背景技术

在企业业务不断的扩张过程中，企业部门不断的增多，各个部门的业务是相对的独立，但是不可避免的，它们还存在着形形色色的业务重合，因此，同样的开发工作可能各个部门都在做，这样就大大浪费了企业的资源。在这样的背景下，构件技术被提出并得到广泛应用。构件是指具有相对独立功能和可复用的软件模块。它使得软件开发人员在新的系统开发中能够充分利用过去系统开发过程中积累的知识、经验和功能模块，而不必一切都“从零开始”，从而避免了软件开发中的重复劳动。因此整合企业内部的开发工作，共享成果，规范管理，各取所需，对企业的发展壮大显得尤为重要。

发明内容

本发明的目的是提供一种基于软构件的产品管控方法，以解决由于业务繁杂导致业务开发混乱、重复开发、版本混乱、产品质量不过关的问题。

为实现上述目的，本发明为一种基于软构件的产品管控方法，该方法的步骤如下：

(1)在三类服务器中预装windows7操作系统；

(2)在SVN服务器中需要安装SVN软件服务端，SVN全称subversion，是一款优秀的版本控制软件，目前，绝大多数的开源软件都使用SVN作为代码版本管理软件；

(3)在OCP服务器中需要安装构件管理工具，OCP全称Open Component Platform，是一种开放式构件平台，负责构件的管理；

(4)在PLM服务器中需要安装PLM软件，PLM全称Product Lifecycle management，是产品生命周期管理软件，负责产品管理。

进一步的，所述步骤(2)中的SVN服务器中存放了软构件代码库，它面向基础平台开发和上层应用开发，因为SVN有出色的版本管理功能，是一个跨平台的软件，支持大多数常见的操作系统。

进一步的，所述步骤(2)中的SVN作为一个开源的版本控制系统,Subversion管理着随时间改变的数据。这些数据放置在一个中央资料档案库(repository)中。这个档案库很像一个普通的文件服务器,不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本,或是浏览文件的变动历史。Subversion是一个通用的系统,可用来管理任何类型的文件,其中包括了程序源码。

进一步的，所述步骤(2)中的SVN软件，每个开发者都可以通过SVN客户端来进行代码操作，比如：将整个源码目录下载到本地、将本地源码更新到服务器上的最新版本、将本地的最新源码上传到服务器上等。

进一步的，所述步骤(2)中的SVN软件，它拥有良好的权限管理，权限分配时，应遵守从根目录到子目录、从设置最广泛权限到最精细权限、从只读权限到读写权限设置原则，即从根目录开始设置最广泛的访问权限，然后逐步设置下属子目录的访问权限。提示：目录的访问权限既可以分配给组，也可以分配指定用户。

进一步的，所述步骤(3)的OCP服务器中，开放式构件平台的目标是首先把成熟的软件工程方法引入到系统软件产品开发活动中，其次才是形成公司系统软件方面可复用软件资产。因此从技术管理角度而言，各种可复用软构件只是该产品的管理对象和辅助成果，但是是公司系统软件核心资产，而由系列构件管理与应用工具构成的管理系统才是该产品的核心所在。

进一步的，所述步骤(3)的OCP服务器中，如图2所示，软构件的一般开发应用流程为：基础平台开发者主要负责领域分析，然后得出领域模型和领域基准体系结构，然后进行构件可变性分析，进而构建可复用构件，累积起来就得到了可复用构件库；应用开发者主要负责应用系统工程分析，参考领域模型和结构，设计出自己适用的体系结构，然后可以从构件库中提取所需的构件，如果构件不完全满足要求还可以进行构件特化修改，还可以自己基于平台规范开发构件，然后经过测试可以再录入到构件库中，这个过程中开发者还会看到构件评价，以此来反馈构件应用效果。这样经过组装和测试，我们就得到了一套基于软构件的应用系统。

进一步的，所述步骤(3)的OCP服务器中存放着应用构件信息、基础构件信息、构件文件资源，同时，还存有对应的构件管理工具，负责这些信息和资源的管理。它面向的是基础开发者、应用开发者和软件资产管理者。

进一步的，所述步骤(3)的OCP服务器中，如图3所示，基础技术开发者负责开发和贡献基础构件、维护相关构件信息、通过查询相关反馈信息来修改和更新构件；应用产品开发者可以查询构件信息、利用工具获得构件来搭建产品基线、还能获得来自基础开发者的构件更新信息、利用工具来更新构件、评价构件、开发和贡献可复用的应用产品专业构件、维护相关应用构件信息、查询构件反馈评价；资产管理者负责对构建进行相关的授权和版权管理。此外，开发者还可以在保持构件库规范的基础上，将开发任务转包给第三方开发者，扩展构件来源，丰富构件库。

进一步的，所述步骤(3)的OCP服务器中包含构件库，储存可复用软件构件、相关软件资产及其他有关属性信息，用以支持开发人员共享构件资源的软件包。构件库是实施成功软件复用的重要基础设施。可复用的软件资产包括需求规约、软件设计规约、源代码、目标码、测试计划、测试用例以及用户指南等对新的软件开发有用的资源。

进一步的，所述步骤(3)的OCP服务器中，构件在入库时应提供以下内容：①复用者手册，提供有关构件特性、安装、验证及操作的完整指令；②构件摘要信息；③构件分类信息；④构件实体(代码或文档)或其存放位置(在某些情形下，构件的实体也可以不存放在软件构件库中)；⑤构件测试计划、目标和预期结果。同时应当好维护构件自身的版本信息和构件间相互的关联和配置关系，通过构件配置为复用者提供更全面的服务。

进一步的，所述步骤(3)的OCP服务器中包含的构件信息主要有：构件版权信息、构件使用统计信息、构件版本信息、构件评价信息、构件需求规格说明书、构件设计说明书、构件使用说明书、构件测试用例说明书等。

进一步的，所述步骤(3)的OCP服务器中包含构件资源管理，主要包括：构件信息维护，功能包括构件系统地图、增删构件、更新构件、基本信息、关系图、版本列表，版本管理等。

进一步的，所述步骤(3)的OCP服务器中包含构件应用管理，按照构件系统要求构建符合用户需求的系统。功能包括产品地图、产品组装、版本信息维护、工程版本校验、构件替换、系统诊断等。

进一步的，所述步骤(3)的OCP服务器中包含构件安全管理，按管理流程申请单设定构件下载权限，功能包括用户管理、用户授权等。

进一步的，所述步骤(3)的OCP服务器中包含构件版权管理，对于用软构件管理平台形成的系统，配置有序列号等版权维护方式。

进一步的，所述步骤(3)的OCP服务器中，构件库工具分为管理工具和用户工具两类。管理工具包括：支持构件的分类；支持对分类机制的维护；生成事务和状态报告；支持对构件和分类词汇的配置管理；支持对问题报告的追踪。用户工具为复用者提供有效的构件查询手段；指导用户选取构件来搭建系统。

进一步的，所述步骤(4)中PLM服务器中存放着PLM库，PLM是一种企业信息化的商业战略。它实施一整套的业务解决方案，把人、过程和信息有效地集成在一起，作用于整个企业，遍历产品从概念到报废的全生命周期，支持与产品相关的协作研发、管理、分发和使用产品定义信息。所以它面向的人员包括基础开发者、应用开发者、测试人员和科研管理者。

进一步的，所述步骤(4)中PLM服务器中，一种典型的产品生命周期曲线是产品经过培育期、成长期、成熟期、衰退期、直至结束产品生命，这代表了以传统的方式来思考一个产品生命周期的各个阶段与企业在此产品上的收入(效益)的关系。培育期指在产品上市前的研发阶段，在这个时期，企业要投入大量的资金在产品开发上；成长期指产品上市后为企业创收的快速增长阶段，生产规模逐渐加大；成熟期指产品稳定在为企业创收的一个相当高的水平上，产销量最大；衰退期指产品在市场上的竞争力开始减弱，为企业创收的水平明显下滑；结束期指产品已经不能完全满足市场的需求，企业会逐渐停止对此产品的生产，让其逐渐退出市场。

进一步的，所述步骤(4)中，如图4所示，随着企业应用PLM的时间越来越长，积累的数据来越多，这其中包含了企业多年沉淀的知识，如何让这些知识方便的在企业内部共享和传播就显得非常重要。知识的共享和重用的应用包含两个方面：一是获取知识，即进行数据挖掘和数据的整理；另一个是知识传播，即把已经整理好的知识融入到PLM系统，依靠PLM系统把必要的知识传递给相关的人，为企业的生产进行服务，减少不必要的重复劳动或者探索。通过知识分类和梳理理，可以把企业的各类知识进行有效的管理，有效的形成企业的知识资产。是一个知识共享和重用管理的过程，在PLM已有的数据中进行挖掘和整理，形成可共享的知识，然后通过PLM系统传播给所有部门的人员，在使用的过程中，整合人们总结的知识，并和已有的知识进行累积分析，形成循环使用，达到智力资源的优化配置。

本发明基于软构件的产品管控方法解决了因部门繁多而导致的重复开发问题；而且本发明统一了开发规范，因此实现了所有构件即插即用，不存在版本不兼容的问题；再者，本发明还加入了产品质量管控，因此产品质量有了严格的保证；本发明可以大大缩短系统开发和调试周期，由于基础平台构件和高级应用构件可随时进行扩充，方便维护和扩展，以适应不同业务系统的不断扩充的业务需求。

本发明使得整个企业的开发工作有条不紊，各个部门团结协作，成果共享，进而使得整个企业稳定、灵活、成为一个强有力的整体。

附图说明

图1是基于软构件的产品管控方法原理框图；

图2是软构件的开发应用流程框图；

图3是构件库操作过程框图；

图4是PLM系统知识累积过程框图；

图5是开放式构件平台的典型应用框图。

具体实施方式

本发明提供了基于软构件的产品管控方法，采用构件开发技术，以技术手段促进专有技能体系建设。为产品线提供一致的缺陷解决、功能增强等服务，确保版本一致性。相关团队能全面、清晰的了解系统软件资源，达成相互贡献、复用目标。为系统软件相关领域内的资源概念灵活定义提供技术手段，包括软件、人力等。提升公司系统软件开发效率，逐步建立公司的大研发体系。

构建基于软构件的产品管控系统的步骤如下：

如图1所示：在三个服务器目标机中预装操作系统；SVN服务器中需要安装SVN软件服务端，SVN全称subversion，是一款优秀的版本控制软件，目前，绝大多数的开源软件都使用SVN作为代码版本管理软件；OCP服务器中需要安装构件管理工具，OCP全称OpenComponent Platform，是一种开放式构件平台，负责构件的管理；PLM服务器中需要安装PLM软件，PLM全称Product Lifecycle management，是产品生命周期管理软件，负责产品管理。

基于软构件的产品管控系统的典型应用过程如下：

(a)如图5所示，首先业务部门会接到一个项目需求，然后按照这个需求去OCP构件库中查询构件，当然，新项目会产生新的需求，这时，业务部门会将开发需求传达到开发部门，开发部门会对其进行详尽分析，归口于基础平台的则由平台部门开发，归口于业务应用的则由应用部门研发。

(b)开发人员在接到需求后，应按照流程进行程序开发，开发过程中需要阶段性的将代码入到SVN中，利用SVN良好的版本维护功能，开发人员每次修改都要先从SVN中检出代码，修改完以后再更新到SVN上，同时录入详细的修改日志，以便日后查看和提取，这样就能保证代码良好的版本维护。

(c)开发人员将开发完的可复用构件录入到OCP构件库中，按照软构件的发布和更新规范来提交完整的构件信息，包括：各种说明文档、源程序、目标程序以及构件与SVN之间的版本映射关系。经过基本的运行测试，通过后再录入到PLM中，并向测试部门发出测试需求。

(d)测试部门接到测试需求后，从PLM中提取相关信息，按照构件信息中的说明来搭建系统测试运行环境，然后再依据测试用例来进行目标文件测试。测试通过后则允许发布，形成正式构件产品；测试不通过则打回到开发部门，附带测试报告说明问题，需要开发部门修改后重新提交测试。

(e)进过开发测试后，新需求得以满足，就可以进行系统构建了。系统构建是软构件系统平台的重要工程应用功能，各业务部门可通过该功能来定制其需要的应用系统。在基础平台部分，平台支撑部门会给用户几个构件选项(最小化系统、中型系统或大型系统等进行区别)，不让用户有更多选择，各种系统都有详细注释；在应用构件部分，由用户对其所需要功能进行勾选，对于相关联的构件，会做到自动勾选。对于扩展的插件部分，可以由用户自由勾选。构建完成后就形成一套完整的供货系统，只不过还未经过完整的测试。

(f)开发部门将业务部门构建的系统以最终产品的形式重新录入到PLM中，再经过测试部门系统级别的测试，经过几轮的测试修改，最终我们得到了稳定的供货产品，然后业务部门就可以从PLM中提出产品，进行现场供货。同时，可以对相关的构件进行评价。

(g)企业管理者从PLM中可以十分清楚的了解到每个产品的供货情况，还可以了解目前企业正在生产的产品，掌握总体开发和应用状况。了解了每个产品线的应用情况，就可以对产品的生命周期有直观的掌握，从而更好的规划企业的目标和方向。

Claims (8)

1.一种基于软构件的产品管控方法，其特征在于，该方法的步骤如下：

(1)在三类服务器中预装windows7操作系统；

(2)在SVN服务器中需要安装SVN软件服务端；

(3)在OCP服务器中需要安装构件管理工具；

(4)在PLM服务器中需要安装PLM软件，负责产品管理；

所述步骤(3)的OCP服务器中存放着应用构件信息、基础构件信息和构件文件资源，同时，还存有对应的构件管理工具，负责应用构件信息、基础构件信息和构件文件资源的管理；所述步骤(3)的OCP服务器中包含构件库，储存可复用软件构件、相关软件资产及其他有关属性信息，用以支持开发人员共享构件资源的软件包；

构件提供的内容包括：①复用者手册，用于提供有关构件特性、安装、验证及操作的完整指令；②构件摘要信息；③构件分类信息；④构件实体或其存放位置；⑤构件测试计划、目标和预期结果；

构件信息包括：构件版权信息、构件使用统计信息、构件版本信息、构件评价信息、构件需求规格说明书、构件设计说明书、构件使用说明书、构件测试用例说明书；

构件资源管理包括：构件信息维护，功能包括构件系统地图、增删构件、更新构件、基本信息、关系图、版本列表，版本管理；

OCP服务器中包含构件应用管理，按照构件系统要求构建符合用户需求的系统，功能包括产品地图、产品组装、版本信息维护、工程版本校验、构件替换、系统诊断；

OCP服务器中包含构件安全管理，按管理流程申请单设定构件下载权限，功能包括用户管理、用户授权；OCP服务器中包含构件版权管理，对于用软构件管理平台形成的系统，配置有序列号版权维护方式。

2.根据权利要求1所述的基于软构件的产品管控方法，其特征在于：所述步骤(2)中的SVN服务器中存放了软构件代码库，它面向基础平台开发和上层应用开发。

3.根据权利要求1所述的基于软构件的产品管控方法，其特征在于：所述步骤(2)中的SVN软件服务端作为一个开源的版本控制系统,SVN软件服务端管理着随时间改变的数据；数据放置在一个中央资料档案库中。

4.根据权利要求1所述的基于软构件的产品管控方法，其特征在于：所述步骤(2)中的SVN软件服务端，开发者都通过SVN软件服务端来进行代码操作。

5.根据权利要求1所述的基于软构件的产品管控方法，其特征在于：所述步骤(2)中的SVN软件服务端，权限分配时，遵守从根目录到子目录、从设置最广泛权限到最精细权限、从只读权限到读写权限设置原则，即从根目录开始设置最广泛的访问权限，然后逐步设置下属子目录的访问权限。

6.根据权利要求1所述的基于软构件的产品管控方法，其特征在于：所述步骤(3)的OCP服务器中，开放式构件平台的目标是首先把成熟的软件工程方法引入到系统软件产品开发活动中，其次是形成公司系统软件方面可复用软件资产。

7.根据权利要求1所述的基于软构件的产品管控方法，其特征在于：所述步骤(3)的OCP服务器中，软构件的开发应用流程为：基础平台开发者负责领域分析，然后得出领域模型和领域基准体系结构，然后进行构件可变性分析，进而构建可复用构件，累积起来就得到了可复用构件库；应用开发者负责应用系统工程分析，参考领域模型和结构，设计出自己适用的体系结构，然后从构件库中提取所需的构件，如果构件不完全满足要求还进行构件特化修改，基于平台规范开发构件，然后经过测试可以再录入到构件库中。

8.根据权利要求1所述的基于软构件的产品管控方法，其特征在于：所述步骤(3)的OCP服务器中，基础技术开发者负责开发和贡献基础构件、维护相关构件信息、通过查询相关反馈信息来修改和更新构件；应用产品开发者能够查询构件信息、利用工具获得构件来搭建产品基线、还能获得来自基础技术开发者的构件更新信息、利用工具来更新构件、评价构件、开发和贡献可复用的应用产品专业构件、维护相关应用构件信息、查询构件反馈评价；资产管理者负责对构建进行相关的授权和版权管理。