管理員功能介紹

生命週期

關於生命週期

生命週期是一個對象實例在它的存在期內所經歷的一系列狀態。多數業務流程定義了高級階段以跟蹤對象在生命週期中的發展。下麵是一個供應商生命週期的實例：

生命週期由狀態和狀態轉變組成，狀態主要是一系列的動作和步驟，狀態轉變主要是介於不同狀態之間的路徑。讓我們一起來執行這個生命週期，以獲得一些基本的理解。當一個命名為PartsVendor1的供應商類的對象實例被創建之後，它立即被置為Preliminary狀態。通常，為了取得核准供應商的資格，供應商必須符合公司的某些特殊標準，或者經過一個特殊的審核過程。當這些條件滿足，一個具有Component Engineering身份的成員可以將該供應商提升到已核准狀態。如果這個PartsVendor1滿足更嚴格的標準（通常是更嚴格的交貨日期，或批量折扣），然後一個具有Component Engineering身份的成員可以將該供應商提升到首選狀態。當然，如果供應商在某些方面變弱，再根據公司設定的標準，那麼供應商可以轉變到非活動狀態。通常，每個狀態內部，也有步驟，或是需要由明確身份的成員進行的一系列動作。這些通常是描述並分配給一個工作流，它可以在一個對象進入一個特定的生命週期狀態時自動啟動。

作為一個非常強大的工具，可以根據對象的狀態變化觸發各種各樣的主動的或被動的設置。例如，一個設置可能是在採購時，特定身份的人為特定的零部件選擇供應商，只有狀態為首選的供應商被列入可用的供應商名單。另一個特色是，當一個對象進入生命週期的任何狀態，可以設置自動電子郵件，通知到指定的人員針對該對象狀態變化的結果採取必要的行動。

不同的生命週期圖可以被分派到不同的類。參見類結構。

創建生命週期

生命週期圖可以不依賴於任何一個對象類而創建，可以在創建完成後與對象類建立關係。事實上，多個對象類可以共用同一個生命週期圖。此外，一個對象類可以依據類結構而包含若干個生命週期圖。當一個對象類的實例被創建後，Innovator會根據該對象的類結構為其選擇一個適當的生命週期圖。當一個對象類的實例被更新後，Innovator會對類結構屬性的變化進行檢查。如果對象被改變為新的類，新的類具有不同的生命週期圖並且對象的當前生命週期狀態仍在‘起始狀態’，那麼Innovator會將對象的生命週期設置為新的類結構所對應的生命週期。如果發生類結構更改的是一個生命週期狀態不在‘起始狀態’的對象，那麼Innovator會拒絕此次更改，以避免與生命週期的正常進展干擾。如果有必要，生命週期圖可以設置為允許將狀態轉變回‘起始狀態’，這樣，一般的用戶就可以執行類結構的變更。

To create a Life Cycle Map:

創建一個生命週期圖：

1. 點擊TOC的系統管理檔夾，選擇生命週期圖, 點擊新建圖示 .一個生命週期圖的窗體顯示如下:

2. 填寫生命週期圖屬性：

a. 名稱-生命週期圖的名稱

b. 描述-生命週期圖的描述

3. 創建一個新的狀態，在生命週期圖畫板上的任何位置點擊右鍵並在彈出菜單選擇新建狀態。一個新的狀態被創建出來，並且默認為選中。每個生命週期狀態具有以下屬性：

狀態屬性

4. 創建一個狀態轉變：

a. 在你希望創建狀態轉變的狀態上點擊右鍵，在彈出菜單中選擇新建狀態轉變

b. 一個從指定狀態到滑鼠指針的狀態轉變會被創建出來。拖動滑鼠指針到你希望連接到的狀態，點擊即可完成狀態轉變的連接。

配置E-mail

Email是用來通知指定的成員某個對象已經進入到指定的生命週期狀態或者發生了某種狀態轉變。對於這兩種情況，配置Email的方式是相同的。

上半部分的對話框用來指定Email消息。如果你希望不同的成員收到不同的消息，你可以在這裏選定多個消息。在下半部分的對話框中，你可以指定當前選定的消息通知給哪些成員。

配置一個Email：

1. 在下拉列表中選擇新建對象，點擊新建圖示 。（如果你之前配置好了Email，可以在下拉列表中選擇選擇對象，然後選擇你希望使用的Email）

2. 頂部面板中會創建出一個新行。參見下表中的解釋，填寫相關的屬性：

3.Email配置完成後，在底部面板中選擇一個列表決定該Email通知到哪些成員（必須確保這些成員擁有有效的Email地址）。選擇選取對象，然後點擊新建圖示 。在彈出的搜索框中選擇成員。

在Email文本中使用變數

你可以在Email文本中使用變數來顯示相關的對象及其屬性值，這樣可以使Email消息更加詳細和明確。任何屬性，包括系統屬性，可以使用${屬性名}這樣的語法來插入到文本中。以下是幾個Innovator支持的運行時變數：

例如，我們有一個對象，它具有以下幾個屬性：name，part_number和color。它也有系統的通用屬性，所以我們使用state屬性來表示該對象處在哪個生命週期狀態。如下圖配置一個Email消息，右鍵點擊Email行，在彈出菜單中選擇查看“Email 消息”，你會看到一個Email消息的窗體，如下圖：

特別注意標題行的${name}和$1兩個變數。請確認所使用的是屬性名而不是標籤。主體部分用到了自定義屬性${part_number}。當Email消息被發送後，它在收件人的郵箱中如下圖顯示：

對象行為

對象行為是生命週期狀態的一個屬性，設置源對象(或父項)和關聯對象(或子項)的連接行為。只有源對象和關聯對象可換版時，這個屬性才有效。請注意：關係類自身也定義了一個對象行為屬性(參閱關係類型對象行為)。這兩個屬性-----關係類型的對象行為和生命週期狀態的對象行為，它們共同控制源對象和關聯對象的配置。

對關係類型行為和生命週期狀態行為來說，Hard Fixed和Hard Float意味著不同的東西。下表是對這些設置的解釋：

此外，有兩種情況要考慮---如果子項(或關聯對象)先換版將發生什麼，相反，父項(或源對象)先換版時會發生什麼。我們先看第一種情況：

當父項(或源對象)先換版時的行為：

我們先考慮當生命週期狀態沒有行為設置時的情況：

注意浮動關係類型行為，當Children創建時，Parent1仍指向Child1.這是因為當父項的新版本創建時，當前配置中，先前版本的配置是”Hard Fixed”.所以當Parent2創建時Parent1指向Child1.它仍然停留在以前的狀態，不管之後子項換版多少次。

當生命週期行為設置為“浮動”，它迫使定義為“固定”的關係類型表現的像”浮動”，請看下圖：

當生命週期行為設置為“固定”，它迫使定義為“浮動”的關係類型表現的像”固定”，請看下圖：

當關係類型定義為”Hard Fixed”或”Hard Float”時，它將覆蓋生命週期狀態的行為設置。注意：下麵兩個圖顯示了行為由關係類型行為規則定義，即使生命週期狀態中也定義了行為：

如果關係對象行為沒有設置為“Hard”，它會被生命週期狀態行為重寫。下圖顯示了一個父項版本在某一狀態下有一種行為類型，在下一個生命週期狀態有不同的行為時所發生的事情：

到現在為止我們已經看到了當父項或源對象先換版時的所有情況。現在，我們需要驗證在相同案例下，子項或關聯對象先換版的情況。

當子項(或關聯對象)先換版

如前所述，我們先考慮生命週期狀態行為沒有設置時的情況。注意：即使是Fixed行為，Parent2 還是和Child2關聯。這是真實的，因為以下規則：當一個源對象換版時，它自動關聯到所有子項的最新版本。在這種情況下，Child2先前已經存在，將代替Child1成為最新版本，然後Parent2指向Child2。

生命週期狀態行為覆蓋關係類型行為。如下表所示，在“浮動”生命週期狀態下，“固定”關係類型表現的像“浮動”；在“固定”生命週期狀態下，“浮動”關係類型表現的像固定。

當關係類型行為設為“Hard Fixed”或”Hard Float”,它將覆蓋生命週期狀態行為。下表可以看到即使生命週期狀態已經設置，“Hard Fixed”行為表現像”固定”，“Hard Float”表現像“浮動”。

如果關係類型行為沒有設置為”Hard”,它將被生命週期狀態行為覆蓋。下圖顯示了一個父項版本在某一狀態下有一種行為類型，在下一個生命週期狀態有不同的行為時所發生的事情：

記住，如果生命週期狀態行為設置為”Hard Fixed”或“Hard Float”，它將覆蓋過程中的所有狀態行為。這有一個特殊的作用。如果有一個所有狀態已經發佈的生命週期圖，像Obsolete,或Superseded.一旦對象到達發佈狀態時你想”Hard Fix”它的行為，即使對象提升到”Obsolete”或”Superseded”，仍然保持配置不變，。可採用此設置。