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

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
详细的图书馆管理系统UML图

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.如果借阅者没有预定: ? 确定标题 ? 确定该标题下有效的书目 ? 确定借书者 ? 图书馆将书借出 ? 登记一个新的借阅 2.如果借阅者有预定: ? 确定借书人 ? 确定标题 ? 确定该标题下有效的书目 ? 图书馆将相应的书目借出 ? 登记一个新的借阅 ? 取消预定 除了定义系统的功能需求之外,在分析过程中用例用于检查是否有相应的域类已经被定义,然后他们可以被用在设计阶段,确保解决方案可以有效地处理系统功能。可以在顺序图中可视化实现细节。 ? 图1:角色和用例。分析中的第一步就是指出系统能被用来做什么,谁将去使用它。它们分别就是用例和角色。所有的用例必须始于角色,而且有些用例也结束于角色。角色是位于你所工作的系统外部的人或其他系统。一台打印机或一个数据库都可能是一个角色。本系统有两个角色:借阅者和图书管理员。通过与用户或客户的讨论,可以将每一个用例用文字进行说明。 ? 2.2域分析(Domain Analysis) specifications)和用例,查找哪一些概念应该被系统处理。或者组织一个集体讨论,在用户及领域专家共同的参与下指出系统中必须处理的关键概念,以及它们之间的关系。 图书馆系统中的域类如下:borrowerinformation(如此命名是为了与用例图中的角色borrower区分开来),title,book title, magazine title, item, reservation和loan。这些类以及它们之间的关系记录在类图文档中,如图2所示。域类定义为Business object版型,Business object版型是一个用户自定义的版型,指定该类的对象是关键域的一部分,并且应该在系统中持久存储。 其中有些类有UML状态图,用来显示这些类的对象可能具有的不同状态,以及触发他们的状态发生改变的事件。该例子中有状态图的类是item 和title类。 用例lend item(借阅者没有预定的情况)的顺序图显示在图3中。所有用例的顺序图都可从在线模型中查到。 图2:域类结构。域分析详细说明了系统中的关键类。对每一个对象而言,如果它调用了其他对象的方法,那么在他们之间就用一条直线连结起来,以显示他们之间的关系。每一个代表类的四边形被分成了三部分,最顶层包括类的名称,中间一层是类的属性,最底层是类的方法。类之间的直线是关联,用来指出一个对象调用另一个对象的方法。如果再仔细看,将会发现在Loan和Item之间的关联关系中

文档评论(0)

ligennv1314 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档