面向对象分析与设计-图书馆信息系统
《面向对象分析与设计》图书馆图书管理系统
信息科学与技术学院《面向对象分析与设计》课程作业题目名称:图书馆图书管理系统学生姓名:学号:专业:计算机科学与技术班级:****:***完成日期:2012年月号目录第一章简介 (1)1.1简介 (1)第二章需求分析 (2)2.1 功能需求 (2)2.1.1功能划分 (2)2.1.2功能描述 (2)2.2性能需求 (2)2.2.1 数据精确度 (2)2.2.2 适应性 (3)第三章系统分析与设计 (4)3.1数字化图书馆用列图 (4)3.2用户登录顺序图、合作图和类图 (5)3.3借还查询的顺序图、合作图和类图 (7)3.4预约查询顺序图、合作图和类图 (9)3.5资料修改顺序图、协作图和类图 (11)3.6修改密码顺序图、合作图和类图 (13)第四章总结 (17)第一章简介1.1简介图书管是人们日常生活中不可或缺的重要组成部分,人们获取知识、提高个人修养的重要途径。
随着经济社会的日益发张,现行的图书馆管理已经日发凸显其不足,数字化图书管理已经成为一种必然趋势。
数字图书馆的研究方兴未艾,目前正处于传统图书馆向数字图书馆过渡的阶段,转变过程中需要应用和集成最新的信息技术,以达到对网络信息资源最有效的利用和共享。
传统的系统分析设计的方法难以保证开发的效率和质量,将UML应用于数字图书馆建设,可以加速开发进程,提高代码质量,支持动态的业务需求,并方便地集成已有的传统图书馆信息资源。
这事UML一个有着很好前景的应用方向。
本实验将通过从用户角度(即读者)来分析用户在从登录到退出期间所有可能的活动,并且就此提出数字图书馆应该具备的基本功能,以更好地满足客户的需要。
第二章需求分析2.1 功能需求2.1.1功能划分该软件具有如下主要功能:用户登录;借还查询;预约查询;资料修改;密码修改;找回密码2.1.2功能描述(1)用户登录列出当前数据库文件中书籍和读者的所有记录;可选定一项记录,显示所有域;(2)借还查询书目匹配查询;读者匹配查询;书目和读者相关匹配查询;(3)预约查询查询该书目是否有预约(4)资料修改修改某一已存在的记录内容,提供确认机制;修改续借日期;(5)密码修改读者确保密码安全谁是修改读者自己的密码;(6)找回密码当读者忘记自己的密码时,通过此功能找回自己的密码。
面向对象设计之9-图书管理系统
需求分析1.确定用例通过对系统需求的分析,可以确定系统有三个执行者:图书管理员行为者,读者行为者及系统管理员行为者。
简要描述如下:1)图书管理员行为者:管理员按系统授权维护和使用系统不同功能,可以创建、修改、删除读者信息和图书信息即读者管理和图书管理,借阅、归还图书以及罚款等即借阅管理。
2)读者行为者:通过互联网或图书馆查询终端,查询图书信息和个人借阅信息,还可以在符合续借的条件下自己办理续借图书。
3)系统管理员:可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借阅者帐户,增加和删除书籍。
读者从图书管理系统的用例图可以看出有个六个用例:”读者用例,借阅用例,图书用例,借阅情况用例,续借用例,图书信息查询用例.”系统边界有个三个行为者,即图书管理员,读者,以及一个系统管理员。
从2-1图中我们还可以看出图中的每个用例之间的包含关系和扩展关系,读者用例包含关系是读者信息和读者类别;借阅包含关系是借书,还书,续借,借阅情况;而图中丢失和过期则是还书中的扩展;图书用例的包含关系是图书信息,图书类别,出版社信息及图书信息查询,其中意见反馈则是图书信息查询的扩展。
最高层用例图中展开读者借书的用例图如下图2-2所示:读者借助此图书管理系统子系统,可以进行一下操作:图2-2读者借助此图书管理系统子系统,可以进行一下操作:1.查询图书;2.预留图书;3.借书;4.还书;5.查阅借阅信息。
其中,在读者进行预留图书和查询借阅信息之前,读者必须先登录系统;读者进行还书操作时,必须保证图书完整;最高层用例图中展开图书馆管理员处理借书、还书等的用例图如下图2-3所示:图书管理员用例描述:图2-3图书管理员使用系统进行的操作主要有:1.处理读者的送还的图书;2.处理读者的借书要求3.处理读者的预留图书要求其中在处理还书时,要查看图书的完整性;处理读者借书时,要检查读者信息;最高层用例图中展开系统管理员进行系统维护的用例图如下图2-4所示:图2-4系统管理员使用系统进行的操作主要有:1.处理图书库里新书信息记录;2.处理图书库里旧图书的信息记录;3.处理新旧图书信息记录维护问题;4.处理新读者信息登记;5.处理已存在的读者信息记录;6.查询读者资料;7.添加书目信息;8.处理旧书目信息。
图书管理系统(需求分析+总体设计)(面向对象)
需求分析1.确定用例通过对系统需求的分析,可以确定系统有三个执行者:图书管理员行为者,读者行为者及系统管理员行为者。
简要描述如下:1)图书管理员行为者:管理员按系统授权维护和使用系统不同功能,可以创建、修改、删除读者信息和图书信息即读者管理和图书管理,借阅、归还图书以及罚款等即借阅管理。
2)读者行为者:通过互联网或图书馆查询终端,查询图书信息和个人借阅信息,还可以在符合续借的条件下自己办理续借图书。
3)系统管理员:可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借阅者帐户,增加和删除书籍。
读者<<extends>><<extends>>图书管理员系统管理员读“图书管理系统“用例图从图书管理系统的用例图可以看出有个六个用例:”读者用例,借阅用例,图书用例,借阅情况用例,续借用例,图书信息查询用例.”系统边界有个三个行为者,即图书管理员,读者,以及一个系统管理员。
从2-1图中我们还可以看出图中的每个用例之间的包含关系和扩展关系,读者用例包含关系是读者信息和读者类别;借阅包含关系是借书,还书,续借,借阅情况;而图中丢失和过期则是还书中的扩展;图书用例的包含关系是图书信息,图书类别,出版社信息及图书信息查询,其中意见反馈则是图书信息查询的扩展。
最高层用例图中展开读者借书的用例图如下图2-2所示:读者借助此图书管理系统子系统,可以进行一下操作:图2-2读者借助此图书管理系统子系统,可以进行一下操作:1.查询图书;2.预留图书;3.借书;4.还书;5.查阅借阅信息。
专业资料其中,在读者进行预留图书和查询借阅信息之前,读者必须先登录系统;读者进行还书操作时,必须保证图书完整;最高层用例图中展开图书馆管理员处理借书、还书等的用例图如下图2-3所示:图书管理员用例描述:图2-3图书管理员使用系统进行的操作主要有:1.处理读者的送还的图书;2.处理读者的借书要求3.处理读者的预留图书要求其中在处理还书时,要查看图书的完整性;处理读者借书时,要检查读者信息; 最高层用例图中展开系统管理员进行系统维护的用例图如下图2-4所示:专业资料2-4图:系统管理员使用系统进行的操作主要有处理图书库里新书信息记录;1.处理图书库里旧图书的信息记录;2. 处理新旧图书信息记录维护问题;3. 处理新读者信息登记;4. 处理已存在的读者信息记录;5. 查询读者资料;6.添加书目信息;7.处理旧书目信息。
图书管理系统面向对象分析与设计报告
目录1.图书管理系统开发背景 (2)2. 图书管理系统设计 (2)2.1任务目标 (2)2.2 图书管理系统需求描述 (2)2.2.1系统组成 (2)2.2.2图书管理系统功能描述 (3)2.2.3 系统参与者 (3)2.3 图书管理系统功能模型 (3)2.3.1 功能模型描述 (3)2.3.2功能模型的用例图 (3)2.3.2.1读者借书等的用例图 (3)2.3.2.2图书馆管理员处理借书、还书等的用例图 (4)2.3.2.3系统管理员进行系统维护的用例图 (5)2.4 图书管理系统对象模型 (7)2.4.1 对象模型描述 (7)2.4.1.1读者Borrower类 (7)2.4.1.2系统管理员Administrator类 (7)2.4.1.3图书管理员Librarian类 (7)2.4.1.4书目Title类 (7)2.4.1.5其他类 (7)2.4.2 类图 (6)2.5 图书管理系统动态模型 (9)2.5.1 图书管理系统动态模型 (9)2.5.2图书管理系统系列图 (10)2.5.2.1系统管理员添加书籍的时序图 (10)2.5.2.2系统管理员添加借阅者帐户的时序图 (10)2.5.2.3系统管理员删书目的时序图 (11)2.5.2.4图书管理员处理书籍借阅的时序图 (11)2.5.2.5 读者查询籍息的时序图 (12)2.5.3图书管理系统活动图 (12)2.5.3.1借阅者的活动图 (12)2.5.3.2图书管理员的活动图 (14)2.5.3.3系统管理员维护借阅者帐户的活动图 (15)2.5.3.4系统管理员进行书目信息维护的活动图 (16)2.5.3.5系统管理员维护书籍信息的活动图 (17)图书管理系统面向对象分析与设计报告2.图书管理系统开发背景图书馆作为一种信息资源的集散地,图书和用户借阅资料繁多,包含很多的信息数据的管理,现今,有很多的图书馆都是初步开始使用,甚至尚未使用计算机进行信息管理.图书馆若采取手工方式对图书资料和图书借阅情况进行人工管理,由于资料繁多,手工处理的工作量大,整体管理效率低下,也不方便读者对图书资料的查阅.基于以上情况,我们需要一套图书管理系统,来提高信息管理效率.2.图书管理系统设计2.1任务目标图书馆信息管理系统作为办公电子化,利用计算机软件,为图书馆管理员管理图书馆藏书,为读者(学生)结束提供借阅图书提供服务。
《面向对象分析与设计》图书管理系统
《面向对象分析与设计》图书管理系统D第一章简介1.1简介图书管是人们日常生活中不可或缺的重要组成部分,人们获取知识、提高个人修养的重要途径。
随着经济社会的日益发张,现行的图书馆管理已经日发凸显其不足,数字化图书管理已经成为一种必然趋势。
数字图书馆的研究方兴未艾,目前正处于传统图书馆向数字图书馆过渡的阶段,转变过程中需要应用和集成最新的信息技术,以达到对网络信息资源最有效的利用和共享。
传统的系统分析设计的方法难以保证开发的效率和质量,将UML应用于数字图书馆建设,可以加速开发进程,提高代码质量,支持动态的业务需求,并方便地集成已有的传统图书馆信息资源。
这事UML一个有着很好前景的应用方向。
本实验将通过从用户角度(即读者)来分析用户在从登录到退出期间所有可能的活动,并且就此提出数字图书馆应该具备的基本功能,以更好地满足客户的需要。
第二章需求分析2.1 功能需求2.1.1功能划分该软件具有如下主要功能:用户登录;借还查询;预约查询;资料修改;密码修改;找回密码2.1.2功能描述(1)用户登录列出当前数据库文件中书籍和读者的所有记录;可选定一项记录,显示所有域;(2)借还查询书目匹配查询;读者匹配查询;书目和读者相关匹配查询;(3)预约查询查询该书目是否有预约(4)资料修改修改某一已存在的记录内容,提供确认机制;修改续借日期;(5)密码修改读者确保密码安全谁是修改读者自己的密码;(6)找回密码当读者忘记自己的密码时,通过此功能找回自己的密码。
2.2性能需求2.2.1 数据精确度查询时应保证查全率,所有在相应域中包含查询关键的记录都应查到,同时保证查准率。
2.2.2 适应性满足运行环境在允许操作系统之间的安全转换和与其应用软件的独立运行要求。
第三章系统分析与设计3.1数字化图书馆用列图资料修改图1数字化图书馆用列图3.2用户登录顺序图、合作图和类图图2用户登录顺序图: 学生电脑屏幕图书管理系统读者的账户2: 屏幕初始化1: 打开图书馆网页4: 输入读者证号6: 输入读者密码7: 登录3: 提示请输入读者证号5: 提示输入读者密码8: 进入图书管理系统9: 打开读者用户界面10: 保存相关更新信息11: 安全退出系统图3用户登录合作图图4用户登录类图3.3借还查询的顺序图、合作图和类图图5借还查询的顺序图:读者 : 学生计算机屏幕图书管理系统读者账户4: 输入读者证号6: 输入密码(12345)7: 登录11: 选择查询借阅信息3: 提示输入读者证号5: 提示输入密码10: 提示选择事物8: 进入图书管理系统9: 打开读者账户12: 保存相关信息13: 安全退出系统图6借还查询的合作图图7借还查询的类图3.4预约查询顺序图、合作图和类图图8预约查询顺序图读者 : 学生计算机屏幕图书管理系统读者账户2: 屏幕初始化1: 打开图书馆首页4: 输入读者证号6: 输入密码7: 登录11: 选择馆藏检索并查找相应的书籍13: 选择预约3: 提示输入读者证号5: 提示输入密码10: 提示选择事物12: 提示是否预约读书籍8: 进入图书管理系统9: 打开读者账户14: 保存更新信息15: 安全退出系统图9预约查询合作图图10预约查询类图3.5资料修改顺序图、协作图和类图图11资料修改顺序图读者 : 学生计算机屏幕图书管理系统读者账户2: 屏幕初始化1: 打开图书馆首页4: 输入读者证号6: 输入密码7: 登录11: 选择资料修改13: 输入证号、密码3: 提示输入读者证号5: 提示输入密码10: 提示选择事物12: 提示输入读者证号和密码8: 进入图书管理系统9: 打开读者账户14: 验证账户及密码15: 提示输入相关信息16: 输入个人相关信息并提交17: 保存修改信息18: 安全退出系统图12资料修改合作图图13资料修改类图3.6修改密码顺序图、合作图和类图图14修改密码顺序图1: 打开图书馆首页2: 屏幕初始化4: 输入读者证号6: 输入密码7: 登录11: 选择功能(修改密码)13: 输入证号图15修改密码合作图图15修改密码类图象第四章总结这次实验一开始,我就感觉到举手无措,不知道如何去写这次作业。
面向对象课程设计——图书馆管理系统共54页
面向对象课程设计——图书馆管理系 统
1、战鼓一响,法律无声。——英国 2、任何法律的根本;不,不成文法本 身就是 讲道理 ……法 律,也 ----即 明示道 理。— —爱·科 克
3、法律是最保险的头盔。——爱·科 克 4、一个国家如果纲纪不正,其国风一 定颓败 。—— 塞内加 5、法律不能使人人平等,但是在法律 面前人 人是平 等的。 ——波 洛克
61、奢侈是舒适的,否则就不是奢侈 。——CocoCha nel 62、少而好学,如日出之阳;壮而好学 ,如日 中之光 ;志而 好学, 如炳烛 之光。 ——刘 向 63、三军可夺帅也,匹夫不可夺志也。 ——孔 丘 64、人生就是学校。在那里,与其说好 的教师 是幸福 ,不如 说好的 教师是 不幸。 ——海 贝尔 65、接受挑战,就可以享受胜利的喜悦 。——杰纳勒 尔·乔治·S·巴顿
图书管理系统面向对象分析与设计报告
目录1.图书管理系统开发背景 (2)2. 图书管理系统设计 (2)2.1任务目标 (2)2.2 图书管理系统需求描述 (2)2.2.1系统组成 (2)2.2.2图书管理系统功能描述 (3)2.2.3 系统参与者 (3)2.3 图书管理系统功能模型 (3)2.3.1 功能模型描述 (3)2.3.2功能模型的用例图 (3)2.3.2.1读者借书等的用例图 (3)2.3.2.2图书馆管理员处理借书、还书等的用例图 (4)2.3.2.3系统管理员进行系统维护的用例图 (5)2.4 图书管理系统对象模型 (7)2.4.1 对象模型描述 (7)2.4.1.1读者Borrower类 (7)2.4.1.2系统管理员Administrator类 (7)2.4.1.3图书管理员Librarian类 (7)2.4.1.4书目Title类 (7)2.4.1.5其他类 (7)2.4.2 类图 (6)2.5 图书管理系统动态模型 (9)2.5.1 图书管理系统动态模型 (9)2.5.2图书管理系统系列图 (10)2.5.2.1系统管理员添加书籍的时序图 (10)2.5.2.2系统管理员添加借阅者帐户的时序图 (10)2.5.2.3系统管理员删书目的时序图 (11)2.5.2.4图书管理员处理书籍借阅的时序图 (11)2.5.2.5 读者查询籍息的时序图 (12)2.5.3图书管理系统活动图 (12)2.5.3.1借阅者的活动图 (12)2.5.3.2图书管理员的活动图 (14)2.5.3.3系统管理员维护借阅者帐户的活动图 (15)2.5.3.4系统管理员进行书目信息维护的活动图 (16)2.5.3.5系统管理员维护书籍信息的活动图 (17)图书管理系统面向对象分析与设计报告2.图书管理系统开发背景图书馆作为一种信息资源的集散地,图书和用户借阅资料繁多,包含很多的信息数据的管理,现今,有很多的图书馆都是初步开始使用,甚至尚未使用计算机进行信息管理.图书馆若采取手工方式对图书资料和图书借阅情况进行人工管理,由于资料繁多,手工处理的工作量大,整体管理效率低下,也不方便读者对图书资料的查阅.基于以上情况,我们需要一套图书管理系统,来提高信息管理效率.2.图书管理系统设计2.1任务目标图书馆信息管理系统作为办公电子化,利用计算机软件,为图书馆管理员管理图书馆藏书,为读者(学生)结束提供借阅图书提供服务。
面向对象的分析设计实现图书管理系统
实验报告面向对象的分析设计实现—图书管理系统一.需求分析1.1系统需求描述一般图书馆管理系统主要用于对图书馆日常工作的管理,主要任务是用计算机对读者、图书等各种信息进行日常管理,如查询、修改、增加、删除、图书借阅和归还的管理等。
本系统实现了图书馆的信息化管理,完成了图书馆管理系统的基本功能。
一般图书馆管理系统主要包括用户登录子系统、用户管理子系统、图书管理子系统、图书借阅与归还、图书和用户信息查询子系统四个部分,各部分主要功能如下:用户登录子系统:用于数据库的连接,主界面的设计和不同身份用户的登录管理。
用户管理子系统:用于用户信息的管理,如用户添加、用户信息修改、用户删除。
图书管理子系统:用于图书信息的管理,如新书入库、图书信息修改、图书信息删除。
图书借阅与归还子系统:用于用户借阅和归还图书。
图书和用户信息查询:图书和用户信息的查询。
1.2系统功能结构图图 1.1 图书管理系统分析系统流程图1.3 系统解决方案以上述一般的图书管理系统分析为构思原型。
为简化系统,忽略掉其他复杂琐碎的功能需求,仅保留图书信息的录入、修改和读者借、续借、还的功能。
读者与管理员通过界面对象调用控制类对象,控制对象进行各种操作并把信息写入数据库。
二.系统设计2.1 系统E-R图图 1.2 用户实体图图1.3 书籍实体图图 1.4 实体属性图2.2数据库表结构表2.1 图书信息表表2.2 用户借阅表表2.3用户信息表2.3用例文档本系统共设置四个活动者。
分别是TT_People、TT_Registrar、TT_Reader 和TT_Database。
其中TT_People泛指与系统发生关系的人;TT_Registrar为系统管理员,负责添加、修改图书信息;TT_Reader为所有读者,读者可能发生借书、续借、还书的行为;TT_Database为存储各种信息的数据库对象。
另:考虑到现实图书馆中还存在“图书馆管理员”这一角色,但其所起的作用仅为代替读者完成各种系统操作,故没有设置此活动者。
《面向对象》案例:图书管理系统
(1)系统管理 员维护借阅者 帐户的活动图
(2)系统管理 员进行书目信 息维护的活动图
(3)系统管理员 维护书籍信息的 活动图
18.4 系统中的类
18.4.1 系统中主要的类 18.4.2 各个类之间的关系
Information Maintenance
18.4.1 系统中主要的类
① 参与者相关的类 ② 系统中用到的其他类
(1)参与者相关的类
(2)系统中用到的其他类
18.4.2 各个 类间的关系 (对应的 E-R图)
18.5 系统的配置与实现
18.5.1 系统的组件图 18.5.2 系统的配置图
1 业务对象组件图
2. 用户界面的组件图
2. 系统管理员添加借阅者帐户的时序图
: Administrator
: Maintenance Window
: Borrower
1: create borrower( ) 2: create(String, String)
3. 系统管理员删除书目的时序图
4. 图书管理员处理书籍借阅的时序图
5. 图书管理员处理书籍归还的时序图
3: Return true
4: reserve( )
18.3.4 系统的协作图
1. 2. 3. 4. 5. 系统管理员添加书籍的协作图 系统管理员删除书籍的协作图 图书管理员处理借书的协作图 图书管理员处理还书的协作图 借阅者预留书籍的协作图
1. 系统管理员添加书籍的协作图
1: add item( ) : Maintenance Window : Administrator
ch10图书馆管理系统_面向对象的系统分析
——读者还书
状态图
还书成功
等待系统 验证账号 验证成功 进入还书 界面
验证失败 注销账号 请求 查询 管理 员检 测 完成 罚款 手续 更新图书库 确认成功 还书操作
检测借书 时间
管理员 进行罚款
——读者还书
读者 查询系统
事件跟踪图
罚款信息 管理员 图书
书籍还书系统
登录 要求账号和密码 输入账号和密码 请求还书 检测借书时间 检测借书时间 提示用户是否超期 修改图书记录 修改成功 允许还书
——读者查询书籍信息
状态图
等待系统 验证账号 验证成功 进入查询 书籍界面
验证失败 注销账号 查询成功 按字段查询 书籍信息
——读者查询书籍信息 读者
登录 要求账号和密码 输入账号和密码
事件跟踪图 书籍信息系统
查询系统
请求查询 在输入框中输入字段 输入书籍关键字段 根据字段显示信息 退出需注销账号 选择点击注销账号
退出需注销账号
选择点击注销账号
——管理员管理读者信息
协作图
4.请求删除 2.请求查询
1.确认身份
管理员
8.退出系统
登陆接口 读者信息 3.查询成功 5.确认并删除记录
6.确认并删除记录
注销接口 7.删除成功 还书信息 借书信息
1.管理员通过密码和账号登录,选择进入读者信息管理界面。 2.可以根据读者编号进行查询,界面显示读者信息。 3.对不合格读者进行删除,同时,该读者的借书记录和还书记录也同时删 除。
进行修改
修改 个人信息
——读者管理个人信息 读者
登录 要求账号和密码 输入账号和密码
事件跟踪图 个人信息系统
管理系统
显示个人信息界面 要求点击操作功能 查询个人信息 显示个人信息 返回要求界面 修改个人信息 显示修改后信息 退出需注销账号 选择点击注销账号
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
图书馆信息系统面向对象分析实例总体问题的陈述:本项目的目的是创建一个用于对图书馆的图书进行管理的图书管理系统。
该项目的用户:该项目的用户是一个某大学的图书馆,它负责对其顾客提供图书借阅服务。
该项目的目标:总体上来说,项目的目标是提高图书管理的自动化水平,为图书业务过程提供更快捷的、更好的和更准确的服务。
具体来讲,系统的目标包括:为借书者提供快速借书的服务;进行快速准确的图书和借书者的信息维护;图书管理和查询的自动化。
该系统的功能:系统功能是系统应该做的事情,例如系统提供的预定功能。
应该识别出这些功能并把它们列入到逻辑相关联的功能组中。
注意:要验证某一个描述是否真是一个系统的功能,如下的判断语句应该成立:系统应该做某一个描述例如,系统应该做图书的预定。
然而,系统的属性是系统的非功能性的特性,这些非功能性特性和系统功能经常被混淆。
例如,“易于使用”就是一个非功能性的特性。
它是不符合我们上述的验证语句:“系统应该做易于使用”。
系统属性不应该是功能规格说明书中的一部分,而应该是一个单独的系统属性规格说明文档。
对于系统的功能,我们应该对其分类,以便区分开各类功能的优先次序和识别出哪些是理所当然应该具备的系统功能。
功能的分类包括:明显的:应该履行的功能,并且用户应该知道这个功能是否已经被履行。
隐藏的:应该履行的功能,但功能的履行对用户不可见。
很多使用底层技术的服务确实符合这种情况,例如,将数据保存到一个持久化存储机构中。
隐藏的功能经常在采集需求的过程中被遗漏。
修饰性的:可选的,增加这些功能不会对成本和其它系统造成重要影响。
为此,我们给出该系统的借书基本功能如下:F1.1记录借出的图书----借阅事件明显的F1.2 查找书库中是否存在这种图书明显的F1.3 从借书卡中读取借书者信息,并校验该信息明显的F1.4 查找书库中这本书是否还有副本隐藏的F1.5 当一次借阅完成后,削减该书的副本存书数量隐藏的F1.6 管理员要使用系统,必须输入ID号和密码才行明显的F1.7 查询显示借书信息明显的F1.8 提供一个持久化存储机制隐藏的F1.9 提供过程间的和系统间的通信机制隐藏的系统属性:系统属性是系统的特性,它们并不是系统的功能,例如:易用、容错、响应时间、界面形式、平台等。
系统属性具有一组可能的属性细节,这些属性细节往往是属性的一些离散的、表达模糊的符号值,例如:响应时间=(生理上能够接受的时间段)界面形式=(图形化的,基于表的,彩色比较平淡的)在我们的案例中,要求借书查找时间小于1秒。
我们结合上面的图书馆管理系统的案例,来给出图书管理系统的问题域模型。
我们首先看问题域中的图书、借阅、书目和借书者这四个类。
系统将通过计算机来处理图书、副本、借书者和借阅。
借书者要求借书,给出要借图书的名称,出示借书证。
系统查找所借的图书是否存在,若存在,同时还要查看该图书是否还有副本,如果有,再查询该借书者提供的借书证是否合法的注册用户,如果是,则办理借阅手续(登记借阅信息)。
图书是存放在图书馆中的一个书的名称,副本是一个图书的具体实例。
一个图书可能有多个副本,一个副本一定会对应一个图书。
为简化起见,我们假定一次借阅(登记)只能借一本图书,同时会对应着一个借书证信息。
一个借书者可以进行多次借阅。
首先找出业务对象:图书、副本、借书证。
系统需要处理的现实世界中的对象和概念:借阅、预定。
将要发生或已经发生的事件:已经预定。
下面给出其UML表示的问题域的类图。
图-2-1 图书管理系统中的问题域主要概念类图问题域类图中的关系说明如下:1、一个图书名称可以有多个同样图书的副本。
2、每一个副本一定要对应一个图书名称。
3、一次借阅必须记录一个图书的副本和一个借书证信息。
4、一个副本可以被借阅,也可以不被借阅。
5、一个借书证可以借多本书,也可以不借一本书。
6、一个借书证可以进行多个图书名称的预定,也可以不进行预定。
7、一次预定必须记录一个图书名称信息和一个借书证信息。
8、一个图书名称可以被多次预定,也可以不被预定。
术语表也是一个重要的内容,下面我们给出图书管理系统的术语表:图书:图书是图书馆内最重要的对象,它是系统处理主要对象,图书是本书的信息描述,它包含了图书的名称,图书的作者以及图书的ISBN统一出版编号等内容。
副本:副本是图书的一个实例,一个图书信息可以有多个副本,也可以没有副本。
副本是借书时的真正对象。
只有一个图书有可以供借阅的副本时,借书者才可以对其借阅。
借书证:业务中的借书证记录了借书者的信息,从计算机应用软件开发的角度来看,如果组织对象,应该叫“借书者信息”更确切。
借阅:借阅是图书管理中的一个最重要的业务活动,它需要进行一系列的操作才能完成一个借阅业务,包括查找图书、查找副本、核对借书证(借书者信息)等步骤。
预定:预定是图书管理中的一个业务活动,它也需要一系列的操作才能完成。
书籍:书籍是图书的一种形式。
杂志:杂志也是图书的一种形式。
图书管理员:图书馆的工作人员,直接为借书者提供服务的人,也是系统的直接使用者。
借书者:到图书馆借书的人,属于图书馆的用户(服务对象)。
借书者信息:一个记录了借书者完整信息的卡片,包括借书者的姓名、居住地址,所在城市和电话号码等内容。
有关的术语可能还有很多,这里就不再一一列出。
对于图书管理系统的业务模型,我们可以采用逐步描述的方式来建立:一、确定业务系统的参与者系统的参与者:借书者业务系统:图书馆二、确定业务系统的参与者的目标对于借书者的目标我们可以描述如下:1 借书use csae 12 还书use case 33 预定use case 34 取消预定use case 4三、绘制图书馆业务系统的Use case模型图四、在以上四个use case中挑选一个作为首先实现的目标。
选择:use case 1,借书作为我们首先分析和实现的目标。
五、了解业务系统的参与者的期望,导出系统责任。
写出use case 描述的事件流。
Business use case 描述:借书借书者到图书馆里选择了喜欢的图书之后,要求图书馆办理借书手续,图书馆登记所借图书的借阅资料,查找所借的图书是否存在以及所借图书是否还有副本,请借书者提供借书证。
借书者请图书馆登记借书证上的借书者信息,图书馆登记完成后,将借书者所要借的图书交给借书者,借书者拿着图书离开图书馆。
借书者返还书目图书管理员增加借书者删除或更改借书者图书管理用例图六、绘制业务系统的顺序图(Sequence diagram )根据事件流的描述,绘出业务系统的顺序图,见图2-2。
通过该图我们可以看到,图书馆这个业务系统需要向借书者提供以下的服务:1、受借书请求。
2、提示借书者提供所要借的图书名称3、接受借书者提供的图书名称4、查找书名5、查找副本6、提示借书者给出借书者信息7、接受借书者给出的借书者信息8、核对借书者信息并记录借阅信息9、将图书送出,提示借书者拿走图书: 借书者图2-2 业务系统级的顺序图七、打开业务系统,找出业务系统内部的业务对象模型元素根据前面的需求说明,我们知道图书馆内部情况如下:作为图书馆工作人员的图书管理员,他们负责为借书者服务,并操作各种业务实体来完成图书馆的各种业务流程。
作为图书馆内部的业务实体有:图书借阅登记、图书预定登记、图书信息卡、图书副本、借书人信息等。
每登记一次图书借阅,需要登记图书名称、借书者名称以及图书副本号等信息。
每登记一次图书预定,需要登记图书名称和借书者信息。
具体的系统内部结构图见图2-3。
图2-3 图书馆业务系统内部业务对象模型元素八、写出详细的事件处理流描述事件流描述:借书借书者到图书馆里选择了喜欢的图书之后,要求图书管理员办理借书手续,图书管理员使用图书管理系统登记所借图书的借阅资料。
首先,图书管理员向图书借阅登记输入图书名称,图书借阅登记请图书信息卡查找所借的图书是否存在,如果该图书存在,则图书信息卡请图书副本检查该图书是否还有副本,如果有,进行下面的工作;图书管理员请借书者提供借书者信息。
借书者请图书管理员登记借书者信息,图书管理员向图书借阅登记输入借书者信息,图书借阅登记请借书者信息核对该信息是否有效;如果有效,图书借阅登记将登记相应的借书者信息、图书信息卡和图书副本。
处理完成后,提示图书管理员登记完毕,图书管理员将借书者所要借的图书交给借书者,借书者拿着图书离开图书馆。
九、绘制业务系统详细顺序图(Sequence diagram)根据上面的借书事件流描述,我们可以给出借书业务的顺序图,如图2-4。
通过顺序图我们可以看到每一个对象的责任:借书者:通过请求借书,启动借书流程;向图书管理员提供图书名称和借书者信息;拿走图书。
图书管理员:接受借书请求,启动系统的借书流程;接受借书者提供的图书名称、借书者信息;向图书借阅登记对象提供图书名称和借书人名称;提示借书人拿走图书。
图书借阅登记:接受并执行借书登记;接受并执行查找图书;接受并执行核对借书人信息。
图书信息卡:负责查找图书。
图书副本:负责查找核实空闲的副本。
借书人信息:负责查找核实借书人,确认其为合法的借书人。
应当注意的是,借书事件流的描述并非只有以上的一种描述方式,它将随着业务处理方式的不同而改变。
比如,我们也可以这样描述:借书者到图书馆里选择了喜欢的图书之后,将选定的图书名称和借书者信息交给图书管理员,要求图书管理员办理借书手续,图书管理员使用图书管理系统登记所借图书的借阅资料。
首先,图书管理员向图书借阅登记输入图书名称和借书者信息,请图书借阅登记处理借书登记业务,图书借阅登记请图书信息卡查找所借的图书是否存在,如果该图书存在,则请图书副本检查该图书是否还有副本,如果有,进行下面的工作;图书借阅登记请借书者信息核对该信息是否有效,如果有效,图书借阅登记将登记相应的借书者信息、图书信息卡和图书副本。
处理完成后,提示图书管理员登记完毕,图书管理员将借书者所要借的图书交给借书者,借书者拿着图书离开图书馆。
这样的操作过程必然产生不同的顺序图。
它明显地减少了图书管理员与借书者之间的交互次数。
这种方式所产生的顺序图见图2-5。
: 借书人: 图书管理员: 图书借阅登记: 图书信息卡: 图书副本 : 借书人信息图2-4 业务系统打开后的顺序图在建立业务模型时,术语表也是一个重要的内容,它是在前面已经建立的问题域模型的基础上进行增补而形成的。
下面我们给出图书管理系统业务模型的术语表:图书信息卡:图书信息卡是图书馆内最重要的对象,它是系统处理主要对象,图书信息卡是某一本图书的信息描述,它包含了图书的名称,图书的作者以及图书的ISBN统一出版编号等内容。
图书副本:图书副本是图书的一个实例,一个图书信息卡可以有多个图书副本,也可以没有图书副本。