用例与用例描述 荣

最近在学习面向对象的分析与设计，试着画了一个用例图，设计了一个用例描述模版。（模版是从《面向对象的系统分析与设计》一书上抄下来的）。
用例图：

备注：
     扩展关系：
         两个用例间的一种关联，其中一个用例向另一个用例添加了新的行为或动作。
         我的理解：
             扩展后的用例是被扩展用例的子类。在扩展用例的基础上添加了新东西。
      包含关系：
            两个用例间的一种关联，其中一个用例用刀了另一个用例中包含的功能。
           我觉得被包含用例类似于被用例调用的函数或对象。

我的疑问：
    1：如果包含关系有时候，有时候不需要，该如何表现这种情况呢？
        例如：录入消费记录的时候，如果已经存在这种消费类型，则不需要添加消费类型，如果不存在这种消费类型，则需要添加这种消费类型。
      这种情况，在用例图中怎么表现？在用例描述中怎么描述？

用例描述模版：

用例描述：

用例名称
主要参与者
层
风险承担者
前提
最低保障线
成功保障线
触发器： 成功场景：
扩展：

 

层

书面用例描述的角度，其范围通常从高层到极详细层。层可以从高到低进行排列，其中较高层是较通用的，抽象的，较低层是详细的。

用例描述通过层来说明描述的细节层次。

参与者

与系统交互的外部实体。是与系统交换信息的人或物。

标识参与者及用例：

      每个参与者执行的主要任务是什么？

      参与者是否会读取或更新系统中的信息？

参与者是否必须将系统外部的改变通报给该系统？是否必须向参与者提醒意料之外的改变？

风险承担者

对待开发西ton拥有既得利益的人。标识风险承担者是因为他们对系统功能，系统如何设计有着一定的影响。

前提

在用例可以启动之前必须为真的条件。

最低保障线

       用例对风险承担者承诺的最差情况。

成功保障线

       用例必须有效的做到什么才能让风险承担者满意。

触发器

       启动用例的事件。

扩展：

       当主成功场景出现异常时，所做的操作。

我的疑问：
   1：既然用例描述有层属性，是不是用例也有层属性？还是一个用例可能对应多个用例描述，每个用例描述展示了不同的层。
  2：如果该用例是个扩展用例，或包含另一个用例，应该怎么描述？