图书管理方案计划系统(用例图,类图,时序图)

图书管理方案计划系统(用例图,类图,时序图)
图书管理方案计划系统(用例图,类图,时序图)

软件系统分析与设计

实验报告

学院:计算机科学与技术学院专业:软件工程

学号:*********

姓名:***

实验名称:图书管理系统用例建模时间:

一、实验内容与要求

本实验要求学生对学校的图书馆管理系统进行需求分析,对系统功能进行用例建模,画出用例图,类图以及相应的时序图。在使用UML对系统建模时,学会使用UML建模工具,熟悉工具中的功能。

二、用例分析

1、读者“借书还书系统”用例图

(f

还书

(from Use Cases)

1.1、行为者:

主要行为者:读者。

1.2、前置条件:

读者进入图书管理系统。

1.3、事件流:

1.3.1、主要事件流:

1.3.1.1:读者检索所需图书信息,并查看;

1.3.1.2:读者检索到所需图书,登录系统,开始借书;

1.3.1.3:系统查询图书信息,图书数目是否可借;

1.3.1.3.1:图书显示可借,借书成功;

1.3.1.3.2:图书显示不可借,借书失败;

1.3.1.4:进入续借图书界面,续借图书;

1.3.1.5:系统查看预约记录,

1.3.1.5.1:没有冲突,续借成功;

1.3.1.5.2:有冲突,续借失败;1.3.3.1:

1.3.1.6:读者归还图书;

1.3.1.6.1:归还时间没有逾期,归还成功;

1.3.1.5.2:归还时间逾期,逾期处罚,归还成功;

1.3.2、备选事件流:

1.3.

2.1:图书检索信息失败,未检索到图书,重新输入信息检索;

1.3.

2.2:未曾检索到用户检索的图书,系统显示相关联的信息的图书;

1.3.

2.3:用户名或密码输入错误,登录系统失败,重新输入用户名或密码登录;

1.3.

2.4:系统显示图书不可借后,进入图书预约界面,输入信息预约图书;

1.3.3、异常事件流:

1.3.3.1:读者登录系统失败,未曾注册用户;

1.3.3.1.1:返回系统注册用户后,重新登录。

1.4、后置条件:退出系统。

1.5、

1.6、扩展点:无。

2、“图书信息管理系统”用例图

新书信息录入

(f

逾期通知

(from Use Cases)

(from Use Cases)

2.1、行为者:

主要行为者:管理员;

2.2、前置条件:管理员打开图书信息管理系统;

2.3、事件流:

2.3.1:主要事件流:

2.3.1.1:图书管理员输入管理员登录信息,登录系统;

2.3.1.2:进入图书信息管理界面,查看已有图书信息,是否有需要购入图书;

2.3.1.2.1:录入新购进图书信息,并确认;

2.3.1.3:进入读者信息管理界面,管理已有用户信息;

2.3.1.4:进入信息通知界面,查看已有用户图书借阅、预约情况;

2.3.1.4.1:查看读者所预约图书,自动查询图书信息,确认是否已有可借

图书,有则通知读者;

2.3.1.4.2:查询读者已借图书信息,根据已借时间及归还时间分类;

2.3.1.4.2.1:所借图书即将逾期,启动系统提醒功能;

2.3.1.4.2.2:所借图书已经逾期,启动逾期及处罚通知功能;

2.3.2:备选事件流:

2.3.2.1:管理员用户名或登录名错误,重新登录;

2.3.2.2:需要购进新图书,存储信息,通知相关人员;

2.3.2.3:读者预约图书没有可借图书,不予通知;

2.3.2.4:预约通知提醒后,删除该预约记录;

2.3.2.5:读者所借图书距离归还时间仍很久,无需通知;

2.3.3:异常事件流:

2.3.3.1:登录失败超过一定次数后,系统冻结该用户名,一段时间后可以重用;2.4、后置条件:退出系统;

2.5、扩展点:无。

三、“图书管理系统”类图及关系

1、阅读者信息类:

1.1、类名:阅读者信息<<父类>>;

1.2、属性名:

1.2.1、private:ID<<阅读者证件号>> 类型:String;

1.3、方法:未定。

2、读者类:

2.1、类名:读者<<子类>>;

2.2、属性名:

1.2.1、private:ID<<阅读者证件号>> 类型:String;

2.3、方法:未定。

3、管理员类:

3.1、类名:管理员<<子类>>

3.2、属性名:

1.2.1、private:ID<<阅读者证件号>> 类型:String;

3.3、方法:未定。

4、Book类:

4.1、类名:book

4.2、属性名:

4.2.1、private:书号<<图书编号>> 类型:String;

4.2.2、private:书名<<图书名>> 类型:String;

4.2.3、private:出版号<<图书出版编号>> 类型:String;

4.2.4、private:出版社名<<图书出版社名>> 类型:String;

4.2.5、private:作者<<图书作者姓名>> 类型:String;

4.3、方法:未定。

5、Copy_book类:

5.1、类名:copy_book;

5.2、属性名:

5.2.1、private:书号<<图书编号>> 类型:String;

5.2.2、private:书名<<图书名>> 类型:String;

5.2.3、private:出版号<<图书出版编号>> 类型:String;

5.2.4、private:出版社名<<图书出版社名>> 类型:String;

5.2.5、private:作者<<图书作者姓名>> 类型:String;

5.2.6、private:count<<图书数量>> 类型:String;

5.3、方法:未定。

6、借还书记录类<<关联类>>:

6.1、类名:借还书记录;

6.2、属性名:

6.2.1、private:书号<<图书编号>> 类型:String;

6.2.2、private:书名<<图书名>> 类型:String;

6.2.3、private:读者姓名<<>> 类型:String;

6.2.4、private:出版社名<<图书出版社名>> 类型:String;

6.2.5、private:作者<<图书作者姓名>> 类型:String;

6.2.6、private:borrowdate<<所借图书日期>> 类型:Date;

6.2.7、private:due_Date<<图书应还日期>> 类型:Date;

6.2.8、private:real_Date<<图书实还日期>> 类型:Date;

6.3、方法:

6.3.1、private:getDate()返回值:Date;

6.3.2、private:isOverDate()返回值:bool;

6.3.3、private:opname()返回值:void;

7、预约类:

7.1、类名:Reservation;

7.2、属性:

7.2.1:private:书名<<预约书名>> 类型:String;

7.2.2:private:作者<<图书作者>> 类型:String;

7.2.4:private:读者ID<<预约者ID>> 类型:String;

7.2.4:private:预约时间<<预约时间>> 类型:Date;

7.3、方法:未定。

四、图书管理系统时序图及分析

1)、时序图内容

时序图是显示对象之间交互的图,这些对象是按时间顺序排列的。该图书馆管理系统主要含有以下几个重要的时序图,其他对象的时序图和这些类似。

1、借书时序图;

2、还书时序图;

3、预约时序图。

2)、时序图分析

1、借书时序图

【借书时序图说明】

1、login():读者将需借书目交给管理员,管理员登陆系统。

2、show_reader():显示读者的信息的函数。

3、check():验证读者是否有借书的权利。

4、borrow():读者借书函数。

5、getreader():获取读者信息的函数。

6、check():检验读者是否符合借书条件函数。

7、getbookinf():获取书目信息函数。

8、check():检查书籍是否被预约的函数。

9、isBorrow():返回未被预约函数。

10、builtinf():建立借阅信息函数。

11、isBorrow():返回借阅信息函数。

12、isBorrow():返回借阅成功函数。

13、isBorrow:借阅成功,将书交给读者。

借书时,读者先将书拿予管理员,管理员对书籍和读者进行检验,若书籍和读者都符合借书条件,则借书成功。

2、还书时序图

【还书时序图说明】

1、login():读者将书籍交给管理员,管理员登录系统。

2、getbookinf():管理员扫描条形码,获取书籍信息函数。

3、getborrowinf():获取借阅信息函数。

4、getborrowDate():获取借阅时间函数。

5、getnowDate():获取现在时间函数。

6、isOverDate():是否超出借阅时间函数。

7、work():处理函数,处理时间差。

8、return:消息返回。

还书时,读者先将书交给管理员,由管理员扫描书籍,若书籍没有过期等违规现象,还书成功。

3、预约时序图

【预约图书时序图说明】

1、login():登录系统。

2、getbookinf():获取图书信息函数。

3、check():检查是否有图书可借函数。

4、reservation():确定预约图书函数。

5、getboook():获取预约图书信息函数。

6、built():建立预约信息函数。

7、return:消息返回。

读者在借书时,发现自己所需要借的书目无法借阅,进入预约界面,建立预约记录。

五、状态图

【状态图说明】

书籍在未变成图书馆在库书籍时,为新加书籍状态。书籍处于在库状态时既可以预订也可以外借,外借后变为借出状态。处于预订状态时也可以外借,超出预订时间期限则从预订状态直接转为可用状态。借阅者在规定的预订时间内也可以考虑取消预订,取消预订后书籍的状态转为可用。外借书籍归还后变为可用状态。

六、

六、活动图

活动图描述的是某流程中的任务的执行,活动图描述活动是如何协同工作的,当一个操作必须完成一系列事情,而又无法确定以什么样的

顺序来完成这些事情时,活动图可以更清晰地描述这些事情。。在本图书馆管理系统中,我们主要描述了图书馆系统的借书、还书和预订的活动图。

(1)借书活动图

【借书活动图说明】

管理员首先要扫描读者的借书证,检验证件是否符合图书馆借书条件,若该读者的借书数量还未达到最大规定数量,并且其所借书籍均未属于过期范围,则符合借书条件。则再扫描书籍条形码,检查书籍是否是不可借书籍或者已经被预订,若被预订,则取消预订,方可借书。在这些条件都符合时则更新书籍信息和读者的借阅信息,记录好借书的时间。

(2)还书活动图

【还书活动图说明】

图书管理员对书籍进行扫描,若书籍已经过期,则要求读者还请欠款才能还书,读者缴应交罚款后,更新书目信息和读者信息。

(3)预订图书活动图

【预订书籍活动图说明】

读者先进入系统查询自己所需要的书籍,显示书籍信息,检验书籍是否属于可预订书籍,若符合条件则检查书籍是否已经被预订或已经被外借,若都未成立,则读者登录系统,并对该书籍进行预订。

图书馆管理系统的类图

【类图说明】

(1)reader类是借阅者的类,它的属性很多,包括借阅者的账户ID (reader_id)、姓名(reader_Name)、地址(Address)、班级(class)、所借书籍的书目(borrowed)等。其中主要操作有借书(addborrowed)和还书(deleteborrowed)和预订(reservation)等。(2)admin类是管理员类,他有编号和姓名属性,操作主要是书籍的增删改和读者的增删改等等。

(3)Title 类是记录书目信息的类,包括书籍的名字(name)、作者(author)、book_id等属性。

(4)Item 类是具体某本书的类,属性包括书籍号(id)。操作包括预订(reserve)、按书目查找(find_on_title)等。

(5)borrow类是某本书的借阅信息类,包括所借阅书籍的

ISBN、借阅的时间(date)等。

(6)Reservation类是预订信息类,每个预订信息包括预订日期(date)、所预订书籍的ISBN、预订书籍的用户ID(UserID)等属性。

(7) persistent store类是书籍永久的存储类,在数据库中的存储数据,其他对与书籍有关的活动都要经过其存储类。、

图书馆管理系统用例图、活动图、类图、时序图

图书馆管理系统 一.图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面,尽量避免误操作。 2、系统功能需求分析 (1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、 借书数量、借书期限、备注等。 (2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、 类别、关键词、备注。 (3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处 理和书籍丢失后的处理。

(4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理 满足以上需求的系统主要包含有一下几个子系统 (1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。 (2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能。 (3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。 (4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。 (5)帮助功能子系统。 二、系统动态建模 1、用例图、

图方案管理系统uml用例图

精心整理Use Case图即用例图,是从外部用户的角度来描述系统功能的一种需求表达方式。一个系统常常包含了众多的用例,每个用例表达了用户对系统的一项需求或描述了人们使用系统某项功能的途径。使用系统的不同功能,其操作的场景不同。而使用相同的功能,其场景则相似。将同一用例的场景用文字描述出来就得到了系统用例描述。完整的描述用例,通常包括用例名称、参与执行者、前置条件、事件流、后 图书管理系统简示: 图书管理系统 a.系统管理员用例图 系统管理员能通过该系统进行如下活动内容和要求: 添加借阅者:系统管理员可以在添加符合身份的新读者信息

删除借阅者:系统管理员可以在删除页面添加已不符合身份的借阅者信息 修改借阅者信息:系统管理员可以在修改信息页面修改借阅者信息 添加图书信息:系统管理员可以在添加图书信息页面添加图书馆新增图书 删除图书信息:系统管理员可以删除不能在借阅图书的信息 系统维护:系统管理员维护该系统的日常工作 b 分类处理:图书管理员能通过分类图书页面将新增图书和已还图书进行分类回放,以便下一位借阅者阅读查看 用例说明: Librarian login:图书管理员登录 Book management:图书管理

Get book:还书 Get with fine:违规罚款 Lend book:借书 Check user account:身份验证 Book category:图书分类 c 出 Return book:返还图书 d.整体用例图 参与者:borrower:借阅者;administrator:系统管理员;librarian:图书管理员用例说明: Login system:系统登录

图书管理系统用例建模报告(用例图、类图、时序图)

软件系统分析与设计 实验报告 学院:计算机科学与技术学院专业:软件工程 学号:********* 姓名:*** 实验名称:图书管理系统用例建模时间:

一、实验内容与要求 本实验要求学生对学校的图书馆管理系统进行需求分析,对系统功能进行用例建模,画出用例图,类图以及相应的时序图。在使用UML对系统建模时,学会使用UML建模工具,熟悉工具中的功能。 二、用例分析 1、读者“借书还书系统”用例图 (f 还书 (from Use Cases) 1.1、行为者: 主要行为者:读者。 1.2、前置条件: 读者进入图书管理系统。 1.3、事件流: 1.3.1、主要事件流: 1.3.1.1:读者检索所需图书信息,并查看; 1.3.1.2:读者检索到所需图书,登录系统,开始借书; 1.3.1.3:系统查询图书信息,图书数目是否可借; 1.3.1.3.1:图书显示可借,借书成功;

1.3.1.3.2:图书显示不可借,借书失败; 1.3.1.4:进入续借图书界面,续借图书; 1.3.1.5:系统查看预约记录, 1.3.1.5.1:没有冲突,续借成功; 1.3.1.5.2:有冲突,续借失败;1.3.3.1: 1.3.1.6:读者归还图书; 1.3.1.6.1:归还时间没有逾期,归还成功; 1.3.1.5.2:归还时间逾期,逾期处罚,归还成功; 1.3.2、备选事件流: 1.3. 2.1:图书检索信息失败,未检索到图书,重新输入信息检索; 1.3. 2.2:未曾检索到用户检索的图书,系统显示相关联的信息的图书; 1.3. 2.3:用户名或密码输入错误,登录系统失败,重新输入用户名或密码登录; 1.3. 2.4:系统显示图书不可借后,进入图书预约界面,输入信息预约图书; 1.3.3、异常事件流: 1.3.3.1:读者登录系统失败,未曾注册用户; 1.3.3.1.1:返回系统注册用户后,重新登录。 1.4、后置条件:退出系统。 1.5、 1.6、扩展点:无。 2、“图书信息管理系统”用例图 新书信息录入 (f 逾期通知 (from Use Cases) (from Use Cases)

图书馆管理系统用例图活动图类图时序图

图书馆管理系统 一、图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标就是实现内部图书借阅管理的系统化、规范化与自动化。 能够对图书进行注册登记,也就就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面,尽量避免误操作。 2、系统功能需求分析 (1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等。 (2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、 类别、关键词、备注。 (3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处理与 书籍丢失后的处理。 (4)系统管理:包括用户权限管理,数据管理与自动借还书机的管理

满足以上需求的系统主要包含有一下几个子系统 (1)基本业务功能子系统:该系统中主要包含了借书还书与预订等功能。 (2)基本数据录入功能子系统:该子系统主要包含有书籍信息与读者信息录入功能。 (3)信息查询子系统:包含了多功能的查询书籍信息与读者信息。 (4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能与预订信息管理功能。 (5)帮助功能子系统。 二、系统动态建模 1、用例图、

软件工程作业用例图,状态图类图

软件工程作业用例图,状态 图类图 -标准化文件发布号:(9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

软件工程设计方案 学院计算机学院 专业软件工程 班级 2012 级 4 班 学号 86 姓名黎伟杰 指导教师崔洪刚 ( 2015 年 1 月)

计算机学院软件工程专业12级4班班学号:86 姓名:黎伟杰协作者:________ 教师评定: 问题定义:为实现一个功能强大的学生宿舍管理信息系统,它主要实现对入住人员的管理及对宿舍的其它管理,如新生、老生的基本信息处理,毕业生退宿,水、电费的超额处理。该系统功能齐全,操作简便,实用性强,主要包括三个模块:资料管理模块、宿舍管理模块、收费管理模块最后还给出实现的设计思想和关键技术。 系统名称:学生宿舍管理系统 作者名称:广东工业大学计算机学院软件工程12(4)班86 黎伟杰 系统功能描述:随着计算机的应用与普及,现在越来越多的学校学生宿舍都是利用计算机来控制和管理的,学校的不断发展,人数的不断增长,生活水平的提高,要求也越来越高。为了改善学校的宿舍管理,为此开发了学生宿舍管理信息系统软件。本系统要学生用户对它进行查询,管理员有效地对它进行管理用户,即随时可以对它进行添加与删除,在没有旁人指导的情况下,用户也可以进入这个系统并且知道该如何使用它,比如,用户点击进入后就会出现一个系统登陆对话框,根据用户的用户名和密码,点击“登陆”按钮,就可进入系统。这个系统可以适用于各大院校,具有管理权限的用户可以对系统进行修改,没有此权限的用户只能对系统进行查询。 用例图:

数据流图:

档案管理系统-用例图

档案管理系统用例图 V1.4版 文档信息

目录 一、档案管理系统总体用例图----------------------------------------------------------2 二、档案采集模块用例图-------------------------------------------------------------------3 三、档案归档模块用例图-------------------------------------------------------------------9 四、档案查询模块用例图-------------------------------------------------------------------17 五、档案借阅模块用例图--------------------------------------------------------------------18 六、档案销毁模块用例图--------------------------------------------------------------------24 七、档案作废模块(仅针对归档后要修改的档案)----------------------29 八、系统维护模块用例图---------------------------------------------------------------------31

一、档案管理系统总体用例图: 图1-1 档案管理系统总体用例图

二、档案采集模块用例图: 用例图: 图2-1 档案采集模块用例图 1.用例名:标记纳税人提交的纸质资料 行为者:采集人员 前置条件:纳税人已经提交了办理某项业务的资料 描述:采集人员进入系统界面,界面中将办理某项服务项目(中类)的全部资料的名称呈现出来;采集人员对照系统界面,查看纳税人提交的纸 质资料,在系统界面上勾选出相应的资料。 后置条件:系统获取档案的相关信息 2.用例名:扫描纸质资料 行为者:采集人员 简述:通过标记资料的扫描条件,对纸质资料进行扫描。 前置条件:采集人员已在系统中勾选了纳税人提交的纸质资料。

超市管理系统UML类图和用例图

超市管理系统需求分析报告(使用面向对象的方法)

目录 1用例和用例图 (1) 1.1什么是用例和用例图 (1) 1.2用例图 (2) 1.3用例说明 (4) 2类图 (9) 2.1什么是类图 (9) 2.2类图 (10)

超市管理系统需求分析报告 (面向对象方法) 1用例和用例图 1.1 什么是用例和用例图 用例是由行为者启动的系统完成的一系列动作,这些动作除了完成系统内部的计算与工作外,还包括与一些行为者的通信。用例代表某些用户可见性的功能,实现一个具体的用户目标。 用例图(User Case)是由参与者,用例以及它们之间的关系构造成的用于描述系统功能的动态视图的图。用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。用例图定义了系统的功能需求,它是从系统的外部看系统功能,并不描述系统内部对功能的具体实现。

1.2 用例图

1.3 用例说明 用例名称:超市管理系统之人事管理 相关活动者:职工,人事部人员,超市管理系统之售后服务 简要说明:人事部人员对职工进行人事调动,人事考核,培训,工资管理等一系列人事安排。一切的人事安排都打印出报表及时通知给职工。其中的人事考核将接受由超市管理系统之售后服务传过来的对职工的投诉的信息,作为人事考核的一个依据。 前置条件:人事部人员已经登录人事管理界面 主事件流: 1.人事部人员登录人事管理界面,用例开始 2.系统提示输入人事管理对象职工的职工号 3.人事部人员输入人事管理对象职工的职工号 4.系统提示选择人事管理的四项管理:人事调动,人事考核,培训,工资管理 5.人事部人员选择一项具体的人事管理:B1:选择人事调动B2:选择人事考核B3:

图书管理系统用例图

图书管理系统UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上,掌握用例模型的建立,包括: 1.掌握用例图的建立。 2.掌握用例描述文档的编写。 3.掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型,包括:用例图和主要用例的描述文档。 基本功能要求: 图书管理:新书登记,图书查询,图书注销; 借阅管理:借书,还书,查询今日到期读者; 读者管理:增加读者、删除读者、查询读者、读者类别管理(可以设置不同

类的读者,并使不同类读者对应不同类的图书流通参数,如可借册数,可借天数,可续借次数,可续借天数等); 报表管理:包括图书借阅统计报表,被注销图书统计报表等;报表可以有多种格式可供选择;可以把报表输出到文件中,可以预览报表、打印报表等。 系统管理:系统管理员使用,包括用户权限管理(增加用户,删除用户,密码修改等),数据管理(提供数据修改、备份、恢复等多种数据维护工具),系统运行日志,系统设置等功能。 三、实验思想 (1)分析系统需求; (2)确定系统参与者:读者、图书管理员、图书管理系统; (3)确定系统用例; 四、实验结果 借阅人用例图:

图书系统管理员用例图: 图书管理员用例图:

1.用例名称:登录 用例描述:根据用户输入的用户名和密码判断用户的身份,赋予相应的权限。前置条件:无 后置条件:根据用户所有的权限进入相应的操作界面。 基本操作流程: 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程:如果密码不正确,提示重新输入密码; 如果用户名不正确,提示没有此用户。

图书馆管理系统用例图活动图类图时序图样本

资料内容仅供您学习参考,如有不当或者侵权,请联系改正或者删除。 图书馆管理系统 一.图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记, 也就是将图书的基本信息( 如: 书的编号、书名、作者、价格等) 预先存入数据库中, 供以后检索。 能够对借阅人进行注册登记, 包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如: 以书名、作者、出版社、出版时间( 确切的时间、时间段、某一时间之前、某一时间之后) 等信息进行图书检索, 并能反映出图书的借阅情况; 以借阅人编号对借阅人信息进行检索; 以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能, 对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理, 按照不同的工作职能提供不同的功能授权。

提供较为完善的差错控制与友好的用户界面, 尽量避免误操作。 2、系统功能需求分析 (1) 读者管理: 读者信息的制定、输入、修改、查询, 包 括种类、性别、借书数量、借书期限、备注等。 (2) 书籍管理: 书籍基本信息制定、输入、修改、查询, 包括书籍编号、类别、关键词、备注。 (3) 借阅管理: 包括借书, 还书, 预订书籍, 续借, 查询 书籍, 过期处理和书籍丢失后的处理。 (4)系统管理: 包括用户权限管理, 数据管理和自动借还书 机的管理 满足以上需求的系统主要包含有一下几个子系统 ( 1) 基本业务功能子系统: 该系统中主要包含了借书还书和预订等功能。 ( 2) 基本数据录入功能子系统: 该子系统主要包含有书籍信息和读者信息录入功能。 ( 3) 信息查询子系统: 包含了多功能的查询书籍信息和读者信息。 ( 4) 数据库管理功能子系统: 主要包含了借阅信息管理功能, 书籍信息管理功能和预订信息管理功能。 ( 5) 帮助功能子系统。

UML各种图例齐全用例图,类图,状态图,包图,协作图,顺序图详细说明画法和功能

UML各种图例 面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML(也就是Unified Modeling Language?),这篇课程的目的是展示出UML的精彩之处. UML中有九种建模的图标,即: ?用例图 ?类图 ?对象图 ?顺序图 ?协作图 ?状态图 ?活动图 ?组件图 ?配置图 本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题,测试一下你对这个部分的理解. 为什么UML很重要? 为了回答这个问题,我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂,设计师和施工人员之间的交流就越重要.蓝图就成为

了这个行业中的设计师和施工人员的必修课. 写软件就好像建造建筑物一样.系统越复杂,参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师,设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师,设计师和程序员之间在软件设计时的通用语言. UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界. 模型是由对象objects组成的,它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事(属性attributes)和他们可以做的事(行为或操作behaviors or operations).对象的属性的值决定了它的状态state. 类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性(数据)和行为(方法或函数).对象是类的实例instances. 用例图 用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作. 用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节. “一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间,并记上那个时间的预约记录.” 用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association(或简称通讯communication)

图书管理系统用例图

图书管理系统 UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上,掌握用例模型的建立,包括: 1.掌握用例图的建立。 2.掌握用例描述文档的编写。 3.掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型,包括:用例图和主要用例的描述文档。 基本功能要求: 图书管理:新书登记,图书查询,图书注销; 借阅管理:借书,还书,查询今日到期读者; 读者管理:增加读者、删除读者、查询读者、读者类别管理(可以设置不同类的读者,并使不同类读者对应不同类的图书流通参数,如可借册数,可借天数,可续借次数,可续借天数等); 报表管理:包括图书借阅统计报表,被注销图书统计报表等;报表可以有多种格式可供选择;可以把报表输出到文件中,可以预览报表、打印报表等。 系统管理:系统管理员使用,包括用户权限管理(增加用户,删除用户,密码修改等),数据管理(提供数据修改、备份、恢复等多种数据维护工具),系统运行日志,系统设置等功能。 三、实验思想 (1)分析系统需求; (2)确定系统参与者:读者、图书管理员、图书管理系统; (3)确定系统用例;

四、实验结果 借阅人用例图: 图书系统管理员用例图:

图书管理员用例图: 1.用例名称:登录 用例描述:根据用户输入的用户名和密码判断用户的身份,赋予相应的权限。前置条件:无 后置条件:根据用户所有的权限进入相应的操作界面。 基本操作流程: 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程:如果密码不正确,提示重新输入密码; 如果用户名不正确,提示没有此用户。 2.用例名称:查询图书 用例描述:由读者进行操作,查询图书馆中有没有需要图书,如果有,显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。 前置条件:以顾客身份登录 后置条件:无 基本流程: 1 以读者身份登录。 2输入图书的名称或作者名称。

软件工程学期项目Osric用例图类图时序图

学期项目用例图 分配任务 更新客户信息 更新客户优先级 打印报表 增加客户 查找客户 估算服务等待时间 增加服务请求 更新服务请求 完成服务 技师 维护技师信息 助手 删除服务请求 顾客 Osric 项目的初始用例图

打印任务分配情况 打印杰出工作报表 打印报表 助手 打印请求列表 打印统计报表 打印账单 <> <> <> <> <> 打印报表用例的第二次迭代 维护技师信息 助手 增加技师 <> 更新技师信息 <> 技师 删除技师 <> 维护技师信息用例的第二次迭代

学期项目用例描述和类图、时序图 Osric电信公司管理系统的增加客户用例描述 简要描述 增加客户用例使助手能够根据情况增加新客户 按步骤描述 1、判断是否允许新公司申请服务 1.1.若是在白天,如果等候列表上的顾客数超过了白天工作的技师数的两倍, 则软件认为不允许增加新客户 1.2.偶尔情况下,允许增加某个新公司 2、若允许申请,则助手输入新客户信息 3、添加结束后,返回一个成功添加的信息确认 增加客户用例的类图

: 助手 : UserInterface : Maintain_Customer : Request : Technician : Customer 1:助手登录系统 2:传送增加客户申请 3:申请等候列表上的顾客数 4:返回等候列表上的顾客数 5:申请白天工作的技师数 6:返回白天工作的技师数 7:判断是否允许增加该客户 8:如果允许,则将该客户加入顾客列表 9:发送成功添加的信息 10:发送成功添加的信息 11:发送成功添加的信息 增加客户用例的时序图 Osric电信公司管理系统的查找客户用例描述 简要描述 查找客户用例使助手能够根据顾客提供的信息查找顾客相关信息 按步骤描述 1.助手询问顾客编号。助手根据顾客编号查找该顾客信息 2.如果顾客不知道顾客编号,助手询问公司名称。助手根据公司名称查找顾客信 息 3.查找结束后,返回顾客信息,以后查找成功的确认信息

人事管理系统用例图类图活动图模板

人事管理系统用例图类图活动图

Fox-ERP人事管理系统(二) -----毕业设计(论文) 指导老师 专业计算机应用与维护 组长 班级 组员 成都电子机械高等专科学校 5月10日

目录 第一章系统功能 (1) 1.1需求分析 (3) 1.2FOX-ERP人事管理系统功能 (4) 第二章系统分析图 .................................................................... 错误!未定义书签。 2.1UML图 (5) 2.1.1用例图 (6) 2.1.2类图 (8) 2.1.3活动图 (9) 2.2系统架构 (9) 第三章主要关键技术 (10) 3.1关键技术之一 (10) 3.2关键技术之二 (11) 3.3关键技术之三 (11) 第四章数据库结构 (12) 4.1数据库设计 (12) 4.2人事管理系统的数据模型图 (16) 第五章使用FOX-ERP人事管理系统说明书 (16) 5.1FOX-ERP人事管理系统平台 (16) 5.1.1 硬件需求 (16)

5.1.2 安装: (17) 5.1.3第二期工程的后续工作 (17) 5.2FOX-ERP人事管理登录和进入系统 (17) 5.2.1 登录 (17) 5.2.2 进入FOX-ERP人事管理系统主界面 (17) 5.2.3 使用说明 (18) 第六章 FOX-ERP人事管理主要源程序 ................................. 错误!未定义书签。 一、密码的修改和找回......................................................... 错误!未定义书签。1:修改密码代码 .. (32) 2:找回密码代码 (32) 二、员工就职 (33) 1: 代号档资料维护界面代码 (33) 2: 员工基本资料 (35) 3:津贴/扣款维护 (38) 4: 健保眷属资料维护代码 (39) 5: 经历资料维护代码 (40) 6: 证照资料维护代码 ................................................................. 错误!未定义书签。7: 技能资料维护代码 ................................................................. 错误!未定义书签。 三、人事异动 (43) 1:就职单维护代码 (43) 2: 调职单维护代码 ..................................................................... 错误!未定义书签。3: 离职单维护代码 ..................................................................... 错误!未定义书签。4: 复职单维护代码 . (47)

图书馆管理系统用例图活动图类图时序图

图书馆管理系统用例图活动图类图时序图 集团标准化办公室:[VV986T-J682P28-JP266L8-68PNN]

图书馆管理系统 一.图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面,尽量避免误操作。 2、系统功能需求分析 (1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性 别、借书数量、借书期限、备注等。 (2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编 号、类别、关键词、备注。 (3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处 理和书籍丢失后的处理。

(4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理 满足以上需求的系统主要包含有一下几个子系统 (1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。 (2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能。 (3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。 (4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。 (5)帮助功能子系统。 二、系统动态建模 1、用例图、

人事管理系统用例图类图活动图

Fox-ERP人事管理系统(二) -----毕业设计(论文) 指导老师 专业计算机应用与维护 组长 班级 组员 成都电子机械高等专科学校 2007年5月10日 目录

1 3 5 2.1.1用例图6 2.1.2类图 2.1.3活动图 10 3.1关键技术之一 3.2关键技术之二 3.3关键技术之三 4.1数据库设计 4.2人事管理系统的数据模型图 5.1.3第二期工程的后续工作 1:修改密码代码 2:找回密码代码 二、员工就职 3:津贴/扣款维护 1:就职单维护代码 2:教育训练员工文件维护 3:教育训练课程名单 4:教育训练上课员工名单 2:考绩资料维护 4:奖惩资料维护 七、用户注册 1:设置用户 2:用户注册

第一章系统功能 1.1 需求分析 软件工程中包含需求、设计、编码和测试四个阶段,其中需求分析是软件工程中第一个也是很重要的一个阶段,需求分析的基本任务就是准确地回答“系统必须做什么”这个问题,而它的主要任务就是绘制关联图、创建开发原型、分析可行性、确定需求优先级、为需求建立模型、编写数据字典、应用质量功能调配。需求分析从总体上看是说明项目应该具有什么样的功能,而不考虑实现这些功能的具体技术。 ERP系统包括22个子系统,人事管理系统是其中的一个子系统,要理解人事管理系统,就必须了解系统与哪个子系统相关联,以及它具有怎样的功能。人事管理系统将人事档案的手工管理变成计算机管理,充分发挥计算机的快捷、准确、高效、方便的特点,极大地提高了各种效率和工作质量。 在实际项目的开发中,需求分析是客户提出的,现在的企业资源计划的软件要有物流、资金流、信息流,并且要以资金流为中心,ERP则是一个较完善的软件,也是具有管理理论的信息系统。同时ERP具有较强的通用性,大多数企业都需要具备的一些基本功能成为ERP 的需求。 系统的需求分为物理需求、结构需求、逻辑需求。例如人事管理系统的需求如下所示:一.物理需求 物理需求的任务很明确,就是确定人事系统的物理服务器的最终架构和软硬件环境。根据人事管理系统的基本要求,物理需求应包括如下几个方面: (1)支持可分布式部署的服务器群组 支持分布式的服务器组是优秀的网络应用程序必须提供的一个物理功能,因为大型的网络应用程序不可能将所有的应用和操作运行于同一台服务器。支持分布式的服务器群组有利于降低服务器负荷,使服务器的功能更加具有针对性。 (2)支持.NET的服务器操作平台 这是必需要满足的需求。https://www.360docs.net/doc/915998069.html,应用程序不可能脱离.NET Framework的支持,因此WEB服务器必须支持.NET. (3)仅限于Microsoft SQL Server 的数据库管理系统 支持多种数据库类型是一个不错的构想,但是人事管理系统主要体现的是https://www.360docs.net/doc/915998069.html, 以及https://www.360docs.net/doc/915998069.html,中的数据操作新特性,而在https://www.360docs.net/doc/915998069.html,中的针对于Microsoft SQL Server提供了很多的具体方法和对象。为了介绍和展现https://www.360docs.net/doc/915998069.html, 中的对象和方法,人事管理系统采用了Microsoft SQL Server 2000 作为系统的数据库管理系统。 (4)必须用到的软件支持 人事管理系统要使用Visual Studio 2003, 类图、用例图、活动图要使用CASE工具,在PD10.0的环境下做。 二、结构需求 (1)系统的可维护性和可扩展性强 大多数的人事系统在实际应用中都需要不断地添加功能模块,人事管理系统也一样,在二次开发和实际应用中要根据项目的具体情况添加一些功能模块。因此项目在设计之初就要考虑到,当前的架构对系统的扩展工作会不会形成障碍。 使用人事管理系统层次的设计概念能够增强系统的维护性和扩展性,基于层的设计模式允许开发者以三层甚至多层的模式开发人事应用程序,将登录、注册、自定义基本资料表等单元分离开,每一层都有针对性,层是以一组序列分布在系统数据和用户之间的,不相连的层在业务上没有耦合,每一层都是继承和调用上一层中的对象和方法。 这种模式使得系统的功能分布更加合理化。例如扩展一部分付款方式,首先要在付款方式层中建立相应的方式,然后才是在前台显示层中建立新的页面控件。 (2)系统的功能模块通用性强 由于人事管理系统是作为一个示例和应用程序框架被设计和开发的,因此其功能模块简单地说,人事管理系统需要提供员工就职中最基本的对象和这些对象的基本属性,只有这样才能使基于人事管理系统的二次开发具有更大的扩展性。例如多公司运作只执行最基本的功能,至于一些具体应用方式的特殊属性,并不应出现在系统中。 模块化的构建同时也意味着模块之间尽量降低偶合度,这样做的好处是使得更改模块

图书管理系统用例图(完整资料).doc

【最新整理,下载后即可编辑】 图书管理系统 UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上,掌握用例模型的建立,包括: 1.掌握用例图的建立。 2.掌握用例描述文档的编写。 3.掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型,包括:用例图和主要用例的描述文档。 基本功能要求: 图书管理:新书登记,图书查询,图书注销; 借阅管理:借书,还书,查询今日到期读者; 读者管理:增加读者、删除读者、查询读者、读者类别管理(可以设置不同类的读者,并使不同类读者对应不同类的图书流通参数,如可借册数,可借天数,可续借次数,可续借天数等); 报表管理:包括图书借阅统计报表,被注销图书统计报表等;报表可以有多种格式可供选择;可以把报表输出到文件中,可以预览报表、打印报表等。 系统管理:系统管理员使用,包括用户权限管理(增加用户,删除用户,密码修改等),数据管理(提供数据修改、备份、恢复等多种数据维护工具),系统运行日志,系统设置等功能。三、实验思想

(1)分析系统需求; (2)确定系统参与者:读者、图书管理员、图书管理系统; (3)确定系统用例; 四、实验结果 借阅人用例图: 图书系统管理员用例图:

图书管理员用例图:

1.用例名称:登录 用例描述:根据用户输入的用户名和密码判断用户的身份,赋予相应的权限。 前置条件:无 后置条件:根据用户所有的权限进入相应的操作界面。 基本操作流程: 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程:如果密码不正确,提示重新输入密码; 如果用户名不正确,提示没有此用户。 2.用例名称:查询图书 用例描述:由读者进行操作,查询图书馆中有没有需要图书,如果有,显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。 前置条件:以顾客身份登录 后置条件:无 基本流程: 1 以读者身份登录。 2输入图书的名称或作者名称。 3显示相关图书的信息。 可选流程:如果没有该图书,返回提示信息:“没有找到图书”。3.用例名称:借书 用例描述:由图书管理员把读者的借书卡的条码读入计算机,再将读者所选图书的条码读入计算机,在不超过读者允许借书的情况下,累计该读者所借的书;否则提示超过借书数量。 前置条件:以图书管理员的身份登录系统。 后置条件:图书信息中相应记录的还书日期值做改变;将借书明细加入借书记录中。

图书管理系统uml用例图

图书管理系统u m l用例 图 Pleasure Group Office【T985AB-B866SYT-B182C-BS682T-STT18】

Use Case图即用例图,是从外部用户的角度来描述系统功能的一种需求表达方式。一个系统常常包含了众多的用例,每个用例表达了用户对系统的一项需求或描述了人们使用系统某项功能的途径。使用系统的不同功能,其操作的场景不同。而使用相同的功能,其场景则相似。将同一用例的场景用文字描述出来就得到了系统用例描述。完整的描述用例,通常包括用例名称、参与执行者、前置条件、事件流、后置条件等。若用UML图形机制表达,便是系统的用例图。通常,我们将二者相结合,能清晰的表达出系统的用例。 系统管理员:系统管理员为系统的管理者,系统管理员主要有以下权限:读者信息管理,图书信息管理,系统维护。 图书管理员:图书管理员为图书馆工作人员,图书管理员主要有以下权限:分类管理,借书处理,还书处理,解除预定。 图书借阅者:图书借阅者是系统中数量最多也是最重要的参与者。图书借阅者主要有以下权限:查询个人信息,查询图书信息,预定图书,借阅图书,返还图书。 1.创建系统用例模型图 系统参与者: 系统参与者 图书管理系统简示: 图书管理系统 a.系统管理员用例图 系统管理员能通过该系统进行如下活动内容和要求: 添加借阅者:系统管理员可以在添加符合身份的新读者信息 删除借阅者:系统管理员可以在删除页面添加已不符合身份的借阅者信息 修改借阅者信息:系统管理员可以在修改信息页面修改借阅者信息 添加图书信息:系统管理员可以在添加图书信息页面添加图书馆新增图书 删除图书信息:系统管理员可以删除不能在借阅图书的信息 系统维护:系统管理员维护该系统的日常工作 用例说明: Login system:系统登录 Account management:账户管理(其中包括图书管理、借阅者管理、系统管理) Add book:添加图书 Remove book:删除图书

最新图书馆系统用例图、活动图、类图、时序图

图书馆管理系统用例图、活动图、类图、 时序图

图书馆管理系统 一.图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面,尽量避免误操作。 2、系统功能需求分析

(1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性 别、借书数量、借书期限、备注等。 (2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编 号、类别、关键词、备注。 (3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处 理和书籍丢失后的处理。 (4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理 满足以上需求的系统主要包含有一下几个子系统 (1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。 (2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能。 (3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。 (4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。 (5)帮助功能子系统。 二、系统动态建模 1、用例图、

图方案管理系统uml用例图

图方案管理系统u m l用 例图 文件编码(GHTU-UITID-GGBKT-POIU-WUUI-8968)

Use Case图即用例图,是从外部用户的角度来描述系统功能的一种需求表达方式。一个系统常常包含了众多的用例,每个用例表达了用户对系统的一项需求或描述了人们使用系统某项功能的途径。使用系统的不同功能,其操作的场景不同。而使用相同的功能,其场景则相似。将同一用例的场景用文字描述出来就得到了系统用例描述。完整的描述用例,通常包括用例名称、参与执行者、前置条件、事件流、后置条件等。若用UML图形机制表达,便是系统的用例图。通常,我们将二者相结合,能清晰的表达出系统的用例。 系统管理员:系统管理员为系统的管理者,系统管理员主要有以下权限:读者信息管理,图书信息管理,系统维护。 图书管理员:图书管理员为图书馆工作人员,图书管理员主要有以下权限:分类管理,借书处理,还书处理,解除预定。 图书借阅者:图书借阅者是系统中数量最多也是最重要的参与者。图书借阅者主要有以下权限:查询个人信息,查询图书信息,预定图书,借阅图书,返还图书。 1.创建系统用例模型图 系统参与者: 系统参与者 图书管理系统简示: 图书管理系统 a.系统管理员用例图 系统管理员能通过该系统进行如下活动内容和要求: 添加借阅者:系统管理员可以在添加符合身份的新读者信息 删除借阅者:系统管理员可以在删除页面添加已不符合身份的借阅者信息 修改借阅者信息:系统管理员可以在修改信息页面修改借阅者信息

添加图书信息:系统管理员可以在添加图书信息页面添加图书馆新增图书 删除图书信息:系统管理员可以删除不能在借阅图书的信息 系统维护:系统管理员维护该系统的日常工作 用例说明: Login system:系统登录 Account management:账户管理(其中包括图书管理、借阅者管理、系统管理)Add book:添加图书 Remove book:删除图书 Add borrower:添加借阅者 Remove borrower:删除借阅者 Update borrower:修改借阅者信息 System maintenance:系统维护 b.图书管理员用例图 图书管理员能通过该系统进行如下活动内容和要求 借书处理:图书管理员能通过借书页面处理借阅者的借书操作 还书处理:图书管理员能通过还书页面处理借阅者的还书操作 分类处理:图书管理员能通过分类图书页面将新增图书和已还图书进行分类回放,以便下一位借阅者阅读查看 用例说明: Librarian login:图书管理员登录 Book management:图书管理 Get book:还书 Get with fine:违规罚款

相关文档
最新文档