主との関係について説明するために使用されるユースケース図「ユーザのニーズを、システム機能部」、要求分析段階、しばしばユーザの観点からシステムのユースケース図、機能が記載されていることにより、開発チームや顧客などの方法をグラフィカルに可視化交換、また形に統一言語を支援しながら。
ユースケースは、図2で説明しました。
ユースケース図（ユースケースDiagrame）：、1はシステムを使用したい方法を説明し、関連するユーザー、ユーザーはシステムによって提供されるサービスやシステムのニーズがより明確ので、これらの要素を理解するために、ユーザのためのシステムを容易にするように表示を提供するために、サービス利用者が必要です使用するだけでなく、最後の要素を実装するための開発者向け。ユーザは、実装、システムの内部構造を気にしないので、ユースケース図は、重要である理由は、唯一の製品の動的なプレゼンテーションの外部特性を気。ユースケース図は、開発者の視点からの需要、製品の機能の分析と動的挙動を記述するためにユーザの観点からではなく、そのソフトウェア製品の外観の特徴を正確に説明します。
第二に、基本的な要素
1、参加者（俳優）、中にシステムの外部ロールまたはシステムと対話を直接外部システム。お客様とのコミュニケーションによって、利害関係者を決定するために、参加者を決定します。
- 役割：通常、最も一般的な参加者である特定の人物の役割を担います。
- 外部システム：そのようなオペレーティング・システムへのOA CRMシステムとして、通知の送信を容易にするために、この外部システムでの参加者としてOAシステム、CRMシステムのためのコール。
- 時間：タイミングタスク操作または同様の操作があるため、参加者としての時間
2、用例
顧客の需要（主に機能要件）の説明を通じて、ユースケースによる開発チームは、顧客の開発チームと同じ目的を達成するために、参加者とユースケースの相互作用を介して、機能やサービスが反映されます。
3、関係
参加者と参加者との間の1）汎化関係
例えばTencentの二液マイクロ流路ユーザーとQQのユーザを含むユーザが、サービステンセント、この場合のみにTencentのユーザのニーズを使用するため、一般には、三角形を指す白矢印のように使用することができます。
参加者とユースケースの間の2）の関係
参与者与用例间是简单的关联关系，一个参与者可以有着多个用例
3）用例与用例间的泛化关系
用例之间可以存在泛化关系，比如常见的支付，可以选择微信支付、支付宝支付等等，但是这个操作就是支付。泛化关系采用三角空心箭头。
4）用例与用例间的包含关系
包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤。通常可以这么理解，由基础用例向复杂用例转换的过程。但是最终被参与者直接操作的还是基础用例。包含关系的图形为虚线箭头加<<include>>，箭头指向复杂用例。
5）用例与用例间的扩展关系
扩展关系是指用例功能的延伸，相当于为基础用例提供一个附加功能。当特定条件出现时，该扩展用例的行为才会被执行。扩展关系的图形为虚线箭头加上<<<exclude>>>，箭头指向基础用例。
三、简单案例
依照常见的购买操作，设计简单的用例操作，当然，实际中的用例远不止这么简单，本次只是将以上几种关系融入进来，设计简单的案例。
至此，针对UML用例图的相关内容做了大概的总结，需求分析阶段，利用用例图，来方便与客户形成统一语言，也方便活动图的设计。
2020-01-22,望技术有成后能回来看见自己的脚步