图书馆占位系统说明书

2024-05-09

图书馆占位系统说明书(精选4篇)

篇1:图书馆占位系统说明书

软件需求规格说明书

图书馆管理系统需求规格说明书

1.导言 1.1编写目的

图书管理信息系统的前阶段,对本系统的需求做了详细的阐述,并提出了这份软件需求规格说明书。

此需求规格说明书对图书管理信息系统软件做了全面细致的用户需求分析,明确所要开发的软件应具有的数据库、功能、性能等,使系统分析人员及软件开发人员都能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为用户、需求分析人员、代码编写人员、测试人员、用户文档编写者、项目管理人员。

在下一段的设计中,程序设计员可参考此需求分析规格说明书,在需求分析说明书对图书馆管理信息系统所做的模块结构设计的基础上进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改或发现错误时找出在本阶段的不足或错误。1.2项目背景

由于图书馆书籍多,查找、增加、借阅、归还极为不便,要浪费许多的人力、脑力、物力。图书的管理不当会严重导致图书馆书籍的遗失等问题。于是我们希望能找到解决的方法。

为了解决以上的问题,让图书馆能够有效的管理图书馆书籍,有效的利用软件的便捷,保护好书籍,促进图书馆管理的信息化和规范化。我们多方听取意见、分组讨论、查阅资料,进而了解图书馆管理的流程,开发出一套适合于图书馆书籍多而复杂的管理系统。1.3缩写说明

系统:若未特别指出,统指本图书信息管理系统。SQL:Structured Query Language(结构化查询语言)。

1.4术语定义SQL SERVER:系统服务器所使用的数据库管理系统(DBMS)。

SQL:一种用于访问查询数据库的语言。主键:数据库表中与其他表主键关联的域。外部主键:数据库表中的关联域。值互不相同。

需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。

软件需求规格说明书

1.5参考资料

《软件工程实务》罗先文、徐军,重庆大学出版社,2005年3月

《UML 用例驱动对象建模》Doug Rosenberg、Kendall Scott著,徐海、周靖、陈华伟译,清华大学出版社,2003年5月

《UML 系统分析设计应用案例》 冀振燕,人民邮电出版社,2003年6月 《NET语言程序设计》 陈炜,人民邮电出版社,2005年1月 《SQL Server数据库》吕凤顺,清华大学出版社,2006年9月 《网页设计与制作》于巧娥、何金奎,北京大学出版社,2006年1月 2.任务概述 2.1系统定义

实现图书管理信息系统的基本需求。让图书馆能够有效的管理图书的查询、借阅、增加、归还等操作,保护好文件,促进图书管理的信息化、规范化,实现图书馆的智能化管理,以提高图书馆的的工作效率。2.2应用环境

硬件环境:一台586 以上的微机及兼容内存16MB(最好32MB内存)

软件环境:windows 98 以上的操作系统 ;Office 2000应用软件 操作系统:Microsoft Windows 2000 Advanced Server 支持环境:IIS 5.0 数 据 库:Microsoft SQL Server 2000 2.3假定条件与限制

本图书管理信息系统软件是应用于中小型的图书馆。在功能上还不是很健全,还需要进一步完善,还可进一步实现与E-Mail和Internet电话连接起来,成为网络图书管理信息系统软件。3.需求规定 3.1对功能的规定

(1)图书信息表(book):数据结构(自动编号ID,图书编号(BookID),书号(ISBN),价格(Price),类别名(Kind),图书名(BookName),出版社(Publish),借出日期(BorrowDate),是否借出(IsBorrowed))

(2)借出图书信息表(bookoff):数据结构(自动编号ID,借书证号(LoanNum),姓名(Name),图书编号(BookID),书名(BookName),价格(Price),类别(Kind),出版社(Publish),借出日期(BorowDate))

软件需求规格说明书

(3)管理员信息表(Librarian):数据结构(自动编号ID,名称(LibName),密码(Password))

(4)读者信息表(personal):数据结构(自动编号ID,读者编号(ReaderNum),借书证号(BorrowNum),姓名(Name),班级(Class),部门(Depart),职称(Tittle),罚款(Fine))

(5)图书类型信息表(type): 数据结构(自动编号ID,类别名(Kind),借出天数(BorrowedDay))3.2对性能的定义 3.2.1 精度

(1)要按照严格的数据格式输入,否则系统不给予响应进行处理。

(2)查询时要保证查全率,所有相应域包含查询关键字的记录都应能查到。(3)添加记录时必须写入正确的记录字段。3.2.2时间特性要求

一般操作的响应时间应在1~2秒内,对软磁盘和打印机等的操作也应在可接受的时间内完成。3.2.3灵活性说明

满足图书馆使用的需求(记录量控制在100项内);对前面提到的运行环境要求不应存在困难。3.3输入输出的要求

输入数据:菜单选项,查找关键字,新建记录项。

输出数据:由查询关键字确定的数据库记录集合。(1)系统管理

1)用户登录:用于管理员或读者登录,进行图书馆书籍及资料的查询。2)用户注册:用于用户及管理员的注册,当数据库中有了用户资料之后此用户才有权限登录系统。

3)修改密码:只限于已经注册的用户或管理员的操作。以便于个人登录的识别。

(2)图书管理

1)图书的分类:主要是适合于管理员的操作,对图书进行分类以便读者查询、借阅书籍。

2)查询书籍:主要给借阅者使用,是为了方便借阅者查询自己想要的图书,

软件需求规格说明书

借阅者输入图书的相关关键字,按下按钮即可查询到于此相关的书籍。

3)图书的添加:是给管理员用的功能,如有新增书籍,可通过这项功能,在数据库中添加一项纪录,让读者预留、借阅等。

4)图书的删除:是给管理员用的功能,当图书馆没有此书籍时,在数据库中删除此图书的信息。(3)借书证管理

1)借书证的添加:仅图书管理员可以使用的功能,在数据库中添加读者的借书证信息,方便读者借阅图书。

2)借书证信息的修改:修改读者的图书证信息记录

3)借书证的删除:删除读者的图书证信息记录

4)借书证的借书上限和逾期罚金: 根据等级或其他信息规定该读者最多能借阅几本书籍,归还书籍时如果超过期限,规定超过一天罚多少钱(4)借书和还书操作管理

1)借书操作:用户借书后在借出图书信息表中添加用户信息及书籍信息等 2)还书操作:用户归还书籍后在表中删除借出信息便于他人借阅。3)续借操作:当用户图书到期后,如需再借阅则可使用此功能。(5)打印报表

1)打印单条图书记录:主要适用于一般浏览者和一般用户。他们只能打印在他们的权限和级别范围内所能查看的图书馆信息资料。

2)打印全部档案:是为管理员设置的,管理员可以根据需要设置打印。也可以让档案以报表或其它形式生成文本文件或HTML文件输出。打印操作人员的信息只限管理员使用。

3.4数据管理能力的需求(五个基本数据表单)

图书信息表(book)借出图书信息表(bookoff)图书编号 BookID 借书证号 BorrowNum 书号 ISBN 图书编号 BookID 价格 Price 借出日期 BorowDate 类别名 Kind 是否借出 IsBorrowed 图书名 BookName 出版社 Publish 数量 Amount 作者 Author

读者信息表(personal)管理员信息表(Librarian)姓名 ReaderName 名称 LibName

软件需求规格说明书

密码 Password 密码 Password 班级 Class 部门 Depart 图书类型信息表(type)职称 Tittle 图书编号 BookID 借书证号 BorrowNum 类别名 Kind 罚款 Fine 借出天数 BorrowedDay 3.5故障处理要求

正常使用时不应出错,若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。调试中遇到的问题及解决的方案:

(1)遇到跳出“数据库已经关闭”提示信息阻止程序运行时:可以查看一下进行此项操作时,操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。

(2)关于空记录带来的麻烦:有些空记录往往会使程序无法运行。此时你可用“if not isnull”语句先判断一下是否为空记录,再操作。(3)有些运行错误也可用如下语句排除 On Error GoTo Erropoint

Erropoint :

Msgbox Err.Descripton

Exit sub

或用On Error resume Next 等语句进行处理。3.6其他要求

(1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能(2)系统的安全性: 对于系统的重要数据都有密码保护,具有一定的安全性(3)系统的容错性: 用户输错数据都有提示信息,具有较好的容错性能。(4)系统的封闭性: 用户的封闭性较好,用户基本上在提示信息下输数据 4.运行环境规定 4.1设备

本软件不需要特定的硬件或硬件接口进行支撑;486以上PC机均可运行此软件。4.2支持软件

运行于Windows95及更高版本具有WIN32 API的操作系统之上。开发软件:Dreamweaver、SQL Server、Microsoft web developer 4.3双方签字

软件需求规格说明书

需求方(甲方): 开发方(乙方): 日期:2010年11月17日

篇2:图书馆占位系统说明书

本阶段已在系统的需求分析的基础上,对图书借阅管理系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对图书借阅管理系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。

该文档预期读者为开发组设计人员。

1.2背景 本项目名称:图书借阅管理系统 项目开发人员:

续期读者:所有在校的学生(包括专科,本科,研究生),老师(包括在职老师和离退休老师),以及其他行政人员 1.3定义 1.3.1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。

SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1.3.2缩写 系统:若未特别指出,统指本图书借阅系统。

SQL: Structured Query Language(结构化查询语言)。

ATM: Asynchronous Transfer Mode(异步传输模式)。

1.4参考资料 图书借阅管理系统需求说明书 2总体设计 2.1需求规定 本项目是为了方便读者,图书管理员而设计的,读者可以直接输入相关书名、作者、出版社或者关键字到客户端系统,系统将在屏幕上显示所要查询图书信息(数量及所在位置),同时,读者输入图书证号和密码登录后,可查看自己的个人信息以及借阅图书情况(借阅图书信息,借阅日期等),读者可以在登录后输入自己想要借阅的图书信息来进行预定或解除预定;

图书管理员输入登录名和密码登录系统,当读者需要借书时,图书管理员输入读者图书证号查看读者是否可以借书,如果可以再输入图书ID,如果该图书没有被其他读者预定即可给予借阅,该读者借阅信息上将新增加一条借阅该书相关信息。如果读者要还书,图书管理员输入图书ID后系统自动检测该图书是否过期,如果过期则计算相应的罚款,否则读者可以续借,此时图书管理员只需修改借阅日期,否则更新读者借阅信息和图书库信息。

2.2运行环境 操作系统为windows系列 数据库:

软件开发平台:

2.3基本设计概念和处理流程 2.3.1体系结构设计 C/S体系结构的数据库应用,由两部分组成:客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器,称为应用服务器,一旦服务器程序被启动,就随时等待响应客户程序发来的请求;

客户程序运行在用户自己的电脑上,对应于服务器电脑,可称为客户电脑。当需要对数据库中的数据进行任何操作时,客户程序就自动地寻找服务器程序,并向其发出请求,服务器程序根据预定的规则做出应答,送回结果。从原理和经验上看,对本案例或类似的应用,C/S结构是目前技术条件下,能较好适应不确定和变化的需求环境的比较现实的方案。它可以以较低的投入,实现将易变与稳定的要素分离,快速地增添和替换“瘦小”而互相独立的前台应用,保持数据的连续性和继承性。

3.3 未来的需求     在这个案例中,用户确认了这样的应用发展策略:由点到面,由简到繁逐步引进电脑化作业方法,稳步改进日常的业务模式,并期望于时机成熟的时候开展基于信息技术的业务流程重规划。

具体应用的规划是:先建立简单有效的数据库应用,进一步开发更多的,更具专业性、更深入的应用项目,进而在更大的范围上应用,最终期望将客户也纳入到电脑系统的用户中来,实现客户与销售人员的远程在线查询、下单。在指导性的发展规划中,具体提出了企业内部的互连网(Intranet)和面向国际互连网(Internet)的应用远景。

在这样的应用策略下,对电脑应用的开发,将是一个逐步完善的过程,对这样的开发环境,上一节中已经做了分析。

以目前的技术看,先建立C/S结构的局域网络应用,再向Internet/Intranet模式下数据库应用过渡,是比较现实,相对易于把握、成本较低的。即使是一次到位的开发,对于类似的环境和小型的应用而言,要想实现不同的人员,从不同的地点,以不同的接入方式(比如LAN, WAN, Internet/Intranet等)访问和操作共同的数据库,并有效地保证和管理数据的安全性、访问权限、完整性,采用C/S架构和支持C/S架构的数据平台,是必然选择。

3.4 成本和资源的考虑     由于用户已经建立并运行着LAN、文件服务器,并运行着(并且以后也要继续运行)一些基于PC或PC LAN的应用,现行的硬件设备基本上不用大的扩充,就可以运行基于文件服务器的多用户数据库或基于应用服务器的C/S应用。

采用C/S体系结构,客户所支出的费用项目,将增加数据库平台和对其维护的成本,和可能需要增加适合数据库平台运行的应用服务器操作系统。

这样,从现有资源出发,不考虑开发的成本,最直接而经济的实现方案,是建立基于文件服务器的多用户系统,其次才是C/S体系结构。相比之下,主机模式无论从软硬件投资、开发成本上都是巨大的,没有什么理由替代前两种模式。

3.5 发布、运行与维护的考虑     由于数据库用户的地理位置和数量增加的可能,需要考虑安装上的因素。C/S结构的应用至少需要设置客户和服务器两个项目,而基于文件服务器的应用,通常只需要一次性的安装和设置。现在的客户服务器开发技术,可以将客户端作成简单复制一个瘦小的执行文件就可以运行,客户端通常没有维护的要求,对服务器的安装设置则是一次性的。

对于非C/S架构的数据库系统来说,维护方面的性能也是在应用程序的开发中决定的。这样的系统,通常都需要原设计开发者才能比较好地维护。

C/S架构的数据库系统,由于数据库是建立在通用的平台之上,并且支持SQL这样的通用技术,对数据库的维护工作更加专业,但更为开放,这意味着维护和进一步开发对原设计开发者的依赖性可以降低。用户可以更好地适应人员的流动或服务/供应商的变更。对体系规划的合理性,和一些特殊技术的采用,例如后台服务器上的存储过程、触发器等,会影响到这个特点。出于这个理由,在C/S应用设计时,应尽可能采用规范的模式,标准化的技术。同样的努力,在其他架构中就相对难以实现或较少实际意义。

3.6 性能、开发与品质保证的考虑     非C/S结构应用的性能,更大程度取决于应用程序的设计与实现。基于文件服务器运行的多用户系统,当数据量、用户数扩大时,性能就会严重下降,这包括巨大的网络传输量,以及难以有效地平衡工作站与服务器的负荷。因此,大的数据容量和多用户环境,通常是采纳C/S结构的一个重要理由。主机-终端模式虽然可能更具能量,但高成本和封闭性,限制了它的应用领域。

从运行上来看,同样设计良好的系统,C/S结构引入了更多的“衔接”环节,这意味着故障的机会和资源的耗费,然而,一旦系统处于开放的网络与应用环境中,这些开销就变成是必须的。

对于具备良好的规划能力的开发者而言,C/S结构给予规划者更大的空间和更强的支持,易于实现不同应用间的合理分离,分别调试和投入应用。前台应用和后台数据库的开发,被“强制”地分开;

数据库部分的逻辑与规则,一经调试完成,就可以在将来的应用中一直保证下去;

在一个动态改进或逐步扩充的开发环境,或复杂的应用环境中,这些都是提高系统可靠性有利因素。对基于文件服务器的系统而言,每次增加或修改功能,通常都意味着整个系统的升级,前后台的一体化,也就意味着每次变更都有更大的可能性造成对原有规则的破坏,并引起连锁效应。

以目前的技术环境而言,在C/S结构下,有更多成熟的,适合不同规模应用的开发平台与数据库平台可供选择,并普遍遵循或采用SQL等标准或技术,相对较具开放性,有更多的技术支持、开发与维护人员的来源,并且——基于技术与行业发展的趋势,将来也会有更多的发展和保障。小结     总结以上的种种分析,可以发现,对于这个特定的案例,仅就当前已确定的和希望马上实现的需求而言,可以用传统的,基于LAN的文件服务器的多用户系统实现,但考虑到用户真实需求的不确定性和不断扩充的可能等等因素,有更多的理由支持采用C/S体系结构。作为一种权宜的方案,也可以考虑先采用基于文件服务器的多用户系统,在规划和实现上,尽量为将适当时候来转换成为C/S结构打下基础。此外,如果采用C/S体系结构,还应当尽可能采用开放的,标准的技术。

在上面的分析中,支持采用C/S的理由主要有:

应用的不确定性,逐步开发和增加新应用的需要     适应将来开放的异种网络环境中应用的需要     用户数、数据量增长的可能性     适应电脑开发、维护、供应商与相关技术人员变更的需要     有利于动态规划与动态开发过程,对系统可靠性的保证     此外,从用户的现有资源的延续利用与新增投入,及开发的成本和难度看,采用C/S结构,也是比较适中、现实的选择。

读者应当留意,这里仅仅是针对一个特定环境下小型应用案例开发策略的分析,而不是对数据库体系结构的一个完整的分析比较,更不是对技术本身的评价。

图2.3.1C/S体系结构 2.3.2基本处理流程 2.3.2.1借书程序流程图(1)借书程序流程图:向系统输入借阅证,系统检查该借阅证是否可以借书,如果该借阅证达到最大借书书目,或者已经欠费,则系统不允许借书给出提示;

否则允许借书,继续输入要借阅的图书ID,系统检验该书是否被预定。被预定则给出不能借该书的提示,否则系统自动更新图书库、借阅记录,完成借书。

2.3.2.1还书续借程序流程图 (2)还书、续借程序流程图:首先向系统输入图书ID,系统查询出该图书的借阅信息判断该图书是否逾期,如果没有逾期,则可以选择是否要进行续借,如果在续借允许的时间内,则可以续借,否则提示不在续借时间内,不能续借;

如果已经逾期,则计算显示出罚款并执行还书操作。

图(1)借书程序流程图 图(2)还书、续借程序流程图 2.3.3整体结构 本系统共分为两大模块:系统登录模块和系统设置模块;

系统设置主要是系统对借阅信息时间的限定,读者可借阅的图书数,有效预定的时间限定;

登录共分为三个用户的登录:读者,图书管理员和系统管理员;

用户可以在不登录的情况下查询图书,登录成功后,读者可以完成预定、解除预定和查询;

图书管理员可以实现查询、借阅信息管理和图书管理;

系统管理员可以实现对系统维护和用户维护两大模块。

具体的,读者可以实现预定,解除预定,查看借阅信息、查看预订信息;

图书管理员可以查询图书,对图书进行添加、修该和删除,实现借书、还书、续借处理;

系统管理员可以对后台数据维护,日志维护,同时可以实现对用户信息的添加、修改和删除。

图2.3.3 整体模块 2.4功能需求与程序的关系 登录界面 图书管理 用户管理 查询 借阅管理 预定图书 √ √ 解除预定 √ √ 查看预定信息 √ √ 查找图书 √ 查看借阅信息 √ √ 借书管理 √ √ √ 还书管理 √ √ √ 增加图书 √ √ 删除图书 √ √ 修改图书信息 √ √ 日志维护 √ √ √ √ √ 数据维护 √ √ √ 添加用户 √ √ 删除用户 √ √ 用户信息修改 √ √ 2.5尚未问决的问题(1)只对系统的功能进行了描述,没有阐述各个模块之间是如何协调合作;

(2)没有描述模块的实现方法,以及在这个过程具体的流程。

3接口设计 3.1外部接口 3.1.1用户界面 在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。外观上也要做到合理化,考虑到用户多对WINDOW 风格较熟悉,应尽量向这一方向靠拢。在设计语言上,已决定使用Visual Studio2008 进行编程,在界面上可使用Visual Studio2008所提供的可视化组件,向WINDOWS 风格靠近。

其中服务器程序界面要做到操作简单,易于管理。在设计上采用下拉式菜单方式,在出错显示上可调用Visual Studio2008库中的错误提示函数。总的来说,系统的用户界面应作到可靠性、简单性、易学习和实用 3.2 软件接口 服务器程序可使用Visual Studio2008提供的对 SQL SERVER 的接口,进行对数据库的所有访问。服务器程序上可使用SQL SERVER 的对数据库的备份命令,以做到对数据的保存。

在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。

3.3 硬件接口 在输入方面,对于键盘、鼠标的输入,可用Visual Studio2008的标准输入/输出,对输入进行处理。

在输出方面,打印机的连接及使用,也可用Visual Studio2008的标准输入/输出对其进行处理。在网络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM。

3.4内部接口 内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。

4运行设计 4.1运行模块组合 客户机程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。在接收数据模块得到充分的数据时,将调用网络传输模块,将数据通过网络送到服务器,并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块,对信息进行处理,产生相应的输出。

服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机。

4.2 运行控制 运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。

在网络传输方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户机,并等待确认。

4.3运行时间 在软体的需求分析中,对运行时间的要求为必须对做出的操作有较快的反应。网络硬件对运行时间有最大的影响,当网络负载量大时,对操作反应将受到很大的影响。所以将采用高速ATM 网络,实现客户机与服务器之间的连接,以减少网络传输上的开销。其次是服务器的性能,这将影响对数据库访问时间即操作时间的长短,影响加大客户机操作的等待时间,所以必须使用高性能的服务器,建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。

5系统数据结构设计 5.1逻辑结构设计要点 图书类表(图书编号,图书名,图书作者,图书出版社,图书单价,图书摘要);

图书信息表(图书ID,图书编号,是否借出标记)借阅记录表(图书ID,图书名,借阅证号,借阅日期)预订图书记录表(图书ID,图书名,借阅证号,预定期限开始日期)管理员信息表(编号,姓名,联系电话,登录名,地址,密码,权限)读者信息表(借阅证号,读者姓名,学院,专业,联系电话,密码,读者类型)5.2物理结构设计要点 5.2.1图书类表 列名 数据类型 可否为空 说明 BookClassID Guid 否 图书编号 BookName Nchar(20)否 图书名 BookAuthor NChar(20)是 图书作者 BookPress NChar(50)是 图书出版者 BookPrice Double 是 图书单价 BookSummary text 是 图书摘要 5.2.2图书信息表 列名 数据类型 可否为空 说明 BookID Guid 否 图书ID BookClassID Guid 否 图书编号 SendFlag int 否 是否借出标记 5.2.3借阅记录表 列名 数据类型 可否为空 说明 BookID Guid 否 图书ID BookName NChar(20)否 图书名 CardNum Nchar(20)否 借阅证号 BorrowDate DateTime 否 借阅日期 5.2.4预订图书记录表 列名 数据类型 可否为空 说明 BookID Guid 否 图书ID BookName NChar(20)否 图书名 CardNum Nchar(20)否 借阅证号 BookDate DateTime 否 预定期限开始日期 5.2.5管理员信息表 列名 数据类型 可否为空 说明 AdministerID guid 否 管理员编号 AdmName Nchar(20)否 管理员姓名 TelNumber Nchar(11)是 联系电话 LoginName Nchar(20)否 登录名 Address Nchar(50)是 地址 LodinKey Nchar(6)否 密码 Power Nchar(10)否 权限 5.2.6读者信息表 列名 数据类型 可否为空 说明 CardNum Nchar(20)否 借阅证号 ReaderName Nchar(10)否 读者姓名 College Nchar(20)是 学院 Profession Nchar(20)是 专业 TelNumber Nchar(11)是 联系电话 LodinKey Nchar(6)否 登录密码 ReaderType Nchar(10)否 读者类型 5.3数据库概念结构设计 5.3.1部分E-R图 5.3.1.1图书 图书为实体,有8个属性,分别为图书ID(主键)、图书编号、图书作者、图书单价、图书出版社、图书名、是否借出标记 5.3.1.2管理员 管理员作为一个实体,有7个属性,分别为:编号(主键)、姓名、联系电话、登录名、权限、密码、地址等。

5.3.1.3读者 读者作为一个实体,有7个属性,分别为:借阅证号(主键)、读者姓名、学院、专业、联系电话、读者类型、密码等。

5.3.2整体E-R图 6系统出错处理设计 6.1出错信息(1)验证用户的身份若读者的密码、借阅证号有误则发出“验证错误”信息;

(2)如果借书证未登记入库,则发出“借书错误”;

如果图书未登记入库则发出“借书错误”;

如果读者借书已满限制数N,则发出“借书错误”;

如果读者所借书中有超期,则发出“借书错误”;

(3)如果所还图书超期则,统计超期天数,生成含警告的返回信息;

(4)输入预定图书信息,如果预定图书信息不存在,则提示不存在;

若用户取消了解除预定操作否则系统取消解除预定;

(5)如果不在有效续借的天数则返回不能续借提示信息;

(6)输入要录入的图书信息,若信息输入有误,则返回添加失败,若添加信息时系统发生异常,则返回添加失败;

(7)输入编号、要修改的图书信息,若信息输入有误,则返回修改失败,若修改信息时系统发生异常,则返回修改失败;

(8)输入要删除的图书信息,若删除时系统发生异常,则返回删除失败;

6.2补救措施 (1)后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;

(2)降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;

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

6.3系统维护设计 及时清理数据库,提高数据库运行能力;

同时对更新的数据及时保存,以防止数据丢失。

6.4 安全保密设计(1)对用户输入的所有内容都应进行安全性和合法性检查,避免恶意输入;

(2)为了确保数据库的安全,数据库采用冗余备份、定时备份和即时备份相结合,详细记录日志文件,以备灾难恢复。

(3)系统对用户注册密码要进行安全性提示,确保密码不易丢失或失窃,同时为用户提供密码找回功能,确保安全。

篇3:图书管理系统的设计说明书

设计题目:图书管理系统

院 系:计算机科学与工程学院

专 业: 软件工程

班 级: 软件工程081

学 号: Y12108119

姓 名:指导教师: 汤力

设计地点: 东南机房

开课时间: 10 至 11 学年第 一 学期

常熟理工学院计算机科学与工程学院 制

目录

1引言 ............................................................................................................................................... 3

1.1编写目的 ............................................................................................................................. 3

1.2背景 ..................................................................................................................................... 3

1.3定义 ..................................................................................................................................... 3

1.4参考文献 ............................................................................................................................. 4

2总体设计 ....................................................................................................................................... 4

2.1需求规定 ............................................................................................................................. 4

2.2运行环境 ................

............................................................................................................. 4

2.3基本设计概念和处理流程 ................................................................................................. 5

2.4结构 ..................................................................................................................................... 6

2.5功能需求与程序的关系 ..................................................................................................... 6

2.6人工处理过程 ..................................................................................................................... 7

2.7尚未解决的问题 ................................................................................................................. 7

3接口设计 ....................................................................................................................................... 7

3.1用户接口 ............................................................................................................................. 7

3.2外部接口 ............................................................................................................................. 7

3.3内部接口 ............................................................................................................................. 7

4运行设计 ....................................................................................................................................... 8

4.1运行模块组合 ..................................................................................................................... 8

4.2运行控制 ............................................................................................................................. 9

4.3 运行时间 .......................................................................................................................... 10

5系统数据结构设计...................................................................................................................... 10

5.1逻辑结构设计要点 ........................................................................................................... 10

5.2 物理结构设计要点 .......................................................................................................... 10

5.3数据结构与程序的关系 ................................................................................................... 10

6系统出错处理设计...................................................................................................................... 10

6.1出错信息 ........................................................................................................................... 10

6.2补救措施 ........................................................................................................................... 11

6.3系统维护设计 ................................................................................... 错误!未定义书签。

概要设计说明书

1引言

随着计算机技术的不断应用和提高,计算机已经深入到社会生活的各个角落。而中小型租、借书机构仍采用手工管理图书的方法,不仅效率低、易出错、手续繁琐,而且耗费大量的人力。为了满足其管理人员对图书馆书籍,读者资料,借还书等进行高效的管理,在工作人员具备一定的计算机操作能力的前提下,此图书管理系统软件力求提高其管理效率。

1.1编写目的

本文档的编写是为了完善图书管理系统软件的开发途径和应用方法。以求在最短的时间高效的开发图书管理系统。

1.2背景

本项目的名称:图书管理系统开发软件。

本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是中小型租、借书机构。

本产品是针对电脑管理图书的需求设计的,可以完成读者登记、购入新书、读者借还书、等主要功能。

1.3定义

开发(develop):不是单纯指开发活动,还包括维护活动。

项目 (project):该词指的是向顾客或最终用户交付一个或多个产品的收管理的相关资源的集合。这个资源集合有着明确的始点和终点,并且一般是按照某项计划运行。这种计划通常会形成文件,并且说明要交付或实现的产品、所用的资源和经费、要做的工作和工作进度,一个项目可能有若干项目组成。

项目开发计划(project development plan):是一种把项目一定一过程与项目如何推进连接起来的方案。

产品生命周期(product life cycle):是产品从构思到不可以再使用的持续时间。

1.4参考文献

《CMMI软件过程改进与评估》 罗运模、谢志敏等编著,电子工业出版社,6月版,北京

《软件工程导论》(第四版) 张海藩编著,清华大学出版社,10月版,北京

2总体设计

2.1需求规定

主要输入输出项目:

图书信息:(书名,ISBN,定价,出版社,数量,是否可借)

用户信息:(ID,姓名,年龄,性别,开户时间,余额,是否VIP,累记金额) 借阅信息:(ID,ISBN,数量,借出日期,押金)

2.2运行环境

硬件环境:

最低配置:CPU:Pentium3 800以上或其它兼容规格,内存:256M以上,硬盘:20GB以上空间

推荐配置:CPU:Pentium4 1.6G,内存:512M以上,硬盘:100GB以上空间。 软件环境:Windows 9x/2000/XP

SQL Server 2000

.NET Framework 2.0

2.3基本设计概念和处理流程

读者借还图书处理流程

篇4:图书管理系统需求说明

在图书管理系统中,管理员要为每个读者建立借阅账户,并給读者发放不同类别的借阅卡(借阅卡可提供卡号、读者姓名),账户内存储读者的个人信息和借阅记录信息。持有借阅卡的读者可以通过管理员(作为读者的代理人与系统交互)借阅、归还图书,可通过图书馆内查询终端查询图书信息和个人借阅情况,以及续借图书(系统审核符合续借条件)。借阅图书时,先输入读者的借阅卡号,系统验证借阅卡的有效性和读者是否可继续借阅图书,无效则提示其原因,有效则显示读者的基本信息(包括照片),供管理员人工核对。然后输入要借阅的书号,系统查阅图书信息数据库,显示图书的基本信息,供管理员人工核对。最后提交借阅请求,若被系统接受则存储借阅纪录,并修改可借阅图书的数量。归还图书时,输入读者借阅卡号和图书号(或丢失标记号),系统验证是否有此借阅纪录以及是否超期借阅,无则提示,有则显示读者和图书的基本信息供管理员人工审核。如果有超期借阅或丢失情况,先转入过期罚款或图书丢失处理。然后提交还书请求,系统接受后删除借阅纪录,并登记并修改可借阅图书的数量。

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

上一篇:感冒的原因中医的观点下一篇:大学生社会安全感感想