可视化建模与UML课程结课报告――图书管理系统建模.doc

可视化建模与UML课程结课报告――图书管理系统建模.doc

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

《可视化建模与UML》课程结课报告 ――图书管理系统建模 07计算机本(1)班 彭钊第一部分 系统概述 目的意义 通过“图书管理系统”UML建模过程了解面向对象的系统分析与设计方法。从UML应用的角度通过建立一个图书管理系统来学习UML的知识。 软硬件环境 UML建模的工具一般有Rational Rose、PowerDesign、visio 本次使用的软件环境是:Rational Rose 硬件环境需求,针对图书馆应有的办公系统的自动化,还有学校现有的服务器,学校具有的硬件环境可以在很大程度上满足系统在硬件方面的需求。本图书馆系统的硬件环境是:Microsoft Windows XP Professional 版本 CPU为Intel Core 2.83GHz 1.98GB 硬盘容量为 250.GB 组织结构图或用户分析 该图书馆管理系统的用户为 借阅者、图书馆管理员、系统管理员 。其中用户借阅者主要模块有书籍查询、书籍预订、借阅信息查询、借阅书籍、归还书籍、激纳罚金。图书馆管理员的主要模块有书籍借阅处理、书籍归还处理、检查用户借阅凭证合法性、删除书籍预订信息、还书时收取罚金。系统管理员主要模块有读者信息管理、书籍信息管理、系统登录管理、数据备份、数据恢复。 图1 图书管理系统的组织结构图 业务流程分析 借阅者基本信息及借阅者权限等形成借阅者档案数据库,可用于用户查询、模块调用与数据统计 借阅处理模块这一模块对应的是图书借阅流程。这一流程可包括下面五方面业务:查询、预约、外借、还书、续借。它可以拆分为下面五个模块: 1、外借处理模块。对应图书外借业务,这一业务在图书外借出办理,由工作人员扫入图书证条码察看用户的借阅权限,用户有欠费纪录时要求用户先缴纳罚款再行借书;无欠费纪录确认用户可以借阅图书后,扫入图书条码进行外借手续,外借完成后由计算机系统更新储存用户借阅信息及图书借阅信息,以备查询。 2、还书处理模块对应还书处理流程,在图书外借出进行,用户还书时,工作人员扫入图书条码,进行还书处理,完成后由计算机系统更新储存用户借阅信息及图书借阅信息,以备查询。当图书丢失时,要求读者进行赔偿。 3、查询处理模块对应查询处理流程,在用户端服务器进行,由读者自行操作,读者输入一定查询信息后,由用户端服务器提交到服务器,在数据库中进行寻找匹配后,输出查询结果。可循环调用。 4、预约处理模块对应预约处理流程,在用户端服务器进行,由读者自行操作。 5、续借处理模块对应续借处理流程,在用户端服务器进行,由读者自行操作。 系统功能的文字模型 ① 借阅者可以通过网络查询书籍信息和预定书籍。 ② 借阅者能够借阅书籍和还书。 ③ 图书管理员能够处理借阅者的借阅和还书。 ④ 系统管理员可以对系统的数据进行维护,如增加、删除和更新数目,增加、删除和更新借阅者账户,增加和删除书籍。 ⑤ 系统主要包括以下几个模块 基本数据维护模块 基本业务模块 数据库管理模块 信息查询模块 基本数据维护模块包括的主要功能模块: 添加借阅者帐户 修改更新借阅者帐户信息 添加书目 修改和更新书目信息 添加书籍 删除书籍 基本业务模块包含的功能: 借书 还书 书籍预留 取消书籍预定 数据库模块的功能: 借阅信息管理 书籍信息管理 帐户信息管理 书籍预留信息管理 信息查询模块主要是查询数据库中的相关信息: 查询书籍信息 查询借阅者信息 第二部分 图书管理系统用例建模 用例图概述 用例图(User Case)是描述用例、参与者及其关系的图。主要是描述用户的功能需求。从用户的角度来理解软件系统的需求,强调谁在使用系统及系统可以完成哪些功能。 用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。 用例图的组成元素包括用例、参与者、关系(用例间的关系、参与者之间的关系、参与者与用例之间的关系)。 用例图主要的作用有三个:(1)获取需求;(2)指导测试;(3)还可在整个过程中的其它工作流起到指导。 用例图最核心的元素是参与者(Actor)和用例(Use Case)。 用例建模的过程或步骤 一、识别参与者 需求获取的第一步是标识参与者。这一服务定义了系统的边界,并从开发者要考虑中找出所有的观察点。开发者通过回答以下问题来寻找参与者: 1、系统支持哪些用户组完成他们的工作? 2、谁使用、安装、维护这个系统? 确定参与者时,通过这些问题来帮助分析:谁使用、安装、启动、维护、关闭这个系统、谁从这个系统中获取信息、谁为这个系统提供信息等。一旦参与者被标识出来后,需求活动的下一步活动是,决定每个参与者将访问的功能。 二、识别用例 在需求分析时,寻找用例最好的

文档评论(0)

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

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

1亿VIP精品文档

相关文档