2017年图书管理系统uml实验报告

合集下载

图书管理系统uml实验报告.doc

图书管理系统uml实验报告.doc

面向对象分析与设计大作业学院:计算机科学与工程学院班级:计算机软件 3学生姓名:陈俊伟学号:2174指导老师:苏锦钿提交日期:华南理工大学面向对象分析与设计大作业课程实验报告实验题目 :_____ 图书管理系统 uml 图__________________________ 姓名 :___ 陈俊伟 ________学号:_ 2174_____班级 : ___09 软件 3 班________ 组别 : ________合作者 : __________________指导教师 : ______ 苏锦钿 __________实验概述【实验目的及要求】一.目的1.掌握面向对象技术的基本原理和各种相关概念;Rational Rose 2003 、 IBM 2. 熟练掌握 UML的基本知识和9 种常见的 UML图形 , 并能够利用Software Architecture、或trufun UML工具进行建模;3.根据问题进行学习,拓广、深化;4.独立完成一个应用程序的分析、设计和建模,为以后软件项目的开发打下实践基础。

【实验原理】UML建模,就是用模型元素来组建整个系统的模型,模型元素包括系统中的类、类和类之间的关联、类的实例相互配合实现系统的动态行为等。

UML提供了多种图形可视化描述模型元素,同一个模型元素可能会出现在多个图中对应多个图形元素,人们可以从多个视图来考察模型。

UML建模主要分为结构建模、动态建模和模型管理建模 3 个方面,第 1 个方面是从系统的内部结构和静态角度来描述系统的,在静态视图、用例视图、实施视图和配置视图中适用,采用了类图、用例图、组件图和配置图等图形。

例如类图用于描述系统中各类的内部结构(类的属性和操作)及相互间的关联、聚合和依赖等关系,包图用于描述系统的分层结构等;第 2 个方面是从系统中对象的动态行为和组成对象间的相互作用、消息传递来描述系统的,在状态机视图、活动视图和交互视图中适用,采用了状态机图、活动图、顺序图和合作图等图形,例如状态机图用于一个系统或对象从产生到结束或从构造到清除所处的一系列不同的状态;第 3 个方面描述如何将模型自身组织到高层单元,在模型管理视图中适用,采用的图形是类图。

UML实验报告

UML实验报告

UML系统建模--图书馆图书管理系统实验使用UML进行系统建模一.实验目的针对指定软件系统的需求进行分析和设计;使用Microsoft Visio软件,绘制UML图。

二.实验设备计算机、Microsoft Visio软件。

三.实验内容及步骤图书馆图书管理系统的域描述如下:在图书管理系统中,要为每个借阅者建立一个账户,并给借阅者发放借阅卡(借阅卡可以提供借阅卡号、借阅者名),账户中存储借阅者的个人信息、借阅信息以及预定信息。

持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预定书刊并取消预定,但这些操作都是通过图书管理员进行的,也即借阅者不直接与系统交互,而是图书管理员充当借阅者的代理与系统交互。

在借阅书刊时,需要输入所借阅的书刊名,书刊的ISBN/ISSN号,然后输入借阅者的图书卡号和借阅者名,完成后提交所填表格,系统验证借阅者是否有效(在系统中存在账户),若有效,借阅请求被接受,系统查询数据库系统,看借阅者所借阅的书刊是否存在,若存在,则借阅者可借出书刊,建立并在系统中存储借阅记录。

借阅者还书后,删除关于所还书刊的借阅记录。

如果借阅者所借的书刊已被借出,借阅者还可预定该书刊,一旦借阅者预定的书刊可以获得,就将书刊直接寄给预定人(为了简化系统,预定书刊可获得时就不通知借阅者了)。

另外,为了简化系统,也不考虑书刊的最长借阅期限,假设借阅者可以无限期地保存所借阅的书刊。

对上述图书管理系统的域描述进行分析,可以获得如下功能性需求:(1)借阅者持有借阅卡(借阅者名和借阅卡号);(2)图书管理员作为借阅者的代理借书;(3)图书管理员作为借阅者的代理预定书刊;(4)图书管理员作为借阅者的代理取消预定;(5)图书管理员作为借阅者的代理还书;(6)图书管理员可以创建新的借阅者账户;(7)图书管理员可以修改借阅者的账户信息;(8)图书管理员可以删除已存在的借阅者账户;(9)图书管理员可以添加新书刊种类;(10)图书管理员可以修改书刊种类信息;(11)图书管理员可以删除系统中的书刊种类;(12)图书管理员可以在系统中添加书刊信息;(13)图书管理员可以编辑书刊信息;(14)图书管理员可以删除书刊信息;对上述系统进行建模,按照下列要求完成实验报告:1.进行需求分析:识别参与者,识别用例,画出用例图;使用“用例说明书”对每个用例进行描述。

UML_图书馆系统_实验报告

UML_图书馆系统_实验报告

实验名称:UML班级:软件0803学号: 080203060080203062姓名:杜利星冯双玉图书馆系统用例模型——系统需求的获取用例模型定义系统做什么,是用来获取系统需求的有效手段。

用例模型由“角色”和“用例”组成。

在这个图书馆系统中,我们可以识别出的角色有学生和图书管理员。

整个用例模型包含的用例有:借书、还书、查阅图书、预订图书,以及图书维护。

用例模型可以用用例图表示如下:查阅图书预定图书学生借书还书管理图书图书管理员名称:借书”。

说明:学生在图书馆挑选好需要的图书后,通过图书管理员把书借回去。

参与者:学生,图书管理员频率:每天可能会有很多次。

最繁忙的情况是,借书的人非常多,按照现在的速度,大约每分钟完成一个人的结束工作。

前置条件:无后置条件:修改所借出的图书的剩余数量。

假设:借书者总是从图书馆找到书,然后才能拿书办理借书手续,因此,总是有足够的书可以出借。

基本操作流程:借书成功。

1) 学生将所借图书和借书证交给图书管理员2) 图书管理员将学生借书证号码和所借图书输入系统3) 系统校对借书信息,比对该学生以往借书情况和当前借书情况,如果不存在不允许借书的情况,则记录借书交易的信息,并且修改相应的馆藏图书的数量信息。

4) 如果该学生已经预订了这本图书,则撤销该预定。

5) 报告交易成功。

可选操作流程:所借图书超出最大借书数量。

1) 学生将所借图书和借书证交给图书管理员2) 图书管理员将学生借书证号码和所借图书输入系统3) 系统校对借书信息,比对该学生以往借书情况和当前借书情况,发现已超出最大借书数量,则停止当前交易,并且提示用户错误原因。

4) 图书管理员可以应学生的意见,减少借书数量,并重新提交系统。

流程活动图:显示借书界面验证借书数量输入借书证号码和所借图书通知用户[借书数量超出范围]修改借书信息修改馆藏图书数量信息记录本次交易信息借书成功撤销预定[借书数量在允许范围内]已经预订未预定图一:借书活动图静态模型的建立对象包括图书管理员(BookAdmin)、学生(Student)、图书(Book),图书的借还信息(BorrowInfo),预定图书的信息(SubscribrInfo ),借书的控制类(Borrow),用户界面(BorrowInterface )。

uml图书管理系统实验报告

uml图书管理系统实验报告

UML 实验报告计算机与信息技术学院综合性实验报告一、实验目的学生的信息管理系统的目标是在学生的信息管理中,使用计算机的网络技术,通讯技术和信息处理技术,使学生的信息得到加工,依次传达及保存。

根据学生的信息管理的电子化和网络化,来实现全面改善学生信息的管理环境,提高管理效率。

系统要对使用要求不同的用户群体,设置不同的权限,设置系统的不同功能。

管理员能有效管理学生的信息,同时,学生可以随时大量检索查询多种信息。

这个项目从结构上分为:(1)管理员:通过已有学生信息仓库,管理学生的信息,还可以管理教师的信息,管理课程的信息,管理班级的信息;(2)学生:可以修改学生的信息,选择课程,检索成绩等;(3)教师:修改教师的信息,检索学生的成绩,登记授课的学生状况等。

二、实验仪器或设备学生用计算机一台三、总体设计(设计原理、设计方案及流程等)设计原理:用例图:被称为参与者的外部用户所能观察到的系统功能的模型图,在UML语言中,用例模型也就是用例视图是用例图描述的。

用例模型可以由若干个用例图组成,用例图中包含系统、角色和用例三种模型元素。

用例是外部可见的一个系统功能单元,这些功能由系统单元所提供,并通过一系列系统单元与一个或多个参与者之间交换消息所表达。

顺序图:它描述对象是如何交互的并且将重点放在消息序列上,也就是说描述消息是如何在对象间发送和接收的。

设计方案及流程:1.系统功能(1)学生功能:查询课表,选课,成绩,修改学生个人信息。

(2)教师功能:录入成绩,查询教授学生状况,修改老师个人信息。

2.管理员功能(1)学生管理:学生用户的追加,学生信息的浏览,修改,删除。

(2)教师管理:教师用户的追加,教师信息的浏览,修改,删除。

(3)课程管理:课程查询,添加,修改,删除,公布课表等。

(4)班级管理:班级的查询,添加,修改,删除四、实验步骤(包括主要步骤、用例图、时序图等)一、打开rational rose画图结果如下:二、用例图:1.系统用户参与的总的用例图:用例分析如下:选课:2. 管理员参与的用例图:用例分析如下:课程删除:用例名称课程删除标识符UC0002基本操作流程1.管理员输入课程信息2.检索选择该课程学生信息3.删除该课程可选操作流程1a.输入信息不存在,进行确认3a.删除课程错误,重新删除学生信息的修改:用例名称学生信息的修改标识符UC0003基本操作流程1.管理员输入学生信息2.检索学生信息3.修改学生信息可选操作1a.输入的学生信息不存在,进行确认3.教师参与的用例图:用例分析如下:录入成绩:查询教授学生状况:用例名称查询教授学生状况标识符UC0005基本操作流程1.登陆查询教授学生状况页面2.老师输入学生信息3.查询学生状况4.退出登陆可选操作流程1a.登陆失败,重新登陆2a.输入得学生不存在,进行确认4a.退出失败,重新退出4b.注销登录4.学生参与的用例图:用例分析如下:查询成绩:用例名称查询成绩标识符 UC0006基本操作流程1. 登陆查询成绩页面2. 查询成绩3. 退出登陆可选操作流程1a.登陆失败,重新登陆 2a.查询出现错误,重新查询 2b.查询成绩不存在,进行确认 3a.退出失败,重新退出 3b.注销登录三、顺序图:1. 管理员时序图:管理员时序图说明:(1)登陆到登陆页面(2)在学生信息管理页面中进行追加学生用户、浏览、修改、删除学生信息操作,提交到学生信息数据库,并在本页面显示(3)返回成功(4)在教师信息管理页面中进行追加教师用户、浏览、修改、删除教师信息操作,提交到教师信息数据库,并在本页面显示(5)返回成功(6)在课程信息管理页面中进行查询、添加、修改、删除、公布课表操作,提交到课程信息数据库,并在本页面显示(7)返回成功(8)在班级信息管理页面中进行查询、添加、修改、删除班级操作,提交到班级信息数据库,并在本页面显示(9)返回成功(10)退出登录2.教师时序图:教师时序图说明:(1)登陆到登陆页面(2)在教师信息管理页面中进行修改老师个人信息操作,提交到教师信息数据库,并在本页面显示(3)返回成功(4)在学生信息库中进行录入成绩、查询教授学生状况操作,提交到学生信息数据库,并在本页面显示(5)返回成功(6)退出登陆3.学生时序图:学生时序图说明:(1)登陆到登陆页面(2)在学生信息管理页面中进行查询课表、选课、查询成绩、修改学生个人信息操作,提交到学生信息数据库,并在本页面显示(3)返回成功(4)退出登陆五、结果分析与总结用例图:(1)用例是用户期望系统具备的功能,每一个用例说明一个系统提供给它的使用者的一种服务或功能。

实验报告1--用例和用例图

实验报告1--用例和用例图

中北大学软件学院实验报告
专业:软件工程
方向:软件开发与测试
课程名称: UML
班级:
学号:
姓名:
辅导教师:井超
2017年3月制
4.用例图如下所示
1).系统参与者
系统角色
2).图书管理
图书管理用例图3).图书借阅和还书用例图
图书的借阅和归还用例4).图书管理系统的整体用例图
图书管理系统的整体用例图
5.实验结论及心得
通过本次实验,我掌握了在课堂上学习的用例图等。

加深了对书本知识的认识和记忆。

在实验中我学会了去如何操作ro se工具图。

通过ro se工具图,可以去清晰的去展示一个关系等。

使用非常方便。

UML实验报告范文

UML实验报告范文

UML实验报告范文实验报告:UML图的设计与应用一、实验目的1. 学习掌握UML(Unified Modeling Language)的基本语法、概念和使用方法;2.了解UML各种图的作用和应用场景;3.进行实际案例的UML建模。

二、实验内容与原理1.UML概述UML是一种面向对象软件开发的标准建模语言,它可以帮助设计师、开发者和用户理解问题领域、设计解决方案并进行沟通。

UML建模图主要有用例图、类图、时序图、活动图、状态图和部署图等,用于描述系统的不同层面。

2.用例图用例图是描述系统功能和参与者之间交互的一种图。

参与者表示与系统交互的角色,用例表示系统的功能需求。

用例图是进行需求分析与系统设计的重要工具之一3.类图类图是描述系统中类以及它们之间关系的一种图。

类图由类、关联、聚合、组合、泛化、实现等元素组成,用于描述系统的静态结构。

4.时序图时序图是描述对象之间消息传递的一种图。

时序图主要用于描述系统中其中一特定操作的交互过程,时序图中的对象称为参与者,他们通过消息进行交互。

5.活动图活动图是描述系统中流程和操作的一种图,用于描述系统中活动的业务流程。

活动图可以展示控制流、对象流和数据流,用于描述系统的动态行为。

6.状态图状态图是描述系统中对象状态变化及其转换的一种图。

状态图展示了对象在不同状态之间的转换过程,用于描述系统的状态机。

7.部署图部署图是描述系统中物理部署和组件之间关系的一种图。

部署图主要用于展示系统的物理结构和系统组件之间的关联情况。

三、实验过程1.确定需求分析并编写用例图根据题目要求和系统需求,确定需求分析,绘制用例图。

用例图主要包括参与者和用例,参与者与用例之间通过关系进行关联。

2.分析系统结构并编写类图根据用例图和系统需求,分析系统结构,识别出系统中的类、接口和关系,绘制类图。

类图包括类、接口、关联、聚合、组合、泛化和实现等元素。

3.分析用户操作流程并绘制时序图根据用例图和系统需求,分析用户操作流程,确定对象的活动顺序,绘制时序图。

图书管理系统uml实验报告

图书管理系统uml实验报告

面向对象分析与设计大作业学院:计算机科学与工程学院班级:计算机软件3学生姓名:陈俊伟学号:200931582174指导老师:苏锦钿提交日期:2017.12.1华南理工大学面向对象分析与设计大作业课程实验报告实验题目:_____图书管理系统uml图__________________________姓名:___陈俊伟________ 学号:_ 200931582174_____班级: ___09软件3班________ 组别: ________合作者: __________________指导教师: ______苏锦钿__________实验概述【实验目的及要求】一.目的1. 掌握面向对象技术的基本原理和各种相关概念;2. 熟练掌握UML的基本知识和9种常见的UML图形,并能够利用Rational Rose 2003、IBMSoftware Architecture、或trufun UML 2.x工具进行建模;3. 根据问题进行学习,拓广、深化;4. 独立完成一个应用程序的分析、设计和建模,为以后软件项目的开发打下实践基础。

【实验原理】UML建模,就是用模型元素来组建整个系统的模型,模型元素包括系统中的类、类和类之间的关联、类的实例相互配合实现系统的动态行为等。

UML提供了多种图形可视化描述模型元素,同一个模型元素可能会出现在多个图中对应多个图形元素,人们可以从多个视图来考察模型。

UML建模主要分为结构建模、动态建模和模型管理建模3个方面,第1个方面是从系统的内部结构和静态角度来描述系统的,在静态视图、用例视图、实施视图和配置视图中适用,采用了类图、用例图、组件图和配置图等图形。

例如类图用于描述系统中各类的内部结构(类的属性和操作)及相互间的关联、聚合和依赖等关系,包图用于描述系统的分层结构等;第2个方面是从系统中对象的动态行为和组成对象间的相互作用、消息传递来描述系统的,在状态机视图、活动视图和交互视图中适用,采用了状态机图、活动图、顺序图和合作图等图形,例如状态机图用于一个系统或对象从产生到结束或从构造到清除所处的一系列不同的状态;第3个方面描述如何将模型自身组织到高层单元,在模型管理视图中适用,采用的图形是类图。

UML实验报告

UML实验报告

实验报告课程名称:UML统一建模语言实验名称:图书管理系统专业班级:嵌入式软件学校:郑州轻工业学院实验一用例图[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。

2、掌握UML的可见性规则和构造型的作用。

3、掌握用例的概念;掌握UML用例图的组成及作用。

4、掌握用例与用例之间的各种关系。

[实验内容和步骤]1、练习使用建模工具建立各种UML图形,并对图形进行相应编辑和修改。

2、认识各种UML关系及可见性符号,并用工具表示出来。

用例图包含6个元素,分别是:参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。

参与者用人形图标表示,用例图用椭圆形符号表示,连线表示它们之间的关系。

用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。

通过用例建模可以对外部的角色以及他们所需要的系统功能建模。

用例图用于系统分析阶段。

用例是系统参与者与系统在交互过程中所需要完成的事务。

该实验确定参与者是图书管理员和读者,还要分析系统所涉及的问题领域和系统运行的主要任务。

根据系统的需求分析可确定:作为一个图书管理系统,要实现图书管理,读者可以查询借书情况、查询节目(预定图书、取消预订);对于图书管理员来说,系统维护操作主要包括:借出图书、归还图书(逾期罚款)、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。

截图如下:实验二类对象模型的建立[实验目的和要求]1、掌握对象的概念,对象的表示方法,掌握类与对象的关系。

2、掌握类与类之间的各种关系代表的含义及表示方法。

[实验内容和步骤]1、什么是对象,对象的三大特征是什么?UML中对象的表示方法有哪些?2、简述类的定义,以及类的三要素。

3、类的属性和方法的可见性有哪些?UML中如何表示?对象代表一个单独的,可确认的物体、单元或实体,它可以是具体的也可以是抽象的,在问题领域里有确切定义的角色。

换句话说,对象是边界非常清楚的任何事物。

对象三大特征是封装、继承和多态。

图书管理系统实验报告范文(精选5篇)

图书管理系统实验报告范文(精选5篇)

图书管理系统实验报告图书管理系统实验报告范文(精选5篇)随着人们自身素质提升,报告有着举足轻重的地位,不同的报告内容同样也是不同的。

其实写报告并没有想象中那么难,下面是小编整理的图书管理系统实验报告范文(精选5篇),欢迎大家借鉴与参考,希望对大家有所帮助。

图书管理系统实验报告1一学期来我担任图书管理员工作,以前总以为图书室的工作只是简单的“借借还还”,其实他是一种学术性、技术性、创造性极强的工作,同时也是一种复杂、细致而繁琐的体脑结合的艰苦工作。

需要耐心、细致、周到的服务态度。

一、重视学习,不断提高自身业务素质。

图书室的工作看似简单的"借借还还",但却是一种学术性、技术性、创造性很强的的工作,同时也是一种复杂、细致而繁琐的、体脑结合的艰苦工作,既需要有耐心、细致、周到的服务态度,也需要有良好的专业水平。

所以,我除了勤奋踏实地工作外,平时还不断地注重提高自身素质,包括政治素质和业务素质,业务技能得到大大的提高。

二、充分发挥图书室的教育教学服务功能。

科学管理是图书室工作的手段,而图书室的服务工作是它的最终目的。

图书室服务的实质是“为人找书”、“为书找人”,为将图书收室藏的各种书刊推荐给最需要的教师和学生,为尽量发挥藏书的资料作用,图书室对师生实行开放服务,给师生供给更多、更自由地选书机会。

我平时注意倾听师生的意见,在此基础上,针对不一样年级、不一样学科、不一样爱好的教师和学生主动推荐和供给他们最感兴趣的书刊。

这些材料是教师备课、教育科研的良书益友,是他们更新知识、开阔视野的有力助手。

三、每周的读书活动顺利开展。

读书活动是全面提高学生素质的一个极其重要的载体,养成读好书的习惯将对一个人的发展产生终身影响。

由于学生认知水平、个性特点、兴趣爱好的不一样,我们在日常读书活动中,从实际出发,贴近学生的实际,根据其不一样年龄层次、心理特点和理解本事进行分层指导,由浅入深,循序渐进,逐步深化。

UML实验报告(5篇)

UML实验报告(5篇)

UML实验报告(5篇)第一篇:UML实验报告UML 实验报告实验一用例图一、实验结果1、整理实验结果2、小结实验心得体会用例模型用于需求分析阶段,它描述了待开发系统的功能需求,并驱动了需求分析之后各阶段的开发工作。

用例图是UML中用来对系统的动态方面进行建模的7种图之一。

用例图描述了用例、参与者以及它们之间的关系。

用例图从用户角度描述系统功能,并指出各功能的操作者。

通过本次实验,我熟悉Rational Rose 建模环境,更加清楚的了解了用例图的语义和功能,如何清晰明了的识别参与者、用例,学会了如何使用事件流描述用例。

同时掌握了用例间的类属关系、Include 关系和Extend关系的语义、功能和应用。

最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。

二、思考题1、如果要删除参与者、用例,请问是在导航窗口删除,还是在绘图窗口删除?答:都可以删除,但在绘图窗口中有两种删除方式:一种是只删除参与者、用例,而不改变其在导航窗口中的存在,另一种是从建模中完全删除。

2、如果要删除参与者和用例的联系,用例和用例的联系,请问是在绘图中删除,还是在参与者或用例的设置对话框中删除?答:都可以删除。

实验二类对象模型的建立一、实验结果 1.整理实验结果。

2.小结实验心得体会。

类图是面向对象系统建模最常用的图,描述了类图、接口集、协作以及它们之间的关系。

类图描述了系统的静态设计视,该视主要体现系统的功能需求,即系统应该提供给用户的服务。

通过本次实验,加深了我对类图语义的理解和功能的应用,掌握了类之间的联系,关联、依赖、聚合等,同时基本掌握了在Rational Rose中绘制类的关联、依赖、泛化关系。

二、思考题选中一个模型对象,点击鼠标右键,比较快捷菜单项“Edit——Delete”与“Edit——Delete from Model”,它们二者之间区别在哪里?答:“Edit——Delete”只删除绘图窗口中的图形,而不改变其在导航窗口中的存在;“Edit——Delete from Model” 是从建模中完全删除。

图书馆管理系统实验报告

图书馆管理系统实验报告

图书馆管理系统设计概述1.1 概述 (1)1.2 图书馆管理系统需求分析 (1)1.3 系统的UML基本模型 (1)1.4 总结 (4)1.1概述图书管理系统是图书管理人员对图书有效的管理的一种不可缺少的工具,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高图书管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。

本项目设计采用模块化设计,面向对象的方法,并利用UML建模工具,力求使项目设计清晰明了,方便组内成员使用。

1.2图书馆管理系统需求分析1.2.1图书馆管理系统需求概述图书信息管理系统是使用计算机实现图书大量信息处理的电子档案管理系统,在本系统中主要满足学生、管理员2方面的需求。

对学生来说主要是查询个人信息、查询图书信息、借阅图书和返还图书等;管理员是系统的主要使用者,负责借书处理和还书处理、系统的维护工作,涉及到读者信息管理,图书信息管理,系统状态维护等。

1.2.2系统模块分析系统主要包括以下几个模块:A.基本数据维护模块基本数据维护模块包括的主要功能模块:添加学生帐户、修改更新学生帐户信息、添加书目、修改和更新书目信息、添加书籍、删除书籍B.基本业务模块基本业务模块包含的功能:借书、还书、罚金处理C.数据库模块数据库模块的功能:借阅信息管理、书籍信息管理、帐户信息管理D.信息查询模块信息查询模块主要是查询数据库中的相关信息:查询书籍信息、查询借阅者信息1.3系统的UML基本模型1.3.1系统的用例图建立用例模型首先要确定角色(Actors),Actors表示提供或接收系统信息的人或系统,他们是与系统有交互作用的人或事务,代表一个系统的使用者或外部通信的目标。

用例是系统中的一个功能单元,可以被描述为参与系统之间的一次交互作用。

用例模型的用途是列出系统中的用例和参与者,并且显示哪个是用例的执行。

根据以上的系统分析,本系统确定的角色有学生、管理员。

uml类图实验报告

uml类图实验报告

UML类图实验报告1. 引言UML(Unified Modeling Language)是一种用于软件系统建模的标准化图形化语言。

它提供了一种统一的方式来描述和设计软件系统的结构、行为和交互。

在本实验中,我们将学习如何使用UML类图来表示系统中的类和它们之间的关系。

2. 实验目的本实验的主要目的是通过绘制UML类图,加深对面向对象概念的理解,并学会使用类图来描述系统的结构。

3. 实验步骤3.1 确定需求首先,我们需要明确系统的需求和功能。

在本实验中,我们以一个简单的图书馆管理系统为例。

该系统需要管理图书馆的图书、读者和借阅记录。

3.2 确定类根据系统的需求,我们可以确定需要以下几个类:图书、读者、借阅记录。

3.3 绘制类图根据确定的类,我们可以开始绘制UML类图。

在类图中,我们使用矩形表示类,并在矩形内部写下类的名称。

类之间的关系使用箭头表示。

3.3.1 图书类首先,我们绘制图书类。

图书类具有以下属性和方法: - 属性:书名、作者、出版日期、ISBN号 - 方法:借出、归还class 图书 {书名作者出版日期ISBN号借出()归还()}3.3.2 读者类接下来,我们绘制读者类。

读者类具有以下属性和方法:- 属性:姓名、年龄、性别、借阅记录 - 方法:借书、还书class 读者 {姓名年龄性别借阅记录借书()还书()}3.3.3 借阅记录类最后,我们绘制借阅记录类。

借阅记录类具有以下属性:- 属性:图书、读者、借阅日期、应还日期class 借阅记录 {图书读者借阅日期应还日期}3.4 描述关系在类图中,类之间的关系可以通过箭头来表示。

根据系统需求,我们可以得出以下关系: - 图书和借阅记录之间是一对多的关系,一个图书可以对应多条借阅记录。

- 读者和借阅记录之间也是一对多的关系,一个读者可以对应多条借阅记录。

我们可以使用带箭头的实线来表示一对多的关系。

图书 --> 借阅记录读者 --> 借阅记录4. 实验结果根据上述步骤,我们成功绘制了一个简单的图书馆管理系统的UML类图。

uml实验报告

uml实验报告

一、需求分析互联网技术的飞速发展和广泛普及,对传统出版业(包括书店)都产生了深远的影响,相比于传统的大众媒体的信息滞后、成本高昂的特点,网络传播以其信息丰富、速度,陕捷且具有互动性而备受出版策划人的重视。

普通书店随着图书种类和数量的大量增加而迅速发展起来,特别是国外图书业巨头的介入,使得竞争异常激烈,网上书店正是在这种情况下出现的,并且以选择面大、价格便宜、交易方便、节省时间和精力等体现出其优势。

网上书店实际上是运行在Web服务器中的一个Web应用程序,它模拟一般的书店的经营模式,利用页面、脚本程序和服务器来实现网上书店的管理工作。

本系统主要由前台购书系统和后台管理系统构成。

框架图如下:前台系统后台系统后台系统主要功能包括:图书管理、订单管理、会员管理、用户管理、流言管理及月底结算等。

其中,图书管理包括管理书籍、添加新书、分类管理等功能。

后台系统功能如图所示二、系统建模1、用例图(1)启动Rational Rose 2003,在左边菜单栏中选择Use Case View右键,右键单击浏览器中的Use Case View图标,弹出快捷菜单,从中选择New|Use CaseDiagram命令。

右键单击此图标,在弹出的快捷菜单中选择Rename命令为新创建的用例图命名“网上书店用例图”。

(2)双击“网上书店用例图”图标,会出现用例图编辑工具栏和编辑区,左边是用例图的工具栏,右边是用例图的编辑区。

(3)用鼠标左键单击“网上书店用例图”工具栏中参与者的图标,并改名为“管理员”、“会员”“工作人员”、“游客”(4)单击“网上书店用例图”工具栏中newusecase的图标,并改名为各个参与者所对应的属性(5)单击“网上书店用例图”工具栏中箭头的图标,表示连接各个属性和参与者。

下面使用了用例图的方式表现了整个系统的所有功能。

用例名:登录(权限管理--管理员、工作人员、会员、游客)角色:管理员、工作人员、会员、游客目标:实现管理权限用例描述:用户登陆并进行相应的权限操作用例名:商品信息管理(销售及商品信息维护--管理员、订单--工作人员、浏览/查询--会员/游客)角色:管理员、工作人员、会员、游客目标:对商品销售、下订单及商品信息和库存进行录入、删除、浏览、查询、修改等基本操作用例描述:用户对图书信息进行和相应的权限操作用例名:查询(管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的、会员和游客图书的相关信息的查询)角色:管理员、工作人员、会员、游客目标:管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的查询、会员和游客对图书相关信息的查询用例描述:用户在相应的权限操作下对信息进行查询用例名:订单信息管理(订单信息管理--管理员;订单信息处理(接收订单并发货、拒绝订单、查询库存)--工作人员;订单信息处理(订购货品、订单增加、订单删除、订单信息查询)--会员)角色:管理员、工作人员、会员、游客目标:对订单信息进行维护和处理用例描述:用户在相应的权限操作下对订单信息进行管理或处理用例名:维护(商品信息维护、员工信息维护、报表维护---管理员;个人信息维护、订单维护--会员)角色:管理员、会员目标:管理员对商品信息维护、员工信息和报表进行维护操作,而会员对个人信息维护和订单信息维护用例描述:用户在相应的权限操作下对信息进行查询(1)管理员的用例图(2)工作人员用例图(3)会员、游客用例图2、类图根据系统需求可以识别系统中存在的对象。

2017年图书管理系统uml实验报告【可编辑范本】

2017年图书管理系统uml实验报告【可编辑范本】

面向对象分析与设计大作业学院: 计算机科学与工程学院班级: 计算机软件3学生姓名: 陈俊伟学号: 200931582174指导老师: 苏锦钿提交日期:2017.12.1华南理工大学面向对象分析与设计大作业课程实验报告实验题目:_____图书管理系统uml图__________________________姓名:___陈俊伟________学号:_ 200931582174_____班级:___09软件3班________组别:________合作者:__________________指导教师: ______苏锦钿__________1. 掌握面向对象技术的基本原理和各种相关概念;2. 熟练掌握UML的基本知识和9种常见的UML图形,并能够利用RationalRose2003、IBM Software Architecture、或trufun UML 2.x工具进行建模;3. 根据问题进行学习,拓广、深化;4. 独立完成一个应用程序的分析、设计和建模,为以后软件项目的开发打下实践基础。

【实验原理】UML建模,就是用模型元素来组建整个系统的模型,模型元素包括系统中的类、类和类之间的关联、类的实例相互配合实现系统的动态行为等.UML提供了多种图形可视化描述模型元素,同一个模型元素可能会出现在多个图中对应多个图形元素,人们可以从多个视图来考察模型。

UML建模主要分为结构建模、动态建模和模型管理建模3个方面,第1个方面是从系统的内部结构和静态角度来描述系统的,在静态视图、用例视图、实施视图和配置视图中适用,采用了类图、用例图、组件图和配置图等图形。

例如类图用于描述系统中各类的内部结构(类的属性和操作)及相互间的关联、聚合和依赖等关系,包图用于描述系统的分层结构等;第2个方面是从系统中对象的动态行为和组成对象间的相互作用、消息传递来描述系统的,在状态机视图、活动视图和交互视图中适用,采用了状态机图、活动图、顺序图和合作图等图形,例如状态机图用于一个系统或对象从产生到结束或从构造到清除所处的一系列不同的状态;第3个方面描述如何将模型自身组织到高层单元,在模型管理视图中适用,采用的图形是类图。

图书管理系统实验报告

图书管理系统实验报告

图书管理系统实验报告一、图书管理系统分析(业务流程图、数据流程图,业务功能、组织结构等)业务功能图查询图书查询图书查询图书读者功能查询图书查询图书用户登录功能管理员功能读者管理系统管理图书管理验收新书新书订购读者添加读者修改读者删除用户添加用户修改密码修改用户删除图书借阅新书订购信息管理类别管理图书借阅超期查询图书检索图书归还类别添加类别修改类别删除信息添加信息修改超期罚款业务流程图:开始用户登录管理用户成功结束N图书不存在修改密码添加图书采购图书验收图书修改图书归还图书借阅图书搜索图书缴纳罚款是否超期NY是否验收YN 删除图书用户存在添加用户修改用户删除用户NYY读者存在添加读者修改读者删除读者NY1.用户管理2.读者管理 用户管理员失败信息反馈添加修改删除操作用户列表3.书籍信息管理4.借阅管理管理员书籍信息增删改书籍信息书籍信息书籍查询管理员读者读者编号和图书编号读者所需的图书借书失败信息反馈用户登录新书订购管理员用户名+用户密码图书管理系统错误信息反馈管理界面采购员书籍编号等信息新书信息失败信息新书列表归还图书模糊查询读者读者编号管理员罚款信息归还图书成功读者图书名称字段管理员错误信息反馈条件图书列表5.图书借阅ER 图通过建立系统的数据模型(E-R 图)来理解和表示问题的信息域。

通过对图书管理系统的分析,可以得出该系统涉及多个实体:读者、图书、图书类型,管理员。

通过对各实体数据关系的整理,可以画出如下E —R 图:图书信息实体E-R 图图书编号作者类型名称价格出版社出版日期翻译图书类型实体:在图书信息中作为一种属性的形式存在,但在图书类型信息中,图书类型作为一种独立的实体存在。

图书类型实体E-R 图图书类型类型编号罚款金额/天可借天数类型名称读者信息实体E-R 图读者姓名性别年龄证件号证件有效期职业押金读者编号电话办证日期最大借书量证件类型管理员信息实体E-R 图管理员姓名性别年龄密码工号用户编号电话办证日期用户类型借阅信息实体E-R 图借阅信息操作员编号读者编号押金书籍名称书籍价格读者姓名借阅编号可供数量书籍编号书籍类别借书日期应还日期总的E-R 图借阅编号图书借阅读者归还姓名性别年龄身份证号证件有效期职业押金读者编号借阅时间电话归还时间图书编号编号办证日期操作员读者编号作者类型名称价格读者编号归还编号出版社图书编号归还时间图书管理员系统管理员管理管理管理密码编号用户名密码编号用户名查询数据库设计:针对图书馆管理系统的需求,通过对图书馆管理工作过程的内容和数据流程分析,设计出如下的数据项图书信息 包括数据项有:图书编号,类别,书名,作者,出版社,译者,出版日期,单价。

uml类图实验报告

uml类图实验报告

uml类图实验报告UML类图实验报告引言UML(Unified Modeling Language)是一种用于软件开发和系统建模的标准化建模语言。

它提供了一种图形化的方式来描述软件系统的结构和行为。

在本次实验中,我们将学习并实践使用UML类图来建模一个简单的图书馆管理系统。

1. 实验目的本次实验的目的是通过使用UML类图来建模一个图书馆管理系统,以加深对UML类图的理解,并掌握其基本使用方法。

2. 实验过程2.1 确定系统需求在开始建模之前,我们首先需要明确系统的需求。

一个图书馆管理系统通常包括图书馆、图书、借阅者等主要实体。

借阅者可以借阅图书,图书馆负责管理图书的借还等操作。

2.2 建立类图在明确了系统需求后,我们可以开始建立UML类图。

首先,我们需要确定系统中的类以及它们之间的关系。

在这个简单的图书馆管理系统中,我们可以确定以下类:- 图书馆:包含图书馆名称、地址等属性,以及管理图书的方法。

- 图书:包含图书名称、作者、出版社等属性。

- 借阅者:包含借阅者姓名、借阅者编号等属性,以及借阅和归还图书的方法。

2.3 定义类的属性和方法在确定了类之后,我们需要为每个类定义其属性和方法。

例如,对于图书馆类,我们可以定义以下属性和方法:- 属性:图书馆名称、地址- 方法:添加图书、删除图书、借阅图书、归还图书等同样地,对于图书和借阅者类,我们也可以定义相应的属性和方法。

3. 实验结果通过上述步骤,我们成功地建立了一个简单的图书馆管理系统的UML类图。

该图展示了系统中的类以及它们之间的关系,帮助我们更好地理解和描述系统的结构和行为。

4. 实验总结本次实验通过实践应用UML类图,帮助我们加深对UML类图的理解,并掌握了其基本使用方法。

UML类图作为一种标准化建模语言,可以帮助软件开发人员更好地理解和描述系统的结构和行为,从而提高软件开发的效率和质量。

通过本次实验,我们不仅学习了UML类图的基本概念和使用方法,还体验了如何将UML类图应用于实际的系统建模中。

UML实验报告范文

UML实验报告范文

UML实验报告范文实验报告:使用UML进行软件设计1.引言软件设计是构建高质量软件的关键阶段之一,它可以为开发团队提供一个清晰的蓝图,帮助理解系统的结构和功能。

统一建模语言(UML)是一种常用的软件设计工具,它提供了一套图形符号和规范,用于描述系统的结构和行为。

本实验旨在通过使用UML进行一个简单软件系统的设计,展示UML在软件设计中的应用。

2.实验目标-熟悉UML的基本概念和符号-了解UML的各种图形表示法-掌握使用UML进行软件系统的设计3.实验步骤此处具体描述设计一个简单的图书管理系统的步骤,包括系统需求分析、用例建模、类图设计、顺序图设计等,以及如何使用UML的工具画出各种图形表示。

4.实验结果-系统需求分析:通过对图书管理系统的需求进行分析,确定系统的功能和用户需求。

-用例建模:使用UML的用例图表示系统的用例和参与者,包括借书、还书、查询图书等。

-类图设计:根据系统的需求和用例,设计系统的类和类之间的关系,使用类图表示。

-顺序图设计:根据用例和类图,设计系统的交互过程,使用顺序图表示。

5.实验分析-UML的使用优势:通过使用UML进行软件设计,可以帮助开发人员更好地理解系统的结构和功能,并与团队成员进行沟通和协作。

它提供了一种标准化的表示法,使得设计过程更加规范化和可维护。

-UML的不足之处:UML的学习曲线相对较陡,需要一定的时间和精力投入。

而且,过于复杂的UML图表可能会增加系统设计的复杂性,需要适当地简化。

6.实验总结通过本次实验,我对UML的基本概念和符号有了更深入的理解,学会了使用UML进行软件系统的设计。

通过系统需求分析、用例建模、类图设计和顺序图设计等步骤,我成功地设计了一个简单的图书管理系统,并使用UML的工具画出了相应的图形表示。

在实验过程中,我深刻体会到UML在软件设计中的重要性和作用,它能够提供一个清晰的设计蓝图,并促进多人协同工作。

然而,也需要注意UML的学习和应用成本,并且在实际设计过程中适当简化图表,以避免过多的复杂性。

uml图书馆管理系统用例图实验报告

uml图书馆管理系统用例图实验报告
借阅管理:书籍归还处理,书籍借阅处理。
书籍管理:书籍基本信息输入、修改、查询。
系统管理:查询读者信息,查询书籍信息,增加书籍,删除书籍,增加借阅者账户,更新借阅者账户信息,删除借阅者账户信息。
(2)确定系统参与者:读者、图书管理员、图书管理系统
(3)确定系统用例:
读者请求服务的用例图
图书管理员处理借书还书的用例图
1.掌握UML建模的基础知识和应用
2.利用Rational Rose 2003进行建模
3.根据用例图写出其事件流
二、实验内容
1.图书管理系统的需求分析
2.建立图书馆管理系统的用例模型
三、实验思想
1.分析系统的需求,确定系统中的参与者和主要用例,画出视图。
(1)分析系统需求:
读者管理:查询书籍,订阅书籍,登陆系统,借阅书籍,归还书籍。
学 号********
统一建模语言UMLA
实验报告
实验一用例图和事件流的建立
学生姓名
李雪
专业、班级
计算机12班
指导教师
高天迎
成绩
计算机与信息工程学院
年 月 日
天津城市建设学院
验证性实验任务书
计算机与信息工程学院计算机应用与科学技术专业12班
姓名李雪学号********
课程名称:统一建模语言UML A
图书管理系统进行系统维护的用例图
四、实验结果
五、实验心得
完成用例图之后,我最大的感受就是一定要把课堂上学到的知识用到实践中。以前总觉得老师在上课讲的东西很简单,当真正操作起来的时候,才发现没那么容易,将课堂知识运用到实践中才是真正掌握了知识。
设计题目:用例图和事件流的建立
完成期限:自年月日至年月日

图书管理系统详细设计实验报告

图书管理系统详细设计实验报告

图书管理系统详细设计实验报告1. 引言本文档是对图书管理系统进行详细设计的实验报告。

图书管理系统是一个用于图书馆或书店管理图书信息的软件系统,通过该系统可以方便地进行图书的借阅、归还、查询等操作。

本实验报告将详细介绍图书管理系统的设计理念、系统结构、模块设计等内容。

2. 设计理念在设计图书管理系统时,我们主要考虑了以下几个方面的要求。

首先,系统的操作界面应该简洁、直观,便于用户进行操作。

我们采用了现代化的UI设计风格,并进行了良好的用户体验测试,确保用户可以轻松掌握系统的操作方式。

其次,系统的性能应该良好,能够快速、准确地处理大量的图书信息。

我们采用了高效的数据库技术,并进行了性能优化,以确保系统的响应速度和稳定性。

最后,系统应该具备较高的安全性,保护图书信息不受未经授权的访问和恶意操作。

我们采用了安全认证和权限控制的机制,确保只有授权用户才能进行相关操作。

3. 系统结构图书管理系统的整体结构分为三层:表示层、业务逻辑层和数据访问层。

•表示层:负责与用户进行交互,接收用户的输入,并展示系统的输出结果。

通过一个用户友好的界面,用户可以执行图书的借阅、归还、查询等操作。

•业务逻辑层:负责处理用户的请求,进行相应的数据处理和业务逻辑判断。

在这一层中,我们设计了借书管理、还书管理、图书查询和图书推荐等模块。

•数据访问层:负责与数据库进行交互,进行数据的存储和读取操作。

我们采用了关系型数据库,通过SQL语句实现对图书信息进行管理。

4. 模块设计4.1 借书管理模块该模块提供了图书的借阅功能。

用户可以通过输入图书的信息进行借书操作,系统会进行相应的检查并更新图书的状态。

具体设计如下:1.用户界面:提供用户输入图书信息的界面,并显示借阅结果。

2.输入检查:对用户输入的图书信息进行格式的检查,例如判断图书是否存在、是否已被借阅等。

3.图书状态更新:将图书的状态标记为已借出,并记录借书的时间和用户信息。

4.2 还书管理模块该模块提供了图书的归还功能。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

2017年图书管理系统uml实验报告面向对象分析与设计大作业学院:计算机科学与工程学院班级:计算机软件3学生姓名:陈俊伟学号: 200931582174 指导老师:苏锦钿提交日期: 2017.12.1华南理工大学面向对象分析与设计大作业课程实验报告实验题目:_____图书管理系统uml图__________________________姓名:___陈俊伟________ 学号:_ 200931582174_____班级: ___09软件3班________ 组别: ________合作者: __________________指导教师: ______苏锦钿__________实验概述【实验目的及要求】一.目的1. 掌握面向对象技术的基本原理和各种相关概念;2. 熟练掌握UML的基本知识和9种常见的UML图形,并能够利用Rational Rose 2003、IBM Software Architecture、或trufun UML 2.x工具进行建模;3. 根据问题进行学习,拓广、深化;4. 独立完成一个应用程序的分析、设计和建模,为以后软件项目的开发打下实践基础。

【实验原理】UML建模,就是用模型元素来组建整个系统的模型,模型元素包括系统中的类、类和类之间的关联、类的实例相互配合实现系统的动态行为等。

UML提供了多种图形可视化描述模型元素,同一个模型元素可能会出现在多个图中对应多个图形元素,人们可以从多个视图来考察模型。

UML建模主要分为结构建模、动态建模和模型管理建模3个方面,第1个方面是从系统的内部结构和静态角度来描述系统的,在静态视图、用例视图、实施视图和配置视图中适用,采用了类图、用例图、组件图和配置图等图形。

例如类图用于描述系统中各类的内部结构(类的属性和操作)及相互间的关联、聚合和依赖等关系,包图用于描述系统的分层结构等;第2个方面是从系统中对象的动态行为和组成对象间的相互作用、消息传递来描述系统的,在状态机视图、活动视图和交互视图中适用,采用了状态机图、活动图、顺序图和合作图等图形,例如状态机图用于一个系统或对象从产生到结束或从构造到清除所处的一系列不同的状态;第3个方面描述如何将模型自身组织到高层单元,在模型管理视图中适用,采用的图形是类图。

建模的工作集中在前两方面,而且并非所有图形元素都适用或需要采用需求阶段:用例图、领域模型(类图)分析阶段:用例详细详细说明、协作图或顺序图、类图设计阶段:详细类图、包设计、(建议不要做详细的协作图或顺序图-很难维护)实施阶段:部署视图【实验环境】Rational Rose 2003Windows Xp实验内容【实验方案设计】三、步骤⏹§1 软件需求分析三、功能需求分析系统的功能需求主要包括以下几个方面:①借阅者可以通过网络查询书籍信息和预定书籍。

②借阅者能够借阅书籍和还书,书过期的话要罚款。

③图书管理员能够处理借阅者的借阅和还书请求。

④系统管理员可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借阅者帐户,增加和删除书籍。

⏹⏹§2 图书馆管理系统的需求分析用户提出的需求包括下列内容:1. 这是一个图书馆支持系统;2. 图书馆将图书和杂志借给借书者。

借书者已经预先注册,图书和杂志也预先注册;3. 图书馆负责新书的购买。

每一本图书都购进多本书。

当旧书超期或破旧不堪时,从图书馆中去掉。

4. 图书管理员是图书馆的员工。

他们的工作就是和读者打交道并在软件系统的支持下工作。

5. 借阅人可以预定当前没有的图书和杂志。

这样,当他所预定的图书和杂志归还回来或购进时,就通知预定人。

当预定了某书的借书者借阅了该书后,预定就取消。

或者通过显式的取消过程强行取消预定。

6. 图书馆能够容易地建立、修改和删除标题、借书者、借阅信息和预定信息。

7. 系统能够运行在所有流行的技术环境中,包括Unix, Windows和Linux,并应有一个良好的人机交互图形用户界面(GUI)。

8. 系统容易扩展新功能。

系统可以不必考虑预定的图书到达后通知预定人的功能。

9.如果读者还书超过期限(本科生1个月,研究生2个月,教师3个月),需扣款。

⏹⏹§3 系统的UML基本模型⏹§4 系统中的类⏹§5 系统的配置与实现⏹§1.1 软件需求的定义⏹§1.2 软件需求的层次⏹软件需求包括三个层次:⏹业务需求:反映了组织机构或客户对系统高层次的目标要求。

⏹用户需求:描述了用户使用产品所能完成的任务。

⏹功能需求:说明了软件的功能,用户使用这些功能以完成任务。

§2 图书馆管理系统的需求分析⏹§2.1 系统功能需求⏹§2.2 基本数据维护模块⏹§2.3 基本业务模块⏹§2.4 数据库模块⏹§2.5 信息查询模块2.1 系统功能需求⏹系统的功能需求主要包括以下几个方面:①借阅者可以通过网络查询书籍信息和预定书籍。

②借阅者能够借阅书籍和还书。

③图书管理员能够处理借阅者的借阅和还书请求。

④系统管理员可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借阅者帐户,增加和删除书籍。

§2.2 基本数据维护模块⏹基本数据维护模块包括的主要功能模块:①添加借阅者帐户②修改更新借阅者帐户信息③添加书目④修改和更新书目信息⑤添加书籍⑥删除书籍§2.3 基本业务模块⏹基本业务模块包含的功能:①借书②还书③书籍预留④取消书籍预定§2.4 数据库模块⏹数据库模块的功能:①借阅信息管理②书籍信息管理③帐户信息管理④书籍预留信息管理§2.5 信息查询模块⏹信息查询模块主要是查询数据库中的相关信息:①查询书籍信息②查询借阅者信息§3 系统的UML基本模型⏹§3.1 UML初始模型⏹§3.2 系统的用例图⏹§3.3 系统的时序图⏹§3.4 系统的协作图⏹§3.5 系统的状态图⏹§3.6 系统的活动图§3.2 系统的用例图⏹创建用例图之前首先需要确定参与者。

⏹系统的参与者主要有三类:①读者(也可称为借阅者)②图书馆管理员③图书馆管理系统维护者④§3.2 系统的用例图⏹ 1. 借阅者请求服务的用例图⏹ 2. 图书馆管理员处理借书、还书等的用例图 ⏹ 3. 系统管理员进行系统维护的用例图 1. 借阅者请求服务的用例图2. 图书馆管理员处理借书、还书等的用例图图书管理员处理借书还书系统管理员进行系统维护借阅者请求服务Logon the systemReturnwithfineSearch the bookBorrow the bookReserve the bookQuery InfoReturn the bookBorrower<<include>><<include>><<extend>>3.系统管理员进行系统维护的用例图§3.3 系统的时序图⏹ 1. 系统管理员添加书籍的时序图⏹ 2. 系统管理员添加借阅者帐户的时序图 ⏹ 3. 系统管理员删除书目的时序图⏹ 4. 图书管理员处理书籍借阅的时序图 ⏹ 5. 图书管理员处理书籍归还的时序图 ⏹ 6. 借阅者查询书籍信息的时序图 ⏹ 7. 借阅者预留书籍的时序图 1. 系统管理员添加书籍的时序图Check user accoutGetWithFineLend book <<include>>Get book <<extend>>Remove reservationLibrarian<<include>>2. 系统管理员添加借阅者帐户的时序图3. 系统管理员删除书目的时序图:Administrator: MaintenanceWindow : Title : Item1: addItem2: find(String)3: return():true4: create(Integer,Title):Administrator: MaintenanceWindow: Borrower1: createBorrower2: create(String,String)4.图书管理员处理书籍借阅的时序图5. 图书管理员处理书籍归还的时序图:Administrator: MaintenanceWindow: Title : Item1: removeTitle2: find3: find_on_title 4: destroy 5: destroy: Librarian: LendWindow : Title: Borrower: Loan : Item1: findTitle2: find(String)3: findItem4: findonTitle(Title)5: identifyBorrower6: find(String)7: create(Borrower,Item)6. 借阅者查询书籍信息的时序图7. 借阅者预留书籍的时序图7. 借阅者预留书籍的时序图§3.4 系统的协作图: Borrower: Librarian: ReturnWindow : Item : Loan1: givetheBook2: returnItem3: check4: return():OK5: update6: update: Borrower: MaintenanceWindow : Item1: QueryBook2: findonTitle: Borrower: MaintenanceWindow : Item1: QueryBook2: findonTitle⏹ 1. 系统管理员添加书籍的协作图 ⏹ 2. 系统管理员删除书籍的协作图 ⏹ 3. 图书管理员处理借书的协作图 ⏹ 4. 图书管理员处理还书的协作图 ⏹ 5. 借阅者预留书籍的协作图 1. 系统管理员添加书籍的协作图2. 系统管理员删除书籍的协作图3. 图书管理员处理借书的协作图: Administrator: Item: Title: MaintenanceWindow1: addItem()3: update()2: find(String): Administrator: Item: Title: MaintenanceWindow2: removeItem()1: find(String)3: create(Integer,Title)4. 图书管理员处理还书的协作图5. 借阅者预留书籍的协作图§3.5 系统的状态图: Librarian: LendWindow: Title: Item: Reservation: Loan2: find reservation()7: check_if_max()1: identify borrower()4: borrow()3: find(Borrower,Title)6: borrow()5: update(): Librarian: ReturnWindow: Title: Loan: Item1: findBorrower()3: returnBack()2: find(String)5: returnBack()4: update(): Borrower: ReservationWindow: Item: Reservation: Title1: identifyBorrower()3: reserveTitle()4: reserve()5: create(Title,Borrower)2: find(String)⏹ 1. 书的状态图⏹ 2. 借阅者帐户的状态图 1. 书的状态图2.2. 借阅者帐户的状态图§3.6 系统的活动图⏹ 1. 借阅者的活动图New bookAvailable DeleteReservedBorrowedBorrowReserveTime out BorrowCancleReturn backNew BorrowerAccount AvailableAccount unavailableDelete Accountthe number of book is ok书的数目超过限度还书⏹ 2. 图书管理员的活动图⏹ 3. 系统管理员的活动图1. 借阅者的活动图2. 图书管理员的活动图Self-help serviceSearch for books LoginView bookinformationReserve the bookLeave the computerLogin? Exit the system3. 系统管理员的活动图1. 系统管理员维护借阅者帐户的活动图2. 系统管理员进行书目信息维护的活动图3. 系统管理员维护书籍信息的活动图(1)系统管理员维护借阅者帐户的活动图Login the systemGet book Lend bookOut of date?Is numberlimit? Accept moneyUpdate borrower's information(2) 系统管理员进行书目信息维护的活动图Login the systemOperation on borrowerNew borrowerQuery borrower informationremove or updatenorrowerExit the systemLogin the systemOperation on titlequery title new title remove or update titleexit thesystem(3)系统管理员维护书籍信息的活动图§4 系统中的类§4.1 系统中主要的类(1)参与者相关的类Login thesystem Operation onbookAdd book removebookExit the system(2)系统中用到的其他类§4.2 各个类之间的关系§5 系统的配置与实现 ⏹ §5.1 系统的组件图 ⏹ §5.2 系统的部署图 1 业务对象组件图23. 用户界面的组件图BorrowerLoanReservationItemTitle1..*has0..*has*1..*copy ofItem.java<<artifact>>Loan.java<<artifact>>BorrowerInformation.j ava<<artifact>>Title.java Reservation.javaUpdateBorrowerF rame.javaBorrowerFrame.j avaMainWindow.javaLendItemF rame.javaCancelResevationF rame.java BorrowerWi ndow.javaReservation Frame.javaFindTitleD ialog.javaFindBorrowe rDialog.javaReturnItem Frame.java TitleInfoWi ndow.javaBorrowerInfo Window.javaUpdateTitle Frame.javaTitleFram e.java4. 系统的部署图【结论】1.经过这次大作业,让更了解软件需求建模的过程,让我学会了画uml 4+1视图。

相关文档
最新文档