基本管理 > 支援協同合作 > 工作流程管理 > 工作流程管理 > 使用工作流程範本編輯器 > 置放流程節點
  
置放流程節點
您可以利用新增、選取和連結節點 (節點位於工作流程範本編輯器的左側,並以圖示表示),來建構流程定義。
如需有關新增與連結節點的詳細資訊,請參閱關於工作流程範本節點
以下清單說明的是能夠新增到您的流程定義中之流程節點。清單會依照每個圖示在「工作流程範本編輯器」中出現的順序顯示。
已指派的活動,是指派給一或多個使用者或使用者定義的群組或實行者執行的活動。
隨機活動,是指派給使用者以定義執行時期活動群組的活動。活動群組類似簡單的區塊。
區塊代表一組活動、連接器或自動機制。建立可於需要時展開的活動區塊,可幫您降低流程的複雜性。
Proxy 流程是內嵌於主要父流程中的子流程,這些流程可以構成巢狀,以降低複雜性,並供重複使用。
當所有前置任務連結都觸發時,「和」連接器才會觸發,而不會先觸發。
當任何一個前置任務連結觸發時,「或」連接器就會觸發。若選取了「觸發時終止開啟前置任務活動」,就會終止先前活動。
條件式路由器可讓您根據條件運算式將流程分支。
當使用者定義的前置任務連結數都觸發時,「臨界值」連接器才會觸發。若選取了「觸發時終止開啟前置任務活動」,就會終止先前活動。
「結束」可停止流程。所有的流程活動最後都會連接到結束。
「接地」會停止流程中平行的活動分支,但不會停止流程。
通知自動機制利用使用者定義的電子郵件,來通知適當的使用者。您可以定義包含與工作流程關聯的主要企業物件的附件或中繼資料的通知自動機制。您可以使用括弧分隔為流程或節點所建立的變數,例如 {varname}。使用反斜線轉義分隔符,例如 \{{ varname}}\。如需詳細步驟,請參閱通知自動機制
方法自動機制代表您將自動機制新增至流程時,執行的許多單一動作之一。不需要其他組態。下表列出自動機制動作:
自動機制
描述
入庫
將主要企業物件入庫至 Windchill 資料庫。
出庫
將企業物件出庫給指定的使用者。舉例來說,您可以使用出庫自動機制,在設計檢查週期完成時,自動將零件出庫給被指派執行變更的工程師。
降階
造成主要企業物件轉移到前置任務階段和關聯的狀態變更,以及套用新的企業規則 (如存取控制的規則)。
拒絕
從閘門中移除主要企業物件,並將它傳回給相同狀態階段。
中止
將物件由目前的生命週期中移除,並將其狀態設為已中止。例如,您有兩家廠商提出競標以供審核的流程分支。這些競標可以 Windchill 文件的方式輸入資料庫中,並藉由流程定義的套用,進行審核和核准流程。在這種狀況下,您的流程可能需要在某一標單獲得核准時,將其文件物件自動推進至下一個生命週期階段;而含有被拒絕標單的文件,則從其生命週期中止且不再繼續執行。
推進
造成主要企業物件轉移至後續任務階段和相關聯的狀態變更,並且套用新企業規則 (例如存取控制規則)。舉例來說,您可以將流程定義為某一位使用者核准某個物件時,系統就會自動將物件推進至下一個生命週期階段。如果要這麼做,您可以在流程定義中新增「推進」自動機制,讓自動機制執行所有與物件推進關聯的動作。
設定狀態
將生命週期管理物件,設定為序數狀態或是特定的狀態。輸入序數狀態時,必須輸入非零的整數。特定狀態是選自於 wt.lifecycle.StateRB 列舉類型定義的狀態。
提交
將與此流程關聯的企業物件,移動至其目前生命週期階段的關卡。提交之後,物件會等候系統將之推進到下一個生命週期階段。舉例來說,您可以在流程定義中新增「提交」自動機制,讓系統在有使用者建立變更請求時自動提交請求,等候推進至「開啟」狀態。
「檢查點自動機制」會記錄工作流程從一個檢查點節點到下一個檢查點節點所花費的時間。到達節點時會傳送電子郵件通知給訂閱者。
計時器自動機制依照活動觸發的時間或父流程開始的時間,將活動延後一段指定的時間。
啟動應用程式自動機制在伺服器上執行系統指令。而這些指令是利用 Java runtime.exe 指令來執行的。執行時可以同步也可以非同步執行。
執行運算式自動機制輸入要在工作流程中執行的同步 Java 運算式。在預設情況下,運算式會傳回 true。若傳回 false 則表示執行時發生問題,伺服器將拋出一個例外。
同步自動機制將活動或流程的開始和與時間無關的事件同步化。您可以將自動機制設定為在某些泛用外部事件,或是 Windchill 重要事件發生時,開始某個活動。
如果同步處理無法運作,請確定安裝 Windchill 解決方案之伺服器上的時區設定正確。
URL 自動機制 執行 URL 來與另一個伺服器通訊,以便達到啟動不同 Info*Engine 任務或提供完成工作流程任務所需之資訊的目的。它可以啟動作業或擷取字串變數所收集的狀況資訊。可擷取二元物件的 HTML 連結 (例如圖形),但不能擷取物件本身。
您可以指定自動機制失敗的結果來執行 URL。以下的錯誤碼清單應有所幫助。
400 請求錯誤:由於語法錯誤,伺服器無法識別請求。不應重複請求。
401 未經授權:請求需要使用者辨證。一般使用狀況下,URL 自動機制不支援認證。不應重複請求。
403 不許:請求已通過識別,但伺服器拒絕執行。原因不在於認證。不應重複請求。
404 找不到:伺服器找不到請求 URI 的相符資料。可能是暫時或永遠。可以重複請求。
500 伺服器錯誤:伺服器遇到意料之外的狀況,以致無法履行請求。可以重複請求。
501 未實行/內部錯誤:伺服器不支援履行請求所需的功能。不應重複請求。
503 服務無法使用:伺服器暫時無法處理請求。可以重複請求。
504 閘道逾時:伺服器未收到來自 URI 所指定的上游伺服器的及時回應。可以重複請求。
如需錯誤訊息的詳細資訊,請參閱 W3C HTTP RFC 的網際網路標準 (http://www.w3.org)。