用UML建模工具对软件系统进行建模.docx

深圳大学实验报告

课程名称： 统一建模语言

实验项目名称：用UML建模工具对软件系统进行建模

图书馆管理系统 UseCase模型

学院： 计算机与软件学院

专业： 软件工程

指导教师： 陈昊

报告人：钟杰龙学号:2009150252班级:09软3

同组人： 黄海光、张耀生、陈周燕

实验时间： 2011年11月19日

实验报告提交时间：2011-11-19

教务处制

实验目的与要求：

进一步了解RSA(IBMRationalSoftwareArchitect)这款工具

能依据课堂案例中所采用的软件开发过程，在建模工具的支持下，对软件系统进行建模

方法、步骤：

参见教案和VisualModelingwithRMRationalSoftwareArchitectandUML。

实验过程及内容:

请按照教案和VisualModelingwithRMRationalSoftwareArchitectandUML中的开发过程，在旧MRSA的支持下，对待开发系统进行建模。待开发系统的选择由实验小组自行确定。在建模过程中，小组成员可以根据系统开发需要，对软件开发过程的建模过程及内容、具体步骤及细节、文档编制等方面进行适当裁剪。要求实验过程中必须建立UseCaseModel、AnalysisModel和DesignModel，如果有时间和能力的话，也可以建立ImplementationModel。请在实验结论部分给出实验过程中重要图示，并提交实验的项目文档。

此次实验要求完成UseCaseModel。

实验结论：

请给出实验过程中重要图示(必须包括UseCaseModel中重要图示，如UseCaseDiagram、ActivityDiagram以及UseCaseSpecification(至少给出2个用例文档)，并上传RSA中的项目文件。

一、 确定参与者

图书馆管理系统主要是对图书的借还进行管理，但是进行工程项目的开发前必须对系统进行建模，搭起一个软件框架，方便后期的代码编写和设计。

系统主要包括了三个部分：系统管理(SystemManagement)、服务管理(ServiceProvision)借阅证管理(LibraryCardHandle)。

建模的前提是我们必须进行参与者和用例的查找。在建模的过程中，一开始便查找用例是很难确定究竟有多少用例可以去寻找的，用例是对一组动作序列的描述，系统执行这些动作序列来为参与者产生一个可以观察的结果值。从定义上，我可以看出，若要在一开始寻找用例是很比较困难的。因此我们采取了先查找参与者。

在进行参与者的查找我们考虑了如下问题：

谁使用这个系统

系统使用在何处

谁是这个系统的受益者

谁来管理和维护这个系统

一个人会扮演系统的几个角色

几个人会不会是就是一个角色

系统会有外部资源吗？

在经过上述问题的考虑之后我们得到的参与者为：借阅者、学生、研究生、本科生、教职工、教师、职工、图书馆管理员。

经过细化之后得到如下参与者之间的关系：

借阅者--学生、教职工(泛化关系)

学生--3研究生、本科生（泛化关系）教职工--3教师、职工（泛化关系）上述的参与者在系统建模得到的图如下:

jEZIServiceProvision

[舀Associations

ServiceProvisionUseCases

参与者BorrowerFacuftyLibrarianPostGraduatedStaffStudentTeacherUnderGradusted

参与者

图1参与者

参与者之间的关系:

Staff

Staff

借阅者学生

借阅者

学生

为了将管理员与区分出来，进行系统的建模，决定将管理员作为一个单独的参与者构建（尽管管理员也是其中教职工一员）。

在建立完参与者之后，接下来就是对参与者编写参与者文档，使其他在进行项目的人可以清楚的知道该参与者在系统扮演的是一个什么角色：

检索书籍、借还书籍、书籍持有借阅证请求使用图书馆管理系统提供的服务的人。

请求使用系统提供的某个权限等级的服务的人。

教职工

请求使用系统提供的某个权限等级的服务的人。

教师

请求使用系统提供的某个权限等级的服务的人。

职工

请求使用系统提供的某个权限等级的服务的人。

研究生

请求使用系统提供的某个权限等级的服务的人。

本科生

请求使用系统提供的某个权限等级的服务的人。

管理员

一个负责维护图书管理系统借阅者信息、图书信息、借阅信息并且对借阅证进行管理的人。

表1参与者文档叙述

二、确定用例

在确定完参与者之以及编写完参与者文档之后，接下来就是确定用例和编写用例文