您的当前位置:首页正文

图书管理系统(软件工程课程设计报告)

来源:个人技术集锦


图书管理系统(软件工程课程设计报告)

一、可行性研究报告

1.引言

1.1编写目的

可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解

经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后,交软件经理审查。

1.2项目背景

开发软件名称:图书管理系统 项目任务提出者:老师

项目开发者关:石家庄学院09信计开发小组。 用户:学校

实现软件单位:学校

项目与其他软件,系统的关系:

本项目采用客户机/服务器原理,客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序,服务器端采用Linux 为操作系统的工作站,是采用Oracle8 的为开发软件的数据库服务程序。

1.3定义

图书管理系统对于现代图书馆而言,是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说,是能否方便快速获取信息的关键。所以,图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。

1.4参考资料

《软件工程导论》,张海藩,清华大学出版社。

《实用软件工程》,郑人杰等,清华大学出版社。

2.可行性研究的前提

2.1要求

① 主要功能:

A、读者管理:管理员要为每个读者建立借阅账户,并給读者发放不同类别的借阅卡(借阅卡可提供卡号、读者姓名)。

B、借阅管理:持有借阅卡的读者可以通过管理员(作为读者的代理人与系统交互)借阅、归还图书。

C、读者查询:可通过互联网或图书馆内查询终端查询图书信息和个人借阅情况,以及续借图书(系统审核符合续借条件)。

D、图书管理:图书管理员定期或不定期对图书信息进行入库、修改、删除等图书信息管理以及注销(不外借),包括图书类别和出版社管理。 ② 主要性能:

可以方便快捷有效地完成借阅、查询等的各项操作,录入数据合法性校验程序高,查询速度快(不超5秒)。保证信息的正确和及时更新,并降低信息访问的成本。技术先进且高可靠性。

③ 可扩展性:能够适应应用要求的变化和修改,具有灵活的可扩充性。 ④ 安全性:

具有较高的安全性。系统对不同的用户提供不同的功能模块,只有具有一定权限的管理员用户才能允许有借、还书权限,只有具有高级权限的部门管理者或维护人员用户才能对用户进行管理,一般的读者用户只能查看图书信息和借阅情况。

还应具有一定的保护机制,防止系统被恶意攻击,信息被恶意修改和窃取。有完善的备份机制,如果系统被破坏应该能快速恢复。

2.2目标

A. 人力与设备费用的减少:通常情况下,只需要一名管理员就可以快速操作系统。

B. 处理速度的提高:比一般的图书借还系统反应速度快上几倍。 C. 图书管理系统更完善;

D. 为了用户方便地对书目进行检索和查看;

2.3条件、假定和限制

A、建议软件寿命:10年。

B、进行系统方案选择比较的时间:为10天。

C、经费、投资方面的来源和限制:投资少,经费所需不多。 D、硬件条件:PC机6台,服务器3台,局域网,INTERNET。 E、软件条件:WINDOWS 2000Server和XP操作系统,OFFICE软件,ORACLE 数据库,浏览器等。

2.4可行性研究方法

目标图书管理系统添加了图书查询模块及管理模块,方便了对图书的查询及管理,使图书馆系统更加健壮,节约成本。

2.5决定可行性的主要因素

技术可行性、经济可行性

3.对现有系统的分析

3.1处理流程和数据流程  顶层图

读者信息图书信息管理员 读者情况 图书情况借还书信息 图书管理系统 图书查询条件 借阅查询条件图书信息 读者借阅情况读者

 0层图

图书查询条件 图书信息1书籍管理图书信息读者 图书情况 借阅信息 图书信息 图书信息 图书信息表借阅查询条件借阅信息表 借阅信息 读者信息 读者情况管理员 图书基本信息 图书借还信息 借阅信息 借还书信息 3 读者借阅情况借阅管理借还书信息读者基本信息2读者管理管理员 读者信息 读者信息 读者信息表

 1层图(2书籍管理)

图书类别表 类别录入信息1.1书籍类别管理图书(类别)信息1.2书籍信息管理图书情况管理员 图书注销)信息 图书注销信息1.3注销管理 借阅信息 图书注销信息图书注销信息表出版社信息表 出版社信息新出版社图书信息 图书信息表图书信息 类别信息图书新类别 图书查询条件图书信息读者图书信息 图书(出版社)信息1.4出版社管理管理员借阅信息表

 1层图(3读者管理)

读者类别表读者类别信息读者(类别)信息2.1读者类别管理读者类别信息管理员 读者情况读者信息2.2读者信息管理 借阅信息 读者信息 读者信息读者信息表借阅信息表

 1层图(4借阅管理)

3..2.1过期罚款管理 过期信息 罚款数 借还(还)书信息管理员3.2.2图书丢失管理 借阅查询条件(续借)3.1续借管理 借阅情况读者 罚款数 丢失信息 续借信息3.2还书管理 还/丢书信息 读者基本信息3.3借还(借)书信息 借书信息借书管理 图书借信息 借阅信息 读者基 本信息图书基本信息 还书信息 借阅信息借阅信息表读者信息表图书信息表管理员图书信息表读者信息表

3.2工作负荷

①图书借阅;

②学生查阅书号借书;

③服务器记录借书学生学号; ④登记借出图书;

3.3费用支出

投资少,经费所需不多。

3.4人员

现有系统的运行:管理员四名,技术要求不高,懂电脑的基本操作就可以了。

维护所需要的人员:计算机人员一名,技术要求高,不过需要的时间不多。

3.5设备

PC机6台,服务器3台,局域网,INTERNET。

3.6局限性

经过严谨的分析,可知原有的系统存在很大的局限性,比如技术的过于陈旧,人员工作负荷大,系统维护及费用支出巨大,人员与设备技术含量低等等一系列缺点,所有这些都明确了需要一个新的系统来适应新的信息化时代的高科技的系统。所以开发这样一个系统还是很有必要的

二、项目开发计划

1.引言

1.1编写目的

编写本报告的目的是明确本系统的详细需求,供使用单位确认系统的功能和性能,并作为软件设计人员的设计依据和使用单位的验收标准。

1.2项目背景

图书馆人员结构复杂,人员数量有限,涉及方面很广,如果还使用人工操作处理图书借阅问题,工作将非常繁琐,需要大量的人力、物理、财力,极大的浪费了资源;对于图书管理人员来说,需要手工操作许多事情,不但麻烦,而且经常出错,给广大用户带来不便,所以开发这个图书管理系统。

1.3定义

数据库

1.4参考资料

i. ii. iii.

钱乐秋等,《软件工程》,青还大学出版社;

张害藩,《软件工程导论》(第四版),清华大学出版社; 王珊等,《数据库原理及设计》,清华大学出版社; 赵池龙等,《软件工程实践教程》,电子工业出版社。

iv.

2.项目概述

2.1工作内容

为图书馆建立一个图书管理系统,完成软件的开发、测试及试运行,并且

完成图书借阅内计算机网络建设,使图书管理系统正式投入使用。该系统能为用户提供图书查询的检索服务,图书证的办理,图书的借阅,归还的功能,系统维护功能。

2.2条件与限制

①技术约束

本项目的设计是在汉语程序设计语言的条件下进行的,技术设计采用软硬一

体化的设计方法。

② 环境约束

运行该软件所适用的具体设备必须是奔腾133、内存16兆以上的计算机;

③标准约束

该软件的开发完全按照企业标准开发,包括硬件、软件和文档规格

④ 硬件限制

奔腾133 、内存16兆以上PC机满足输入端条件。

2.3产品

2.3.1程序

A、数据库描述:包括图书资料表、用户资料表、借阅情况资料表。 B、编程语言:使用C++编程语言和SQL Server2005编程。

C、存储形式:相关存储设备充足,操作系统WindowXp、Win7可以运行的相关软件且运行良好。 2.3.2文档

A、可行性研究报告——证明这个图书管理系统是可行的。

B、项目开发计划——列出图书管理系统的详细开发流程及计划说明。 C、需求贵客说明书——对用户的实际需求有详细的说明,使用户与开发人员达成相应的一致。

D、.概要设计说明书——描述图书管理系统的任务概述,总体设计,接口设计,数据结构设计,运行设计,出错处理设计,安全性保密性设计以及维护设计。

2.4运行环境

运行该软件所适用的具体设备必须是奔腾133、内存16兆以上的计算机

2.5服务

在产品到市场发行后,项目成员提供技术方面的咨询服务,这些服务属于维护阶段的一部分。

2.6验收标准

A、程序:

程序中应包含的功能如下:

1、永久存储用户输入的人物信息; 2、任务调度和任务查找操作简易; 3、任务的删除和更新;

4、能够针对任务设置启动时间、终止时间、任务时间间隔; 5、任务启动的提示、多任务的启动提示; 6、显示系统的时钟;

7、任务启动时间、终止时间、任务启动时间间隔调整; 8、在多环境下,允许不同的人管理自己的任务;

数据库脚本在SQL Server 2005的查询分析器中能正确运行,创建的数据库能够支持程序的各项功能的运行,并且保证数据的准确性。 Access数据库应具备抵抗非法访问的特性。 B、文件

操作手册的规格满足GB86的相关标准,对应的内容应包括以上功能的各部分说明,手册中不应该包含专业性的词汇,对于数据库脚本恢复程序,应提供

非常详细的操作指南和图例。 C、服务

其他维护的要求按照维护阶段的内部约定进行。

3.实施计划

3.1任务分解

阶段 项目计划阶段 任务 需完成的文档 主要负责人 全体组员 项目开发计划,进行规划可行性研究报告 和总体安排 项目开发计划 项目计划的审核和发布 需求调研,需求分析 业务功能分析 数据分析 软件设计阶段 软件功能设计 数据库设计 人机界面设计 软件设计说明书 需求规格说明书 需求分析阶段 李丹等 全体组员 张琳等 李慧等 李慧等 刘静等

3.2进度

任务 项目计划,完成可行性研究报告 完成项目开发计划 进行需求调研 需求分析 完成需求规格说明书 需求验收 软件功能设计 数据库设计 人机界面设计 开始阶段 完成阶段 2011年7月12日上午 2011年7月12日下午 2011年7月13日上午 2011年7月13日上午止 2011年7月13日下午 2011年7月13日下午止 2011年7月14日上午 2011年7月14日上午止 2011年7月14日下午 2011年7月15日下午 2011年7月16日上午 2011年7月16日下午 2011年7月17日上午 2011年7月17日下午 2011年7月18日上午 2011年7月18日下午 2011年7月19日上午 2011年7月19日下午

3.3预算

① 一次性支出

A、系统开发、建立费用共23万元。其中:

a. 本系统开发期为7个月,需开发人员6人(不一定都是参加满7个

月)。根据软件系统的规模估算,开发工作量约为30人月,每人月的人工费按5000元计算,开发费用为15万元。

b. 书籍、读者等基础信息建立需要20人2个月即40人月,每人月的

人工费用按2000元计算,需8万元。

B、硬件设备费共13万元,其中:微机6台约3万元;服务器3台及网络等设备费10万元。

C、外购开发工具、软件环境费用共9万元。 D、其他费费用共2万元。

一次性支出总费用:47万元。 ② 经常性费用

主要是系统运行费用,假设本系统运行期10年,每年的运行费用(包括系统维护、设备维护等)5万元,按年利率5%计算如下表。

系统投资成本总额为:47+38.6082=85.6082万元。

3.4关键问题

影响整个项目成败的关键问题、技术难点和风险包括以下因素: 风险描述 可能性 使用提高生产率工具所产生的计划结余被过高地估计0.4 了 计划、资源和产品定义都受客户或上级管理部门的支0.8 配,而不平衡 预定日期提前,但没有对产品范围或可用资源做出相0.6 应调整 最终用户坚持新要求 0.9 小组成员之间的冲突导致通信差、设计差、界面错误0.6 和额外工作 产品比估计的大 0.9 开发工具不想预料的那样有效,开发者需要时间来创0.6 建有关工作,或改用新工具。 由于需求调研不充分而产生的风险 0.5 项目组成人员不具备项目需要的能力而产生的风险 0.5 影响 0.9 0.3 0.6 0.8 0.7 0.5 0.8 0.8 0.7 4.人员组织及分工

⑴ 本小组的成员主有:符现超、刘双岭、陈吉、陈佳。 ⑵ 分工如下: 组员 分工 符现超 对系统的性能和可行性及数据的描述等

刘双岭 陈吉 陈佳 数据流图等图形的设计 界面设计、文档组织与整理等 进行需求调查、搜集资料等

5.交付期限

2012年12月12日至2013年1月21日

6.专题计划要点

⑴ 测试计划:2013年1月21日对软件进行各项测试工作。

⑵ 质量保证计划:严格按照项目开发过程中的各项步骤,从项目立项,可行性研究报告、需求分析报告、项目开发计划等,具体实施; ⑶ 配置管理计划

配置管理所关心的问题涉及以下三点: A、仔细定义软件系统交付物; B、严格控制对可交付物的变更;

C、确保软件系统的可交付物与既定的或者经过标准修订的可交付物相一致。

NIIT所有的软件项目配置管理采用标准的表格模板,并遵循了标准;《计算机软件配置管理计划规范》,本部分加以引用。 ⑷ 人员配置计划该项目开发小组共4人: 组长:符现超

组员:刘双岭、陈吉、陈佳

三、需求规格说明书

1.引言

1.1编写目的

本文档适用于图书管理系统,可用VC++、C#、JAVA等编程工具及相应软件对文档进行开发,标题为软件工程:图书管理系统课程设计。

1.2项目背景

根据石家庄学院希望能够充分利用现代科技来提高图书管理的效率,在原有的办公系统基础上进行扩展,将一些可以用计算机来管理的都进行计算机化,使得图书馆管理人员工作更加方便,工作效率也更加的高。

1.3定义

系统

1.4参考资料

《软件工程导论——第5版》 张海藩编著 清华大学出版社2.任务概述

2.1目标

本系统通过强大的计算机技术给图书管理人员和读者借、还书带来便利。本系

统除了图书馆内管理的一般功能还外,还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。

2.2运行环境

操作系统:Microsoft Windows 2000 Advanced Server

支持环境:IIS 5.0

数 据 库:Microsoft SQL Server 2000

2.3条件与限制

①技术约束

本项目的设计是在汉语程序设计语言的条件下进行的,技术设计采用软硬一

体化的设计方法。

② 环境约束

运行该软件所适用的具体设备必须是奔腾133、内存16兆以上的计算机;

③标准约束

该软件的开发完全按照企业标准开发,包括硬件、软件和文档规格

④ 硬件限制

奔腾133 、内存16兆以上PC机满足输入端条件。

3.数据描述

3.1静态数据 3.2动态数据 3.3数据库介绍 3.4数据词典

1、 数据流条目

① 登陆信息

输入:图书管理员或用户 输出:身份验证1

描述:登陆信息=用户名+密码 ② 查询信息

输入:合法人员对图书的查看操作 输出:图书信息表

描述:查询信息=图书名+作者+类别+购置日期+出版社 ③ 添加信息

描述:添加图书信息

输入:所需添加设图书的信息 输出:确定添加图书的记录

描述:添加信息=图书名+添加日期+出版社+ISBN+描述+状态+图书分类信息 ④ 删除信息

输入:删除图书的信息

输出:确定删除图书的记录

描述:删除图书=图书名+添加日期+出版社+ISBN+描述+状态+图书分类信息 ⑤ 借阅图书

输入:所需借阅的图书信息 输出:节约的图书信息

描述:图书名+借阅日期+出版社+ISBN+描述+状态+图书分类

2、 加工条目

图书类别管理1.1 书籍信息管理1.2 删除管理1.3 用户类别管理2.1 用户信息管理2.2 还书管理3.1 借书管理3.2 3、 文件条目

① 登陆用户表

输入:身份验证1 输出:身份验证1

数据结构:用户名+密码+创建时间+所属组ID值 ② 图书基本信息表

输入:书籍信息管理1.2 输出:书籍信息管理1.2

数据结构:ID+名称+作者+出版社+ISBN+出版时间+封面图片地址+电子文档地址 ③ 图书分类表

输入:图书类别管理1.1 输出:图书类别管理1.1

数据结构: ID+名称+简介+父分类

④ 用户分类表

输入:用户类别管理2.1 输出:用户类别管理2.1

数据结构:ID+名称 ⑤ 书籍分类对应表

输入:书籍信息管理1.2 输出:书籍信息管理1.2

数据结构:书籍ID+分类ID

4.功能需求

① 书籍管理

A、 书籍类别管理:增、删除、改等管理。

B、 书籍信息管理:新书入库,图书购入后由图书管理人员将书籍编码

并将其具体信息录入书籍信息表。书籍信息修改,书籍信息由于工作人员的疏忽而出现错误时,可修改其信息。管理员按不同方式查询、统计,读者按不同方式查询。

C、 出版社信息管理:增、删除、改等管理。

D、 图书注销:某一部分图书会随着时间的增长及知识的更新而变得不

再有使用的价值,或者图书被损坏,这些图书就要在图书籍信息表中的除去。即从书籍信息表中删去此书籍记录。

② 用户管理

A、用户类别信息管理:增、删除、改等管理。

B、用户信息管理:办理、挂失、暂停借、注销阅卡,录入、修改、删除用户信息。 ③ 借阅管理

A、续借管理:提供用户在符合规定的情况下网上续借。

B、还书管理:根据借阅卡编号、图书ID等,在借阅信息表中找到相应的记录,将借书记录删除,更新该记录的相应数据(图书信息表)。根据违反规定情况计算和登记罚款记录。

C、借书管理:根据借阅卡编号和图书编号,进行借书登记。在借阅信息表中插入一条借书记录,该记录包括读者ID、图书ID、借出日期、借阅编号、操作员等信息,更新该记录的相应数据(图书信息表)。把超期图书以列表的形式显示出来,并以电子邮件或打印成书面通知读者。提供读者网上查询自己的借阅情况(包括超期提示)

4.1功能划分

书籍管理、用户管理、借阅管理

5.性能需求

由于此开发项目针对图书馆,使用频度较高,使用性要求比较高。为防止对信息资料和管理程序的恶意破坏,要求有较为可靠的安全性能。总之,要求稳定、安全、便捷,易于管理和操作。

A、 查询速度:不超过10秒;

B、 其它所有交互功能反应速度:不超过3秒; C、 可靠性:平均故障间隔时间不低于200小时。

5.1数据精确度 5.2时间特性

所有交互功能反应速度:不超过3秒

6.运行需求

6.1用户界面

1. 登录界面:

2. 主界面:

6.2硬件接口

考虑到大量数据的备份等要求,需要保持与磁带机和光盘刻录机的接口,这较易实现。

6.3软件接口

这里,主要考虑软件与操作系统、数据库管理系统的接口,以及局域网和互联网软件之间的数据交换。考虑到文档处理时有可能需要较常用的办公软件。例如Microsoft的Office系列,所以应尽量实现它们之间的数据格式的自动转换。

6.4故障处理

故障恢复时间不超过5小时。

7.其它需求

能快速恢复系统和故障处理,方便系统升级和扩充

四、概要设计说明书

1.引言

1.1编写目的

确定图书馆管理系统的总体设计、总体结构、模块设计、接口设计为详细设计奠定基础。

1.2项目背景

本项目的名称:图书管理系统 本项目的应用范围:中型图书室 开发者:符现超 用户:学校图书馆

1.3定义

LMS : Library Management System Title:记录图书馆内所有类图书的信息并可进行查询。

Item:记录馆内每一本图书的状态,并提供查询、统计、打印功能。

Borrower Information:记录读者信息并可进行查询。

Loan:对图书的出借、归还、续借进行管理并可进行查询。

Reservation: 提供预约与取消预约功能。

1.4参考资料

a. 《实用软件工程》(第二版) 郑人杰 殷人昆 陶永雷 清华大学出版社

b. 《软件工程——Java语言实现》 Stephen R. Schach 机械工业出版社

c. 《实践者的研究方法》 Roger S. Pressman 机械工业出版社 d. 《需求分析规格说明书》

2.任务概述

2.1目标

该《图书管理系统》针对的用户是中型图书室,藏书的种类包括中、英、俄、德、日文书籍和期刊,读者的数量和来源仅限于本单位职工及通过馆际互借认可的读者。相应的需求有:

1>能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,这主要包括:

 图书信息的录入、删除及修改。  图书信息的多关键字检索查询。  图书的出借、返还和资料统计。  图书的远程预约和续借。

 馆际互借(通过电子邮件或现场录入)

2>能够对一定数量的读者进行相应的信息存储与管理,这其中包括:

 读者信息的登记、删除及修改。  读者资料的统计与查询。

3>能够对需要的统计结果提供打印输出。

4>能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。

2.2运行环境

本系统采用C/S体系结构,由一台服务器与多个客户机组成, 配置如下: 服务器:

硬件:80x86系列微机

CPU:733以上 内存:256M以上 硬盘空间:40G以上

软件:Windows Server、Access等

工作站:

硬件:80x86系列微机

CPU: 166以上 内存:16M以上 硬盘空间:2G以上

软件:Windows 9x或Windows 2000 professional 、Access等 。 网络设备:网卡、HUB、网线等。

2.3需求概述

通过计算机实现对图书馆图书入库、借阅、归还、检索、读者管理、查询的管理功能。

2.4条件与限制

要求图书管理员会个般的计算机操作,会中文输入。要求用户界面有好,提供帮助。

3.总体设计

3.1处理流程

读者借还图书处理流程:

用户身份确用户资图书检图书信图书借图书借更新图书资料处理流程:

管理身份确管理员数图书更图书信息

3.2总体结构和模块外部设计

用户接口包应用包业务对象包数据库包

3.3功能分配

各项功能需求的实现同各块程序的分配关系: 维护图书资料(管理员) 维护用户信息(管理员) 更新个人资料(用户) 归还图书 (用户) 借阅图书 (用户) 检索图书 (用户) 创建 √ √ 查找 √ √ √ 修改 √ √ √ √ √ 删除 √ √ 4.接口设计

4.1外部接口

硬件接口 接口 与打印机接口 与读条码机接口 软件接口 与数据库接口 传递信息 图书信息,用户信息,借阅信息 图书ISBN,借阅号 图书信息,用户信息,借阅信息 4.2内部接口

接口 维护图书资料 添加图书 传递信息 图书信息(书名,ISBN,定价,出版社,数量,

是否可借) 维护图书资料 修改图书信图书信息(书名,ISBN,定价,出版社,数量,息 是否可借) 维护图书资料 删除图书信图书信息(书名,ISBN,定价,出版社,数量,息 维护用户资料 添加新用户 是否可借) 用户信息:(ID,姓名,年龄,性别,开户时间,余额,是否VIP,累记金额) 维护用户资料 修改用户资用户信息:(ID,姓名,年龄,性别,开户时间,料 余额,是否VIP,累记金额) 维护用户资料 删除用户资用户信息:(ID,姓名,年龄,性别,开户时间,料 用户主模块 余额,是否VIP,累记金额) 更新用户资用户信息:(ID,姓名,年龄,性别,开户时间,料 余额,是否VIP,累记金额) 金额 借阅信息:(ID,ISBN,数量,借出日期,押金) 借阅信息:(ID,ISBN,数量,借出日期,押金) 用户主模块 用户主模块 用户主模块 用户充值 借阅图书 归还图书 5.数据结构设计

5.1逻辑结构设计

在需求分析阶段已完成该系统所有的数据分析。根据该阶段所建立的概念

模型,已经得出满足系统设计要求的几个关系描述,该阶段的主要工作就是把前一阶段的成果转化为具体的数据库。下面给出概念结构设计得E-R图下图所示。

学性入校时间学生姓名 毕业时间 学生学号 图1

图图书名称图 图书编号图书作者 图书出版社 图书数量图书编号 ②

图书类别

图2 用编号 姓名 密码 加入时间 分E-R图 ③

(1) 分E-R图

管1 学生管理 1 图书管理 1

N N 学归还 M M 借阅 N 图N

总E-R图

(2) 总E-R图

图为概念结构设计E-R图

实体:图书(图书编号,书名,作者,出版社,定价,图书类别,图书ISBN号,

图书数量)

学生(学生学号,学生姓名,性别,入校时间,毕业时间) 管理员(编号,名字,密码,加入时间)

联系:学生管理(图书管理员,学生姓名,学生密码) 图书管理(图书管理员,借阅号,归还号)

查询(图书编号,借阅证号,图书管理员,学生)

5.2物理结构设计

依据数据库的原理,并结合以上E-R图,经过转化,即可进行数据库的物理设计。基于以上数据库的逻辑设计,考虑程序设计的简易性,同时考虑题目的时间,该系统的数据库采用Microsoft SQL Server 2000。本系统决定采用一个数据库,在其下创建5个数据表,其结构分别如下: 1.图书信息表(tBook),其字段列表如表1所示。

表1 图书信息表的结构 序号 字段名称 字段说明 类型 位数 属性 备注 1 cBooksID 图书编号 文本 7 必须非空 2 cBooksName 图书名称 文本 20 必须非空 3 cBooksISBN 图书ISBN号 文本 15 可为空 4 cBooksAuthor 图书作者 文本 10 可为空 5 cBooksPublisher 图书出版社 文本 20 可为空 6 cBooksType 图书类型 文本 16 可为空 7 smBooksPrice 图书价格 货币 可为空 8 iBooksStoreQuan 图书库存量 整数 可为空 图书副本数9 iBooksLeftQuant 整数 可为空 量 10 iBooksTotalQuan 图书总数 整数 可为空 2.图书借阅登记表(tBorrow),其字段列表如表4-2所示。 表2 图书借阅登记表的结构 位序号 字段名称 字段说明 类型 属性 备注 数 1 cBorrowID 借书编号 文本 6 必须非空 2 cVipID 学生编号 文本 6 必须非空 3 cBooksID 图书编号 文本 7 必须非空 4 cBorrwTime 借书时间 时间日期 可为空 5 cReturnTime 还书时间 时间日期 可为空 6 cReturn 是否归还 文本 1 可为空 3.图书归还登记表(tReturn),其字段列表如表4-3所示。 表3 图书归还登记表的结构 位序号 字段名称 字段说明 类型 属性 备注 数 1 cBorrowID 借书编号 文本 6 必须非空

2 cVipID 学生编号 文本 6 必须非空 3 cBooksID 图书编号 文本 7 必须非空 4 cBorrwTime 借书时间 时间日期 可为空 5 cReturnTime 还书时间 时间日期 必须非空 6 cReturn 是否归还 文本 1 必须非空 7 cNoReturn 归还异常 文本 8 可为空 4.学生信息表(tVip),其字段列表如表4-4所示。 表4 学生信息表的结构 位序号 字段名称 字段说明 类型 属性 备注 数 1 cVipID 学生编号 文本 6 必须非空 2 cVipName 学生姓名 文本 10 必须非空 4 cVipSex 学生性别 文本 1 可为空 学生入学时5 vipAddTime 时间日期 必须非空 间 学生毕业时6 vipEndTime 时间日期 必须非空 间 5.管理员信息表(tOperators),其字段列表如表4-5所示。 表5 用户信息表的结构 序位字段名称 字段说明 类型 属性 备注 号 数 1 cOperatorID 用户编号 文本 5 必须非空 2 cOperatorName 用户姓名 文本 10 必须非空 3 cOperatorPassword 密码 文本 6 必须非空 时间日4 cOperatorAddTime 用户加入时间 10 必须非空 期 5.3数据结构与程序的关系

6.运行设计

6.1运行模块的组合

施加不同的外界运行控制时所引起的各种不同的运行模块组合如下表所示: 管理员添加图书信息 管理员修改书目信息 管理员删除书目信息 √ √ √ √ 创建模块 √ 查找模块 修改模块 删除模块

管理员添加新用户 管理员修改用户信息 管理员注销用户 用户更新个人资料 用户充值 用户检索图书 用户借阅图书 用户归还图书 √ √ √ √ √ √ √ √ √ √ √ √ 6.2运行控制

运行控制 控制方法 管理员添加图书信管理员填写书目信息并提交,系统在书目信息表中创建一个息 新数据项 管理员修改书目信管理员通过检索找到要修改的书目信息并修改,系统在书目息 信息表中写入修改后信息 管理员删除书目信管理员通过检索找到要删除的书目信息并删除,系统在书目息 管理员添加新用户 信息表中删除该数据项。 管理员填写新用户资料提交,系统在用户资料表中创建一个新数据项 管理员修改用户信管理员通过检索找到要修改的用户信息并修改,系统在用户息 管理员注销用户 资料表中写入修改后的信息 管理员通过检索找到要销户的用户并注销,系统在用户资料表中删除该用户的信息 用户更新个人资料 用户重新填写可修改的用户资料部分并修改,系统在用户资料表中写入修改后的新数据项 用户充值 用户告之管理员充值金额,并付现金,管理员检索到该用户,填写充值金额,系统在用户资料表中该用户的数据项中更新余额一项 用户检索图书 用户填写要检索图书的关键字,系统检索图书信息表,输出

匹配条目 用户借阅图书 用户通过检索找到要借阅的图书并借阅,系统修改图书信息表中该书目剩余数量一项,并在图书借阅表中添加借阅信息 用户归还图书 用户归还图书,系统删除图书借阅表中该用户对该书的借阅信息条目,并修改图书信息表中该书的剩余数据一项

6.3运行时间

系统的运行时间基本可以达到用户所提出的要求。

7.出错处理设计

7.1出错输出信息

A、输入用户名不存在:说明数据库没无此用户名,需开户。

B、密码错误:说明用户名和密码不匹配。弹出警告信息后需重新输入密码,一天内输入十次错误密码,将对此帐户进行冻结,需持身份证解冻。

C、由于管理员没有及时保存数据造成的数据丢失:可通过数据还原,还原成最近的数据备份。

7.2出错处理对策

故障出现后可能采取的变通措施,包括:

a. 后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的

副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;

b. 降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法

来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;

恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。

五、详细设计说明书

1.引言

1.1编写目的

给出详细设计,供软件编程人员参考。

1.2项目背景

开发软件名称:图书管理系统

项目任务提出者:老师

项目开发者关:石家庄学院09信计开发小组。 用户:学校

实现软件单位:学校

1.3定义

LMS : Library Management System

Title:记录图书馆内所有类图书的信息并可进行查询。

Item:记录馆内每一本图书的状态,并提供查询、统计、打印功能。 Borrower Information:记录读者信息并可进行查询。

Loan:对图书的出借、归还、续借进行管理并可进行查询。 Reservation: 提供预约与取消预约功能。

1.4参考资料

《实用软件工程》(第二版) 郑人杰 殷人昆 陶永雷 清华大学出版社

《软件工程——Java语言实现》 Stephen R. Schach 机械工业出版社

《实践者的研究方法》 Roger S. Pressman 机械工业出版社

2.总体设计

2.1需求概述

该《图书管理系统》针对的用户是中型图书室,藏书的种类包括中、英、俄、德、日文书籍和期刊,读者的数量和来源仅限于本单位职工及通过馆际互借认可的读者。

2.2软件结构

1. 总体结构:

用户接口包应用包业务对象包数据库包

2.业务对象:

Loan-ItemItemTitle-Borrower-ItemID-isbn-date-Title-E+Loan()**-state-name-author+getBorrower()+Item()-Key+getItem()+Query()+Query()+isBorrowed()**-type-items+find()+add_Item()-reservations+Borrow()+updateItem()+Title()+return()+deleteItem()+findOnName()+resume()+findOnAuthor()+Lost()+findOnISBN()+findOnKey()*+Query()+add_Title()Recordset+update_Title()+delete_Title()-attribute1*-E+add()*+update()Borrower+delete()-ID-name-address*-E-telephone-classReservation+Borrower()+find()-9-10-title+Query()-borrower+add_Borrower()-date+update_Borrower()**+Reservation()+delete_Borrower()+add_Reservation()+deleteReservation()

3.用户接口:

LendingItemFrame-borrower-Item+Lend_ButtonClicked()+Resume_ButtonClicked()-checkStautus()-updateItem()MainWindow+LendingItem_Action()+Title_Action()+Item_Action()+Borrower_Action()+Reservation_Action()+Query_Action()+static_Action()+print_Action()+About_Action()+Exit()CancelReservationFrame-Borrower-Title+OK_ButtonClicked()+Exit_ButtonClicked()+checkStatus()TitleReservationTitleLoanBorrowerItemBorrowerReturnItemFrame-Item-Borrower+return_ButtonClicked()+Lost_ButtonClicked()-checkStatus()-updateItem()ReservationFrame-Title-Borrower+OK_ButtonClicked()+Cancel_ButtonClicked()-checkStatus()

3.程序描述

⑴功能

① 功能需求㈠ :

A、规格说明:读者登记,即输入读者的具体信息。

输入: 读者处理: 通过图书输出: 读者

B、引言:为了把读者的具体信息(包括:读者编号,姓名,学院,专业,年级等) 写

入读者目录文件中。

C、输入:读者具体信息。

D、处理:通过图书管理系统写入读者目录文件中。 E、输出:读者具体信息。 ② 功能需求(二)

A、规格说明:输入新书的全部信息。

输入: 新书处理: 通过图书输出: 新书信息

B、引言:为了输入新书的全部信息(包括:分类目录号、流水号(唯一)书名、作者、内容摘要、价格和购书日期等)。 C、 输入:新书的全部信息。 图书管理系统软件需求分析

D、 处理:通过图书管理系统写入图书目录文件中。 E、 输出:新书信息的全部内容。 ③ 功能需求(三)

A、规格说明:查询读者的相关信息。

输入: 读者 信息处理: 利用关键字在输出: 读者

B、引言:根据读者编号查询读者的相关信息

C、输入:读者信息的关键字(读者编号或姓名)。

D、处理:利用关键字在读者目录文件中找到此编号或姓名读者的相关信息。

E、 输出:读者的相关信息。 ④ 功能需求(四)

A、规格说明:查询图书的信息。

输入: 图书信息处理: 利用关键字在输出: 图书

B、引言:为了查找图书的相关信息。

C、 输入:图书信息的关键字(图书分类号或书名)。

D、 处理:利用关键字在图书目录文件中找到此图书分类号或书名图书的相关信息。

E、输出:图书的相关信息。 ⑤ 功能需求(五)

A、规格说明:输入读者借书信息。

输入: 读者处理: 通过图书输出: 读者

B、引言:为了把读者借书的相关信息(包括:图书分类号、流水号、读者号、借阅日期和还书日期等)写入借书文件中。 C、输入:读者借书信息。

D、处理:通过图书管理系统写入借书文件中。 E、 输出:读者借书信息的全部内容 ⑥ 功能需求(六)

A、 规格说明:查询读者借书的相关信息。

输入: 借书处理: 利用关键字在输出: 借书相关

B、引言:为了查询读者借书的相关信息。

C、 输入:借书信息的关键字(流水号)。

D、处理:利用关键字在借书文件中找到此流水号图书的相关信息。

E、输出:借书相关信息。 (2)程序逻辑

【详细描述模块实现的算法,可采用: a. 标准流程图; b. PDL语言; c. N-S图; d. PAD;

e. 判定表等描述算法的图表。】

3.7接口

 硬件接口

考虑到大量数据的备份等要求,需要保持与磁带机和光盘刻录机的接口,这较易实现。  软件接口

这里,主要考虑软件与操作系统、数据库管理系统的接口,以及局域网和互联网软件之间的数据交换。考虑到文档处理时有可能需要较常用的办公软件。例如Microsoft的Office系列,所以应尽量实现它们之间的数据格式的自动转换。

3.8存储分配

3.9限制条件

3.10测试要点

【给出测试模块的主要测试要求。】

七、测试计划

1.引言

1.1编写目的

为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解

经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后,交软件经理审查。

1.2项目背景

开发软件名称:图书管理系统 项目任务提出者:老师

项目开发者关:石家庄学院09信计开发小组。 用户:学校

实现软件单位:学校

1.3定义

1.4参考资料

郑人杰,殷人昆,陶永雷。《实用软件工程》(第二版)。北京:清华大学出版社。1997。

2.任务概述

2.1目标

实现用计算机完成整个图书管理流程,是图书管理信息化,智能化。

2.2运行环境

Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑; 运行时占用内存:≤1MB; 所需硬盘空间:≤5MB;

软件平台:中文Windows95/98/NT 4.0或更高版本;

2.3需求概述

《图书管理系统》的总体功能如下: 图书的出借; 图书的归还; 图书信息查询; 图书的增删改; 读者的增删改;

2.4条件与限制

由于时间比较短,使用计算机不方便以及对于网络编程不熟悉,本图书馆管理系统并没有提供数据的远程访问功能。对信息的保护手段仅限于设置用户级别,以及提供数据文件的备份,比较简单,安全性能有待进一步完善。

3.计划

3.1测试方案

采用黑盒测试方法,整个过程采用自底向上,逐个集成的的办法,依次进行单元测试,组装测试,测试用例的设计应包括合理的和不合理的输入条件。

3.2测试项目

系统登录测试、出借测试、还书测试、图书库管理测试、图书查询测试

3.3测试准备

编写相应的驱动模块,并精心设计测试用例。

3.4测试机构及人员

测试主要负责人员:符现超 职责:找出程序中的错误。

3. 测试项目说明

4.1测试项目名称及测试内容

测试1: 名称:系统操作登录测试

目的:测试系统操作界面。

内容:帐号口令输入、合理性检查、合法性检查,系

统操作界面显示控制

测试 2:名称:出借测试。

目的:测试出借功能。

内容:括读者证号输入、合理性检查、合法性检查,借书对

话显示控制,图书书号提交、合理性检查、合法性检查,借书登记。

测试 3:名称: 还书测试。 目的:测试还书功能。

内容:还书对话框显示控制,图书书号提交、合理性检查、

合法性检查,还书登记。

测试 4:名称:图书库管理测试。

目的:测试图书库操作功能。

内容:图书库管理界面显示控制,图书库浏览,增加图书记

录,删除图书记录,编辑图书记录。

测试 5:名称:图书查询测试。

目的:测试图书查询功能。

内容:图书查询对话框显示控制,输入数据合理性检验、提

交,图书查询结果显示。

4.2测试用例

用例1:系统操作登录测试 输入 输出 读者 密码 ‘ ‘ ‘ 12abc’ 错误—用户名空 ‘123四’ ‘12abc’ 错误—用户名非法 ‘admin’ ‘ ’ 错误—密码为空 ‘admin’ ‘aig#345’ 错误—密码非法 ‘admin’ ‘fi 33556’ 错误—密码非法 ‘admin’ ‘123四’ 错误—密码非法 ‘admin’ ‘880527’ 正确---登陆成功 步骤及操作:驱动模块调用之后,看库是否已经关闭,并打开图书信息库直接察看结果

允许偏差:不允许任何偏差 条件:系统操作员表 用例2:出借测试

输入 输出 图书编号 ‘ ’ 错误—图书编号为空 ‘12abc’ 错误—图书编号非法 ‘ 00000 ’ 错误—图书编号错误 ‘ 00001 ’ 正确—借书成功

步骤及操作:驱动模块调用之后,看库是否已经关闭,并打开图书信息库直接察看结果

允许偏差:不允许任何偏差 条件:系统操作员表 用例3:还书测试 输入 输出 图书编号 读者证号 ‘00002’ ‘ 001 ’ 错误—借还编号不一致 ‘00001’ ‘ 002’ 错误—读者证号错误 ‘00001’ ‘ ’ 错误—还书未登记 ‘00001’ ‘ 001’ 正确—还书成功 步骤及操作:驱动模块调用之后,看库是否已经关闭,并打开图书信息库直接察看结果

允许偏差:不允许任何偏差 条件:系统操作员表 用例4:图书库管理测试 输入 输出 删除图书,‘ ’ 错误—图书编号为空 删除图书,‘001 ’ 错误—图书不存在 删除图书,‘00001 ’ 正确—删除图书成功 添加图书,‘ ’ 错误—图书编号为空 添加图书,‘00003’ 正确—图书添加成功 步骤及操作:驱动模块调用之后,看库是否已经关闭,并打开图书信息库直接

察看结果

允许偏差:不允许任何偏差 条件:图书表

用例5:图书信息查询测试 输入 输出 选择作者,KK 显示列表,仅一项(图书书目编号1) 选择作者,si 显示警告“没有符合条件的书目” 选择作者,ee 显示列表,共1项 选择书名,hardware 显示查询内容(1项) 步骤及操作:驱动模块调用之后,看库是否已经关闭,并打开图书信息库直接察看结果

允许偏差:不允许任何偏差 条件:图书表

5.评价

5.1范围

此测试计划说明书中的测试用例能基本上包括所有的情况,基本上能反映此软件是否存在错误。其局限性是用例比较多,比较花时间

5.2准则

以能发现错误为准则

八、测试分析报告

1.引言

1.1编写目的

编写调试完《图书管理系统》软件之后,为使用户能熟悉和使用该软件,需要有相应的软件软件测试计划,基于此目的编写了此软件测试计划说明书,供软件测试人员阅读。

1.2项目背景

开发软件名称:图书管理系统 项目任务提出者:老师

项目开发者关:石家庄学院09信计开发小组。 用户:学校

实现软件单位:学校

1.3定义

ASP(Active Server Page):是一种未经编译的开放的应用软件,利用HTML和ActiveX强有利的功能创建强壮的,功能强大的,与平台无关的Web应用系统。

1.4参考资料

《软件工程》 张海藩编著 清华大学出版社

《软件工程案例教程》 毕硕本//卢桂香 北京大学出版社

2.测试计划执行情况

2.1测试项目

组装测试:测试系统的配合运作,正常工作流程。

确认测试:测试系统的各项功能,尤其是对异常状况以及非法输入的响应以

及处理。

2.2测试机构和人员

石家庄学院09信计开发小组

测试主要负责人员:符现超

测试机构:

2.3测试结果

2.3.1 系统操作登录测试结果

测试1:名称:系统操作登录测试 目的:测试系统操作界面

内容:帐号口令输入、合理性检查,系统操作界面显示控制 登录系统数据库预存数据:

用例1:系统操作登录测试 输入 用户名 密码 ‘ ‘ ‘123’ ‘ mag’ ‘123’ ‘ma我g’ ‘123’ ‘user’ ‘ ‘ ‘user’ ‘12#3’ ‘user’ ‘12 3’ ‘user’ ‘12我3’ ‘mag’ ‘123’ ‘user’ ‘123’ 1.输入: ‘ ‘ ‘123’ 预计结果:登录失败 输出结果:

输出 登录失败 登录失败 登录失败 登录失败 登录失败 登录失败 登录失败 登录成功 登录成功 登录失败

2.输入: ‘ mag’ 预计结果:登录失败 输出结果:

‘123’ 登录失败

3.输入: ‘ma我g’ 预计结果:登录失败 输出结果:

‘123’ 登录失败

4.输入: ‘user’ 预计结果:登录失败 输出结果:

‘ ‘ 登录失败

5.输入: ‘user’ 预计结果:登录失败 输出结果:

‘12#3’ 登录失败

6.输入: ‘user’ 预计结果:登录失败 输出结果:

‘12 3’ 登录失败

7.输入: ‘user’ 预计结果:登录失败 输出结果:

‘12我3’ 登录失败

8.输入: ‘mag’ 预计结果:登录成功 输出结果:

进入到管理页面

‘123’ 登录成功

2.3.2 读者类型管理测试结果

测试2:名称:读者类型管理测试。 目的:测试读者类型管理功能。

内容:读者类型管理对话框显示控制,读者类型浏览,

读者类型的添加、修改、删除。

读者类型数据库数据表:

测试用例:读者类型管理测试 添加 类型名称 可借数量

输入 输出 修改 输入 输出 删除 输入 输出 1.添加: 输入 学校其他人员 3 保存成功 备注 来自数学科学学院 保存成功 读者类型 学校其他人员 删除成功 学校其他人员 3

预计结果:保存成功 输出结果:

2.修改: 输入 来自数学科学学院

预计结果:保存成功 输出结果

3.删除: 选择输入 预计输出:删除成功 输出结果:

学校其他人员

2.3.3读者档案管理测试结果

测试3:名称:读者档案管理测试。

目的:测试读者档案管理功能

内容:读者档案管理界面显示控制,读者浏览,增加读者记录,

删除读者记录,修改读者记录。

读者档案数据库数据表:

测试用例3:读者档案管理测试

1.添加读者信息 读性读证证件号码 联系电话 E-mail 备注 者别 者件姓类类名 型 型 小男 学学123333333 1554444444 fgghh@163.com 无 王 生 生证 输入

预计输出:保存成功 输出结果:

2.修改读者信息 输入

备注 来自数学科学学院

预计输出:保存成功 输出结果:

3.删除读者信息 输入 预计输出 删除前结果显示

删除小王 删除成功

删除(小王)后结果显示

2.3.4图书类型设置管理测试结果

测试4:名称:图书类型设置管理测试。 目的:测试图书类型设置功能。

内容:图书类型设置界面显示控制,图书类型浏览,图书类

型的添加、修改、删除。

图书类型数据库数据表:

测试用例4:图书类型设置管理测试 1.添加图书类型 输入

类型名称 社科 可借天数 3

预计输出:保存成功 输出结果:

2.修改图书类型 修改 类型名称 计算机 可借天数 2

预计输出:保存成功 输出结果:

3.删除图书类型 输入 预计输出

删除社科 删除成功

删除前结果显示

删除(社科)后结果显示

2.3.5图书档案管理测试结果

测试5:名称:图书档案管理测试。

目的:测试图书档案管理功能。

内容:图书档案管理界面显示控制,图书浏览,增加图书

记录,删除图书记录,修改图书记录。

测试用例5:图书档案管理测试

图书档案数据库数据表:

1.添加图书信息 图书名称 图书类型 图书作者 出版社 图书价格 书架 输入 平凡的世文学 路遥 人民出版21 左A-4 界 社

预计输出:添加成功 输出结果:

2.修改图书信息 修改 作者 后天 图书定价 100.0000

预计输出:修改成功 输出结果:

3.删除图书信息 输入 预计输出

删除前结果显示:

删除最后一条 删除成功

删除后结果显示:

2.3.6图书借阅测试结果

测试6:名称:图书借阅测试。

目的:测试图书借阅功能。

内容:读者条形码输入、合理性检查、合法性检查,借书对话框显示控制,图书条形码提交、合理性检查、合法性检查,借书信息的添加。

测试用例6:图书借阅测试

图书借阅数据库数据表:

1.查找读者 输入 预计结果显示:一项 输出结果:

读者条形码 0200712192052

2.图书借阅 输入 预计结果:借阅成功 输出结果:

图书条形码 1020071225838

2.3.7图书续借测试结果

测试7:名称:图书续借测试。

目的:测试图书续借功能

内容:读者条形码输入、合理性检查、合法性检查,

续借对话框显示控制,图书条形码提交、合理性检查,合法性检查,续借登记。

测试用例7:图书续借测试

图书续借数据库数据表:

1.查找 输入 预计输出显示:一项 输出结果:

读者条形码 0200712192052

2.图书续借 输入 预计输出:续借成功 输出结果:

图书条形码 002007121991

选择要续借的图书进行续借 结果显示:

2.3.8图书归还测试结果

测试8:名称: 图书归还测试。 目的:测试图书还书功能。

内容:读者条形码输入、合理性检查、合法性检查,归还对

话框显示控制,图书条形码提交、合理性检查、合法性检查,还书登记。

测试用例8:图书归还测试

图书归还数据库数据表:

1.查找 输入 读者条形码 002007121991 预计输出显示:五项 输出结果:

2.图书归还 输入 预计结果:归还成功 输出结果:

图书条形码 100011

点击归还

测试结果:归还成功

2.3.9图书档案查询测试结果

测试9:名称:图书档案查询测试。

目的:测试图书档案查询功能。

内容:图书档案查询对话框显示控制,输入数据合理性检验、

提交,图书查询结果显示。

测试用例:图书档案查询测试

图书档案查询数据库数据表:

1. 图书档案查询 书名 输入 .net基础 步骤及操作:驱动模块调用之后,看库是否已经关闭,并打开图书信息库直接察看结果。

允许偏差:不允许任何偏差。 条件:图书表

预计输出:显示一项 输出结果:

2.3.10图书借阅查询测试结果

测试10:名称:图书借阅查询测试。

目的:测试图书借阅查询功能。

内容:图书借阅查询对话框显示控制,输入数据合理性检验、

提交,图书借阅所有信息或图书借阅未还信息或图书借阅以还信息的结果显示。

测试用例10:图书借阅查询测试 图书借阅查询数据库数据表:

1.图书借阅 条件 输入 书名 预计输出:查询成功 输出结果:

书名 .net基础

2.3.11更改口令测试结果

测试11:名称:更改口令测试。

目的:测试更改口令功能、

内容:更改口令界面显示控制,

旧密码、新密码、确认密码的输入,更登陆的登陆密码。

测试用例:更改口令测试 口令数据库数据表:

1.更改口令 输入 旧密码 111 新密码 123 新密码 123 预计输出:更改成功 输出结果:

2.3.12安全性测试

当直接进入管理页面时

输出结果:页面自动返回到登录界面

3.软件需求测试结论

经过对图书馆管理系统的测试,可知系统实现了五大基本功能,针对其中的五大功能进行了测试后发现:在登录功能上面,测试结果在用户名的合法性没有达到要求,由于用户账户在根据设定的过程中是在数据库中不能轻易更改,所以在数据库中留有两个用户帐户。从总体上,系统实现的这五个功能实现了需求分析里面中登录系统和查询系统等的基本功能。

4.评价

4.1软件能力

针对现实实际情况,该软件能够对管理模块进行安全性的设置,需要进行系统检验才能对其进行相应的操作,因此具有登录验证的功能。 软件能够进行基本的图书信息查询。

4.2缺陷和限制

在登录系统中,没有对不符合要求的tb_user格式进行限制。在查询系统中,没有对每一本图书详细信息的查询,只有大致的查询;没有图书馆管理系统进行功能上的丰富,只有五大基本功能。

4.3建议

够实现其他功能,完善图书馆管理系统。

4.4测试结论

针对实现了的图书馆管理系统的功能模块,基本上达到了预定的要求。只有在登录系统中,没有对用户名格式的验证。

因篇幅问题不能全部显示,请点此查看更多更全内容