对象生命周期

生命周期

关于生命周期

生命周期是一个对象实例在它的存在期内所经历的一系列状态。多数业务流程定义了高级阶段以跟踪对象在生命周期中的发展。下面是一个供应商生命周期的实例：

生命周期由状态和状态转变组成，状态主要是一系列的动作和步骤，状态转变主要是介于不同状态之间的路径。让我们一起来执行这个生命周期，以获得一些基本的理解。当一个命名为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”，仍然保持配置不变，。可采用此设置。