前期准备工作：
①题目：针对用联机电话号码簿替换电话公司给你的号码簿这样的问题，编写一套UML模型（用例图、类图）。
给出名字时，要求该号码簿应该能够提供电话号码；它还应该能够列出国家不同地区的区号，并给出你所在地区的紧急求救电话号码。
②uml用例图：
->从本质上讲，一个用例是用户（或角色）与计算机之间为达到某个目的的一次典型交互作用：
用例描述了用户提出的一些课件的需求；
用例可大可小；
用例对应一个具体的用户目标；
用例也必须描述用户没有直接提出的一些需求。
->用例图描述系统外部的执行者与系统的用例之间的某种联系：
所谓用例是指对系统提供的功能（或称系统的用途）的一种描述；
执行者是哪些可能使用这些用例的人或外部系统；
用例和执行者之间的联系描述了“谁使用哪个用例”；
->用例图着重于系统外部执行者的角度来描述系统需要提供哪些功能，并指明了这些功能的执行者是谁；
->用例图中的图符：
圆圈：用例
火柴人：执行者
方框：系统（用于界定系统功能范围，描述该系统功能的用例都置于其中，而描述外部实体的执行者都置于其外）
直线：关联（链接执行者和用例，表示执行者所代表的的系统外部实体与该用例所描述的系统需求有关）等。
->用例模型的获取：
获取执行者；
获取用例。
->获取执行者：
谁使用系统的主要功能（主要使用者）？
谁需要系统支持他们的日常工作？
谁来维护、管理系统使其能正常工作（辅助使用者）？
系统需要控制哪些硬件？
系统需要与其他哪些系统交互？
对系统产生的结果感兴趣的是哪些人？
->获取用例：
执行者要求系统提供哪些功能？
执行者需要读取、产生、删除、修改或存储系统中的信息有哪些类型？
必须提醒执行者的系统事件有哪些？
执行者必须提醒系统事件有哪些？怎样把这些事件表示成用例中的功能？
->关键问题：刻画用例图详细到什么时候为止？
答：一直画到接近系统内部实现就可以停止分解
->note：
用例只跟参与者打交道，不能把功能分解成大堆用例。
用例不能使内部实现，也不能是没有结果。
待编辑...