在线数字图书馆系统课程设计报告

1、计算机科学与技术学院课程设计报告2012 2013学年第二学期课程名称 软件工程课程设计报告 设计题目 在线数字图书馆系统 组长姓名 组员姓名 专业班级 指导教师 年 月 日目录一 项目可行性分析报告二 项目开发计划三 需求分析四 系统分析五 概要设计六 详细设计七 测试计划和报告八 项目开发总结.一 项目可行性分析报告1：引言随着计算机网络技术的飞速发展，Internet/Intranet应用在全球范围内日益普及，当今社会正快速向信息化社会前进，信息系统的作用也越来越大。图书馆在正常运营中总面临大量的读者信息，书籍信息以及由两者相互作用产生的借书信息，还书信息。因此，图书管理信息化是发展的必

2、然趋势。2：编写目的： 可行性研究是抽象和简化了的系统分析和设计的全过程，它的目标是用最小代价尽快确定问题是否能够解决，以避免盲目投资带来的巨大浪费。可行性分析报告是为“在线数字图书系统”开发的可能性、可行性、必要性提供论据，为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料，在系统开发完成后期为系统的测试、验收提供帮助。其编写过程由某高校信息工程学院学生完成。预期读者是从事“图书管理系统”开发的相关人员。3：项目背景： 目前在线数字图书馆技术条件与环境的成熟已无可非议，然而什么事数字图书馆这个问题仍然是众说纷纭。凡是参与了数字化信息资源建设的群体和项目都有自己的定义，这包括图

3、书馆界，已解决技术问题为目的的数字图书馆项目，计算机科学界，学协会，出版商，教育机构，国家机构，国际机构如联合国等，大家都在从不同的角度出发看问题。具有代表性的一个观点是将数字图书馆看成广域网中的全球统一的实体，包括所有联网的数字信息资源；另一种观点则将数字图书馆作为一些研究计划。本项目“在线数字图书系统”其系统功能主要包括：用户通过浏览器远程登陆到服务器，通过身份认证后并且用户有足够的余额，进入系统。系统根据用户已有的爱好记录和查询权限，在界面上列出被允许查阅书以及具体信息和状态。用户可以点击具体书籍，从服务器中取得书本内容、解码显示。用户便可以察看该书的摘要信息以及具体内容。点击现实具体内

4、容后，系统开始计费（按书的价格*系数记费），并且能够根据一段时间的借书纪录，统计出查阅的统计信息（如查阅书排行榜）。系统还应提供用户查询记费的界面。4：定义： 在线数字图书馆系统对于当今计算机高速发展，逐渐普及的时代来说，其实用性范围将会更广。应该能够为用户提供充足的信息和快捷方便的操作手段。5：可行性研究的前提随着计算机应用的日益普及和深化，网上办公已经成为一种趋势。本项目要开发的是基于局域网和互联网的在线数字图书馆系统。由于学院藏书量大，借书的学生多，原来的人工工作方式不仅会造成办理时间的延误和人力资源的浪费，特别是在借书高峰期时这种冲突更加明显，而且存在着各种信息不易存放、易丢失、难以备

5、份和查询等缺点。因此，实现一个将各种图书管理和服务功能集成起来的管理信息系统就显得十分必要，既可以节省资源，又可以有效存储、更新、查询信息，提高工作和服务效率。开发的系统要求界面友好，方便直观。 要求：a.主要功能：用户方面：通过浏览器远程登陆到服务器，通过身份认证后并且用户有足够的余额，进入系统。用户可以点击具体书籍，从服务器中取得书本内容、解码显示。用户便可以察看该书的摘要信息以及具体内容。系统方面：根据用户已有的爱好记录和查询权限，在界面上列出被允许查阅书以及具体信息和状态。点击现实具体内容后，系统开始计费（按书的价格*系数记费），并且能够根据一段时间的借书纪录，统计出查阅的统计信息（如

6、查阅书排行榜）。系统还应提供用户查询记费的界面。b.可扩展性:能够适应应用要求的变化和修改，具有灵活的可扩充性C. 安全性:具有较高的安全性。系统对不同的用户提供不同的功能模块，只有 用户输入正确的信息并且有足够的余额以后，才能成功进入系统。 系统的主要开发目标：A. 人力与设备费用的减少B. 处理速度的提高：比一般的图书借阅系统反应速度快上几倍。C. 图书管理系统更完善； D. 为了用户方便地对书目进行检索和查看； 条件、假定和限制： A、建议软件寿命：10年。 B、进行系统方案选择比较的时间：为10天。 C、经费、投资方面的来源和限制：投资少，经费所需不多。 D、硬件条件：PC机6台，服务

7、器3台，局域网，INTERNET。 E、软件条件：WINDOWS 2000Server和XP操作系统，OFFICE软件 进行可行性研究的方法： 用户通过浏览器远程登陆到服务器，通过身份认证后并且用户有足够的余额，进入系统。系统根据用户已有的爱好记录和查询权限，在界面上列出被允许查阅书以及具体信息和状态。用户可以点击具体书籍，从服务器中取得书本内容、解码显示。用户便可以察看该书的摘要信息以及具体内容。点击现实具体内容后，系统开始计费（按书的价格*系数记费），并且能够根据一段时间的借书纪录，统计出查阅的统计信息（如查阅书排行榜）。系统还应提供用户查询记费的界面。在线数字图书系统添加了图书查询模块，

8、记录用户信息模块，供用户查询费用的界面，方便了对图书的查询及管理，使图书馆系统更加健壮，节约成本。 评价尺度：A、费用的多少：该系统的开支很少，但是升级很简单，物美价廉。B、开发时间的长短 ：开发的时间为一个月。C、使用简单，使读者及管理员更方便操作，成本大大降低等。(6) 对现有系统的分析： 图书馆在正常运营中面对大量书籍、读者信息以及两者间相互联系产生的借书信息、还书信息。现有的人工记录方法既效率低又错误过多，大大影响了图书馆的正常管理工作。因此需要对书籍资源、读者资源、借书信息、还书信息进行管理，及时了解各个环节中信息的变更，有利用管理效率的提高。6：所建议系统经济可行性分析 根据成本/

9、效益分析法，本系统所需要的软硬件资源都已具备，该系统简单易懂，本系统具有成本相对较低，利益高的优点，鉴于计算机技术发展异常迅猛，在硬件软件配置以及开发技术均可行的情况下开发这样一个管理系统成本不会很高，但其可以大大提高图书馆的工作效率，也是图书馆管理发展的必要趋势，其必将有比较宽阔的市场，因此该系统在经济可行性上是可行的。7：结论意见：经过一系列的各个不同方面的可行性分析，分析员和用户及使用部门的负责人对需要解决的问题取得基本的一致看法，开发小组的开发方案的到批准，使用部门负责人同意开发工程继续进行下去。二 项目开发计划1. 项目概述： 工作内容：建立一个在线数字图书馆系统，完成软件的开发、测

10、试及试运行，并且完成图书借阅内计算机网络建设，使数字图书馆系统正式投入使用。该系统能为用户提供图书查询的检索服务，图书证的办理，图书的借阅，归还的功能，验证用户身份密码的功能，记录用户已有爱好记录功能，按时间计费功能，统计用户系统维护功能。 条件与限制：技术约束: 本项目的设计是在汉语程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。 环境约束: 运行该软件所适用的具体设备必须是奔腾133、内存16兆以上的计算机;标准约束: 该软件的开发完全按照企业标准开发，包括硬件、软件和文档规格 硬件限制 :奔腾133 、内存16兆以上PC机满足输入端条件。 产品 程序A、数据库描述:包括图书

11、资料表、用户资料表、借阅情况资料表。B、编程语言：使用C+编程语言和SQL Server2005编程。C、存储形式：相关存储设备充足，操作系统WindowXp、Win7可以运行的相关软件且运行良好。 文档A、可行性研究报告证明这个在线数字图书馆系统是可行的。B、项目开发计划列出在线数字图书馆系统的详细开发流程及计划说明。C、需求贵客说明书对用户的实际需求有详细的说明，使用户与开发人员达成相应的一致。D、概要设计说明书描述在线数字图书馆系统的任务概述，总体设计，接口设计，数据结构设计，运行设计，出错处理设计，安全性保密性设计以及维护设计。 服务：在产品到市场发行后，项目成员提供技术方面的咨询服务

12、，这些服务属于维护阶段的一部分。 验收标准A、程序： 程序中应包含的功能如下：1、任务调度和任务查找操作简易；2、任务的删除和更新；3、能够针对任务设置启动时间、终止时间、任务时间间隔；4、任务启动的提示、多任务的启动提示；5、显示系统的时钟；6、任务启动时间、终止时间、任务启动时间间隔调整；7、在多环境下，允许不同的人管理自己的任务； B、文件操作手册的规格满足GB86的相关标准，对应的内容应包括以上功能的各部分说明，手册中不应该包含专业性的词汇，对于数据库脚本恢复程序，应提供非常详细的操作指南和图例。 C、服务 培训安装，维护和运行支持从使用到该系统开始，维护期限为一年。2、实施计划 任务

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

14、（3）、交付期限完成期限：2013年6月17日至2011年6月21日3、专题计划要点 测试计划：2013年6月18日对软件进行各项测试工作。 质量保证计划：严格按照项目开发过程中的各项步骤，从项目立项，可行性研究报告、需求分析报告、项目开发计划等，具体实施； 配置管理计划 配置管理所关心的问题涉及以下三点：A、仔细定义软件系统交付物；B、严格控制对可交付物的变更；C、确保软件系统的可交付物与既定的或者经过标准修订的可交付物相一致。 人员配置计划该项目开发小组共6人：三 需求分析1.引言1.1编写目的：本需求分析的撰写目的为对数字图书馆管理系统做出较为详细的需求分析，明确软件需求、安排项目规划与

15、进度，以指导开发阶段的各个流程，包括组织软件开发与测试及日后对系统进行的改动，为开发人员、维护人员及用户之间提供共同的协议以保证开发任务顺利并行地开展。1.2.项目背景a. 开发目的：本项目的开发旨在方便图书馆的信息管理和读者的借阅活动，前台采用Web方便用户的使用，后台采用Windows应用程序以加强安全性和操作效率。b. 项目名称：数字图书馆管理系统（以下简称数字图书馆）。c. 参与者和使用者：本项目的使用者主要为三种，一是读者，使用的是前台（Web）；二是图书馆管理人员，使用的是后台（Windows应用程序）；三是系统管理员，主要进行系统维护。d. 软件关联：本软件系统后台及服务端需要运

16、行在.Net Framework 2.0及以上的环境，前台需要运行在支持W3C标准的浏览器上，同时需要使用Microsoft SQL Server2005作为数据库。2任务概述2.1待开发软件的一般描述面对日益增多的图书馆藏书，图书馆管理工作变得越来越庞大和繁冗，效率也低。为了充分利用互联网带给人们的便利，更好地提高图书馆管理工作的效率，使读者能更方便地进行图书借阅活动，特开发此数字图书馆管理系统。2.2 待开发软件的功能 本系统要开发的功能主要分为前台和后台两大部分。前台：l 首页l 我的图书馆 借阅情况（借阅/归还） 图书预约 借阅历史 图书/读者挂失l 图书检索l 图书列表 新书列表 图

17、书信息l 公告信息l 读者留言板后台：l 图书登记l 用户管理 管理人员管理 读者管理 挂失管理l 图书借阅信息管理 借书管理 还书管理 挂失管理 预约管理l 公共信息管理l 图书分类与排行 分类排行 分类查询 生成报表、导出 打印预览2.3 用户特征本系统最终用户有数字图书馆普通读者用户、图书馆管理员和系统管理员三种。1. 数字图书馆普通读者用户特征：懂得普通的计算机操作和基本网络使用知识，具有普通的银行业务知识，以中文用户为主。用户系统要具有简洁明快的界面设计，详细易懂的用户使用说明。不可避免的计算机及金融专业词汇需加以通俗易懂的说明。2. 图书馆管理员：能熟练操作计算机，具有专业的图书馆

18、业务知识。图书馆管理员管理本系统前已接收专门的系统管理培训。管理员系统要具有简洁明快的界面设计，方便地业务操作。3. 系统管理员：能熟练操作计算机，具有较高水平的网络安全知识，熟悉系统配置，具有数据库维护能力。3功能需求3.1功能划分本系统总体功能上分为前台和后台两大部分：前台是B/S结构的Web应用系统，供普通用户浏览、使用；后台是C/S结构的Windows应用程序，供管理员维护系统。任何用户都可以在前台用户系统进行注册使用。欲进入本系统必须有权限，没有被授权的用户不能进入系统。前台可以进行图书检索、图书借阅、图书归还、留言等普通操作。授权的管理员才能进入后台管理系统进行相关维护操作。后台能

19、进行用户信息管理、公共信息管理等操作。总体功能框架： 数字图书馆管理系统前台后台首页我的图书馆图书检索图书列表公告信息读者留言板图书登记用户管理借阅信息管理公共信息管理图书分类查询3.2功能描述前台：l 首页：显示网站最新相关信息，提供登录入口。l 我的图书馆：读者进行个人信息管理操作，提供登录入口。 借阅情况（借阅/归还）：图书的借阅与归还。 图书预约：对欲借图书进行预约 借阅历史：浏览借阅历史信息 图书/读者挂失：进行图书挂失或者读者挂失l 图书检索：根据条件进行图书查找l 图书列表 新书列表：显示最新添加的图书。l 公告信息：读者浏览图书馆的通知、公告、新闻等共同信息。l 读者留言板：读

20、者进行留言。后台：l 图书登记：将图书信息录入图书馆。l 用户管理 管理人员管理：对具有管理权限的用户进行管理。 读者管理：对普通读者信息进行管理。 挂失管理：处理读者挂失情况。l 图书借阅信息管理 借书管理：查看借书情况。 还书管理：查看还书情况。 挂失管理：查看和处理挂失情况。 预约管理：查看预约情况。l 公共信息管理：发布共同信息，如新闻、公告、通知等l 图书分类与排行 分类排行：查看所有图书 分类查询：对图书进行分类查询 生成报表、导出：将查询结果保存为XML文件 打印： 进行文本的打印预览输出3.3高层用例图前台数据流程图：后台数据流程图： 4.数据描述4.1静态数据l SQL Se

21、rver 2005 生成和管理的.mdf文件和.ldf文件l 用于保存一般数据和查询结果的XML文件4.2动态数据系统的动态数据包括用户的输入、从数据库中读取出的数据、管理员动态添加的数据、管理员动态添加的模块。输入主要有：n 登录证件号、密码输入n 编辑用户信息的文本输入n 查询的条件输入n 留言板的文本输入输出主要有：n 用户信息n 公共信息n 图书信息n 留言信息n 操作结果信息四 系统分析 系统用例建模进行系统分析和设计的第一步就是创建系统的用例模型。作为描述系统的用户或参与者所能操作的图，它在需求分析阶段有着重要的作用，整个开发过程都是围绕系统的需求用例表述的问题和问题模型进行的。所

22、用到的执行者有：借阅者和图书管理员。下面对本系统中的相关用例进行描述。1图书管理员可以通过以下活动对借阅者进行管理 添加 删除借阅者 修改权限 办失挂理 超期或丢失罚款处理 读者借阅信息管理 个人信息查询 修改2图书管理员可以通过以下活动对图书进行管理 图书借入借出 图书采购 图书信息删除 信息添加 信息修改 图书类别查询 模糊查询 图书按书名查询 图书按作者查询 图书按出版社查询 图书按年代查询3管理员通过以下活动进行系统管理 系统更新 系统维护 硬件更新 日志维护4借阅者的用例 借书 还书 预订图书 查询借阅信息 查询图书信息 查询个人信息修改权限增加删除读者个人信息查询修改图书管理员读者

23、管理读者借阅信息查询超期丢失罚款办理挂失 读者图3.1借阅管理用例图登陆图书管理员续借还书借书书籍查询读者书籍增删改书籍预定逾期处理读者查询书籍丢失管理修改密码读者管理读者增删改系统后台 图3.2图书馆管理按年代查询图书购入图书借入借出管理图书管理按出版社图书查询按作者图书信息管理按书名模糊查询图书管理员信息删除信息添加类别查询信息修改 图3.3 图书管理员对图书管理用例图登陆退出硬件更新 系统更新软件更新系统管理管理员日志维护系统维护 图3.4 系统后台管理用例图3.2静态结构模型3.2.1类的识别 系统需求已经定义过了，现在可以根据系统需求识别出系统中存在的类。系统类的识别可以通过寻找系统

24、域描述和需求描述中的名词来进行。1.找出候选类 从前述的系统需求描述中可以找到的名词有：借阅者、用户、读者、书刊、借阅记录、预定记录、永久数据、用户个人信息、借书证、借书证号、书刊编号、书刊名、出版社、地址、电话、作者、入库时间、出版时间等，这些都是类图中的候选类。2.筛选正确类 仅通过一个简单、机械的过程不可能正确的完成分析工作。接下来要从中去掉不正确的、不必要的，仅保留确实应该记录的类。按照如下标准进行筛选a.冗余 如果两个类表达了同样的信息，则应该保留在此问题中最富于描述力的名称。此系统中“借阅者”、“用户”、“读者”描述相同的信息，因此应该用“借阅者”。b.属性在需求陈述中有些名词实际

25、上描述的是其他对象的属性，应该把这些名词从候选类中去掉，当然，如果某个性质具有很强的独立性，则应把它作为类，而不是作为属性。此系统中“借书证号”、“书刊编号”、“书刊名”、“出版社”、“地址”、“电话”、“作者”、“入库时间”、“出版时间”等，实际上都应该作为属性对待。综上所述，经过初步的筛选剩下的类有借阅者、书刊、借阅记录、预定记录、数据库中的存储、借阅证。3.2.2类的关联分析 在初步分析确定了问题域中的类之后，接下来就分析确定类与对象之间的关联关系，两个或多个对象之间的相互依赖、相互作用的关系就是关联。分析确定关联能促使分析员考虑问题域的边缘情况，有助于发现那些尚未被发现的类。对于图书馆

26、管理系统，我们从以下几个方面确定其关联。1.初步确定关联，在需求陈述中使用的描述性动词或动词词组，通常表示关联关系，经过对本图书馆分析，初步确定下列关联。(1) 直接提取动词短语得出的关联 借阅者持有借阅证 图书管理员为借阅者代理借书 每个借阅者建立一个账户 给借阅者发放借阅证 账户中存储借阅者个人信息、借阅信息及预订信息 借阅者可以借阅书刊、返还书刊、查询书刊、预定书刊并取消预订 借阅书刊时需要输入所需要的书刊名 预订书刊时需要输入所需要的书刊名 系统处理并发的访问(2) 需求陈述中隐含的关联 图书馆管理员维护图书借阅、预订、入库、处理信息。图书馆管理员维护读者个人信息、读者借阅、预订、罚款

27、等信息系统提供必要的安全性保证(3) 根据问题域知识得出的关联 图书馆雇佣图书管理员根据借书证访问账户2.筛选 经过初步分析得出的关联，只能作为候选的关联，还需要进一步的筛选，去掉对于图书馆管理系统不正确或不必要的关联。(1) 与问题无关的或应在实践阶段考虑的关联 在图书管理信息系统案例中，系统处理并发的访问并没有明确类之间的新关联，它只不过提醒用户在实现阶段需要使用实现并发访问的算法，以处理并发事务。(2) 瞬时事件 在本图书管理信息系统中，为每个借阅者建立一个账户，它并不是借阅者和账户之间的固有关系，而是一个动作，因此应该删除。类似的还应该删除给借阅者发放借阅证、根据借阅证访问账户。(3)

28、 三元关联 三个或三个以上对象的关联，大多分解为二元关联或用词组描述成限定的关联，在本图书管理信息系统中，图书管理员为借阅者代理借书可以分解成：图书管理员管理借阅者信息和借阅者借书。3.进一步完善应该进一步完善经过筛选后的关联，为了能够使用于不同的关联，必要时应该分解以前确定的类和对象，例如，在本图书管理信息系统中，读者信息可分为读者个人信息、读者借阅、预订、罚款等信息，书刊信息分为书刊名、书刊编号、出版社、作者、出版时间、入库时间等信息。3.2.3类的属性描述根据系统的需求分析确定的类有：借阅者、书刊、借阅记录、预订记录、登录对话框、借阅对话框、查询对话框、还书对话框、预订对话框、永久数据、

29、图书管理员。属性是对象的性质，借助于属性人们能够对类和对象的结构有更深入、更具体的认识，下面具体介绍一下上述各类的属性。1.类名：借阅者属性：姓名、地址、电话、班级、学号、邮箱、借阅记录、还书记录、罚款记录、预订记录2.类名：书刊属性：书刊名、书刊号、出版社、作者、出版时间、入库时间、分类3.类名：借阅记录属性：书刊名、借阅者、借书日期和应还日期、书刊类型4.类名：预订记录属性：书刊名、借阅者、预订日期和应还日期、书刊类型5.类名：永久数据属性：系统文件记录6.类名：登录对话框属性：用户名和密码7.类名：借阅对话框属性：书刊名、作者、借书日期和应还日期、书刊类型8.类名：查询对话框属性：文献类

30、型、检索类型、检索模式、书刊名9.类名：还书对话框属性：书刊名、作者、借书日期和应还日期、书刊类型10.类名：预订对话框属性：文献类型、检索类型、检索模式、书刊名系统的实体类的类图如图3.5所示。3.3系统动态模型 在开发图书馆管理信息系统时，动态模型起着重要的作用，动态行为模型由顺序图、协作图、状态图、活动图描述。3.3.1系统执行顺序分析 顺序图是显示对象之间交互的图，这些对象是按时间顺序排列的。该图书馆管理系统主要含有以下几个重要的顺序图，其他对象的顺序图和这些也类似。1.借书顺序 借书的过程是：图书管理员登录借书界面，并验证读者信息，在借书界面显示读者信息，读者提出借书要求，显示读者信

31、息看读者是否符合借书要求，若符合，则显示可借，并取得图书信息，检查图书是否预订，如若没有预订，返回没有被预订，书籍外借，显示借书成功，如若上述有一条不符则不能成功借书。根据基本流程，创建借阅者借书的顺序图如图3.8所示。2.还书顺序 还书的过程是：读者将图书交给图书管理员，图书管理员登录系统，显示还书界面，扫描书籍条形码并取得书籍条目信息，进行确认验证，并返回确认结果，对书籍条目进行更新和对借阅者信息进行修改，返回还书成功。根据基本流程，创建借阅者还书的顺序图如图3.9所示。3.删除借阅者顺序删除借阅者的过程是：图书管理员选择菜单下“删除借阅者”，查询对话框弹出，图书管理员输入借阅者账号，系统

32、查询数据库，显示借阅者信息，若借阅者信息部存在显示提示信息，结束删除动作，按下删除按钮，系统确定是否存在与该借阅者相关的借阅记录，若有，给出提示信息，结束删除动作；若没有，查询是否存在与该借阅者相关的预订记录，若有，删除预订记录。从系统中删除借阅者。 3.3.2系统的协作分析顺序图和协作图在语义上是等价的，所以顺序图和协作图可以彼此转化，而不会损失信息，但这并不意味着两种图都显式的可视化了同样的信息。例如，协作图描述了对象怎样互相 连 接，但 相 应 的 顺 序 图 没 有 显 式 的 描 述 这 个 信 息。在 顺 序 图 中，可 以 描 述 返 回消 息，但 相 应 的协作图没有描述这个信

33、息。图3.8所示的顺序图与图3.11所示的协作图是等价的，图3.9所示的顺序图与图3.12所示的协作图是等价的，图3.10所示的顺序图与图3.13所示的协作图是等价的。图3.9 借书协作图图3.10还书协作图3.3.3系统状态分析1.书籍状态分析书籍借出删除书籍在库书籍增加书籍书籍在未变成图书馆在库书籍时，为新加书籍状态。书籍处于在库状态时既可以预订也可以外借，外借后变为借出状态。处于预订状态时也可以外借，超出预订时间期限则从预订状态直接转为可用状态。借阅者在规定的预订时间内也可以考虑取消预订，取消预订后书籍的状态转为可用。外借书籍归还后变为可用状态。图书馆的书籍状态图如图3.14所示。借书预

34、定还书预定取消预定图3.14 图书馆的书籍状态图2.借阅者状态分析借阅者在没有账户的时候，由图书管理员创建账户，创建账户后，处于可用的状态，当借阅者可以借阅图书的时候，处于能够借书状态；当借阅者借书超过规定额度时，处于不能借书状态，只有将图书归还后，才能处于能够借书状态；当借阅者被删除时，处于删除状态不能使用。能够借书删除状态新建可用 删除借阅者归还图书不能够借书超过借书限额 图3.15 借阅者状态图3.3.4活动分析活动图描述的是某流程中的任务的执行，活动图描述活动是如何协同工作的，当一个操作必须完成一系列事情，而又无法确定以什么样的顺序来完成这些事情时，活动图可以更清晰地描述这些事情。在本

35、图书馆管理系统中，我们主要描述了图书馆系统的借书、还书和预订的活动图。1.借书活动 管理员首先要扫描读者的借书证，检验证件是否符合图书馆借书条件，若该读者的借书数量还未达到最大规定数量，并且其所借书籍均未属于过期范围，则符合借书条件。则再扫描书籍条形码，检查书籍是否是不可借书籍或者已经被预订，若被预订，则取消预订，方可借书。在这些条件都符合时则更新书籍信息和读者的借阅信息，记录好借书的时间。图书馆借书活动图，如图3.16所示。2.还书活动 图书管理员对书籍进行扫描，若书籍已经过期，则要求读者还请欠款才能还书，读者缴清应交罚款后，更新书目信息和读者信息。图书馆还书活动图，如图3.17所示。还书成

36、功显示书籍图书更新读者信息和读者信息扫描书籍条形码N交纳罚 金Y 图3.17图书馆还书五 概要设计1.引言概要设计的主要任务是把需求分析得到的DFD转换为软件结构和数据结构。设计软件结构的具体任务。将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。1.1编写目的 把需求分析得到的DFD转换为软件结构和数据结构，得出系统的基本需求，和基本的数据流图。要实现整个系统，需要对用户的需求分析进行设计，确定整个系统的处理流程和系统的数据结构，接口设计，实现对系统的初步设计，为新的系统开发设计

37、框架。1.2背景a. 待开发软件系统的名称：图书馆管理系统b. 本项目开发者： Java 图书馆管理系统项目开发小组c. 本项目用户：中高校图书馆人员、员工、学生、教师1.3定义 SQL ：一种数据库查询和程序设计语言 SQL Server:：数据库管理软件 DBMS：数据库管理系统 运行环境：Windows 2000/2003/2007/XP 软件开发语言：Java JDBC：一种用于执行SQL语句的Java API,由Java语言编写的类和接口组成2.总体设计2.1需求规定按照需求分析文档中的规格要求，使用条形码扫描器进书、借书、还书，使得信息传递准确、流畅。同时，系统最大限度地实现易安装

38、，易维护性，易操作性，运行稳定，安全可靠。目的是明确系统的数据结构和软件结构，将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。2.2 基本设计概念和处理流程在线图书馆系统流程图书馆操作模块读者库操作模块数据统计模块系统设计模块数据备份模块数据恢复模块口令更改模块 帮助模块退出模块录入模块修改模块删除模块退出模块输入所需要求模块数据库操作模块系统操作模块系统显示模块2.4 结构在线图书馆管理系统 显示器 用户输入数据输出数据 系统时钟 当前日期 2处理管理请求数据 图书馆 管理人员 1登录信息验证用户用户名和密码 输入管理 请求数据 密 当 码 前

39、显 错 日 系统时钟 误 期 显示器 信 管理员表 息 当前 日期 3处理管理请求数据 用户 查询结果 输入查寻信息 第一层图：（1） ：登陆子系统（2）查询子系统第二层图：（1） ：入库管理（2）处理学生借书（3）：处理学生还书（4） 处理学生信息查询（5）处理图书信息查询2.5功能需求与程序的关系SQL程序ASQL程序BJava程序AJava程序B录入修改、删除数据统计系统设计数据备份与恢复口令更改3 接口设计3.1 用户接口采用窗口化，菜单式进行设计，在操作时响应热键。用户通过在输入窗口输入登录名和密码进入各个模块。3.2 外部接口 支持一般的笔记本电脑；本软件应提供对条形码扫描仪等的支

40、持。通过JDBC对SQL Server数据库的连接。3.3内部接口1、通过面向对象语言设计类，在public类中实现调用；类间实现严格封装2、系统管理模块为图书管理系统提供操作员和系统参数等基础数据。必须设置操作员后才能使用其他模块。3、图书管理模块为图书统计模块，和图书查询模块提供基础数据。必须先有图书数据后，才能使用统计和查询模块。4、图书管理模块和借书证办理模块为图书借阅模块提供基础数据。必须图书和读者后，才能使用借阅模块。5、在借阅模块中可以使用查询模块，查询读者和图书的信息。6、在图书证办理模块中可以使用查询模块，查询图书馆图书信息。4运行设计4.1 运行模块组合 本程序主要是以一个

41、窗口为模块，一般一个窗口完成一个特定的功能，主窗口通过打开另一个子窗口来实现个模块之间不同功能的连接和组合。各模块之间相对独立，程序的可移植性好。各模块之间主要以传递数据项的引用来实现模块之间的合作和数据共享。4.2运行控制系统运行时根据操作员的角色，确定各模块的操作权限和数据的处理权限。运行中记录操作员操作日志，记录操作员行为。4.3运行时间每种运行模块组合将占用各种资源的时间根据用户的意愿和角色的不同会有区别，可以由用户确定。5系统数据结构设计 5.1 逻辑结构设计 给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表

42、格的相互关系。数据库表序号字段数据项名称与其他数据的关系类型长度说明1RID读者编号char12读者编号2RPW读者密码nvarchar20密码3Name读者姓名nvarchar10读者姓名4Sex读者性别nvarchar2读者性别5BID图书编号char10图书编号6Bookname图书书名nvarchar200书名7Booktype图书类型Nvarchar50图书类型8Author图书作者Nvarchar20作者9ISBN图书条形码Nvarchar20条形码10Publish图书出版社Nvarchar30出版社11Price图书价格Money8价格12Bookdate图书出版日期Date出

43、版日期13Booknum图书馆藏数量Smallint2馆藏数量14Bookmain图书简介Nvarchar200简介15BookState图书状态nvarchar50图书状态16BookRNo图书位置nvarchar50图书位置17MID管理员编号char10管理员编号18MPW管理员密码nvarchar10密码19MName管理员姓名nvarchar10管理员姓名20MSex管理员性别Datatime8性别5.2 物理结构设计 给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。（1） 读者文件表：序号字段

44、类型长度默认值允许空主键说明1RIDchar12学号读者编号2RPWnvarchar20密码3Namenvarchar10读者姓名4Sexnvarchar2读者性别（2） 图书目录序号字段类型长度默认值允许空主键说明1BIDchar10图书编号2Booknamenvarchar200书名3BooktypeNvarchar50图书类型4AuthorNvarchar20作者5ISBNNvarchar20条形码6PublishNvarchar30出版社7PriceMoney8价格8BookdateDate出版日期9BooknumSmallint2馆藏数量10BookmainNvarchar200简介

45、11BookStatenvarchar50图书状态12BookRNonvarchar50图书位置（3） 管理员文件表序号字段类型长度允许空主键说明1MIDchar10管理员编号2MPWnvarchar10密码3MNamenvarchar10管理员姓名4MSexDatatime8性别(4) 借书文件表序号字段类型长度允许空主键外键说明1JIDchar10借阅编号2BIDInt10图书编号3RIDInt10读者编号4StimeDatatime8借阅时间5EtimeDatatime8结束时间7MIDNvarchar10管理员8Jstatenavarchar50借阅状态5.3 数据结构与程序的关系开始

46、输入用户名、密码验证用户名、密码提示用户登录失败进入相应的用户页面选择相关管理操作安全退出系统验证正确结束是否 管理员登录流程图 管理员登入是检索管理员文件检验MID与MPW是否正确。开始填写用户名、密码、验证码等验证读者填写是否合法提示相应错误对话框，要求重新输入提示读者登入成功跳转到读者登入页面是否合法？结束 读者用户注册流程图是否读者登入是检索读者文件检验RID与RPW是否正确。开始结束点击借书图书不可借跳转到借书页面图书是否可借？继续借书？是否是否读者借书流程图 当用户要借书时，打开图书文件列表看是否有库存，该书是否可借。可借时打开借阅文件表添加借阅记录，包括借阅编号，图书编号，读者编

47、号，以及借出日期和还书日期。开始结束点击还书书管理员处理图书是否超期？是否读者借书流程图还书消除借阅记录当用户要还书时，打开借阅文件表看该书是否超期，否清楚借阅记录。6系统出错处理设计6.1出错信息 本系统在登陆时采用登陆名和SQL Server数据库的登陆名相同的方式来确保系统的安全性，这样如果是源代码被泄露了那个人也得不到用户名和密码。这样做了之后，就是将来交给别人用了，我也进不去这个软件，大大的增加看了安全性。我们对于本程序的几种可能的错误进行了分析，分别进行了不同的处理。主要的错误可能有数据库连接错误：这类错误主要是数据库设置不正确，或某些异常引起的，我们只要取消本次操作，提醒用户检查数据库问题就可。其他不可预知的错误：程序也会有一些