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

合集下载

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

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

《图书管理系统》需求规格说明书《图书管理系统》需求规格说明书一、引言随着图书馆藏书数量的增加,读者数量的增多,图书管理成为一项重要的任务。

为了提高图书管理的效率和便利性,开发一款全新的图书管理系统变得十分必要。

本文将详细阐述《图书管理系统》的需求规格,包括系统的功能和特性,以及每个功能的详细需求。

二、需求列表1、系统设计1、界面设计:提供直观、易用的用户界面,以便读者进行图书查询、借阅、归还等操作。

2、功能模块:将系统分为多个功能模块,如用户管理、借阅管理、库存管理、数据统计等。

3、数据库设计:设计适合系统需求的数据库结构,包括读者信息、图书信息、借阅记录等。

2、用户管理1、注册:提供用户注册功能,收集用户基本信息。

2、登录:提供用户登录功能,验证用户身份。

3、信息修改:允许用户修改个人信息。

4、密码修改:允许用户修改密码。

3、借阅管理1、图书查询:提供多种查询方式,如按书名、作者、出版社等查询。

2、借书:允许用户借阅图书。

3、还书:允许用户归还图书。

4、续借:允许用户续借图书。

4、库存管理1、图书入库:将新图书入库,更新库存。

2、图书出库:将图书借出,更新库存。

3、库存查询:查询当前库存状态。

5、数据统计1、借阅统计:统计借阅记录,生成报表。

2、库存统计:统计库存记录,生成报表。

3、其他统计:根据需求进行其他相关统计。

三、需求分析1、系统设计1、界面设计:要求界面简洁、美观,易于使用,提供良好的用户体验。

2、功能模块:要求各模块之间耦合度低,高内聚,便于系统维护和扩展。

3、数据库设计:要求数据库结构合理,能够满足系统的查询、更新等操作需求。

2、用户管理1、注册:要求用户信息存储安全,不可泄露。

2、登录:要求登录过程简单、快捷,避免长时间等待。

3、信息修改:要求信息修改过程简单易用,保障信息安全。

4、密码修改:要求密码修改过程安全可靠,防止密码泄露。

3、借阅管理1、图书查询:要求查询速度快,结果准确,支持多种查询方式。

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

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

图书馆管理系统需求规格说明书一、引言随着数字化时代的到来,图书馆管理系统成为了现代图书馆普及的必备工具之一。

图书馆管理系统能够对图书馆的图书、期刊、资料进行有效地管理,可以方便读者查找和借阅图书,提高图书馆工作效率,保证图书馆工作的规范化、现代化。

因此,本文旨在为图书馆管理系统的需求规格说明书提供指导。

二、系统目标图书馆管理系统的目标是提供一个高效、易用、安全的平台,满足图书馆的工作需求。

针对不同类型的读者,系统提供全面、准确的图书、期刊、资料信息,支持读者在任何地点、任何时间进行查询、预定、借阅、续借、归还、评价等操作。

系统同时提供了多种智能化的功能,包括预约机、自助借还机、用户行为数据分析等。

三、详细需求1.系统功能部分(1)图书管理系统应能够管理图书、期刊、资料的分类、编目、借阅、归还、续借等信息;提供图书排行榜、图书新书推荐、即将到期提醒等功能。

(2)读者管理系统应能够管理读者的注册、借阅、预定、查询、评价等信息,同时提供读者建议箱、读者认证等功能。

(3)馆藏检索系统应能够提供多维度的馆藏检索,包括作者、标题、ISBN等方式,同时支持关键词、联想检索。

(4)智能互动系统应支持读者的用户行为数据分析,包括借阅记录、搜索记录、评价等数据,通过算法提供个性化推荐、会员优惠等。

2.系统设计部分(1)系统支持多终端访问,包括PC端、移动端、自助设备等。

(2)系统应有一定的扩展性和可维护性,维护过程中应尽量减少对系统的影响。

(3)系统界面应简单直观,易于操作,同时需要考虑用户的身心障碍及不同年龄段的使用者,符合无障碍标准。

四、安全性要求(1)系统应保证读者信息的安全和隐私,严禁泄露用户个人信息。

(2)系统应有多重权限管理机制,包括管理员、读者、未注册用户等不同权限的用户。

(3)系统应有安全防范措施,包括防黑客攻击、数据备份与恢复、防病毒攻击等,确保系统的稳定运行和安全性。

五、性能要求(1)系统响应速度应快,图书检索速度应快,且无卡顿现象。

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

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

《图书馆管理系统》需求规格说明书目录1.概述1.1编写目的1.2项目背景2.任务概述2.1软件总体描述2.2用户特征2.3运行环境3.功能需求3.1功能划分3.2功能描述3.3用例图3.4流程图4.故障处理需求4.1软件运行故障4.2使用故障5.其它需求5.1性能需求5.2精度需求5.3软件属性6.外部接口需求6.1用户界面6.2硬件接口6.3软件接口7.数据描述7.1静态数据7.2动态数据7.3数据库介绍1.概述1。

1编写目的编写此文档的目的是对图书馆管理系统做出详细的需求分析,进一步定制软件开发的细节问题,为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解,它说明了本软件的各项功能需求、性能需求和数据需求,明确标识各项功能的具体含义,为开发人员、维护人员及用户之间提供共同的协议以保证开发任务顺利并行地开展。

1.2项目背景①开发目的:本项目旨在方便图书馆的信息管理以及读者的借阅管理,读者使用web页面进行各类操作,后台使用windows程序进行数据库的操作以应对用户操作。

②参与者和使用者:本项目的使用者为读者(教师,学生使用web页面),图书馆管理员(使用后台windows程序)以及系统管理员(系统维护)2.任务概述2.1软件总体描述随着信息技术的发展,传统的图书馆机制显得效率低下,不易管理与借阅,为了适应互联网发展的需求,使用户更方便的查询,借阅资料,特此开发图书馆管理系统.2.2用户特征本系统的用户包含普通读者用户,图书馆管理员以及系统管理员.普通读者用户特征:主要面向老师,学生,以中文用户为主,熟悉电脑操作。

用户使用的web界面需要有简洁的界面,尽量不使用专业词汇,若有则给以适当的提示。

图书馆管理员特征:对图书馆的运作流程较为熟悉,对计算机的操作比较熟练,并且懂得如何使用本系统,要求操作方便,界面简洁.系统管理员特征:对本系统有较深的了解,且精通网络及数据库知识,能掌握系统的相关配置.2.3运行环境①服务器端运行环境:硬件平台: IBM兼容PC机硬件要求:Pentium Ⅲ666MHz以上操作系统:WindowsXP\Windows 2003 Sever数据库系统:SQL Server2005运行环境:Microsoft 。

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

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

图书馆管理系统--需求规格说明书图书馆管理系统--需求规格说明书1:引言1.1:编写目的本文档旨在详细说明图书馆管理系统的需求规格,包括系统的功能、性能、可靠性、安全性等方面的要求,以便能够确保开发团队和相关利益相关者对系统需求有一个清晰的理解。

1.2:项目背景在传统的图书馆管理过程中,由于手工处理和纸质记录的限制,管理效率低下、易出差错。

为了提高图书馆的管理效率,减少人工操作,我们打算开发一个图书馆管理系统。

1.3:项目范围本项目的目标是开发一个完全自动化的图书馆管理系统,能够实现图书借阅、归还、图书检索、用户管理等功能。

2:系统总体描述2.1:系统目标图书馆管理系统的目标是提高图书馆的管理效率,简化图书借阅流程,提供便捷的图书检索功能,实现对图书和用户信息的准确记录和管理。

2.2:用户特征系统的主要用户包括图书馆管理员、图书馆工作人员和图书馆读者。

管理员和工作人员负责图书的管理和流通,读者则是使用系统进行图书借阅和归还。

2.3:运行环境系统将在一定数量的计算机上进行运行,并通过网络连接进行数据交互。

需要运行在支持操作系统和数据库的计算机环境中。

3:功能需求3.1:图书管理模块该模块负责图书的录入、更新、删除等管理操作。

具体功能包括:- 图书的录入和编辑- 图书分类管理- 图书信息查询和更新- 图书借阅和归还记录管理3.2:用户管理模块该模块负责对图书馆读者和工作人员的管理,包括以下功能:- 读者注册和信息修改- 读者权限管理- 工作人员账号管理3.3:图书检索模块该模块提供便捷的图书检索功能,读者可以通过关键字、作者、分类等进行图书搜索。

3.4:借阅管理模块该模块负责借阅流程的管理,具体功能包括:- 借阅申请的处理- 借阅期限管理- 借阅状态管理4:性能需求4.1:响应时间系统在用户请求后,应能够在2秒内响应并显示相关结果。

4.2:并发处理能力系统应能够支持同时处理多个用户请求,并保证数据的准确性和有效性。

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

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

图书管理系统需求规格说明书图书管理系统需求规格说明书1. 引言本文档旨在定义图书管理系统的需求规格,包括系统的功能、性能、安全性等方面。

本文档适用于开发团队、客户和利益相关方。

2. 项目概述图书管理系统旨在提供一个方便的方式来管理图书馆的借阅和归还流程。

系统将提供图书搜索、借阅记录管理、读者管理等功能。

3. 功能需求3.1 用户管理系统应提供管理员账号和读者账号,管理员可以管理整个系统,读者可以进行图书借阅和归还操作。

3.2 图书管理系统应提供图书的增加、修改和删除功能。

每本图书应包含标题、作者、ISBN等基本信息。

3.3 图书搜索系统应提供根据图书名称、作者、ISBN等关键字进行图书搜索的功能。

3.4 图书借阅系统应提供读者借阅图书的功能。

借阅时应记录借阅日期和预计归还日期。

3.5 图书归还系统应提供读者归还图书的功能。

归还时应记录实际归还日期。

3.6 借阅记录管理系统应记录每个读者的借阅记录,并提供管理借阅记录的功能。

4. 性能需求4.1 响应时间系统对于读者的请求应具有较短的响应时间,保证用户体验。

4.2 并发性能系统应支持多个读者同时进行借阅和归还图书的操作。

5. 安全性需求5.1 数据安全性系统应保障读者信息与借阅记录的安全性,提供合适的数据加密和备份机制。

5.2 用户权限管理系统应确保只有管理员具有对系统进行修改和管理的权限。

6. 非功能需求6.1 可用性系统应具备良好的用户界面,使读者能够方便地进行图书借阅和归还。

6.2 可扩展性系统应考虑未来的功能扩展需求,例如增加新的图书馆分馆。

7. 附件本文档所涉及的附件包括系统界面设计图、数据库设计图等。

8. 法律名词及注释- ISBN:国际标准书号,用于唯一标识一本图书。

- 数据加密:使用密码算法对敏感信息进行加密保护,防止未授权访问。

图书馆信息管理系统软件规格需求说明书

图书馆信息管理系统软件规格需求说明书

图书馆信息管理系统软件规格需求说明书一、问题描述对我校图书馆图书管理流程进行调研,开发设计一个能对图书、读者及图书借阅情况进行管理的图书馆管理系统。

要求该系统能满足管理人员对图书管理以及读者借阅需要,根据权限不同,用户具有不同的功能和操作界面。

二、应用需求分析1、用户需求调查通过对现行图书馆业务的调查,明确了图书馆工作由图书管理、读者管理、借书服务和还书服务4部分组成。

用户对现有系统功能的描述如下:(1)图书管理1.对馆内的所有图书按类别统一编码;对各类图书建立图书登记卡,登记图书的主要信息。

2.新购的图书要编码和建卡,对遗失的图书要注销其图书登记卡。

(2)读者管理1)建立读者信息表,对读者统一编号。

2)对新加盟的读者,将其信息加入到读者信息表中;对某些特定的读者,将其信息从读者信息表中删除。

3)当读者情况变化时,修改读者信息表中相应的记录。

(3)借书服务1)未借出的图书要按类别上架,供读者查看。

2)建立借书登记卡,卡上记录着书号、读者姓名和编号、借书日期;将借书登记卡按读者单位、读者编号集中保管。

3)读者提出借书请求时,先查看该读者的借书卡,统计读者已借书的数量。

如果该读者无借书超期或超量情况,则办理借书手续。

4)办理借书手续的方法是:填写借书登记卡,管理员核实后读者可将图书带走。

(4)还书服务1)读者提出还书要求时,先对照相应的借书卡,确认书号和书名无误后可办理还书手续。

2)办理还书手续的方法是:在借书卡上填写还书时间,管理员签名;将3)已还的借书卡集中保管;收回图书。

4)将收回的图书上架,供读者查看和借阅。

图书管理信息系统E-R图2、确定用例通过对系统需求的分析,可以确定系统有三个执行者:图书管理员行为者,读者行为者及系统管理员行为者。

简要描述如下:图书管理员行为者:管理员按系统授权维护和使用系统不同功能,可以创建、修改、删除读者信息和图书信息即读者管理和图书管理,借阅、归还图书以及罚款等即借阅管理。

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

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

图书管理系统需求规格说明书1.2项目背景Ø开发软件名称:图书管理系统。

2.任务概述2.1目标本系统通过强大的计算机技术给图书管理人员和读者借、还书带来便利。

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

目标还包括:²减少人力与管理费用;²提高信息准确度;²改进管理和服务;²建立高效的信息传输和服务平台,提高信息处理速度和利用率;²系统设计优良,界面设计精美、友好、快捷,人性化设计,后台管理功能强大、效率高;²更简便、信息化程度更高的图书管理流程;2.2用户的特点²本软件的最终用户是面向管理员(图书管理员和其它管理人员)、读者(老师和同学等),他们都具有一定的计算机应用基础,可以比较熟练操作计算机。

管理员和读者都是经常性用户。

²系统维护人员为计算机专业人员,熟悉数据库、操作系统、网络维护工作。

维护人员为间隔性用户。

3.需求规定在图书管理系统中,管理员要为每个读者建立借阅账户,并給读者发放不同类别的借阅卡(借阅卡可提供卡号、读者姓名),账户内存储读者的个人信息和借阅记录信息。

持有借阅卡的读者可以通过管理员(作为读者的代理人与系统交互)借阅、归还图书,不同类别的读者可借阅图书的范围、数量和期限不同,可通过互联网或图书馆内查询终端查询图书信息和个人借阅情况,以及续借图书(系统审核符合续借条件)。

借阅图书时,先输入读者的借阅卡号,系统验证借阅卡的有效性和读者是否可继续借阅图书,无效则提示其原因,有效则显示读者的基本信息(包括照片),供管理员人工核对。

然后输入要借阅的书号,系统查阅图书信息数据库,显示图书的基本信息,供管理员人工核对。

最后提交借阅请求,若被系统接受则存储借阅纪录,并修改可借阅图书的数量。

归还图书时,输入读者借阅卡号和图书号(或丢失标记号),系统验证是否有此借阅纪录以及是否超期借阅,无则提示,有则显示读者和图书的基本信息供管理员人工审核。

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

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

图书馆管理系统需求规格说明书目录一、引言 (2)1.编写目的 (2)2.背景说明 (2)3.开发工具 (2)4.预期目标 (2)5.质量保证 (2)6.关键字 (3)二、功能概述 (3)三、数据流图与数据字典 (4)1.数据流图 (4)2.数据字典 (9)3.小说明 (10)四、数据库分析 (13)1.局部ER模式 (13)2.全局ER模式 (13)五、接口 (14)1.用户接口 (14)2.硬件接口 (14)3.软件接口 (14)六、性能需求 (14)1.精度 (14)2.时间特性 (14)3.灵活性 (15)七、属性 (15)1.可用性 (15)2.保密性 (15)3.可维护性 (15)4.可移植性 (15)八、其他需求 (15)1.数据库 (15)2.操作 (15)3.故障及维护 (15)一.引言1.编写目的编写本需求规格说明书一是作为软件开发机构和用户之间一份事实上的技术上合同书,二是为后续的软件设计、编码、测试和验收提供依据,从而保证软件质量和项目成功。

2.背景说明2.1 待开发软件产品的名称为“高校图书馆管理系统”。

2.2 本项目的提出者:A大学开发者:R软件开发集团用户:A大学2.3 图书馆作为一种信息资源的集散地,图书和用户借阅资料繁多,包含很多的信息数据的管理,现今,有很多的图书馆都是初步开始使用,甚至尚未使用计算机进行信息管理。

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

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

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

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

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

修改历史引言1.1 项目背景随着计算机产业的发展.计算机在各个行业的应用也越来越普遍.采用计算机软件来管理代替了以前的人工操作.**中学图书馆随着图书馆的发展,当前使用的一个图书馆管理软件已经不能满足当前他们的需要.现有一个C/S架构的管理软件已经使用好几年了.在软件的升级和外网的访问和管理上都存在一些缺陷,使用比较麻烦.所以本开发小组受**中学的委托设计一个以B/S 架构的图书管理软件.来填补当前他们正在使用的系统的缺陷.系统名称: **中学图书馆管理系统本项目的任务提出者: **中学本项目的最终用户: **中学与该中学的学生本项目开发小组成员:徐跃军、陈聪、金奔、杨啸相关软件:该中学现有一个以C/S架构的图书管理软件,现要求扩充其管理功能.并将现有软件的部份功能移植到一个全新的以B/S架构开发的系统中去.1.2 术语定义Library Management System 图书管理系统1.3 参考资料a.原有的图书管理系统设计说明文档;b.GB8567国家标准,国家软件文档书写标准系统概述1.4 目标本软件是为了提高图书馆的管理效率,方便学生在校外进行一行授权的查询,挂失,预约等操作。

也为了方便图书馆管理员和操作员的一些实时管理操作,解决操作受平台的限制的问题,制作一个可以在不用安装任何客户端软件的情况下就可以通过IE浏览器等软件经过身份的认证以后就可在任何地方,任何时间进入管理系统,进行一些授权的操作。

实现管理员可以在家里或是在其它可以上网的PC机上进行一个软件的设置管理操作。

学生也可以在自己家里或是寝室里就能进行挂失,查询图书,预约图书,查看个人信息的操作等。

达到提高图书馆的管理效率,解决管理员和学生的一些操作受图书馆的开放时间的限制和管理软件的平台限制问题。

1.5 运行环境1.5.1硬件环境Intel Pentium 166MHz或以上;内存:需要至少512MHZ;最好有个光驱,没有也行,可以采用远程安装的方法;网络容量:少于50人需16Mb/s的令版环网和10Mb/s可以勉强满足要求,建议100Mb/s的以太网或者更高。

要有条码枪, 打印机.;1.5.2软件环境服务器⏹操作系统:Windows 2000 以上的服务器版本⏹必装软件: Framework 2.0 SQL Server 2000 IIS 6.0客户端:1)操作系统Windows 95/98 、Windows NT (建议使用Windows 98 )2)浏览器IE 4.0以上版本或者Netscape 浏览器。

3) 建议以800x600屏幕分辨率浏览!1.6 条件与限制本系统原有一个C/S架构的版本正在使用。

要在不影响原有系统的基础上,新添加部分功能,达到图书馆管理员所预期的要求。

现有原系统的数据库部分资料。

现有网络资源及组网情况:工作人数:徐跃军(组长),陈聪,金奔,杨啸共4人;开发时间:六周开发环境:要以B/S的架构完成用户对开发工具没有特别的要求,原有的数据库是采用SQL Server 2000 ,所以本次开发也使用此数据库系统。

为适应更改以后的系统需要,将数据库的表结构进行重新设计。

功能需求原系统中部分数据表说明:表名:图书明细d_TSMX新系统要实现的功能要求能在新系统中实现在校内校外的网络中都能进行网站查书,预约操作。

以为流通员提供借书,还书的操作。

并能在借还书的时候处理预约的功能。

并实现新书进行编目和入库的功能。

办证的个人信息录入功能。

在图书丢失的时候能够进行赔尝。

在证件方面能够进行新借书证的办理,旧借书证的挂失、挂失恢复、废除、重新办理等操作。

还能对图书的借还流通量、图书库存、个人借书的历史记录、单本图书的流通记录及当前所在位置进行查询统计。

权限:为处理系统各用户的权限问题。

现将用户分为以下几种:1.管理员:负责整系统的参数设置,权限分配,数据库的维护。

2.编目员:负责新书的编目,入库管理3.流通员:对现有图书的查询,读者图书的遗失处理,超期处理。

借还书操作,预约管理。

4.读者:只能进行藏书查询,预约,挂失操作。

但分教师和学生两类,教师和学生在可以借的图书本数和借期上会和学生由所不同,具体是多少及权限的划分由管理员设置。

借书证办理的确认。

登录:为保证系统数据的安全。

要求在登录的时候增加一个验证码的功能,并要求在每次登录的时候记录下登录时的IP地址,和登录时间。

操作:要求不管是管理员还是操作员,读者的任何一个操作都要进行记录,以方便日后查询。

要求详细记下每一个动作的,操作事项,操作时间,操作者,操作对象。

查询:要求能进系统进行一个统计。

比如一些常见的时间段中的图书流量统计,图书馆藏书统计等。

各模块数据流图:办证数据流:用户信息=姓名+身份证号+校内证件+所属部门+出生日期+性别+电话+手机有效用户信息=姓名+身份证号+校内证件+借书证号+所属部门+出生日期+性别+电话+手机是否通过审核=通过/不通过数据处理:共有以下处理描述:各详细处理描述:借书:数据流:有效用户信息=姓名+单位用户信息=姓名+借书证编号+最大借阅册数+所在班级+年龄+姓别借书明细=图书册号+图书编号+图书条形码号+图书出借否+图书注销否+图书出借日期借书证信息=姓名+借书编号+已借阅本数图书逾期未还/没有过期未还的图书=姓名+图书编号+图书出借日期+图书归还日期数据处理:共有以下处理描述各详细处理描述预约:数据流:预约条件信息= 借书证编号+图书编号+书次号+题名+书名拼音编码+副书名+出版社名+图书册号+图书条码号图书基本信息=分类号+书次号(索书号)+并列书名+出版社名称+馆藏仓库 图书状态信息=图书借出否+图书归还日期选中的图书信息=书次号(索书号)+借书证编号+预约时间读者信息=挂失+已借阅本数+是否废除+是否有超期图书操作信息=涉及金额+事项+时间+图书册号+图书编号+涉及人借书证编号+过程操作者还书:数据流:借阅信息= 姓名+ 所借书书名+ 借期+书的损坏程度无破损或丢失= 0有破损或丢失= 损坏程度* 赔书款价格未逾期= 0逾期= 还期–借期数据处理:共有以下处理描述:各详细处理描述:查询:数据处理:共有以下处理描述性能需求1.7 数据精确度1.在书价的处理过程中要求保留两位小数。

2.借书还书的过程中所考虑的借还期限采用“月”为单位。

1.8 时间特性1.用到的时间中,为保证时间的可靠性,都采用服务器的时间为标准。

2.在多用户的操作过程中可能会碰到数据并发的问题。

比如在读书查询图书的过程中所查到的那本图书在他所查的时候还没有被借出去。

但在查询后的任何时候都有可能被借走。

可能就在被查之后的那一秒种。

所以要确保数据的可靠和实时。

1.9 适应性此系统是采用B/S架构设计的,所以在客户端不需要安装客户端软件。

但要求装有IE,或是其它的网页浏览器工具。

所以在设计的时候要求能适应多种浏览的需要。

运行环境要求1.10 用户界面因为图书馆的操作员中很多有老花眼。

所以要求在界面上要求字体大点。

为保证界面的美观和统一。

决定统一采用10磅字体。

操作尽量简方便。

要求在将整个系统的界面分成两类。

一类是图书馆的工作人员,还有一类是读者。

读者的操作界面是一样的。

工作人员按权限进行管理。

要是没有权限的菜单进行屏蔽。

1.11 硬件接口要求在流通员的操作平台要有USB接口:要安装条码枪。

1.12 故障处理硬件故障:由学校服务器管理员负责处理。

软件故障:主要考虑处理一些软件方面不可修复的灾难性故障。

所以要求能实现对系统进行数据备份。

当出事故障后可以进行数据的恢复工作。

以减少损失。

其它需求可使用性安装方便,界面简洁、易懂,操作方便。

在采用B/S架构以后实现所有的数据程序只要在服务器上安装好以后就可以使用。

不用在客户端去安装就可以实现系统的升级。

安全保密性在登陆时采用登陆名和数据库的登陆名相同的方式来确保系统的安全性,如果源代码被看到没有用户名和密码也进不去。

在登录的时候增加一个验证码的模块。

防止用户知道用户名后用一些代码自动生成密码强行登录。

增加密码的安全性。

增加数据的备份功能。

防止当系统不能正常工作后,可以进行数据的恢复,把损失降到最低。

权限控制系统有的采用不同级别的权限来控制,学生和教师只能查看自己的个人信息。

进行密码修改,已借图书的查询,预约等操作。

操作员身份可以处理学生、老师的借还,挂失,预约操作。

管理员,可以查看借阅,还书在某个时间段的流量。

每个读者或是操作员的工作日志。

还能进行系统的一些参数的设置。

每个权限都分别有不同的操作页面。

这些权限都要进身份认证之后才能进入操作页面。

并设置操作的超时时限。

防止用户在没有进过身份的认证就进入更高一级的操作页中去。

还可以在用户长时间没有进行任何操作之后就自动关闭与服务器的连接。

起到数据的保护功能。

可移植性要求系统的客户端减少对客户端的依赖性。

只要提供可以上网的PC机装有IE等网页浏览器就可以进行登录操作。

相关文档
最新文档