图书管理系统uml实验报告样本.docx

图书管理系统uml实验报告样本.docx

《图书管理系统uml实验报告样本.docx》由会员分享，可在线阅读，更多相关《图书管理系统uml实验报告样本.docx（23页珍藏版）》请在冰豆网上搜索。

图书管理系统uml实验报告样本

面向对象分析与设计大作业

学院：

计算机科学与工程学院

班级：

计算机软件3

学生姓名：

陈俊伟

学号：

31582174

指引教师：

苏锦钿

提交日期：

.12.1

华南理工大学

面向对象分析与设计大作业课程实验报告

实验题目:

_____图书管理系统uml图__________________________

姓名:

___陈俊伟________学号:

_31582174_____

班级：

___09软件3班________组别：

________

合伙者：

__________________

指引教师：

______苏锦钿__________

实验概述

【实验目及规定】

一．目

1.掌握面向对象技术基本原理和各种有关概念；

2.纯熟掌握UML基本知识和9种常用UML图形,并可以运用RationalRose、IBMSoftwareArchitecture、或trufunUML2.x工具进行建模；

3.依照问题进行学习，拓广、深化；

4.独立完毕一种应用程序分析、设计和建模，为后来软件项目开发打下实践基本。

【实验原理】

UML建模，就是用模型元素来组建整个系统模型，模型元素涉及系统中类、类和类之间关联、类实例互相配合实现系统动态行为等。

UML提供了各种图形可视化描述模型元素，同一种模型元素也许会出当前各种图中相应各种图形元素，人们可以从各种视图来考察模型。

UML建模重要分为构造建模、动态建模和模型管理建模3个方面，第1个方面是从系统内部构造和静态角度来描述系统，在静态视图、用例视图、实行视图和配备视图中合用，采用了类图、用例图、组件图和配备图等图形。

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

建模工作集中在前两方面，并且并非所有图形元素都合用或需要采用

需求阶段：

用例图、领域模型（类图）

分析阶段：

用例详细详细阐明、协作图或顺序图、类图

设计阶段：

详细类图、包设计、（建议不要做详细协作图或顺序图-很难维护）

实行阶段：

布置视图

【实验环境】

 RationalRose

WindowsXp

实验内容

【实验方案设计】

 三、环节

⏹ §1软件需求分析

三、功能需求分析

系统功能需求重要涉及如下几种方面：

1借阅者可以通过网络查询书籍信息和预定书籍。

2借阅者可以借阅书籍和还书，书过期话要罚款。

3图书管理员可以解决借阅者借阅和还书祈求。

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

⏹

⏹§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系统功能需求

⏹系统功能需求重要涉及如下几种方面：

1借阅者可以通过网络查询书籍信息和预定书籍。

2借阅者可以借阅书籍和还书。

3图书管理员可以解决借阅者借阅和还书祈求。

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

§2.2基本数据维护模块

⏹基本数据维护模块涉及重要功能模块：

1添加借阅者帐户

2修改更新借阅者帐户信息

3添加书目

4修改和更新书目信息

5添加书籍

6删除书籍

§2.3基本业务模块

⏹基本业务模块包括功能：

1借书

2还书

3书籍预留

4取消书籍预定

§2.4数据库模块

⏹数据库模块功能：

1借阅信息管理

2书籍信息管理

3帐户信息管理

4书籍预留信息管理

§2.5信息查询模块

⏹信息查询模块重要是查询数据库中有关信息：

1查询书籍信息

2查询借阅者信息

§3系统UML基本模型

⏹§3.1UML初始模型

⏹§3.2系统用例图

⏹§3.3系统时序图

⏹§3.4系统协作图

⏹§3.5系统状态图

⏹§3.6系统活动图

§3.2系统用例图

⏹创立用例图之前一方面需要拟定参加者。

⏹系统参加者重要有三类：

1读者（也可称为借阅者）

2图书馆管理员

3图书馆管理系统维护者

4

§3.2系统用例图

⏹1.借阅者祈求服务用例图

⏹2.图书馆管理员解决借书、还书等用例图

⏹3.系统管理员进行系统维护用例图

1.借阅者祈求服务用例图

2.图书馆管理员解决借书、还书等用例图

3.系统管理员进行系统维护用例图

§3.3系统时序图

⏹1.系统管理员添加书籍时序图

⏹2.系统管理员添加借阅者帐户时序图

⏹3.系统管理员删除书目时序图

⏹4.图书管理员解决书籍借阅时序图

⏹5.图书管理员解决书籍归还时序图

⏹6.借阅者查询书籍信息时序图

⏹7.借阅者预留书籍时序图

1.系统管理员添加书籍时序图

2.系统管理员添加借阅者帐户时序图

3.系统管理员删除书目时序图

4.

图书管理员解决书籍借阅时序图

5.图书管理员解决书籍归还时序图

6.借阅者查询书籍信息时序图

7.借阅者预留书籍时序图

7.借阅者预留书籍时序图

§3.4系统协作图

⏹1.系统管理员添加书籍协作图

⏹2.系统管理员删除书籍协作图

⏹3.图书管理员解决借书协作图

⏹4.图书管理员解决还书协作图

⏹5.借阅者预留书籍协作图

1.系统管理员添加书籍协作图

2.系统管理员删除书籍协作图

3.图书管理员解决借书协作图

4.图书管理员解决还书协作图

5.借阅者预留书籍协作图

 §3.5系统状态图

⏹1.书状态图

⏹2.借阅者帐户状态图

1.书状态图

2.

 2.借阅者帐户状态图

§3.6系统活动图

⏹1.借阅者活动图

⏹2.图书管理员活动图

⏹3.系统管理员活动图

1.借阅者活动图

2.图书管理员活动图

3.系统管理员活动图

1.系统管理员维护借阅者帐户活动图

2.系统管理员进行书目信息维护活动图

3.系统管理员维护书籍信息活动图

（1）系统管理员维护借阅者帐户活动图

（2）系统管理员进行书目信息维护活动图

（3）系统管理员维护书籍信息活动图

§4系统中类

§4.1系统中重要类

（1）参加者有关类

（2）系统中用到其她类

§4.2各个类之间关系

§5系统配备与实现

⏹§5.1系统组件图

⏹§5.2系统布置图

1业务对象组件图

2

3.顾客界面组件图

4.系统布置图

【结论】

 1.通过这次大作业，让更理解软件需求建模过程，让我学会了画uml4+1视图。

 用UML建模时，对软件开发过程是有规定，必要是用例驱动，以架构为中心，迭代和递增开发，如果软件开发组织软件开发过程不能满足这三点规定，那么UML使用效果就会大打折扣。

小结

指引教师评语及成绩

评语：

成绩：

          指引教师签名：

                                              批阅日期：