引言中明白了用例时用户与系统之间的交互接下来应该明确怎么描述用例，首先明确主执行者就是那些想要系统为他们做些事情的人也就是前面所说的对系统提出请求的人，主执行者来自项目的利益相关者通过执行者-目标来用例简述来了解项目的功能范围，执行者-目标（执行者、任务级目标，优先级、触发事件等等）来分析范围。范围前面提到是系统的边界，也就是项目开发人员负责的设计工作的边界书中提供了一个来跟踪和管理范围讨论的小工具内外列表内外列表分为三列一列是主题包就是不确定是否属于系统，领两列是内列和外列这个列表可供参考用设计范围即系统黑盒子包括系统软件和硬件的范围，并且通过列范围，陈述企业和组织的行为等来消除系统差异带来的不同，接下来可以用执行者和目标列表同样是由三列组成左边一列是主执行者中间一列是各执行者针对该系统的目标，第三列是优先级，用例简述是对用例中主要的成功和失败的场景进行简要的描述，接下来任然是范围，范围会在多个读者多个编辑者时产生区别这个时候对范围进行设计显得相当重要了，可以用图表来突出设计范围，用适当的图标来标注每一个用例从而可以轻易的了解其范围，使用范围来确定工作产品，在Acura系统Dev用例中有业务用例和企业用例而该系统不会咋爱工作站和服务器范围内编写任何用例，因为这不是应该关心的，用例总是在一个设计范围内进行编写，这里就涉及到如何找这个范围的临界点构思陈述，设计范围图，‘内/外’列表，执行者-目标列表决定了系统的范围，这四个就是密不可分的工作产品。
用例的主执行者在收集工作刚开始时和系统将要发布之前的一段时间内是重要的，二在这两个时间段之间他们是不重要的“....詹妮站在银行的ATM机前，天色很晚。她已经输入她的PIN，正在寻找确认按钮.....”，主执行者是詹妮，目标是在天色黑的情况下很快找到ATM机的确认按钮。
执行者的范围可以从系统的项目相关人员，用例的主执行者，被设计系统本身，用例的辅助执行者，内部执行者，在例子中公司没有注意系统的项目相关人员，导致系统没有提供完全的服务修改请求蜂拥而至。朱执行者是直接触发用例的执行者，当然主执行者不一定就必须是触发者，主执行者在需求收集工作刚开始时和系统发布前是很重要的二之间是不重要的，一旦开始写用例一个用例可能有多个主执行者。
用户目标是主执行者努力使工作得以完成的目标相当于基本业务过程，它陈述了操作是否令主执行者满意的情况，给顺便路过的人注册时一个蓝色用例被包含在另一个用例中，概要的层次目标包含多个用户目标，它显示用户运行目标的语境，显示生命周期，为底层目标提供目录表，在颜色梯度上属于白色，概要用例通常需要执行较长时间，子功能层次是实现用户目标时可能会被用到的目标，在颜色梯度中属于靛蓝色。关于目标层次应该把较多精力投入到海平面用例的考察，为其它用例提供语境。