MM里关于ALLOW EDIT的应用

MM里有RESERVE和UNRESERVE，使用这两个可以EDIT MODEL，但还有一个ALLOW EDIT也可以使终端用户取得编辑权限。

目前我的用法如下：
1. 要将DB标准件A改制为B；
2. A不能RESERVE；
3. 将A载入；
4. 将A及其下全部ALLOW EDIT；
5. 编辑；
6. FILT出MODEIFIED元件；
7. 全选，分配新的SID；
8. 保存

如果开启了MM客户端中GEN ASSOCIATED选项，相关文档会自动复制并与B关联。

RESERVE 和UNRESERVE是一种简单的对文件控制权限的释放和抓取。当使用UNRESERVE 将你建立的零件控制权限释放的时候，该零件变成无主之物，任何人都可以通过搜寻，找到该零件，通过RESERVE将该零件的控制权限提取。提取后就可以直接覆盖修改，就和自己建立的零件一样处理。

而通过EDIT MODEL，并没有取得该零件当前版本的控制权限，只是可以临时编辑，编辑完成后，必须升版本保存，因为原版本依然属于原建立者。


一般正规的零件权限转移，是通过PACKAGE的传递来完成，而很少通过RESERVE的方式来处理。


一般来说对于一个公司的设计流程，
比如一个工程师负责一个产品的设计，如果做到一半，该人员离职，产品还处于设计阶段，WIP，这个时候，主管，可以将该人员的数据通过SEND Package的方式传递给接手工程师。该新工程师取得这些数据的控制权限，继续设计。

一个完整的产品发放流程，WIP-APPROVE-RELEASE，工作状态--审批-发放，这个时候可以开始生产，或者试生产。

那么在生产过程中，可能客户有了更多的要求，需要对现在的版本升级版本来作修改或者改善，
比如原来发放的是版本一，这个时候
可以SEARCH 出该发放的产品，当RELEASE状态的零件，任何人都没有修改权限，那么如何升级版本，
这个时候就用ALLOW EDIT。编辑完后，就可以升级版本保存到数据库中。
。。。。。。

如果你纯粹是从A零件，得到近似的B零件，两者完全被当成新零件，那没有必要用到ALLOW EDIT，直接复制出来就是全新的零件B。

当然只是个人看法。

谢谢。版主不像是欧阳的啊，咋知道的这么多。
我们是自实施，根本就没啥流程还。

yzy539 发表于 2011-7-14 12:39
RESERVE 和UNRESERVE是一种简单的对文件控制权限的释放和抓取。当使用UNRESERVE 将你建立的零件控制权限释放 ...

我目前主要是用于从设备A改为设备B，当然我不知道这么做是否合适。
如果我在A上直接该，由于默认是LOAD HIGHEST就会出现LOAD A出问题。
如果使用LOAD AS STORED，有些标准件就不会更新。
如果使用LOAD HIGHEST RELEASED，等到B RELEASE后又会出问题。
如果使用LOAD A后使用COPY ALL LVL，B里面就会出现跟标准件一样的新元件。

我用一个专门的用户RESERVE所有RELEASED元件，包括A。
当需要从A改B时，LOAD A。
然后SEARCH&FILT READ-ONLY，对结果ALLOW EDIT。
然后修改。
然后SEARCH&FILT MODIFIED，对结果NEW SID。
然后保存。

好像有个问题：如果要从A该处B和C，那么最好单独修改。因为在修改C的时候如果B在内存中，那么NEW SID会把B中已经修改的分配新的SID。