如何處理Teamcenter流程回退情況
近期會(huì)有很多Teamcenter實(shí)施工程師會(huì)來(lái)咨詢小迪,在配置workflow的時(shí)候流程的回退節(jié)點(diǎn)設(shè)置,到底是使用失敗路徑設(shè)置吶,還是通過(guò)handler設(shè)置?
相信很多人在以往的項(xiàng)目實(shí)施中經(jīng)常會(huì)按照往常的習(xí)慣,喜歡使用失敗的路徑方式,看起來(lái)比較直觀且可以很清晰地看到流程節(jié)點(diǎn)的各種流向。但是每次執(zhí)行到一半的時(shí)候你會(huì)發(fā)現(xiàn)有bug,同時(shí)經(jīng)驗(yàn)豐富的人也會(huì)告訴你這種方式行不通。但是直覺(jué)告訴我,這種思維一定會(huì)被打破,于是小迪就去嘗試了下這種方法,并且收獲了一些不錯(cuò)的成果。
首先我們來(lái)看看這個(gè)流程圖:
是不是看著非常的熟悉,而且也沒(méi)啥毛病。
可是小迪想說(shuō)的是,這個(gè)流程是錯(cuò)誤的,根本無(wú)法正常使用。
如果你強(qiáng)行使用它,很可能會(huì)遇到下面的現(xiàn)象:
1、流程直接報(bào)錯(cuò)。
2、流程不報(bào)錯(cuò),但是無(wú)法前進(jìn),也無(wú)法后退,直接停止了。
3、當(dāng)Review節(jié)點(diǎn)拒絕時(shí),流程就陷入了停止?fàn)顟B(tài),陷入了進(jìn)退兩難的境地。
此時(shí)流程一直在等待所有審核節(jié)點(diǎn)的拒絕信號(hào)。
4、如果在Approve節(jié)點(diǎn)拒絕,則會(huì)報(bào)錯(cuò):
此時(shí)流程就陷入了停止?fàn)顟B(tài),同樣陷入了進(jìn)退兩難的境地。
估計(jì)當(dāng)年的你,和小迪一樣都遇到了這樣的情況,然后就放棄了這種方法了,直接給它下個(gè)結(jié)論:此功能有bug。
小迪經(jīng)過(guò)一番折騰之后,把這個(gè)流程稍微調(diào)整了一下,如下圖所示:
小迪親測(cè)多次,此流程可以正常工作。
總結(jié):
這個(gè)流程的點(diǎn)睛之筆就在于那個(gè)Or節(jié)點(diǎn)。Or節(jié)點(diǎn)表示只要接收到任何一個(gè)退回信息,就進(jìn)行下一步任務(wù)。而原始流程最大的錯(cuò)誤也是在這里,流程會(huì)一直等待所有退回節(jié)點(diǎn)的信息,以至于陷入了停滯狀態(tài)。
為了鞏固這塊知識(shí)點(diǎn),嘗試比較以下流程,并判斷其正確性:
Workflow1:
Workflow2:
Workflow3:
Workflow4:
答案揭曉:
-
錯(cuò)誤。流程執(zhí)行完第一個(gè)節(jié)點(diǎn)Design時(shí),就會(huì)停滯。
-
錯(cuò)誤。流程執(zhí)行完第一個(gè)節(jié)點(diǎn)Design時(shí),就會(huì)停滯。
-
錯(cuò)誤。Or節(jié)點(diǎn)使用錯(cuò)誤。
-
正確。其實(shí)細(xì)心的朋友可能就會(huì)發(fā)現(xiàn),這個(gè)流程剛好是Workflow1的改版,實(shí)現(xiàn)了每個(gè)節(jié)點(diǎn)在拒絕時(shí),都會(huì)回退到它的上一個(gè)節(jié)點(diǎn)。
經(jīng)過(guò)多種流程設(shè)置方法的分析和總結(jié),收獲了幾個(gè)知識(shí)點(diǎn),跟大家一起分享下:
-
失敗路徑和Handler兩種方式,一定不要混合使用。
-
當(dāng)一個(gè)節(jié)點(diǎn)有多個(gè)輸入節(jié)點(diǎn)時(shí),要善用Or節(jié)點(diǎn)。
-
設(shè)計(jì)出流程后要多場(chǎng)景綜合測(cè)試,不要理所當(dāng)然地認(rèn)為它就是正確的。
作者:許詩(shī)龍
審校:周維青
提交
如何處理Teamcenter流程回退情況
PLM在汽車零部件行業(yè)中的地位和作用
長(zhǎng)安數(shù)字化制造產(chǎn)業(yè)升級(jí)項(xiàng)目
Process Simulate介紹
西門子面向機(jī)床行業(yè)的虛擬調(diào)試新技術(shù)應(yīng)用