参与者:(描述与系统交互的人或物，代表外部实体（如用户、硬件设备或其它软件系统）)
用例: (用例即是执行者与计算机一次典型交互，代表系统某一完整功能。)
这里需要注意的是用户的观点并不是系统观点 同时也需要注意用例的粒度以及不要在用例中描述系统的活动
如下图所示，一般行为的检查用户可惜泛化出见检查用户密码、检查用户视网膜 同样的参与者的也可以进行泛化
允许一个用例扩展另一用例提供的功能，与泛化关联类似，有更多规则限制
包含关系指两个用例之间的关系，其中一个用例（即基本用例）的行为包含了另一个用例（即包含用例）的行为。
使用场合 1. 如果两个以上用例有大量一致的功能，则可以将这个功能分解到另一个用例中，其他用例可以和这个用例建立包含关系。 2. 一个用例的功能太多时，可以使用包含关系建立若干个更小的用例。 意义 它有助于将来实现系统时，确定哪些功能可以重用，在编写代码时就可以实现代码的重用，缩短开发周期。 注意：执行基用例时，每次都必须调用被包含用例。
用一个用例（可选）扩展另一个用例（基本例）的功能。 使用场合 对扩展用例的限制规则：将一些常规的动作放在一个基本用例中，将可选的或只在特定条件下才执行的动作放在它的扩展用例中。
用例采用自然语言描述参与者与系统进行交互时双方的行为，不追求形式化的语言表达
用例的目标 用例是怎么启动的 参与者和用例之间的消息是如何传送的 用例中除了主路径外，其他路径是什么 用例结束后的系统状态 其他需要描述的内容
只书写“可观测”的 使用主动语句 句子必须以执行者或系统作为主语 每一句都要朝目标迈进 分支和循环 不要涉及界面细节
只描述系统的行为，没有描述参与者的行为 只描述参与者的行为，没有描述系统的行为 在用例描述中就设定对用户界面设计的详细要求 描述过于冗长
建立一航空公司的机票预定系统，让客户通过电话或网络买票、改变订票、取消订票、预定旅馆、租车等等。
