软件工程
设计
领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计
实验报告
图书馆图书管理系统
一、 设计目的
(1)系统设计目的
1.1目的
功能和性能的要求,重点描述了图书馆图该文档是关于用户对图书馆图书流通系统的
书流通系统的功能需求,是概要设计阶段的重要输入。
本文档的预期读者是:
?设计人员
?开发人员
?项目管理人员
?测试人员
?用户
1.2范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的,解决整个项目系统的“做什么”的问题。在这里,没有涉及到开发技术,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的平台。
1.3缩写说明
UML,Unified Modeling Language(统一建模语言)的缩写,是一个
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
的建模语言。 1.4术语定义
无
1.5引用标准
[1]<<企业文档格式标准>>,北京长江软件有限公司软件工程过程化组织
[2]<<需求规格说明书格式标准>>,北京长江软件有限公司软件工程过程化组织 1.6参考资料
[1]《UML说明》,北京长江软件有限公司
[2]《需求规格报告格式标准》,北京长江软件有限公司软件工程过程化组织
(2)系统定义
分别分析一下项目的来源、背景、项目的用户特点和项目的目标。
2.1项目来源及背景
本项目是为某图书馆开发的一个图书馆图书流通系统,由于图书馆的图书条目和数量非常庞大,对于系统管理员和图书管理员带来了很繁重的工作量。为此希望有一个自动化的图书流通系统能够给他们带来工作的便利,提高工作效率,同时能够给图书管理员和借阅者提供一个方便快捷的平台。
为方便管理图书,现开发了图书流通系统。当图书采购员购入图书后,由系统管理员登记、编目、记入总账(即编入书目)后,按类分别送入各图书室(库)。借阅者凭借书证到相应的图书室查找所需借阅的图书后,交给图书管理员办理借书手续;若所需借阅的图书已被他人借阅,可办理预约登记,待书归还后,图书管理员将通知预约者前来办理借阅手续;还书者将借书证和图书,交给管理员,经审查合格后,办理还书手续;若不合格,在办理还书手续的同时,做出相应的处罚。图书管理员定期对借阅情况进行清点,发现借阅超期者发催还通知;定期对书库进行盘点,当图书丢失(或严重损坏或过时)需从分类账(即书籍信息)中删除,总账中做出说明。
2.2用户的特点
本系统的用户共有三类:一类为系统管理员,他们是图书馆内部人员,对系统很熟悉,一类为图书管理员他们对业务管理非常熟悉;一类为借阅者,他们的差异较大,有的对借阅流程非常熟悉,有的对借阅流程不是很清楚。
2.3项目目标
本项目的目标如下:
?系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少;
?系统具有良好的运行效率,能够达到提高生产率的目的;
?系统应有良好的可扩充性,可以容易地加入其他系统的应用;
?平台的设计具有一定超前性,灵活性,能够企业生产配置的变化
?通过这个项目可以锻炼自己,提高自己的开发能力和项目管理能力
(3)应用环境
根据对系统的需求描述,可以确定本项目分为客户端和管理端,客户端的主要功能是为借阅者办理借书手续、预约手续、还书手续等;管理端的功能是提供系统管理员的图书书目管理、借阅者信息管理,图书管理员的图书借阅管理、图书预约管理等。它们的关系如下图1所示:
图书书目信息Administers图书书目管理
预约书籍Borrower
借阅者信息借阅者信息管理
网
络借阅书籍数
据借阅信息图书借阅管理Liberians库
归还书籍
预约信息图书预约管理
图1
3.1系统运行的网络环境
本系统的网络运行图如下图2所示.无论是管理端的系统管理员、图书管理员还是客户端的借阅者都可以通过网络登录到本系统中。借阅者可以进行借书、还书、预约登记;图书管理员通过网络处理书籍借阅、归还、预约管理;系统管理员通过网络处理图书书目和书籍信息、借阅者账号信息。
3.2系统运行的硬件环境
本系统的硬件环境如下:
客户机:普通PC
?CPU P4 1.8GHz以上
?内存:256MB以上
?能够运行IE5.0以上或者Netscape 4.0以上版本的机器
?分辨率:推荐使用1024*768像素
Web服务器
?CPU:P4 2.0GHz
?内存:1GB以上
?硬盘:80GB以上
?网卡:KMb/s速度
数据库服务器
?CPU:P4 2.0GHz
?内存:1GB以上
?硬盘:80GB以上
3.3系统运行软件环境
本系统的软件环境如下:
?操作系统:UNIX/Linux/Windows 2000或以上版本
?数据库:SQL Server 2000
?开发工具:Microsoft Visual C++ 6.0
二、设计说明
(1)需求分析
1(功能规格(功能需求)
系统的功能需求包括以下几个方面:
(1) 借阅者可以通过网络进行图书查询和预约
(2) 借阅者能够借阅书记和还书。
(3) 图书管理员能够处理借阅者的借阅和还书请求。
(4) 系统管理员可以对系统的数据进行维护,如增加、删除和更新书目,增加、删
除和更新借阅者账户,增加和删除书籍。
我们采用面向对象分析作为主要的系统建模方法,使用UML(Unified Modeling
Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中,从任何一个角度对系统所做的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。
用例描述角色(用户、外部系统以及系统处理)是如何来与系统交互完成工作的。用例模型提供了一个非常重要的方式来界定边界以及定义系统功能,同时,该模型将来可以派生出动态对象模型。
设计用例时,遵循下列步骤:
1)识别出系统的角色。角色可以是用户、外部系统,甚至是外部处理,通过某些途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(角色)是谁,尽可能地确保所有角色都被完全识别出来。
2)描述主要的用例。可以采取不断问自己“这个角色究竟想通过系统做什么,”里准确地描述用例。
3)重新审视每个用例,为它们下个详尽的定义。
1.1确定系统涉及的总体信息
图书馆流通系统是对书籍及读者进行统一管理的系统,具体包括读者的借书、还书、书籍预约;图书管理员的书籍接触处理、书籍归还处理、预约信息处理;还有系统管理员的系
统维护,包括增加书目、删除和更新书目、增加书籍、减少书籍、增加读者账户信息、删除或更新读者账户信息、书籍查询信息、读者查询信息等。系统的总体信息确定以后,就可以分析系统的参与者,确定系统的用例了。
1.2确定系统的参与者
确定系统的参与者首先需要分析系统所涉及的问题领域和系统运行的主要任务:分析使用该系统主要功能的是哪些人,谁需要该系统的支持一完成其工作,还有系统的管理者和维护者。
根据图书馆流通系统的需求分析,可以确定如下几点:
1)作为一个图书馆流通系统,首先需要读者(借阅者)的参与,读者可以登录到系统查询所需要的书籍,查到所需书籍后可以考虑预约,当然最重要的还是借书、还书的操作。
2)对于系统来说,读者发起的借书、还书等操作最终还需要图书管理员来处理,他们可以负责图书的预约和取消预约。
3)对于图书馆流通系统来说,系统的维护操作也是相当重要的,维护操作主要包括增加书目、删除及更新书目、增加书籍、减少书籍等操作。
由以上分析可以得出,系统的参与者主要有3类:读者(也可以称为借阅者)、图书馆管理员、图书馆系统管理员。
1.3确定系统用例
用例是系统参与者与系统在交互过程中所需要完成的事务,识别用例最好的方法就是从分析系统的参与者开始,考虑每个参与者是如何使用系统的。由于系统存在借阅者、图书管理员、系统管理员3个参与者,所以在识别用例的过程中,可以将系统分为3个用例图分别考虑。
1)借阅者请求服务的用例
借阅者请求服务的用例图包括如下用例:
(1)登录系统;
(2)查询自己的借阅信息;
(3)查询书籍信息;
(4)预约书籍;
(5)借阅书籍;
(6)归还书籍;
2)图书管理员处理借书、还书等的用例
图书馆管理员处理借书、还书包含如下用例:
(1)处理书籍借阅;
(2)处理书籍归还;
(3)删除预约信息;
3)系统管理员进行系统维护的用例
系统管理员进行系统维护包含如下用例:
(1)查询借阅者信息;
(2)查询书籍信息;
(3)增加书目;
(4)删除或更新书目;
(5)增加书籍;
(6)删除书籍;
(7)增加借阅者账户;
(8)删除或更新借阅者账户;
1.4系统中的用例图
下面给出系统中所涉及到的3个用例图。
1)借阅者请求服务的用例图
<