2.Windchill 基础概念

2.Windchill 基础概念

2.1 各类对象管理

 我们实际业务中的一些概念，抽象成了一个个的对象来进行管理，主要有文档，CAD文档，零部件和更改对象等等，

每类对象都有他详细的属性信息，比如编号，名称，创建者，创建时间等等，有些对象会有他的内容信息，也就是封装的物理数据，比如文档图纸等，

，对象和对象之间可以建立关系，比如图纸可以和零部件关联，这样我们就通过零件，可以找到他关联的图纸，通过图纸也可以找到他关联的零件。

2.2 文档的管理

文档是产品整个生命周期过程当中的任何文件：报告档案，图纸等对象。

文档的属性主要是为了满足用户对文档的查询要求。

文档的内容有主要内容和附件。

文档的内容，可以是各种格式的电子文件

2.3 CAD 文档的管理

CAD文档是由CAD软件产生的

系统当中的CAD文档不是我们直接上传的

而是通过集成工具来产生的

CAD文档栏可以是2D图，也可以是3D图，PCB图和电路板图等。

2.4  零部件的管理

零部件是一个范称，它可以指企业中的整机，组件，零件，原材料等，它可以是自制件，也可以是外构件，零部件它是实物的一种抽象，零部件具体是如何设计的，应该如何制造等信息，

是通过与之关联的技术资料来说明的，也就是我们刚才提到的零部件，它所关联的一些文档，

图纸等信息，零部件是构成BOM的基本元素，零部件与其他零部件，有结构上的上下级关系，也就是使用与被使用的关系，通过这种上下级的关系形成产品结构，也就是我们通常所说的BOM结构。

2.5 BOM和结构的管理

系统是基于产品结构BOM，来管理产品相关的数据的。

红色的零件，通过使用和被使用关系，与它上，下级的零件，

形成了这样一个结构关系，对于每一个零件呢，他有自己的详细的属性信息，也可以和CAD文档和普通的文档，以及更改对象等产生一些关联关系。

在这个结构树BOM上，可以就非常方便的查找到这些信息.

 

2.6 变更对象的 管理

更改对象 主要有四类。第1个是PR，也就是问题报告，它主要用于报告存在的问题或请求，对产品进行改进，来决定是否更改。

PR流程走完了之后，如果决定要进行更改，那么我们就可以发起一个ECR的流程，也就是更改请求的流程，通过更改请求，来对变更影响分析，和进行变更的一个决策。来决定是否进行更改。

ECR流程走完了之后，如果我们决定要更改，那么我们可以发起一个ECN的流程，也就是一个更改通告的流程，这个流程主要是用来组织变更实施计划，来以及分发更改任务。

更改任务就是第四个，ECA，它主要用来实施具体的更改任务，比如说我们一个ECN：它需要结构和硬件同时进行更改，那么我们就可以在这个ECN当中，建一个结构，然后给硬件的同事建一个更改任务，由他们分别去实施具体的更改任务。来完成这次变更。

我们上面提到了这些对象的更改，在系统当中都是有详细的记录的，在系统当中，是通过版本来记录对象的更改记录。

2.7 版本的 管理

版本，有修订版本和小版本两种。

修订版本也称为大版本，默认情况下是用字母来表示。

小版本，默认情况下用数字来表示。

大版本和小版本之间通过小数点连接。

与版本管理有几个比较重要的操作，

一个是检入和检出，另一个是修订。检入和检出一次会升级一个小版本。

修订一次呢，会生成一个新的大版本。

我们刚创建完一个对象的时候，

他是A.1版本，如果我们要修改这些对象，首先要将它检出，检出之后就会锁定这个对象，这样其他人就没法再对他进行修改。

修改完了之后我们就会将它检入，检入了之后就会保存我们刚才的修改，同时呢别人就可以看到我们刚才的修改的内容，检入之后，这个对象就会由A.1升到A.2。

 

修改完了之后，一般我们要通过一个流程，将它进行变成一个正式的状态，变成正式的状态之后， 我们就不能再随便对它进行修改了。

如果这时候我们需要再对它进行修改，我们就需要先修订，让它变成一个大版本，变成B.1。我们在B.1的基础上再进行修改，修改的时候先对它进行检出，修改完了之后再检入，它由B.1升到B.2，

然后再走流程，将它变成正式的一个状态，以此类推。

2.8 生命周期的 管理

对象除了版本以外呢，还有生命周期状态，来表示这个对象的成熟程度，生命周期状态的改变，通常是通过升级流程，或者更改流程来进行驱动的，这个图是一个成品对象，他的生命周期状态，他刚创建的时候是正在工作状态，提交流程之后，它会变成一个正在审阅的状态，如果流程如果被驳回，那么它就会变成重新工作的一个状态，那么流程我们重新提交之后，流程审批通过，它又变成了一个已发布状态，

如果这个成品的生命周期结束了，我们可以通过流程，将它驱动到停产状态，如果我们的项目暂停了，或者是我们这个成品申请错了，我们就可以通过一个作废的流程，将它变成废弃的状态，刚才提到对象的生命周期状态，通常是通过流程来驱动的。

2.9  工作流的 管理

工作流程管理，用于控制文档零部件报废等的签审，分发变更，或者工作任务的分配等流程类事务，企业可以根据自身的实际业务需求，对工作流程进行灵活定制，

通过工作流程管理呢，一方面我们可以保证整个流程，全部过程规范可控，结果有详细的记录可供追溯，同时呢也方便我们不同部门，或不同团队的成员之间，进行异地的协同。

 

 2.10  存储库的 管理

这些对象，在系统当中是怎样存储的，我们上次课提到的容器，容器主要有三类，

一个是产品库，另一个是存储库，还有一个是项目库。

产品库，主要用来存储构成特定产品结构，相关的零部件，以及相关的图档设计类文档等。

那么产品库的划分，我们可以按照产品的大类，来建一个产品库，也可以按照一个产品的系列，来建一个产品库。

 

那么存储库主要用于存储企业内部与特定产品无关，或者与跨平台，跨产品类数据相关的数据，比如标准件通用件模板等。

那么项目库主要是用来存储和特定项目相关的数据。

 

 2.11  团队角色的 管理

这三类容器，都会有相应的一些团队，在团队当中，我们可以定义不同的角色

然后每个角色，我们都可以给他添加用户，也可以添加用户组，团队当中的每个角色

我们可以为他定义不同的权限。

 2.12  权限的 管理

有两类权限

一类是静态权限

静态权限是我们可以定义在存储库，产品库或者项目库上

通常是针对某一类对象来进行权限控制

还有一类权限 是动态权限

动态权限是我们是定义在生命周期模板或者是工作流模板上的啊

通过是通常是针对单个对象来进行权限定义

常用的权限有读取

创建修改

修订删除等

动态权限的优先级要高于静态权限

工作流的权限最高

然后是生命周期模板中定义的权限

最后是容器中定义的权限