UML业务建模实例分析[3]

    描述：图书管理员对系统进行维护，包括读者信息的创建、修改、删除，书刊信息的维护，条目信息的维护，还有系统信息的维护。

    示例：图书管理员。

    通过识别的参与者，对需求进一步分析，将业务需求进行分解，获得每个参与者的使用用例。在本例中，我们可以得到以下用例：

    1.书籍借出：提供借阅物理书刊的功能。

    2.书籍归还：提供归还物理书刊的功能。

    3.读者办卡：提供为读者办理借阅卡的功能。

    4.预定书刊：提供对某一个种类的书刊的预约功能。

    5.取消预定：提供对预定进行取消的功能。

    6.书籍查询：为读者提供网上的书籍查询功能。

    7.信息查询：为读者提供信息查询的功能。

    8.读者信息维护：提供读者信息的录入、修改、查询、删除的功能。

    9.书刊信息维护：提供物理书刊的录入、修改、查询、删除的功能。

    10.条目信息维护：提供书刊条目的录入、修改、查询、删除的功能。

    11.系统信息维护：提供对系统的参数的设置。

    12.登录：管理员需要先登录才能进入系统。

    并且，可以画出如下系统用例图：

    通过用例图，可以对系统功能有一个大概的了解，对于复杂系统，我们可以结合IDEF方法，通过分层分解，逐步细化的方法来描述系统的功能。对于用例图，建议不要画的过于复杂，特别是用例之间的关系，因为复杂的用例图不仅不能让需求分析人员与客户之间更好的沟通，反而是制造了一种沟通障碍。

原文转自：http://www.ltesting.net