图示完备的图书馆UML管理系统.pdf

1.需求(Requirements)

经典地，由系统最终顾客的代表写出文本形式的需求规范文档。对于该图书馆应用程序来

说，需求规范文档应当类似于这样：

1.这是一种图书馆支持系统；

2.图书馆将图书和杂志借给借书者。借书者已经预先注册，图书和杂志也预先注册；

3.图书馆负责新书的购置。每一本图书都购进多本书。当旧书超期或破旧不堪时，从图书馆

中去掉。

4.图书管理员是图书馆的员工。他们的工作就是和读者打交道并在软件系统的支持下工作。

5.借阅人可以预定目前没有的图书和杂志。这样，当他所预定的图书和杂志偿还回来或购进

时，就告知预定人。当预定了某书的借书者借阅了该书后，预定就取消。或者通过显式的取消过

程强行取消预定。

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

的图形顾客界面(GUI)。

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

系统的第一版不必考虑预定的图书抵达后告知预定人的功能，也不必检查借书过期的状况。

So:

1.Thisisalibrarysupportsystem;

booksextendedorwornout,removingfromthelibrary.

systemwork

cancelprocessforciblycancellationofreservation.

informationandbookinginformation.

8.Thesystemiseasytoexpandnewfunctions.

dontcheckfunctionofbooksexpired.

2.分析(Analysis)

系统分析的目的是捕捉和描述所有的系统需求，并且建立一种模型来定义系统中重要的域

类。通过系统分析到达开发者和需求者的理解和沟通。因此，分析一般都是分析员和顾客协作的

产物。

在这个阶段，程序开发者不应当考虑代码或程序的问题；它只是理解需求和实现系统的第

一步。

2.1需求分析(RequirementsAnalysis)

分析的第一步是确定系统可以做什么?谁来使用这个系统?这些分别叫角色(actors)和

用例(usecases)。用例描述了系统提供什么样的功能。通过阅读和分析文档，以及和潜在的

顾客讨论系统来分析用例。

图书馆的角色定为图书管理员和借书人。图书管理员是软件系统的顾客；而借书者则是来

借阅或预定图书杂志的客户。偶尔，图书管理员或图书馆的其他工作人员也也许是一种借书者。

借书者不直接和系统交互，借书人的功能由图书管理员代为执行。

generallyanalystandusercollaborativeproduct.

图书馆系统中的用例有：

1.借书

2.还书

3.预定

4.取消预定

5.增长标题

6.修改或删除标题

7.增长书目

8.删除书目

9.增长借书者

10.修改或删除借书者

由于一本书一般有多种备份，因此系统必须将书的标题和书目的概念辨别开。

图书馆系统分析的成果写在UML用例图中，如图1所示。每一种用例都附带有文本文档，

描述用例和客户交互的细节。文本是通过与客户讨论得到的。用例“借书”描述如下：

1.假如借阅者没有预定：

·确定标题

·确定该标题下有效的书目

·确定借书者

·图书馆将书借出

·登记一种新的借阅

2.假如借阅者有预定：

·确定借书人

●确定标题

·确定该标题下有效的书目

·图书馆将对应的书目借出

·登记一种新的借阅

·取消预定

除了定义系统的功能需求之外，在分析过程中用例用于检查与否有对应的域类已经被定义，

然后他们可以被用在设计阶段，保证处理方案可以有效地处理系统功能。可以在次序图中可视化

实现细节。

Thelibrarysystemofcasesare:

1.Borrowbooks

2.Alsobooks

3.Reservation

4.Cancellations

5.Addtitle

6.Reviseordeletetitle

7.Increasebibliography

8.D