图书管理系统.docx

图书管理系统.docx

《图书管理系统.docx》由会员分享，可在线阅读，更多相关《图书管理系统.docx（10页珍藏版）》请在冰豆网上搜索。

图书管理系统

目录

1.系统概述2

1.1系统背景2

1.2系统目标2

1.2人员计划2

1.3开发环境与工具2

2.需求分析3

2.1系统需求概述3

2.2功能性需求3

2.3非功能性需求3

3.概要设计4

3.1系统总体设计4

3.1.1逻辑结构设计4

3.1.2软件架构设计4

3.2系统功能设计4

3.2.1总体结构4

3.2.1功能设计说明4

3.3数据库设计4

3.3.1建库设计4

3.3.2数据库表存放关系5

3.4界面设计5

3.4.1主界面5

3.4.2子界面A5

4.详细设计6

4.1模块接口设计6

4.1.1接口A6

4.1.1.1功能描述6

4.1.1.2数据结构6

4.1.1.3输入项与输出项6

4.1.1.4算法与程序逻辑6

5.系统测试7

5.1模块测试7

5.1.1模块A7

5.1.1.1模块简述7

5.1.1.2测试结果7

5.2模块缺陷数量统计7

5.3测试评价8

5.3.1充分性评价8

5.3.2缺陷与不足8

5.3.3改进建议8

6.实习体会9

参考文献10

1.系统概述

1.1系统背景

图3.5查询读者UML图图3.6查询书籍信息UML图

当今时代是飞速发展的信息时代。

在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。

计算机的最大好处在于利用它能够进行信息管理。

使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。

尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。

计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。

本系统就是为了管理好图书馆信息而设计的。

图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。

根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。

数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。

总的来说，缺乏系统，规范的信息管理手段。

尽管有的图书馆有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。

数据处理手工操作，工作量大，出错率高，出错后不易更改。

图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。

如要对很长时间以前的图书进行更改就更加困难了。

基于这此问题，我认为有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。

1.2系统目标

[概述系统要完成的内容或建设目标，可采用条目描述或表格形式给出]

序号

目标内容

1

2

3

4

序号

姓名

承担角色和职责

1

2

3

4

5

系统

1.2人员计划

1.3开发环境与工具

序号

类别

具体需求

备注

1

硬件

2

软件

2.需求分析

2.1系统需求概述

[对待实现系统做一个概要的高层描述]

2.2功能性需求

[列出待实现系统的功能性需求]

2.3非功能性需求

[此处可根据待实现系统的自身特点，对下列条目进行裁剪或补充]

3.概要设计

3.1系统总体设计

［说明待实现系统的总体框架、系统逻辑结构和软件结构架构等。

］

3.1.1逻辑结构设计

［说明系统拟采用的逻辑体系结构，例如C/S、B/S、三层体系、N层体系、J2EE等常用体系架构］

3.1.2软件架构设计

［根据系统所采用的逻辑结构，结合系统自身的业务特点，说明系统拟采用的软件架构，例如常见的四层架构：

数据存储、应用服务、Web发布、用户层］

3.2系统功能设计

3.2.1总体结构

［说明系统按照功能划分的总体结构。

可用结构图来描述系统的子系统划分情况；如果待实现系统比较简单，则可以直接描述系统中模块间关系的层次。

结构图的基本组成部分是模块，模块用来标识一个功能，在结构图中表示了系统的层次关系和调用关系］

3.2.1功能设计说明

［按照系统的子系统划分情况，或者单个系统的模块划分情况，依次给出各个子系统或模块的详细的功能描述，及其设计的说明。

此处设计说明可采用UML包图、构件图、部署图、细化的模块图进行辅助说明］

3.3数据库设计

3.3.1建库设计

[对系统中需要管理的各种数据，用什么方式进行管理进行设计。

对放到数据库中管理的数据，要描述出表、表之间的关系、视图、触发器、储存过程接口等设计。

此处可以使用下列表格形式直观地描述数据表的定义]

序号

字段名称

类型

宽度（字节）

说明

1

2

3.3.2数据库表存放关系

［说明本文件各个表空间与各张表之间的存储关系等等；可以用实体-联系图（ERD）来建立模型，包括数据实体、数据实体的属性以及它们之间的关系。

］

3.4界面设计

3.4.1主界面

[1、绘制主界面的视图，或给出系统原型界面抓图，说明主界面中所有对象的功能与操作方式]

3.4.2子界面A

[若系统可以下分若干子系统，则依次给出各个子界面的视图或界面抓图，说明其中所有对象的功能与操作方式]

4.详细设计

4.1模块接口设计

［对照概要设计中的系统功能设计，依次给出各个子系统中各个模块的接口设计详细说明。

可以按照如下章节进行组织，也可以采用UML类图加上程序逻辑描述的形式给出。

］

[若待实现系统功能较为简单，那么只需给出其中若干关键模块的详细设计说明即可。

］

4.1.1接口A

4.1.1.1功能描述

[此处加入接口A功能的描述]

4.1.1.2数据结构

[此处加入接口A使用的数据结构]

4.1.1.3输入项与输出项

[此处加入接口A的输入/输出参数的定义]

4.1.1.4算法与程序逻辑

[此处加入接口A的程序逻辑描述，可以采用流程图或者伪码形式描述]

5.系统测试

[对照概要设计中的系统功能设计，依次给出各个子系统中各个模块的测试结果，包括测试用例设计和测试结果；并给出系统基于模块划分的缺陷数量统计。

]

[若待实现系统功能较为简单，那么只需给出其中若干关键模块的测试结果即可。

］

5.1模块测试

5.1.1模块A

5.1.1.1模块简述

[此处对该模块的功能、接口输入输出参数等作简单介绍]

5.1.1.2测试结果

[此处按照测试用例、测试结果的形式成对给出。

若多条测试用例，则依次按照编号给出；测试结果可以采用系统运行界面抓图的形式]

【测试用例1】

【测试结果1】

【测试用例2】

【测试结果2】

5.2模块缺陷数量统计

[此处给出各个功能模块在测试中发现的缺陷数量。

模块缺陷可以按照其严重程度从高到低划分成1-4级；1级缺陷是指直接导致系统死机或模块功能失效之类的严重错误，4级缺陷是指对系统运行影响不大、但如果改正可完善模块类的错误（如增加提示信息）。

测试人员可以根据系统实际情况，制定相应的级别划分标准。

]

功能模块

1级缺陷

2级缺陷

3级缺陷

4级缺陷

缺陷总数

功能模块1

功能模块2

功能模块3

功能模块4

功能模块5

合计

5.3测试评价

5.3.1充分性评价

[对测试的充分性进行评价，指出未被充分测试的特性或特性组合]

5.3.2缺陷与不足

[指出经过测试证实的产品中存在的缺陷和不足，说明缺陷和不足对软件产品性能的影响]

5.3.3改进建议

[针对测试中发现的产品中存在的缺陷和不足，提出改进建议]

6.实习体会

[给出综合实习过程中各小组人员实习体会的汇总，可以按照人员姓名依次组织]

参考文献

[在文中使用上标格式标出引用的文献]

（格式如下）

1刘国钧，陈绍业，王凤翥.图书馆目录.第1版.北京：

高等教育出版社，1957

2傅承义，陈运泰，祁贵中.地球物理学基础.北京：

科学出版社，1985，447

3华罗庚，王元.论一致分布与近似分析.中国科学，1973（4）：

339~357

4张筑生.微分半动力系统的不变集研究：

[学位论文]，北京：

数学系统学研究所，1983

5BorkoH，BernierCL．Indexingconceptsandmethods.NewYork:

AcademicPr,1978