UML实验例子.docVIP

图书管理系统面向对象分析与设计 1 图书管理系统需求分析 图书管理系统在启动时要求管理员输入用户名和密码，只有验证成功才可以进入系统。图书管理系统为管理员提供主功能界面。 系统应为管理员提供添加、修改和删除图书的的相关信息，添加借阅者的相关信息，对借阅者预约图书处理、对借阅者图书借阅处理和对借阅者图书归还的处理。 借阅者可以借阅图书和还书。 系统的属于局域网系统，客户端在Windows平台下运行，数据库使用Oracle在UNIX平台下运行。系统还需要有较好的安全性和可扩展性。 2 图书管理系统分析建模 2．1系统参与者 由系统需求分析，经过候选和精化参与者，系统的主要参与者有： 。对于待开发的管理系统根据以上及管理中各种的处理流程可提取以下的几个用例： ： 还书（Return Book）：：：： 非功能性需求：用户密码不可以明文显示 说明：借阅者用借阅卡登录进入系统 未解决问题：无 用例名称： 借书（Borrow Book） 描述： （Borrow Book）必须允许管理员对借阅者进行借书处理，借阅者通过刷卡登录后可以借书。 前置条件： 登录前管理员需要登录到系统中，借阅者在借书之前也要刷卡登录到系统中。 部署约束： 必须在图书馆内前台进行，并且需要扫描图书信息到系统中。 正常事件流：用例成功后，系统创建并存储借阅记录 1.当借阅者借阅图书时，用例启动。 2.借阅者刷卡显示借阅者相关信息，管理员扫描图书，录入图书信息。 3.根据时间算法确定图书借出日期和归还日期。 4.创建借阅记录。 5.存储借阅记录。 6.管理员将图书借给读者。 可选事件流：图书延期 借阅者将图书给管理员，办理延期。 借阅者刷卡，管理员扫描图书。 管理员更改借阅期限。 更改借阅记录。 5.管理员将图书还给借阅者，用例结束。 异常事件流：借阅卡冻结，借书无效 1.借阅者刷卡后，提示借阅者已借图书到期超过5天， 2.或者借阅者的借书数量超过最大的借书数量。 3.图书扫描错误，系统不能读取图书信息。 4.取消借阅，用例结束。 活动图： 非功能性需求：无 说明：借阅者借书数量跟借阅者身份有关（学生、老师等）。 未解决问题：借阅者卡损坏后通过临时卡记录借阅者信息进行借书 用例名称： 还书（Return Book） 描述： （returnBook）必须允许管理员对借阅者进行还书处理。 前置条件： 登录前管理员需要登录到系统中。 部署约束： 必须在图书馆内前台进行，并且需要扫描图书信息到系统中。 正常事件流：用例成功后，系统更改书籍状态 1.当借阅者归还图书时，用例启动。 2.管理员扫描图书，录入图书信息。 3.将图书状态设为已还。 4.根据时间算法确定图书归还的当前日期。 5.更改借阅记录，用例结束。 可选事件流：无 异常事件流：图书磁条损坏，扫描不成功。 活动图： 非功能性需求：无 说明：借阅者借书数量跟借阅者身份有关（学生、老师等）。 未解决问题：无 用例名称：维护借阅者信息（Maintain Borrower Info） 描述： （Maintain Borrower Info）：必须为管理员提供创建和删除借阅者信息的功能。 前置条件： 登录前管理员需要登录到系统中。 部署约束： 必须在图书馆内前台进行，并且需要根据借阅卡添加借阅卡。 正常事件流：用例成功后，系统修改相应信息 1.当管理员维护借阅者信息时，用例启动。 2.管理员登录系统。 3.如果选择“添加借阅者信息”，则执行可选事件流1：添加借阅者信息。 4.如果选择“查询借阅者信息”，则执行可选事件流2：查询借阅者信息。 5.如果选择“删除借阅者信息”，则执行可选事件流3：删除借阅者信息。 6.添加或删除借阅者记录，用例结束。 可选事件流1： 1.根据借阅卡信息，录入系统，例如：借阅者ID，姓名，身份等。 2.系统存储借阅者信息。 可选事件流2： 根据借阅者信息查询借阅者信息，系统显示借阅者信息。 可选事件流3： 根据借阅者信息，系统删除借阅者信息。 异常事件流： 如果借阅者已存在，则系统显示提示信息，用例被终止。 如果查找不到借阅者，则系统显示提示信息，用例被终止。 活动图： 非功能性需求：校对借阅卡和借阅者信息，确保借阅卡可用。 说明：借阅卡信息在未录入系统之前，借阅者不用借书。 未解决问题：无 用例名称：维护图书信息（Maintain Book Info） 描述： （Maintain Book Info）：必须为管理员提供创建、修改、查询和删除图书信息的功能。 前置条件： 登录前管理员需要登录到系统中。 部署约束： 必须在图书馆内前台进行，通过扫描仪稻苗图书信息。 正常事件流：用例成功后，系统修改相应图书信息 1.当管理员维护图书信息时，用例启动。 2.管理员登录系统。 3.如果选择“添加图书信息”，