软件工程小型图书管理系统Word下载.doc
《软件工程小型图书管理系统Word下载.doc》由会员分享，可在线阅读，更多相关《软件工程小型图书管理系统Word下载.doc（24页珍藏版）》请在冰点文库上搜索。
归还后的图书 图书
图2.1图书管理业务流程图
2.2数据描述（数据流图和数据字典）
经过详细的调查，我们已经清楚了解了现行的业务流程，接下来给出系统的逻辑模型。
构造系统逻辑模型的工具是数据流图和数据字典。
根据现行图书管理的业务流程，首先把数据流图中的源点和终点都选定为学生，因此可以得到图书管理系统的基本系统模型，如图2.2所示。
图书 图书
管理图书借阅信息图书 图书归还信息 管理
员 管理 员
系统
图2.2图书管理系统的基本系统模型
根据基本系统模型，对其逐步细化，得到描述逻辑系统细化后的数据流图，如图2.3所示。
D3
D2
图书信息 借阅登记
借阅结果
图书信息 借阅信息
管理员 图书信息 2借阅图书 3 归还图书 4
学生信息 图书 借阅 归还 归还信息 学生
管理管理 管理归还结果
1归还图书
D4
学生 归还登记
管理预约图书 5
学生信息 预约预约结果
D5
D1
管理
学生信息预约信息 预约登记
图2.3图书管理系统数据流图（顶层DFD图）
对顶层DFD图中的一个加工“学生管理”进行展开，如图2.4。
图书信息 借阅信息 借阅结果
管理管理 管理
1.1归还图书归还结果
新学生 1.2预约图书 归还登记
录入 学生 5
学生信息 查询 预约预约结果
学生信息 管理
学生信息 1.3 预约登记
毕业学生预约信息
学生信息更新 清空
图2.4细化后数据流图
对顶层DFD图中的一个加工“图书管理”进行展开，如图2.5。
借阅登记
借阅信息 借阅结果
管理员图书编号2.1 3归还图书 4
编号 借阅 归还 归还信息 学生
管理 管理
图书信息归还图书归还结果
图书信息 借阅图书 归还登记
2.2 5
图书基本信息 分类预约图书 预约预约结果
建档 管理
预约信息 预约登记
图2.5“图书管理”展开
对第1层DFD图中的加工进一步进行展开，如图2.6。
3.1
学生借阅请求 合法性 学生信息 学生
学生 检查
3.2 图书信息
借阅结果借阅 借阅条件
图书 图书
图书信息
（1）
4.3
罚款/ 提示罚款信息
赔偿
不符管理条件 4.1
4.2 图书信息
（2）
5.1
学生预约请求 合法性 学生信息 学生
5.2 图书信息
预约结果预约 预约条件
（3）
图2.6进一步细化数据流图
有了系统的数据流图后，还有相当多的数据信息如图书、借阅、归还等信息需要进一步描述，这就是需要定义数据字典，才能把现有的系统描述清楚。
图2.7列出了系统的主要数据字典。
图书：
图书表结构
别名：
描述：
记录所有图书的基本情况
定义：
图书信息表=图书编号+图书名称+图书ISBN号+图书作者+图书出版社+图书类型+图书价格+图书库存量
位置：
Librarydat.mdf数据库
借书登记：
借书登记表结构
描述；
记录所有图书的借阅情况
借阅登记表=借书编号+学生编号+图书编号+借书时间+归还时间+是否归还
学生信息：
学生信息表结构
记录所有学生信息情况
学生信息表=学生编号+学生姓名+性别+入学时间+毕业时间
预约图书登记：
预约图书登记表结构
记录图书预约情况
预约图书登记表=预约编号+学生编号+图书编号+预约时间+是否成功
归还登记：
归还登记表结构
记录所有已归还图书的借阅情况
归还信息表=图书编号+图书名称+图书作者+图书出版社+归还时间
名称：
管理员
记录管理员信息
管理员信息=管理员ID+管理员name+密码+加入时间+级别
借阅请求
学生借阅请求信息
借阅请求=借阅编号+学生编号+图书编号
预约请求
学生预约请求信息
预约图书请求=预约编号+学生编号+图书编号
归还图书
归还图书的相关信息
归还图书=借阅ID+图书ID+学生学号+归还日期
提示惩罚信息
为归还图书的学生需要提示的信息
提示惩罚信息=借阅ID+图书ID+学生学号+应归还日期+处罚提示
借阅结果
是否借阅成功的返回结果
借阅结果=借阅ID+图书ID+学生学号+借出否+提示成功借阅
预约结果
是否预约成功的返回结果
预约结果=预约编号+学生学号+图书编号+预约否+提示成功预约
归还结果
归还图示操作完成后的返回结果
归还结果=借阅ID+图书ID+学生学号+已归还（true/false）+是否提示惩罚
管理条例1
对正常归还的处理办法
管理条例1=借阅ID+未过规定归还时间
管理条例2
对丢失或超期归还图书的处理办法
管理条例2=借阅编号+未过规定归还时间+相关处罚办法
图2.7系统主要数据字典
2.3使用该系统的一些要求
图书管理人员：
使工作量大大降低，图书管理更加有条理，但是，要求有一定的计算机基础知识及一定的软件维护能力。
2.4技术可行性评价
就目前使用的开发技术及开发环境来说建议系统的功能目标应该能够达到；
利用现有的技术在规定的期限内开发工作基本能够完成；
开发人员的数量和质量均符合要求。
第三章需求分析
在开发一个应用系统之前需要对即将开发的应用系统进行需求分析。
所谓需求分析，就是指对你要解决的问题进行详细了解，弄明白问题的要求，包括应用系统应具备哪些功能、系统应有的输入项、计划得到的输出结果等。
需求分析是把应用需求转化为软件需求的关键一步。
它关系着系统开发的成败，是整个软件系统建设的源头。
在软件工程中，通常需求分析指的是在设计开发一个新的系统或修改一个现有的系统时，描述新系统的目的、定义、范围和功能时所要做的所有的工作。
需求分析是开发软件过程中的一个重要环节。
在这个过程中，系统分析员和软件工程师要明白顾客的需求。
只有在确定了这些需求后他们才能够分析和探求新系统的解决方案。
3.1需求分析的原则
1、需求分析要对所开发项目需求进行分解，形成软件的层次结构
一般设计开发的应用程序都是为了处理解决某一特定的问题，而通常这些问题又是比较庞大和复杂，难以理解和处理。
为了便于开发、设计和理解，软件设计人员需要通过一定的方法把问题分解成几个较容易理解的部分，再通过建立这些部分之间的衔接，把复杂问题简单化，而最终实现整体软件系统的功能。
在对所开发的软件进行需求分析阶段，软件的信息域和功能域一般都可以做进一步的细化和分解。
所进行的细化分解可以是纵向分解，即不同层面（多层面）上的分解，另外也可以进行横向分解，即同一层面上的分解，对于一个大的应用系统往往纵向分解和横向分解混合应用。
所谓的横向分解是指把一个功能域分解成若干个子功能域，并确定这些子功能域和父功能域之间的衔接接口。
所谓的纵向分解是指对某些还能继续分解的子功能域进行继续分解，分解成为小的子功能域，小的子功能域如果还可以分解，就可以继续分解成为更小的子功能域。
2、需求分析要识别开发项目的功能并确定数据处理方式
众所周知，所有应用软件系统的开发和设计，它们最终的目的是实现能够对数据进行加工和处理，也就是说要将某些特定形式的数据加工处理转换成为用户所能接受的数据形式。
而数据形式的转换过程一定要有以下几个步骤：
a、对原始数据的录入；
b、录入原始数据后对原始数据的加工和处理；
c、最终能够以被用户所接受的数据形式生成并输出结果。
对于计算机程序所处理的数据，它的信息模块一般包括原始数据的内容、数据的流向和数据结构。
通常所说的数据的内容就是数据项。
通常所说的数据流指的是数据经过一个应用程序系统的时候它的变化方式。
录入的原始数据首先要转换成系统的中间数据，最后再转换成输出数据，并且在这个过程中允许从已经存储在系统数据库中的数据中引进附加数据。
对数据进行加工、处理和转换应该是应用程序中需要具备的功能或者是子功能，数据转换功能之间的数据传递，确定了各个功能模块之间的接口。
所谓的数据结构就是各种数据内容之间的逻辑组织。
3、需求分析要给出所开发软件的物理视图和逻辑视图。
开发软件前首先要设计出软件的物理视图和逻辑视图。
因为软件开发过程中免不了会碰到一些物理限制条件和逻辑条件，而物理视图是解决软件开发中提出的物理限制条件不可或缺的;
软件的逻辑视图是软件满足处理要求所提出的逻辑条件所不可或缺的。
正因为如此，需求分析的物理视图要能够给出数据信息的结构和数据信息加工处理功能的实际表现方式，这些一般都是由硬件设备自身所决定的。
例如一些软件在处理数据的时候需要通过鼠标或键盘等终端设备来录入数据，而另一些软件系统靠的是数据转换设备（数/模转换设备）来录入数据信息。
那么这时候系统分析员就要首先弄清楚软件系统中的数据对软件的限制条件，从而考虑数据信息的结构和数据信息加工处理的物理表示。
需求分析的逻辑视图要能够显示出所开发的软件所具有的功能和所要处理的数据之间的关系，而并不是显示出开发软件的具体详细细节。
例如，一个学校图书馆的图书集成管理系统，要从图书供应商那里获取书目信息，考虑在系统中读取书目信息的逻辑视图时，并不用关心书目数据本身的物理形式或数据由什么设备读入。
类似地，从系统数据库查询图书信息的时候只关注数据库中存放的图书信息的数据结构，而不需要关注图书信息在系统数据库中的具体存储方式。
系统设计的基础就是对软件系统需求进行逻辑描述。
1.2需求分析的方法
1、调查机构组织情况
主要包括弄清楚该机构的部门组成情况，知道各部门的职能等，为分析信息流程做准备。
2、调查各部门的业务情况
主要包括了解各个部门都有哪些信息业务，必须的输入/输出信息，数据的加工处理方式等。
3、协助分析并最终确定对新软件的各种要求
包括信息要求、处理要求、安全性与完整性等方面的要求。
4、确定新软件的边界
确定由计算机完成哪些工作，由人工完成哪些工作。
以及对计算机软件系统在功能和性能方面的要求。
1.3图书室管理系统应用需求
图书管理系统在一些小型图书室管理工作中有着重要的作用。
随着图书室图书的日益增多，如果还采用传统的手工图书管理的方法，不仅图书管理员工作量大，容易出问题，而且对于读者查阅借还图书也是极其不方便的。
从读者和图书室角度出发，本着方便读者优化管理的思想，开发一套适应本图书室的图书管理集成系统具有现实意义，图书管理集成系统不仅能方便读者查询、借阅图书，而且能够减轻工作人员工作量，从而更好的提升服务质量。
根据图书室工作的实际需要，图书室管理系统应满足来自以下几方面的需求，具体需求如下:
图书信息管理功能的设计、读者信息管理功能的设计、流通管理功能的设计以及系统设置功能的设计，重点增加读者信息管理模块中不同读者级别（教师和学生）的借阅权限功能设置、流通模块中图书流通统计等功能。
3.2功能需求
经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。
以下是图书管理系统必须具备的功能：
1.新进图书的登记功能：
对于购进的新书，系统必须具备图书信息资料的录入功能。
2.图书的查询修改功能：
当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。
3.借阅的登记，归还的登记功能：
系统的主要功能之一，供本校学生借阅图书、归还图书，并进行登记。
4.学生信息的增加、删除和修改功能：
系统主要功能之一，建立学生信息，并对其进行维护。
3.3性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书管理系统应该满足以下的性能需求：
1、系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。
2、系统的开放性和系统的可扩充性
图书管理系统在开发过程中，应该充分考虑以后的可扩充性。
例如用户查询的需求也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3、系统的易用性和易维护性
图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；
针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
4、系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
5、系统的先进性
目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6、系统的响应速度
图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。
在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
第四章系统设计
4.1客户端模块设计
图书室管理系统为了便于管理员使用在进行模块设计时分别针对客户端和图书馆管理端进行功能模块设计，客户端的功能模块结构如图4-1所示：
客户端模块
查询
管理
模块
图书
借阅
消息
预约
排行
榜管
理模
块
图书推荐管理模块
4.1.1查询管理模块
读者在借书之前会对图书室的图书进行查询，系统应该提供各种查询方法以便用户能够方便的查询到自己需要的书籍，该系统需要能够处理大量的数据，系统中的记录是成千上万条的，这样无论对系统的程序员还是使用系统的用户来说，从这么多条数据中选择出自己需要的数据都是必要的，这样就要求系统提供一定得功能，使得用户能够根据一定的条件从系统数据库中查询到自己想到的数据。
在读者进行图书查询功能时，系统应该满足读者用多种查询方式进行查询，本模块的设计中主要提供的查询方式室藏资源查询、分类查询、和新书通报三种分类。
室藏资源查询为图书查询，对这些资源的查询分为简单搜索和高级搜索两种搜索方式，在简单检索方式中，查询时应该根据检索类型来查询，模块提供的图书检索类型包括丛书名、作者、分类、出版社、IBSN/ISSN等。
选择相应的检索类型后输入相应的检索词。
分类查询主要是对图书进行分类后进行查询，因为某些读者不是想找某一本特定的书籍而是想找某一个特定领域的资料，这样系统提提供分类查询就可以快速的查询到某一类图书供读者选择。
如果读者还需要在分类后的图书中细化查询，提供可以根据题名、作者、出版社、丛书名来在相应分类的图书中进行更精确的查询。
新书通报中会把图书室新采购的图书列出来，如果新书量太大，用户也可以在新书中查询到自己需要的书籍。
新书通报的查询功能和图书的查询功能相似。
系统搜索到相应的书籍后会将相应的图书按列表的形式显示出来，类表中包括图书号、图书名、作者、出版社和ISBN等简要信息，读者可以点击某一本书进入相应的详细信息界面，详细信息界面除列出了图书的基本信息之外还列出了图书存放地点，以及图书室中的总数和每本书的可借状态。
4.1.2图书借阅管理模块
该模块主要管理读者借阅图书后的信息，便图书室对图书的管理和用户对自己借书后的信息的了解，系统需要对这些信息进行集中的管理，从读者的角度来看，读者需要了解的信息很多，主要包括当前借阅、历史借阅、预约记录、超期信息和欠款记录。
当前借阅主要用于显示用户当前借阅的图书，这些信息应该尽量详细，这些信息包括索书号、图书名、室藏地、借阅时间、应该归还时间和图书借阅状态。
图书的借阅状态指明用户的图书是否超期或者是否快超期，同时系统统计用于已经借阅的图书数目和可以借阅的总数。
历史借阅将读者以前借阅的所有书籍显示出来。
预约记录用于记录用户预约的书籍的信息记录中显示索书号、图书名、预约时间、通知时间和预约状态，其中预约状态有待通知、已通知、已完成和已取消。
读者可以到图书室取消预约和删除预约操作。
超期记录主要用来记录图书的超期信息，包括图书号、图书名、借出时间、应还时间、归还时间和超期天数。
欠款记录主要用来记录读者借阅的图书超期之后没有归还的图书超期罚款。
欠款可以催促读者尽快还书以加快图书的流通。
4.1.3图书预约模块
图书预约模块主要用于负责读者的图书预约操作。
一般情况下某些书籍由于室藏资源少但是借书的人很多，经常处于被借出状态，但是很多读者不会按时还书，这样就造成了要借书的读者不知道该书什么时候归还也就造成不知道什么时候去图书馆借书，系统的图书预约功能使得读者可以进行预约，这样在图书归还图书馆的时候，图书馆会保留该预约图书并通知预约读者到图书馆取书，由于某些图书可能同时会有许多读者预约，因此在进行图书预约的时候系统会提示用户在这本书之前的预约人员，同时图书馆管理人员会按照预约的时间来通知相关预约人员来取书，在取书之后删除该预约人员的预约记录。
图书管理系统的预约功能能够很好将图书借给需要的读者，在图书预约的时候读者需要填写自己的联系方式以便图书管理人员通知预约的读者前来取书，联系信息包括移动手机号码和电子邮箱。
4.1.4排行榜管理模块
为了鼓励读者读书，同时为了方便读者了解图书的借阅情况，排行榜管理模块主要用于统计图书的借阅情况和读者的借阅情况。
统计排行榜主要处理最热门图书排行和读者借阅排行，为了确保这些最新消息的可靠性，在对这些进行排行时主要是按照最近一个月的情况来进行排行，这样减少了以往的借阅来影响排行，因此每个月都会对数据进行更新，以此来保证数据的实时性。
在这些排行中，系统也会对每类书籍进行排行，这样就方便读者根据排行榜来有选择性的读书。
在对读者进行排行的时候是按照读者的借阅量来进行计算的。
排行榜可以有效地帮助读者选择书籍来读和可以刺激读者大量的阅读书籍。
排行榜的管理是一种可选择的图书室管理机制，不是图书室的核心业务，但是这些功能能够丰富图书室的管理工作，可以帮助读者选择图书，减少读者查找图书的时间，是一个非常有用的功能。
4.1.5图书推荐管理模块
图书室不可能采购所有图书，因为那样没有必要也浪费资金，一般会采购和学校相关的书籍，但是也不能照顾到所有读者的需要，因此系统提供一个新书推荐功能能够很好的帮助图书室采购新书，在推荐新书时需要填写相关信息包括书名、作者、IBSN、出版社和推荐理由，其中这些信息都是必须要填的，图书馆在获得这新信息后需要及时的对推荐的书籍进行统计以制定采购计划。
4.2图书馆管理端模块设计
图书馆管理端功能模块主要包括图书流通管理模块、读者信息管理模块、查询和统计管理模块、罚金管理模
升级会员 