感悟一：编写有效用例这本书的引言首先对什么什么是用例做出了解释，我的理解中用例是不同用户与系统实现交互的一个个典型场景的描述，这几个用例基本模式一样都是先下几个定义例如主执行者、范围、层次项目相关人员和利益，前置条件等等，通过这些来描述用户主要场景，与我自己认知不同的是我认为用例必须用用例图来表示，不过语言文本的表示也是挺清晰的，无论是业务人员还是软硬件开发人员还是设计人员都可以通过用例来描述需求，关于用例黑盒子是不用太关心具体的细节，说的挺对不同的方法适用于不同环境，软件的规模不同对用例的正规程度的要求也是不同的，正规的按用例模式一项项添加场景，定义，而非完整的是只场景进行描述，从用例中可以看出部分或者说是主要的需求，用例的目的原来是针对用户，让用户提前知道新系统是什么样的。
　　感悟二：首先明确主执行者是那些想要系统为他们做些事情的人，通过执行者-目标来用例简述来了解项目的功能范围，执行者-目标（执行者、任务级目标，优先级、触发事件等等）来分析范围。设计范围即系统黑盒子包括系统软件和硬件的范围，并且通过列范围，陈述企业和组织的行为等来消除系统差异带来的不同，可以用图表来突出设计范围用适当的图标来标注每一个用例从而可以轻易的了解其范围，使用范围来确定工作产品，构思陈述，设计范围图，‘内/外’列表，执行者-目标列表决定了系统的范围，这四个是密不可分的工作产品，“....詹妮站在银行的ATM机前，天色很晚。她已经输入她的PIN，正在寻找确认按钮.....”，主执行者是詹妮，目标是在天色黑的情况下很快找到ATM机的确认按钮。
　　执行者的范围可以从系统的项目相关人员，用例的主执行者，被设计系统本身，用例的辅助执行者，内部执行者，在例子中公司没有注意系统的项目相关人员，导致系统没有提供完全的服务修改请求蜂拥而至。朱执行者是直接触发用例的执行者，当然主执行者不一定必须是触发者，主执行者在需求收集工作刚开始时和系统发布前是很重要的二之间是不重要的，一旦开始写用例一个用例可能有多个主执行者。
　　用户目标是主执行者努力使工作得以完成的目标相当于基本业务过程，它陈述了操作是否令主执行者满意的情况，给顺便路过的人注册时一个蓝色用例被包含在另一个用例中，概要的层次目标包含多个用户目标，它显示用户运行目标的语境，显示生命周期，为底层目标提供目录表，在颜色梯度上属于白色，概要用例通常需要执行较长时间，子功能层次是实现用户目标时可能会被用到的目标，在颜色梯度中属于靛蓝色。关于目标层次应该把较多精力投入到海平面用例的考察，为其它用例提供语境。