配置管理工作总结

配置管理工作总结（共8篇）

配置管理工作总结 篇1

零三年春节过后，我走出校门，怀着一颗信心匮乏但勇往直前的心，跋山涉水一日千里的来到了中创软件设立在江苏昆山阳澄湖畔的分公司，在开发中心度日如年了两个月后，我被分配到了管理中心下属的配置管理组，束丽华担任组长，在当时的配置管理组中，包括束姐在内，除了张云之前有较长时间的配置管理经验之外，大家都是初涉此领域的门外汉，我们对配置管理一窃不通，甚至从不知晓配置管理到底是怎样的一门学问，尽管公司为我们提供了一次形式大于内容的培训，但培训过后收获甚微，我们对配置管理的理论和工具的.使用仍然云里雾里，于是我们利用所有时间苦读资料。

我们当时得到的相关资料少之又少，并且绝大部分都是英文的，这对于像我这样英语水平近乎白痴的人来说简直就是一种摧残，尽管如此，我还是怀揣着高涨的学习热情和求知欲望，日以继夜的抱着那些英文资料死啃。公司为我们提供了足够多的硬件资源，闲置着的电脑几乎无一幸免的充当了我们的肉鸡，我们在这些肉鸡上搭配服务环境，反复练习各种操作。很多时候，我们会从早上上班开始，一直练习到深夜，那段日子是充实的、匆忙的，当然，上天对我们的不舍昼夜给予的回报是丰厚的，使我们对配置管理理论的理解和工具的使用得到了最初的积累，很多弥足珍贵的经验也在那段日子里被总结了出来，并且形成了各种文档，这些总结在我们日后对于新员工的培训上发挥了重要作用，也使得公司的过程财富库得到了前所未有的扩充。

配置管理工作总结 篇2

激烈的竞争使得企业原有的工作流程不再能适应现有的局势, 这就要求落后的企业进行企业流程的再造 (BPR) , 改进自己的流程, 以适应日异变化的形势。然而很多企业信息化所采用的工作流引擎缺少低耦合, 高内聚的特性, 又或只是支持简单的流程, 有的甚至只是将工作流程通过固定的代码组织企业的工作流, 这就增加了企业进行流程改进的成本, 有的需要他们弃掉原有的信息系统。这样的方式在变化越来越快的今天已经不能适用, 每次变化都实行如此大成本的动辄, 在时间和成本上都是不现实的[1]。

现有的企业工作流系统多数会在业务处理和工作流程进行紧密的连接, 尤其在或分支的跳转条件上更是难以将业务与工作流程进行分离[2]。还有一部分工作流因为跳转条件兼具业务特性和流程特性的原因, 是不支持或跳转的[3]。因此现有工作流程中出现的问题会有如下几种:

问题一:如一项任务可以由A审批也可以由B审批。在目前的工作流中, 就会将任务拿给A审批, A 若不做批改, 再交由B去审批。假设, 当任务传到了A的手里, A随后就出差了, 因为A的不作为, 这项任务也就停滞不前。导致原有的工作流的效率低下[4]。

问题二:企业进行BPR, 业务重组。在进行完任务A审批以后, 现需要进行行政备案。在原有的工作流引擎下, 需要修改系统的代码, 发布新的版本给企业, 让企业重新启动服务器, 执行新的版本的信息系统。这样的系统维护成本将会很大。

问题三:在进行信息系统的开发和维护过程中, 对复杂烦多的工作流的维护是一件令人头痛的事。因为每一步之间的联系紧密, 常使得代码开发不易分离, 交一个团队完成。有的团队任务比较多, 而有的却较少, 任务分配不均衡[5]。

为了解决上面的问题, 工作流系统适应复杂性, 灵活性易管理性。

适应复杂性信息系统可以处理较复杂的企业流程, 便不会出现在转化流程的过程中出现的降低效率的问题。灵活性信息系统可以适应企业的BRP, 企业流程的变化轻松的修改自己的系统, 降低了系统维护的成本。易管理性信息系统的开发任务分配均衡, 降低了后期维护的难度和成本。

1 研究解决的问题

1.1 优化现有的工作流引擎, 使其适应复杂的工作流网络

原有的工作流引擎只能适应比较简单的工作流网络结构, 或者将复杂的结构转化成比较简单的网络结构去执行。这样复杂的结构在转化后效率不如以前, 如并行结构转化成串行结构后, 效率降低, 而且有的转化可能带来饿死的现象如将或的结构转化成线状结构时。此工作流引擎将适应各种复杂的工作流网络。

1.2 优化现有的工作流引擎, 使其适应工作流程的多变性

通过使用反射配置, 使得工作流在更改配置, 而不需要对信息系统的重新编译就可以达到更改工作流的效果。这样的工作流引擎更适合于BRP, 以及变化多端的企业工作流程。

1.3 优化现有的工作流引擎, 使其在项目开发管理上更有效

因为配置使得程序模块化, 将控制的代码使用配置完成, 将业务相关的数据库操作等代码用反射的方法调用。这使得控制和业务操作分离, 更易分给不同的单位完成, 更易管理。

2 基于反射配置工作流管理系统的基础结构

工作流管理系统的基础结构研究引擎对工作流节点的驱动。所有的部分如何基于反射配置共同协作, 完成这一任务。反射是指在程序运行过程中, 动态的加载指定的动态连接库, 对其中的函数进行调用的过程。因为这过程是在程序运行的过程中使用的, 所以并需要对整个应用系统进行重新的编译。以配置的方式将反射信息与应用程序连接起来, 就降低了系统的耦合性。在程序运行的时候更改了系统的反射配置就可以完成系统对相应功能调用的更改。根据这一特性, 对不同的反射配置进行反射调用, 可以将兼具业务特性和流程特性的部分进行分离。在工作流系统中的跳转条件就是这样的一部分。

工作流系统包含两部分:工作流定义模块, 工作流跳转模块 (包括工作流引擎, 工作流对外接口) 。

在工作流定义模块中, 通过图形界面画出工作流节点确定工作流的流程, 并填写节点的一些属性, 完成对工作流的定义。此过程会把工作流节点的信息存储到数据库中。工作流引擎会解读定义的工作流的流程, 并起到推动工作流运行的作用。工作流对外接口为基于此工作流开发的应用程序提供了调用工作流的接口, 包括工作流的初始化, 跳转等。

将工作流两个模块展开, 底层是数据层, 包括对工作流的配置, 业务处理, 跳转条件的反射配置, 以及相关数据。上边一层是框架层, 包括对数据的访问基类, 反射运行的基类。工作流系统正是基于框架层上建立的。再上边就是工作流的应用部分。工作流的应用部分分两层, 下边的一层是工作流的功能部分, 包括常规的业务层和数据访问层。上边的一层是界面部分或者是接口部分。在定义模块中是界面部分, 在跳转模块部分就是接口部分。在这一层中有一个部分就是反射配置的DLL库, 里边放着业务处理的DLL以及跳转条件的DLL。框架把反射的配置放在最下边的数据层, 然后将反射的基类放在框架层, 在应用层中有对业务处理的函数与跳转条件函数的调用, 在定义模块中包含了对反射信息的配置功能。三层协作配合, 完成了反射配置框架的功能。

3 工作流模型的定义

工作流定义是指将业务过程转化成工作流引擎可以识别的流程, 并保存在数据库中。这是一个关键的过程。系统即要让定义方式被系统使用者易于接受, 又要让转化好的数据格式被工作流引擎解析。这一个模块分为三部分, 第一部分是为使用者提供了定义工作流的图形界面, 第二部分定义了工作流的流程在系统中以及数据库中表示的方法, 第三部分是将图形表示的业务流程转化成系统可以识别的数据, 使得引擎通过当前节点可以得到下一个节点的信息进行相应的跳转, 并将这些数据存入数据库。

3.1 工作流定义图形界面

工作流定义图形界面包括:结点和连线的添加删除修改, 结点属性的设置。使用者通过在画板上拖动鼠标来添加结点、连线, 构造工作流的流程。当然对工作流的定义除顺序外, 还有节点的属性。如果遇到或跳转时, 需要定义跳转条件的反射信息。如果有业务处理的函数, 也需要在此定义。反射配置的定义修改均在定义模块中实现。系统通过在这里定义的反射配置进行或跳转时的条件判断, 并因此可以得到下一结点的信息。

图形界面的实现需要对所有的结点, 连线的位置, 以及与结点相关的连线是哪些, 与连线相关的结点是哪些都需要进行记录, 在保存的时候需要存放在数据库中, 以便下次打开此工作流时, 重新显示在界面中。在进行图形操作时需要使用到GDI+的方法。通过对鼠标的定位, 对点击的结点或线进行相应的操作。

3.2 工作流流程在系统以及数据库中的表示

系统设定了结点类, 连线类, 以及工作流类。结点类继承了结点基类。结点基类包括结点的用于工作流跳转的属性。如结点的名称, 描述, 跳转类型, 结点的接收类型, 跳转函数反射配置, 结点的类型, 所属工作流, 下一结点。除了这些基类的属性外, 结点本身还有其他的属性, 包括结点在图形化中的位置, 与结点相连的边线的列表等。工作流的类图如图2所示。

图2中的反射的配置的信息是存储在BaseNodeModel中的conditionFunc和nextFunc中。前者是表示跳转条件的反射配置。后者是进行跳转的方法的反射配置。所有的反射配置可以通过框架层中对反射配置进行解析执行的一个类操作的。反射配置的格式将在3.3中进行详细说明。四个类中BaseNodeModel包含的属性是结点的基本属性, 而NodeModel包括图形中结点的位置以及与他相关连线的信息。BaseWorkflowModel是对工作流进行描述的一个类, 其中workflowId是对工作流的唯一标记。它与NodeModel是一对多的关系。LineModel是连线的实例。记录了连线的两个端点坐标以及与结点之间的关系。它与NodeModel是多对多的关系。一般一个LineModel与两个NodeModel相连接, 即它的起始结点和终止结点。

在数据库中, 对工作流的存储是通过三张表进行保存的, 分别是:tb_workflow, tb_workflow_node, tb_workflow_Graph。tb_workflow是保存的工作流的其他信息, 主要对应的是BaseWorkFLowModel中的属性。Tb_workflow_node主要对应的是BaseNodeModel中的属性。Tb_workflow_Graph则是保存的是NodeModel特有的属性, 以及LineModel中的属性。保存的是工作流的图形结构。在重新打开工作流或进行修改的时候, 需要根据这张表的信息转化成工作流的图形形态, 供使用者修改或浏览。

3.3 图形向数据的转化

对工作流结构的定义是根据petri网的结构进行改造, 使得更易被不懂petri网的使用者接受。针对Petri网的基本元素and-split, or-split, and-join, or-join转变为结点的跳转类型, 和接收类型两个属性, 变迁 (transition) 转变为工作流中的节点, 对库所 (place) 中是否包含托肯 (token) 变为结合接收类型并对前继结点是否已完成进行判断 (判断是在引擎中实现) 。系统根据这样的原则, 按图形中结点和连线的关系确定工作流的结构, 进行保存。在将这样的图形转化成系统中对应的类中的数据时, 需要完成对首结点的识别, 对当前结点的下一结点的识别, 将所有的下一结点组织成相应的字符串, 记录相关属性, 保存到数据库中。

1) 根据工作流结点的类型选出首节点。

2) 从此结点出发, 选出以此结点为起点的连线。

3) 获得此连线的终点, 即为此节点的下一结点中的一个。将所有的下一结点用字符串的形式连接起来, 即下一节点的字符串。

4) 选定第二个节点, 重复第二步到第四步, 直到所有结点结束。

这样就可以遍历了所有的结点, 将他们的顺序以及信息存入数据库。在查找下一结点的时候, 只要根据当前结点, 结合跳转的类型, 通过此字符串即可得到下一结点。因为工作流中只有查找下一节点的功能, 没有回溯, 所以只要记载下一结点即可。 (对于撤回的情况是对此次工作流操作的过程的历史记录进行一次撤消。只要删除一条历史记录即可, 不用回溯查找上一节点。)

工作流节点中包括在此节点 (也就是原petri网中的变迁) 进行的业务处理的反射配置。这里的业务处理是与使用此工作流的实际应用的业务, 而非工作流的业务。在此需要配置业务处理函数的动态链接库的名称, 所在类的名字, 以及业务处理方法的名字。配置存于数据库的格式如下所示:<DLL Name>, <Class Name>, <Method Name>。而在定义过程中选择DLL类, 自动组成此字符串。

本系统进行反射配置的解析和执行的是在框架层中的一个类。该类在进行反射调用的时候, 会先获得反射配置中<DLL Name>的程序集Assembly类的实例, 再通过反射中函数所在类<Class Name>生成Type类的实例, 根据Type类产生相应的函数所在类的实例。然后依据函数名<Method Name>以及参数, 通过Invoke调用函数并返回结果。执行的时候, 只要将反射配置的字符串传给此解析执行类就可以得到调用相应函数的执行结果。如图3所示。

4 工作流模型的调用

在这个模块中会通过定义阶段中定义的每个结点中业务方法以及跳转条件函数反射调用完成反射框架中执行。在这一个模块中反射配置的整个框架连接起来。

基于工作流的应用会通过工作流调用模块的接口工作流。

1) 它通过接口提供的初始化函数初始化工作流的实例, 它返回的是第一个结点的实例ID。

2) 应用执行自己的界面业务操作, 如审批等。

3) 通过接口的跳转函数进行跳转。跳转的功能在引擎内部会执行如下工作:先执行结点对应的业务处理。然后根据配置的工作流情况进行跳转, 结合下一结点的接收类型并对下一节点的所有前继结点是否已完成进行判断, 如果已完成就生成下一结点的实例。修改当前结点状态。如果生成了下一节点的实例, 就返回实例ID。

4) 通知该结点对应的窗口。

5) 根据返回的实例ID, 重复第二步到第五步的操作, 直到流程结束。

在这一个过程中, 工作流的实例以及结点对应的实例均保存在数据库中的工作流实例表, 以及结点实例表, 它们之间的关系是一对多的关系。在结点的实例表中记录着此工作流实例跳转路径的历史记录。

当使用者需要更改相应的流程的结构的时候, 只需要通过工作流定义更改此工作流的结构以及属性, 即可以达到更改的目的, 不用修改相应的程序。而对于具有业务和工作流双重属性的跳转条件的修改, 只需要将编译好的DLL文件放到夹里, 再通过设置跳转条件的属性就可以完成跳转条件的修改, 而不需要再在程序中无方向的寻找跳转条件, 更不会遇到以前的修改多处才能修改跳转条件的情况。这就是流程和业务之间低耦合的好处。同时因为将两者区分开后, 在项目管理中分配任务的时候就会很轻松的把一个大的任务拆成多个小的任务分配给不同的人完成。

5 结束语

本文实现的工作流降低了流程和业务之间的耦合, 减少了流程变更时业务的变动, 并通过反射的机制分离了同时具有业务改制和流程性质的跳转判断条件, 让条件在改变的时候不需要更改其他代码以及流程。在工作流中加入的反射配置框架更好的支持了更复杂的网络, 使工作流系统具有了更灵活的变更方法。

参考文献

[1]王建民, 闻立杰.工作流管理——模型方法和系统.北京:清华大学出版社, 2004

[2]李俊, 汪惠芬, 刘婷婷.基于Web服务技术的工作流管理系统研究.中国制造业信息化, 2008, 5 (3) :1—3, 9

[3]卫炜, 赵丽萍.基于工作流的质量问题协同模型研究.计算机集成制造系统, 2006;12 (10) :1586—1590

[4]张亮, 姚淑珍.一种新的基于Petri网的分层工作流过程模型.计算机集成制造系统, 2006;12 (9) :1367—1373

中小企业配置管理基本流程 篇3

【关键词】中小企业、配置管理流程

【中图分类号】C29【文献标识码】A【文章编号】1672-5158（2013）07-0492-02

一、 引言

软件配置管理的发展在国内虽然是21世纪的事，但是发展比较迅速，得到了软件公司的普遍认可。但是对于中小公司，由于重视不够或缺少相关知识，在实际使用中存在一些问题。中小公司照搬大公司流程存在也不切合实际。

二、 配置管理流程

2.1制定配置管理计划

在《项目开发计划》完成后，配置管理员（SCME）参考项目经理制定的《项目开发计划》完成《配置管理计划》，《配置管理计划》中需要明确项目的基线配置项计划，以及基线计划等信息。

不同的项目，配置管理计划的内容可以不同。主要受以下方面影响：

项目的大小和复杂性会影响到配置管理计划。特别简单的项目可能只需要一个配置管理工具，简单管理一下源代码；但是大项目、复杂的项目则需要详细的配置计划。

特殊的项目需要更详细的计划。举例来说，如果企业中绝大多数产品都是完整独立开发，而某产品使用了开源代码。那么在该项目的配置计划中，此点就要考虑。

2.2 项目配置库的建立

项目立项后，项目经理通知配置管理员建立项目的配置库，同时为项目组人员开放配置库权限。

2.3 配置识别

配置识别的目的是识别配置项和基线。

配置项是指处于配置管理之下的软件或/和硬件的集合体。这个集合体在配置管理过程中作为一个实体出现。

基线是已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能通过正式的变更控制过程来改变。

配置识别活动包括以下几个内容：

* 配置项识别

配置项可以分为基线配置项和非基线配置项。基线配置项包括所有的技术类文档和源程序等；非基线配置项包括项目的各类计划和报告等。

配置管理工作的关注重点是基线配置项。配置项识别由SCME参照项目开发计划中的交付物，同项目经理共同识别基线配置项，以及配置项间的依赖关系。配置管理员需要完成《配置管理计划》中的配置项计划。

* 配置项标识

配置项的标识，版本等规则，参见企业标识规范。

* 基线建立

一般在项目的不同阶段有对应的基线。

> 基线建立

当基线包含的配置项稳定后，由项目经理通知SCME建立基线。基线建立后一般不允许随意更改。SCME需要对基线库的权限进行设置。

> 基线变更

当基线建立后，如果基线配置项经过若干次变更，在配置项稳定后，项目经理认为有必要进行变更（再发布等），或者基线不稳定，需要回朔到上一基线，由项目经理通知SCME对基线进行变更。

2.4 版本控制

版本控制能够简单、明确地重现软件系统的历史版本。一般的配置工具都能自动保存配置项的版本历史，但是大多时候，针对项目不同阶段需要整体化的标识。以下是整体化版本控制的方法：

* 标签

如果项目只有一个主干，只需要通过打标签的方式，来辨明当前的整体版本。这样将来搜索所有的以这个整体版本命名的标签，就能找到这个整体版本对应的所有文件的正确版本，包括源代码。

* 分支

不同的客户，基本需求一定，但是有不同的差别，此时就需要用到分支。使用分支，能够有效地实现隔离，也实现共享。但是分支是有管理成本的。如果标准版的发布比较频繁，而客户又要求变体的发布跟上标准版发布的话，那么需要频繁创建分支。另一方面，如果变体所在的分支上，包含了一些应该共享的改动，那么应该合并到主干。这样，相应管理成本也会提高。

2.5变更控制

在项目开发过程中，配置项发生变更几乎是不可避免的。变更控制的目的就是为了防止配置项被随意修改而导致混乱。

在瀑布模型的管理中：修改处于“草稿”状态的配置项不算是“变更”。当配置项的状态成为“正式发布”，或者被“冻结”后，此时任何人都不能随意修改，必须依据变更的规则执行。

以下为变更规则：

1） 变更请求

2） 变更审核

3） 配置项出库

4） 变更实施

5） 变更验证

6） 配置项入库

SCME负责实施配置项入库，确保配置项处于“正式”状态，并且版本正确。并通知项目经理，项目组人员，质量保证人员等变更已经完成。

但是还有两种情况，可能不需要严格的变更流程：

1） 功能小变动：把程序已有的功能，稍微增强或改变一下。特点是：数量多容易丢，改动量不太大。对这类请求的管理，建议像对缺陷的管理，进行分别跟踪、处理，直至解决。

2） 迭代模型中管理变更

迭代开发把一个大项目在时间轴上分解成很多小项目，每个小项目被称作一个迭代。几乎每次迭代，都会包含需求分析，系统设计、代码实现，以及集成和测试。这样就不必刻意走变更流程，只要通过基线或标签的方式就可以对配置项进行识别。但是在每一个迭代中，出现的对正式发布的配置项进行修改，还需要走变更流程。

2.6配置审计

配置审计是对交付的软件基线进行检验，以验证其中包含了所有必需的内容，并且这些内容本身都是经过验证而满足了需求。配置审计分为功能审计和物理审计两种：

1） 功能审计是一种验证审核，它验证配置项的开发是否完全满足特定的性能和功能特性，并且所有的操作和支持文档是齐备的。功能审计主要方法有评审、测试等。一般由研发人员和测试人员来做。

2） 物理审计的目的是为了验证配置项是按照技术文档中的规定构建的。

物理审计工作主要由配置管理人员定期（每月）执行。也可因事件驱动进行，比如配置项发布，新版本发布等。

主要进行以下内容：

> 审核配置项一致性，具体检查点如下：

* 参照配置管理计划检查配置项是否按时提交；

配置项是否满足配置管理相关规定，如配置项标识，版本，状态，版式等；

配置项信息是否正确；

配置项评审记录、变更记录是否完备等。

审核配置项版本一致性：检查配置管理工作表中配置项版本信息与配置库中配置项版本信息是否一致，以免工作疏漏造成不一致情况。

审核基线一致性：检查配置管理工作表中基线内容与配置库中基线信息是否一致。

审核结构权限一致性：检查配置库结构权限是否合理，是否满足安全适用需要。

2.7配置状态报告

配置状态报告工作主要由SCME定期执行。也可因事件驱动进行，比如阶段总结，阶段评审等。

常用的配置状态报告分为：

> 周报告

周报告每周进行，主要内容为本周开展的关于SCM的活动总结，以及对SCM工作发现的问题的跟踪。周报告的审阅人为项目经理、质量部经理。

> 总结报告

总结报告主要用于项目结束时，或者因事件驱动而对SCM工作的当前状态进行概括总结。总结报告的审阅人为项目经理、质量部经理。

2.8 配置中止

当项目结束时，由项目经理确认此项目已不会再有配置管理方面的变更，由项目经理通知配置管理员项目关闭。

配置管理员关闭该项目的所有读写权限，并将项目基准库内容移入产品库中。该项目配置管理活动中止。

三、 结束语

本文对配置管理各环节都根据实际进行了简化变通，或提供了方法，对中小企业的配置工作有一定的借鉴意义。

参考文献

[1] 董越 理解软件配置管理 电子工业出版社 2008

保险资产配置管理暂行办法 篇4

第一章总 则

第一条 为加强保险公司资产配置管理，防范保险资产错配风险，保护保险当事人合法权益，根据《保险资金运用管理暂行办法》及有关规定，制定本办法。

第二条 本办法适用于中国境内依法设立的保险公司和保险集团（控股）公司（以下简称“保险公司”）。

第三条 本办法所称保险资产配置管理，是指保险公司以独立法人为单位，根据经济环境变化和公司发展战略，统筹考虑偿付能力状况、资本配置情况、整体风险承受能力和相关约束因素，以保险产品为基础，制定、实施、监控和调整资产配置政策的机制和行为。

第四条 保险公司资产配置必须稳健，按照安全性、流动性和收益性要求，遵循偿付能力约束、资产负债管理、全面风险管理和分账户管理原则。

第五条 保险公司应当自主决策、自主配置并自担风险。中国保险监督管理委员会（以下简称“中国保监会”）依法对保险资产配置实施监督管理。

第二章 资产配置管理能力

第六条 保险公司应当建立涉及资产配置决策、执行、监督等管理制度，主要内容包括资产配置组织制度、决策和授权制度、资产配置管理程序、资产配置风险管理制度、资产配置信息管理和报告制度、资产配置绩效评估和考核制度等。

第七条 保险公司应当根据《保险资金运用管理暂行办法》及有关规定，明确董事会、经营管理层及有关职能部门的保险资产配置管理职责。

第八条 保险公司董事会负责审定保险资产配置管理制度及政策，并对资产配置政策、程序和风险管理承担最终责任。董事会设立的资产负债管理委员会或具有相应职能的专业委员会（以下简称“专业委员会”），应当根据董事会授权，协助董事会审议资产配置政策，评估公司整体风险状况和各类风险敞口累计水平。

已设立投资委员会，风控由审计委员会代替

需提请设立资产负债管理委员会专业委员会成员应当具备履行资产配置管理职责所需要的相关专业知识、经验和能力。

第九条 保险公司经营管理层应当根据董事会授权，负责拟订资产战略配置规划和资产配置计划，组织实施董事会审定的资产配置政策，并视执行情况向专业委员会提出调整资产配置建议。

经营管理层应当加强资产配置协调管理，建立资产管理部门与精算、财务、产品开发、市场销售和风险管理等部门的沟通协商机制，规范整体运作流程，明确各自管理责任，提高资产配置管理效率，防范保险产品定价和资产错配风险。

第十条 保险公司资产管理部门应当设立专职岗位，根据授权提出资产配置政策和调整建议，协调并执行经审定的资产配置政策。

待向人资要求

总资产规模超过1000亿元的保险公司，其资产管理部门应当至少拥有5名具有资产配置相关经验的专业人员，其中具有3年以上相关经验的不少于3名。

第十一条 保险公司应当积累资产和负债业务数据，构建数据库和信息平台，实现资产管理、精算和财务等数据信息共享，为资产配置分析和评估，提供数据支持和技术保证。

第三章 账户和资产分类

第十二条 保险公司应当根据保险业务和资金特点，划分“普通账户”和“独立账户”，实行资产配置分账户管理。目前已实现

普通账户，是指由保险公司部分或全部承担投资风险的资金账户。保险公司资本金参照普通账户管理；

独立账户，是指独立于普通账户，由投保人或者受益人直接享有全部投资收益的资金账户。

第十三条 保险公司从事普通账户资产配置，应当严格执行中国保监会有关投资比例规定。

计算普通账户各资产的投资比例，其计算基数应当扣除债券回购融入资金余额和独立账户资产金额。

第十四条 保险公司应当根据自身投资管理能力和风险管理能力，遵循独立、透明和规范原则，为投保人或者受益人利益，管理独立账户资产。

独立账户资产的投资范围，执行本办法第十八条规定。各资产的投资比例，由保险公司通过书面合同与投保人或者受益人约定。

第十五条 保险公司应当严格区分普通账户资产和独立账户资产。除中国保监会另有规定外，普通账户资产与独立账户资产之间、独立账户之间不得相互出售、交换或者移转。

第十六条 保险公司应当选择具有托管资格的银行托管各类账户。托管银行应当确保普通账户资产和独立账户资产在账户设置、资金清算、会计核算、账户记录等方面的独立、清晰与完整。

托管行是工行

第十七条 保险公司应当分析各类账户资产的风险收益特征，并根据资产配置政策规定或者相关合同约定，合理安排各类资产配置比例。

计划、月计划中设置

第十八条 根据《保险法》及有关规定，保险公司各类账户配置的资产，主要分为流动性资产、固定收益类资产、权益类资产、另类及其他投资资产。

第四章 普通账户配置管理

第十九条 保险公司应当根据保险业务负债特征，细分普通账户，综合分析各普通账户之间的关系、普通账户资产负债关系，确定各类账户预期收益目标和风险指标，制定和实施资产配置政策。主要程序包括：

（一）资产和负债分析；

（二）拟订资产配置政策；

（三）资产配置决策；

（四）实施资产配置政策；

（五）定期检测；

（六）评估及调整资产配置等。月计划、计划

第二十条 保险公司应当根据资产负债管理要求，采用现金流、期限、成本率、有效久期、凸性等指标，量化评估各类普通账户负债特征、存量资产和资产负债缺口状况。

保险公司职能部门和相关机构，应当提供各普通账户负债信息、财务数据、资产数据、新产品信息及相关分析材料。

第二十一条 保险公司资产管理部门应当以资产负债分析为基础，结合宏观分析、市场分析和情景假设，充分采纳各职能部门意见，拟订资产配置政策。

资产配置政策主要包括资产战略配置规划和资产配置计划。

第二十二条 资产战略配置规划是指中长期资产配置的战略安排。期限至少为三年，每年至少滚动评估一次。主要内容包括：

（一）宏观经济趋势、保险业务和负债特征、各类资产风险收益特征、公司长期发展规划和整体风险承受能力等决策依据；

（二）长期收益目标和长期业绩比较基准；

（三）各币种、地区和市场资产配置比例；

（四）允许、限制及禁止配置资产标准；

（五）流动性、期限结构和再投资计划；

（六）会计分类原则和绩效考核机制等。

第二十三条 资产配置计划是指根据资产战略配置规划，结合保险市场和资本市场状况分析，制定的一年期资产配置策略。主要内容包括：

（一）经济形势分析、各市场分析、负债特征变化及各类资产风险收益预期等决策依据；

（二）资产负债情况；

（三）目标资产配置比例及浮动区间；

（四）收益目标和业绩比较基准；

（五）资产风险状况和压力测试结果分析等。

第二十四条 保险公司制定资产战略配置规划和资产配置计划，应当根据资产负债管理原则，采用绝对收益率或者相对收益率指标，设定业绩比较基准，明确业绩归因，评估资产配置结果，并建立相应考核机制，实现资产配置绩效目标。

第二十五条 保险公司资产管理部门应当根据宏观经济形势及市场情况变化等因素，及时会同相关职能部门，提出资产配置政策调整建议，报送经营管理层和专业委员会审议，并由专业委员会提交董事会审定。

第五章独立账户配置管理

第二十六条 保险公司开发寿险投资连结保险产品、变额年金产品、养老保障委托管理产品和非寿险非预定收益投资型保险产品等，应当根据中国保监会有关规定，设立独立账户。

保险公司应当按照合同约定的资产配置范围和比例，明确独立账户风格，及时优化风险调整收益，独立进行投资决策和管理。

第二十七条 保险公司申请设立独立账户，应当根据中国保监会有关规定，编制投资账户说明书，涉及投资管理的内容应当包括：

（一）投资目标、投资方式和投资策略。说明决策依据和决策程序、采取自主投资或者委托第三方投资、投资组合管理方法和业绩比较基准、资产配置范围和比例等；

（二）投资账户估值和收益率计算方法；

（三）托管情况说明；

（四）投资账户资产隔离、公平交易情况和防范利益输送说明；

（五）投资经理基本情况及管理其他账户情况；

投资账户的具体估值方法，根据中国保监会有关规定执行。

第二十八条 设立独立账户的保险公司，应当根据中国保监会有关规定，定期披露投资账户信息，确保信息披露真实、准确和完整。其中涉及投资管理的信息披露，应当包括：

（一）报告期末投资账户单位价格；

（二）报告期末投资账户的投资组合；

（三）报告期的投资账户收益率。

保险公司变更托管银行或者独立账户投资经理，应当及时向投保人或者受益人披露。

第六章风险管理

第二十九条 保险公司应当按照全面风险管理要求，制定资产配置合规和风险管理制度，及时识别、衡量、报告和控制资产配置相关风险。

第三十条 保险公司应当确定资产配置风险管理部门，使之独立于资产配置政策的执行部门。其职能应当包括：

（一）监督资产配置政策执行情况、记录和报告资产配置违规事项；

（二）评估资产负债头寸和资产配置各项限额的合理性；

（三）定期向经营管理层和专业委员会报告资产配置相关风险敞口；

（四）提出风险控制处理意见和方案；

（五）其他内容。

第三十一条 保险公司应当根据自身偿付能力状况，加强风险预算管理，结合定性和定量分析，确定公司整体风险限额，识别各类风险来源，衡量和分解风险，并根据风险变化情况，动态监控和调整资产配置。

第三十二条 保险公司应当制定资产配置相关风险评估标准，建立技术指标体系，定期量化评估风险指标，并编制风险评估报告，向经营管理层和专业委员会报告。

第三十三条 保险公司应当结合公司实际情况，建立资产配置压力测试模型，实施敏感性测试和情景测试，测试特定情景和各种不利情景下，资产和收益变化和偿付能力变化，评估潜在风险因素和整体风险承受能力。

保险公司相关部门应当根据测试结果，提出资产配置管理意见，反馈相关部门并向经营管理层和专业委员会报告。

第七章 监督管理

第三十四条 中国保监会依据有关规定和本办法，通过非现场和现场检查方式，监督保险公司资产配置管理的有效性。

第三十五条 中国保监会可以根据保险公司资产配置管理情况，调整资产配置管理能力标准，实施动态评估和分类监管。

第三十六条 保险公司应当于每年3月30日前，向中国保监会报送上资产配置执行情况报告。主要内容包括：

（一）相关市场运行分析；

（二）资金流入流出情况及对各账户影响；

（三）资产配置比例与变动情况；

（四）实际资产配置比例与目标比例的差异及原因；

（五）整体收益率与预期收益率的差异及原因；

（六）资产风险状况及对公司盈利能力和偿付能力的潜在影响；

（七）中国保监会规定的其他内容。

第三十七条 保险公司应当及时向中国保监会报送资产配置管理制度、上资产配置执行情况，并妥善保存相关材料原件。

第三十八条 保险公司违反本办法规定的，中国保监会将根据《保险法》和《保险资金运用管理暂行办法》有关规定，采取相应监管措施。

安全管理人员配置规定 篇5

一、中华人民共和国安全生产法（中华人民共和国主席令第70号）第二章第十九条规定：矿山、建筑施工单位和危险物品的生产、经营、储存单位，应当设置安全生产管理机构或者配备专职安全生产管理人员。

前款规定以外的其他生产经营单位，从业人员超过300人的，应当设置安全生产管理机构或者配置专职安全生产管理人员，从业人员在300人以下的，应当配置专职或者兼职的安全生产管理人员，或委托具有国家规定的相关专业技术资格的工程技术人员提供安全生产管理服务。生产经营单位依照前款规定委托工程技术人员提供安全生产管理服务的，保证安全生产的责任仍由本单位负责。

二、国家安全监管总局工业和信息化部关于危险化学品企业贯彻落实《国务院关于进一步加强企业安全生产工作的通知》的实施意见（安监总管三〔2010〕186号）20101103 3.加强安全生产管理机构建设。企业要设置安全生产管理机构或配备专职安全生产管理人员。安全生产管理机构要具备相对独立职能。专职安全生产管理人员应不少于企业员工总数的2%（不足50人的企业至少配备1人），要具备化工或安全管理相关专业中专以上学历，有从事化工生产相关工作2年以上经历，取得安全管理人员资格证书。

三、安监总局令11号第六条规定：从业人员300人以上的煤矿、非煤矿山、建筑施工单位和危险物品生产、经营单位，应当按照不少于安全生产管理人员15%的比例配备注册安全工程师，安全生产管理人员在7人以下的，至少配1名。

四、国家安全监管总局关于冶金有色建材机械轻工纺织烟草商贸等行业企业贯彻落实国务院《通知》的指导意见（安监总管四〔2010〕169号）20101011 3．健全安全生产管理机构和配备人员。企业要设置配备与企业发展相适应的安全管理机构和人员。从业人员超过300人的企业，要设置安全生产管理机构，并按照冶金、有色、建材企业不少于从业人员3‰、其他企业不少于2‰的比例配备专职安全生产管理人员；从业人员在300人以下的企业，要配备专职或者兼职安全生产管理人员。安全生产管理人员要具备胜任本企业安全生产工作的能力，取得安全培训资格证书，同时享受相当类别管理岗位的待遇。

安全培训规定

依据的国家法律法规

1、安全生产法第二十条规定：生产经营单位的主要负责人和安全生产管理人员必须具备与本单位所从事的生产经营活动相应的安全生产知识和管理能力。

危险物品的生产、经营、储存单位以及矿山、建筑施工单位的主要负责人和安全生产管理人员，应当由有关主管部门对其安全生产知识和管理能力考核合格后方可任职。考核不得收费。

2、总局3号令（2006年）第六条规定：生产经营单位主要负责人和安全生产管理人员应当接受安全培训，具备与所从事的生产经营活动相适应的安全生产管理知识和管理能力。

煤矿、非煤矿、危险化学品、烟花爆竹等生产经营单位主要负责人和安全生产管理人员必须接受专门的安全培训，经安全生产监管监察部门对其安全生产知识和管理能力考核合格，取得安全资格证书后，方可任职。第九条生产经营单位主要负责人和安全生产管理人员初次安全培训时间不得少于32学时。每年再培训时间不得少于12学时。

煤矿、非煤矿、危险化学品、烟花爆竹等生产经营单位主要负责人和安全生产管理人员安全资格培训时间不得少于48学时；每年再培训时间不得少于16学时。第十五条生产经营单位新上岗的从业人员，岗前培训时间不得少于24学时。

超市商品配置表管理vpx 篇6

超级市场卖场内的商品陈列是用商品配置表来进行管理的；这种技术管理方法在我国超市管理中几乎没有得到运用。商品配置表其定义是，把商品陈列的排面在货架上作最有效的分配，以书面表格规画出来。

(一)商品配置表的管理功能

1．有效控制商品品项。

每一个超级市场的卖场面积是有限的，所能陈列的商品品项数目也是有限的，为此就要有效的控制商品的品项数，这就要使用商品配置表，才能获得有效的控制效果，使卖场效率得以正常发挥。

2．商品定位管理。

超市卖场内的商品定位，就是要确定商品在卖场中的陈列方位和在货架上的陈列位置，这是超市营业现场管理的重要工作，如不事先规画好商品配置表，无规则进行商品陈列，就无法保证商品的有序有效的定位陈列，而有了商品配置表，就能做好商品的定位管理。

3．商品陈列排面管理。

商品的陈列排面管理就是规划好商品陈列的有效货架空间范围。在超市商品销售中有的商品销售量很大，有的则很小，因此可用商品配置表来按排商品的排面数，即根据商品销售量的多少，来决定商品的排面数，畅销商品给予多的排面数，也就是占的陈列空间大，销售量较少的商品则给予较少的排面数，其所占的陈列空间也小。对滞销商品则不给排面，可将其淘汰出去。商品陈列的排面管理对提高超级市场的卖场效率，具有很大的作用。

4．畅销商品保护管理。

在有的超市中畅销商品销售速度很快，若没有商品配置表对畅销商品排面的保护管理，常常会发生这种现象，当畅销商品卖完了，又得不到及时补充时，就易导致较不畅销商品甚至滞销品占据畅销商品的排面，形成了滞销品驱逐畅销品的状况。这种状况一会降低商店对顾客的吸引力，二会使商店失去了售货的机会并降低了竞争力。可以说，在没有商品配置表管理的超市，这种状况时常会发生，有了商品配置表管理，畅销商品的排面就会得到保护，滞销品驱逐畅销品的现象会得到有效控制和避免。

5．商品利润的控制管理。

超级市场销售的商品中，有高利润商品和低利润商品之分，每一个经营者总是希望把利润高的商品放在好的陈列位置销售，利润高的商品销售量提高了。超市的整体盈利水平就会上升，而把利润低的商品配置在差一点的位置来销售，来控制商品的销售品种结构，以保证商品供应的齐全性。这种商品利润控制的管理法，就需要依靠商品配置表来给予各种商品妥当贴切的配置陈列，以达到提高商店整个利润水平的目的。

6．超市连锁经营标准化管理的工具。

连锁制的超市公司有众多的门店，达到各门店的商品陈列的一致，是连锁超市公司标准化管理的重要内容，有了一套标准的商品配置表来进行陈列一致的管理，整个连锁体系内的陈列管理就比较易于开展，同时，商品陈列的调整和新产品的增设，以及滞销品的淘汰等管理工作的统一执行，就会有计划、有蓝本、高效率地开展。

(二)商品配置表的制作与修正

商品配置表的制作，可分成新开店制表和已开店配置表修改两种情况来进行。

1．新开店商品配置表的制作

新开店的商品配置表的制作,是一个新的超级市场卖场商品管理全新内容的开始，一般可按以下程序进行：

(1)商圈与消费者调查。商圈调查主要是弄清新店属地的市场容量，潜力和竞争者状况。消费者调查主要是掌握商圈内消费者的收入水平、家庭规模结构、购买习惯、对超市商品与服务的需求内容等。经过这两项调查，新店的经营者就可开始构思新店要经营什么样的商品。

(2)商品经营类别的确定。在进行了对消费者的调查后，就要提出新开设的超级市场的商品经营类别，由采购部会同门店人员共同讨论决定每一个商品大类在超市门店卖场中所占的营业面积及配置位置，并制定出大类商品配置图，当商品经营的大类及配置完成后，采购人员就要将每一个中分类商品安置到各自归属的大类商品配置图中去.(3)单品项商品的决定。完成了商品大类和中分类的商品配置图之后，就进入制作商品配置表的实际工作阶段，就是要决定单品项商品如何导入卖场。此项工作分三个步骤进行。第一个步骤是收集每一个中分类内可能出售的单品项商品资料，包括单品项商品的品名、规格、成份、尺寸、包装材料和价格；第二个步骤对这些单品项商品进行选择，挑选出适合超市门店商圈消费需要的单品项商品，并列出商品台帐；第三个步骤是把这些单品项商品做一个陈列面安排，并与门店周围的商店作出一个比较优势的分析，在分析的基础上对单品项商品作必要的调整，并最后决定下来。

(4)商品配置表的制作。商品配置表是决定单品项商品在货架上的排面数，这一工作必须遵循有关商品陈列的原则，运用好商品陈列的技术。如商品配置在货架的上段、中段还是下段等，还须考虑到企业的采购能力、配送能力、供应厂商的合作等诸多因素，只有这样才能将商品配置好。商品配置表的制作是一项艰苦的工作，也是一项实践性和操作性很强的工作，需要采购人员认真钻研，所以在制作商品配置表时，采购人员应先作货架的实验配置，达到满意效果后，才最后制作商品配置表，所以采购部门要有自已的实验货架。由采购部门制作的商品配置表下发至新开设的超市门店后，门店将依据这些表格来订货、陈列，并只要在货架上贴好价目卡就可营业。2．商品配置表的修正

任何一家超级市场新开之后，商品的配置并不是永久不变的，必须根据市场和商品的变化作调整，这种调整就是对原来的商品配置表进行修正。商品配置表的修正一般是固定一定的时间来进行，可以是一个月，一个季度修正一次，但不宜随意进行修正，因为随意进行修正会出现商品配置凌乱和不易。

(1)超级市场不管是单体店、附属店还是连锁店必须每月对商品的销售情况进行统计分析，统计的目的是要找出哪些商品畅销，哪些商品滞销，配备PO S系统的超市会很快统计出商品的销售情况。没有配备P0S系统的超市则要从商品的进货量和库存量中去进行统计。

(2)滞销商品的淘汰。经销售统计可确定出滞销商品，但商品滞销的原因很多，可能是商品质量问题，也可能是销售淡季的影响、商品价格不当、商品陈列的不好，更有可能是供应商的促销配合不好等。当商品滞销的原因清楚之后，要确定滞销的状况是否可能改善，如无法进行改善就必须坚决淘汰，不能让滞销品占住了货架而产生不出效益来。

(3)畅销商品的调整和新商品的导入。对畅销商品的调整，一是增加其陈列的排面，二是调整其位置及在货架上的段位。对由于淘汰滞销商品而空出的货架排面，应导入新商品，以保证货架陈列的充实量。

(4)商品配置表的最后修正。在确定了滞销商品的淘汰，畅销商品的调整和新商品的导入之后，这些修正必须以新的商品配置表的制定来完成。新的商品配置表的下发，就是超市门店进行商品调整的依据。

(三)商品配置表制作的技术要领

我们说超级市场的经营与传统零售业不同，其技术含量较高，在商品配置表的制作上就充分体现了技术性要求。

日本的超市经营业者总结出许多商品配置表制作的技术要领，掌握了这些要领将会较容易地制作出商品配置表来。

1．决定每一个中分类商品的陈列排面。

在规划整个大类商品的配置时，每一个中分类商品所占的营业面积和陈列排面数首先要决定下来，这样才能进行单品项的商品配置。例如：膨化食品要配置高165cm，长90cm，宽35cm的单面货架三座，这样决定后，才能知道可配置多少单品项商品。

2．商品陈列货架的标准化。

超级市场所使用的陈列货架应尽量标准化，这对连锁的超级市场尤为重要。使用标准统一的陈列货架；在对所有门店每一分类的商品进行配置规划时，只要一种至多2—3种商品配置表就可进行全部的商品配置与陈列管理，不至于出现一个门店一种配置或一种陈列的现象。

3.单品项商品的资料卡设立。

每一个单品项商品都要设立资料卡，如商品的品名、规格、尺寸、重量、进价、售价、供货量等，这些资料对制作商品配置表是相当重要的。

4．设置商品配置实验架。

商品配宣表的制作必须要有一个实验阶段，即采购人员在制作商品配置表时，应先在实验货架上进行试验性的陈列，从排面上来观察商品的颜色、高低及容器的形状是否协调，是否具有对顾客的吸引力,缺乏吸引力可进行调整，直至协调和满意为止。

5．特殊商品采用特殊的陈列工具。

对特殊陈列的商品不能强调货架的标准化而忽视了特殊商品特定的展示效果，要使用特殊的陈列工具，这样才能展示特殊陈列商品的魅力。在超级市场的经营中，最近几年出现了这样的趋势，消费者对整齐划一和标准的陈列感到有些乏味，因此，用特殊陈列工具配置特珠商品，可以增强卖场的活性化，改变商品配置和陈列的单调感。

6．单品项商品的陈列量与订货单位的考虑。

一般来说由配送中心送配货的超级市场其卖场和内仓的商品量是日销售额的1．5倍，对每一个单品项商品来说也是如此，即一个商品平均日销量是12个，则商品量为30个。但每一个商品的陈列量还须与该商品的订货单位一起进行考虑，其目的是减少内仓的库存量，加速商品的周转，每个商品的陈列量最好是1．5倍的订货单位。如一个商品的最低订货单位是l2个，则陈列量设定在l 8 个，该商品第一次进货为2个单位计24个，1８个上货架，6个进内仓。当全部商品最后只剩下货架6个时，再进一个订货单位12个，则商品可以全部上货架，而无须再放进内库，做到内仓的零库存。一个超市的商品需要量与日销售额的比例关系是该店销售的安全保有量。而单品项商品的陈列量与订货单位的比例关系，则是在保证每天能及时送货的条件下的一种零库存配置法。可以说我国的超级市场由于受交通条件和配送中心配送能力制约，目前还做不到这一点。因此内仓的商品量可适当增加。

7．商品配置表的设计。

商品配置表是以一座货架为制作的基础，一张配置表代表一座货架，货架的标准视每个超市的场地和经营者的理念而定。商品配置表格式的设计，只要确定货架的标准，再把商品的品名、规格、编码、排面数、售价表现在表格上即可。也有的把商品的形状画到表格上，但这些必须借助于电脑来设计，其投资就相对地大

配置管理工作总结 篇7

随着中国经济的发展,中国的汽车消费市场也进入了一个高速增长的阶段。如何满足人性化和消费者个性化装备的选装配置要求也逐渐成为汽车行业,尤其是乘用车行业争取市场的手段。为了实现这一手段,现阶段的汽车行业的研发基本上都是以平台化及模块化为基础展开的。尽管日本、欧美等发达国家的汽车企业起步较早,管理模式较为成熟,但由于受制于当时的数据管理手段,随着基于同一平台的汽车型号的增多,传统的基于单车型的选装配置管理模式已经远远不能满足平台化的多车型的产品研发数据的管理要求,目前也存在着如何升级和完善其管理工具的问题。相对于日本、欧美等发达国家的汽车企业,国内汽车行业的研发起步较晚,研发管理较为薄弱。如何充分利用后发优势,直接采用先进的管理模式解决这个问题也就成了目前国内汽车企业所面临的一个重要课题。

本文通过对国内汽车行业产品研发平台化趋势的分析,提出可配置BOM(可配置物料清单)的定义,并在对可配置BOM构建模式进行分析的基础上,基于某一商品化PDM(产品数据管理)软件提出汽车选装管理的解决方案。

2 相关概念

(1)产品平台:

关于产品平台,目前没有学术上的权威定义。所谓平台定义,通常是基于汽车的某些核心功能技术,如大多数汽车企业以发动机技术和底盘技术进行平台定义。

(2)可配置产品平台:

是指定义和管理多个设计配置以满足特定于客户、区域和市场的需求,并提供设计的备选方案和改进的产品平台。

(3)可配置BOM:

可配置产品平台的物料清单,在PDM系统中以可配置产品结构树的形式表示。

(4)实例BOM:

是指某一款具体的车型对应的物料清单。

(5)产品选装配置:

产品选装配置的目的是根据客户的需求,最终确定出该定制产品的可配置BOM (Bill of Material),从数据管理的角度来说,就是对可配置BOM进行实例化的过程,即用客户的需求信息对可配置产品配置BOM进行筛选从而得到实例BOM的过程。

3 国内外乘用车选装配置对比

下图为国内某汽车厂商提供的车型选装配置,一共有7种车型可供用户选择。

下图为国外某汽车厂商提供的车型选装配置,根据动力总成、车轮、颜色、内饰风格及其它选项,共计可以产生4×2×11×4×23=8096种不同的车型配置。

从国内外车型选装配置的形式和内容来看,国内的厂商基本上是预先完成整车基本配置,然后推向市场;而国外的厂商则采用更为灵活的选配方式。相比之下,明显国外的选装配置方式能够提供更多的选项以满足更多的用户个性化需求,从而更具有市场竞争力。当然,选项的增多也意味着厂商需要更为柔性的生产组织条件及相关管理配套,BOM的管理也需要从以单一车型的实例BOM管理模式转换为具有选装配置能力的可配置BOM的管理模式。

4 可配置BOM的特征

可配置BOM是一个产品平台所有车型BOM的“超级集合”,因此可配置BOM又称为“超级BOM”。“超级集合”意味着可配置BOM绝对不是一个平台所有车型BOM的简单叠加,它需要根据选装管理的要求对零部件进行组合,具体来说可配置BOM具有如下特征:

(1)能够整合平台所有车型的BOM;

(2)能够集成选项及选项约束信息;

(3)能够通过选项组合,生成具体的车型实例BOM。

5 可配置BOM的构建模式研究

5.1 基于实例BOM直接合并的构建方式

这是一种逆向工程的方法,即根据现有某一平台的所有实例BOM按定义的规则进行合并,完成平台可配置BOM的构建,具体过程为:

(1)各实例BOM结构的整车总成级部件统一合并成一个可配置部件并重新给定;

(2)按层级逐行进行比较各实例BOM结构,对于处于同一层级的同一选项的不同实例的合并,采用与整车总成部件相同的合并处理方式,即合并成一个可配置部件并重新给定编号;对于各选项实例结构中,功能相同的结构零部件采用相同的处理方式,对于其下不同功能的零部件直接将其添加到上层可配置部件下;

(3)定义选项参数,为实例零部件分配选项参数;

(4)定义选项约束条件。

下面以副仪表板组件为例,具体示意直接合并的产品结构构建方式:

说明:在可配置BOM结构中,名称后带有[G]标识以及件号以‘G-’为前缀的节点,表示该件是一个通用件。

5.2 基于通用产品结构的构建方式

(1)通用产品结构定义

汽车的通过产品结构(Generic Product Structure)可以理解为对某一系列的车型,为了设计、工艺、生产等的管理需要,综合考虑系统功能、生产及制造等方面的分解原则,形成统一的产品分解结构。其分解的最小单位是具体的某一功能、生产及制造等方面的描述单元。通用产品结构不是针对某一具体车型的产品结构,它适用于系列内的所有车型,是对该系列所有车型的零部件的上层组织结构,因此也有人将其称为产品“上层结构”。

可配置BOM可以通过对通用结构的扩展生成,具体是在通用结构上添加选项和约束信息,并且将车型的实例零部件对象挂接在通用产品结构的底层节点上,如下图示意所示:

(2)定义通用产品结构

BOM是企业运营中,联系研发、工艺、生产、成本管理等业务部门的桥梁,因此可配置BOM应该能够尽量兼顾这些部门对BOM管理的需求,如设计部门关注产品从功能模块上划分,而生产部门则关注部件的装配及组装顺序。因此,在定义通用产品结构时,要充分考虑研发、工艺、生产、成本管理等方面的要求,当有冲突时,要进行必要的平衡。

(3)定义选项

选项可以分为内部选项和销售选项,内部选项(也可称为技术选项)主要应用于企业内部的研发和生产管理,而销售选项主要用于提供给客户进行产品选择时使用。可以基于现有系列车型进行识别、整理、分析和定义。

(4)定义约束条件

约束可以分为技术约束和销售约束,技术约束是产品功能部件之间的设计和技术接口要求,如某一款发动机必须和某一款变速器组合使用;销售约束是企业对销售方面的要求,如在某一价格策略约束下,某款车型需要选装或不选装某种功能部件等。

(5)关联实例零部件

当完成通用产品结构定义以及选项和约束条件整理后,在通用产品结构的底层节点上关联相关零部件,这样就完成了可配置BOM的建立,如下表1示例:

6 可配置BOM定义方式的对比

7 可配置BOM的PDM系统实现

本实例基于某一PDM系统软件,并根据前述第二种模式构建产品可配置BOM。

(1)可配置BOM的构成

由车型节点,模块节点,结构/基本节点,选项节点以及实例零部件节点组成。由车型节点,模块节点,结构/基本节点用来建立通用产品结构;选项节点用来描述基本节点可能的变型。选项节点是联接BOM下层结构的实例零部件与上层结构的通用产品结构的纽带。选项定义在选项节点上,而约束条件定义在选项节点与基本节点的链接关系属性上。

(2)选装配置

通过选配定义展开条件,完成车型选装配置。

8 可配置BOM管理模式的优点

(1)采用可配置BOM的模式会极大的减少企业工程BOM的数量,降低了BOM管理的复杂度;

(2)采用可配置BOM并在PDM系统中实现,将替换大量的手工创建的BOM数据文件,将:

·减少同一数据在多个BOM数据文件重复输入;

·保证数据的一致性,提高数据的质量;

·避免多个用户同一个BOM数据进行编辑易产生数据不一致的问题。

(3)可配置BOM管理模式将有利于企业零部件的重用,用较低的设计成本和较少的时间快速生成满足客户需求的变型产品

(4)可配置BOM管理模式将为企业提供大规模定制的基础管理能力

(5)BOM管理的总成本及时间将会缩短20—30%。

参考文献

[1]童秉枢,李建明.产品数据管理(PDM)技术.北京:清华大学出版社,2008

[2]王波兴,王波.构筑以Windchill为基础的PDM平台[J].机械科学与技术,2004(8):16-19

[3]蒋薪.BOM演变与制造工艺系统集成的研究[D].北京航空航天大学博士学位论文,2002

配置管理工作总结 篇8

[关键词] 虚拟网络 VLAN 配置 管理与维护

一、组建与配置企业VLAN网络

首先,我们要明白一点,就是不通过路由是无法实现不同VLAN之间的数据通信。而目前市场上有路由器带有路由功能,还有就是三层交换机带有路由功能。其中,三层交换机适合于划分大中型VLAN网络,路由器适合于划分小型VLAN网络。因此,对于一般的企业网络环境来说,路由器方式来组建VLAN网络是最切实际的方案。

通俗的说来,VLAN网络的组建其实较为简单,因为VLAN网络的实现最主要还是靠软件配置,硬件只是作一个支撑平台作用。硬件方面主要是作好路由器与交换机之间的搭配。比如在选择路由器的时候要注意能带多少台计算机;另外就是将路由器与网络第二层的交换机连接的端口设置为汇聚端口,实现路由器与交换机之间的汇聚链路连接即可。

具体到软件配置过程,VLAN的配置过程其实非常简单,只需两步:一是为各VLAN组命名;二是把相应的VLAN对应到相应的交换机端口即可。实际配置过程中,通常是在交换机中进行;具体的配置过程由于设备的不同会存在操作上的差异,因此可以详细参看二层或三层交换机的配置说明,一般都会有相应的配置介绍。

二、VLAN网络的管理

采用VLAN方式划分网络体系能够让管理员更加方便的管理企业网络,而VLAN网络灵活的扩展能力也让企业网络规模在不断扩大的同时不会出现网络混乱的情况。所以,要让VLAN网络发挥更大的作用,其组建后的管理操作也是很重要的。

需要注意的是,由于VLAN网络的划分需要在换机上进行配置才能实现,因此,整个VLAN网络的管理一方面需要一台工作稳定、性能强劲的交换机支持;另一方面也需要企业网络管理员的后期维护,比如合理分配网络资源,均衡网络负载,有效降低网上广播信息,方便对用户的分组管理等。

另外就是在选择VLAN类的交换机时,也应注意其是否具备监视功能。通常说来,现在很多交换机都可配置一个监视端口,以便连接协议分析仪或者其他监视器。在这类交换机中,可以配置监视端口检查任何两个端口之间的通信量;而在少数基于底板的交换机里,监视端口可用于捕捉交换机传送的所有通信量。所以说,硬件的选择对于VLAN的后期管理也是非常重要的。

三、VLAN网络维护

VLAN网络具有构造简单、实现便捷等特点,但在实际的网络运行过程中,同样不能忽视对其的维护工作。因为VLAN是在现有网络基础上的一种虚拟划分,因此任何一次有关网络配置的硬件与软件更改,都可能导致VLAN的运行状况。 所以,平时应该注意对网络配置参数的即时备份工作;同时,应该不定时的对网络中的路由器及交换机的工作状态检查,以便及时发现网络硬件问题,从而杜绝故障的进一步漫延。

一个网络使用VLAN 后一个最大的挑战就是对穿过多个交换机的VLAN 的配置维护。没有一个集中的方法配置和维护VLAN 信息,网络管理员必须对每一个交换机进行独立的VLAN 配置维护。

四、总结

总的说来,在普通的小型企业中,采用路由器方式划分VLAN是一种节约成本的方法;不过在大中型企业中,采用路由器方式划分VLAN会严重影响企业网络的性能,而VLAN间的通信必需通过路由才能实现,因此,具有路由功能的三层交换机被广泛应用于大中型企业VLAN网络中。