图书馆管理系统的需求分析.doc

发布时间：2022-06-10 发布人：admin 分类：说明书资料大小：0.20M 资料格式：doc 举报版权申诉

kobi88-1680605-16359647775170221674.doc.pdf-第1页.png

第1页 / 共13页

kobi88-1680605-16359647775170221674.doc.pdf-第2页.png

第2页 / 共13页

kobi88-1680605-16359647775170221674.doc.pdf-第3页.png

第3页 / 共13页

kobi88-1680605-16359647775170221674.doc.pdf-第4页.png

第4页 / 共13页

kobi88-1680605-16359647775170221674.doc.pdf-第5页.png

第5页 / 共13页

kobi88-1680605-16359647775170221674.doc.pdf-第6页.png

第6页 / 共13页

kobi88-1680605-16359647775170221674.doc.pdf-第7页.png

第7页 / 共13页

kobi88-1680605-16359647775170221674.doc.pdf-第8页.png

第8页 / 共13页

图书馆管理系统的设计与实现

第一部分背景材料（项目的业务需求）

第二部分需求分析报告

1.需求收集(requirements gathering )

2.分析(analysis )

3.设计(design )

第三部分课程设计总结

图书馆管理系统的设计与实现第一部分背景材料（项目的业务需求）假设某图书馆管理系统的主要情况概述如下。一、系统功能需求 1 借阅者可以通过网络查询书籍信息和预定书籍。 2 借阅者能够借阅书籍和还书。 3 图书管理员能够处理借阅者的借阅和还书请求。 4 系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。二、系统的主要功能结构包括以下几个模块：基本数据维护模块基本业务模块数据库管理模块信息查询模块 1 基本数据维护模块：主要包括下列功能 1 添加借阅者帐户 2 修改更新借阅者帐户信息 3 添加书目 4 修改和更新书目信息 5 添加书籍 6 删除书籍 2 基本业务模块：主要包括下列功能 1 借书 2 还书 3 书籍预留

4 取消书籍预定 3 数据库模块：主要包括下列功能 1 借阅信息管理 2 书籍信息管理 3 帐户信息管理 4 书籍预留信息管理 4 信息查询模块：查询数据库中的相关信息： 1 查询书籍信息 2 查询借阅者信息 5 系统的参与者主要有三类：读者（借阅者）、图书馆管理员、图书馆管理系统维护者。第二部分需求分析报告 1.需求收集(requirements gathering ) 1.1 发现业务过程本过程主要收集用户的业务需求，分析用户的业务活动。业务活动描述：（1）借阅者可以通过网络系统完成查询书籍信息、预定书籍，也可以借书、还书。当在借书和还书时，这时图书管理员可以处理借阅者的借阅请求，也可以完成借阅者的还书请求。（2）系统管理员完成增加、删除和更新书籍，增加、删除和更新读者帐户，增加和删除书籍等业务。图书管理系统业务用例视图，它包括各个参与者在业务用例中参与的各个业务过程，这主要是在和客户会议交谈中所记录下来的。下面我关于读者、图书管理员和系统管理员进行业务用例视图建模，业务用例是面向客户的。

1.1 借阅者与图书管理员的业务用例图 1.2 系统管理员的业务用例图

1.1.1 业务过程的活动图（1）查询书籍信息活动图（2）还书籍活动图（3）借书活动图

（4）预约书籍活动图 1.1.2 业务领域词汇表谈话记录中的名词：读者（Reader）、学生（Student）、教职工（Stuff）、研究生（Undergradutes）、书籍（Books）、书目、数据系统（Datasysterm）、书籍系统

（BookSysterm）、读者系统（ReaderSysterm）、图书管理员（Libarian）、图书馆（Library）、系统管理员（SystermAdministrator）、借阅者帐户信息 (aderInformation）、保洁员（Cleaner）、保安人员、电脑网络（Computer）。 1.2 领域分析 1.2.1 高层类图类图一般是设计师的所完成的，在进行业务会谈后，我们建立了业务领域分析表，并合并了同义词，新增了一些名词，每一个名词一个类，这样构建了初步类图。在此基础之上，做了一些关于各类之间的关联关系。形成了初步类图。读者、图书管理员、系统管理员、图书馆等几大类。图书管理系统初步类图 1.2.1

1.2.2 会谈记录在领域分析时，我们都要多次和客户会谈，最初的交谈是面向业务领域的，目标是建立初步的类图（如图 1.2.1）。这个阶段，对象建模设计师负责记录查找名词、动词或有可能成为类的操作或类之间的关联标记。在会谈中我们会接受到一些要求，在本次报告中我就用系统功能需求代替，但在真正的建模中，这个过程是特别重要的，它直接关系到我们建模干些什么。 1 借阅者可以通过网络查询书籍信息和预定书籍。 2 借阅者能够借阅书籍和还书。 3 图书管理员能够处理借阅者的借阅和还书请求。 4 系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。 1.3 目标系统的部署图面向客户的部署图反应了大体上的客户界面: <电脑网络> 查询书籍信息 Reader preemptive 还书籍借书籍处理还书请求处理借书请求预定书籍图书管理员

1.4 发现系统需求在这个动作中，开发组要尽力第一次联合应用开发会议，这次会议后，对象建模人员会细化他以前所建立的类图，以及时序图。

分享到：

赞收藏

资料库

图书馆管理系统的需求分析.doc

相关推荐

网络技术

热门标签

最新资料