详细的图书馆管理系统UML图

1．需求（Requirements）典型地，由系统最终用户的代表写出文本形式的需求规范文档。对于该图书馆应用程序来说，需求规范文档应该类似于这样：1.这是一个图书馆支持系统；2.图书馆将图书和杂志借给

1．需求（Requirements） 。 典型地，由系统最终用户的代表写出文本形式的需求规范文档对于该图书馆应用程序来 说，需求规范文档应该类似于这样： 1.这是一个图书馆支持系统； 。 2.图书馆将图书和杂志借给借书者借书者已经预先注册，图书和杂志也预先注册； 。。 3.图书馆负责新书的购买每一本图书都购进多本书当旧书超期或破旧不堪时，从图书馆 。 中去掉 。。 4.图书管理员是图书馆的员工他们的工作就是和读者打交道并在软件系统的支持下工作 。 5.借阅人可以预定当前没有的图书和杂志这样，当他所预定的图书和杂志归还回来或购进 。。 时，就通知预定人当预定了某书的借书者借阅了该书后，预定就取消或者通过显式的取消过 。 程强行取消预定 、、、。 6.图书馆能够容易地建立修改和删除标题借书者借阅信息和预定信息 7.系统能够运行在所有流行的技术环境中，包括Unix, Windows和OS/2，并应有一个现代 。 的图形用户界面 (GUI) 。 8.系统容易扩展新功能 。 系统的第一版不必考虑预定的图书到达后通知预定人的功能，也不必检查借书过期的情况 2．分析（Analysis） 系统分析的目的是捕获和描述所有的系统需求，并且建立一个模型来定义系统中主要的域 。。 类通过系统分析达到开发者和需求者的理解和沟通因此，分析一般都是分析员和用户协作的 。 产物 在这个阶段，程序开发者不应该考虑代码或程序的问题；它只是理解需求和实现系统的第 。 一步 2．1需求分析（Requirements Analysis） 分析的第一步是确定系统能够做什么？谁来使用这个系统？这些分别叫角色（actors）和 。。 用例（use cases）用例描述了系统提供什么样的功能通过阅读和分析文档，以及和潜在的 。 用户讨论系统来分析用例 。 图书馆的角色定为图书管理员和借书人图书管理员是软件系统的用户；而借书者则是来 。。 借阅或预定图书杂志的客户偶尔，图书管理员或图书馆的其他工作人员也可能是一个借书者 。 借书者不直接和系统交互，借书人的功能由图书管理员代为执行 图书馆系统中的用例有： 1.借书 2.还书 3.预定 4.取消预定 5.增加标题 6.修改或删除标题 7.增加书目 8.删除书目 9.增加借书者 10.修改或删除借书者 。 由于一本书通常有多个备份，因此系统必须将书的标题和书目的概念区分开 。 图书馆系统分析的结果写在UML 用例图中，如图1所示每一个用例都附带有文本文档， 。。“” 描述用例和客户交互的细节文本是通过与客户讨论得到的用例借书描述如下： 1．如果借阅者没有预定：