总体设计说明书 1. 引言 1.1编写目的 通过前面的需求设计,从而了解到了系统的需求和数据流图,要实现系统,就需要对客户的需求进行分析,以确定对用户需求的物理配置,以及整个系统的处理流程和系统的数据结构,接口设计,以便对系统进行设计. 1.2项目背景 现在的图书馆为人工管理,效率低,易出错,耗费人力.是不理想的管理手段,所以需要一个图书管理系统,设计这个系统是符合人们的需求的,而且,效率高了,人力耗费少,正是一个合理,有效的图书馆管理系统. 1.3定义 Access：数据库管理软件 DBMS：数据库管理系统 Windows 2000/2003/XP：运行环境 Visual Basic：软件开发语言 1.4参考资料 杨选辉，《信息系统分析与设计》，清华大学出版社 王晟 韩泽坤，《Access数据库开发经典案例解析》，清华大学出版社 武新华等，《Visual Basic管理信息系统开发案例》，西安电子科技大学出版社 2.任务概述 2.1目标 通过这次的系统设计,使图书馆的管理能够很方便的借书,还书,以及借书还书情况,个人信息列表,以达到准确,有效的实施,并减少出错,和提高效率的目的. 2.2条件和限制 暂无 2.3运行环境 数据库管理系统软件：MySQL 运行平台：Windows XP/Windows 2000/Windows 2003. 2.4需求概述 通过计算机实现对图书馆图书入库、借阅、归还、检索、读者管理、查询的管理功能。
3.总体设计 3.1处理流程 顶层数据流图: 第0层图: 第1层图: 登录子系统 管理子系统: 查询子系统: 第二层图: (1)入库管理: (2)处理学生借书: (3)处理学生还书: (4)处理学生信息查询: (5)处理注销信息查询: (6)处理图书信息查询: 3.2总体结构与模块外部设计 3.3功能分配 1.图书管理员：
功 能 模 块 浏览 添加 修改 删除 查询 授权 添加记录 √ 删除记录 √ 更改记录 √ 显示记录 √ √ √ √ 查询 √ √ √ √ √ 2.出版社：
功 能 模 块 浏览 添加 修改 删除 查询 添加记录 √ 删除记录 √ 更改记录 √ 显示记录 √ √ √ √ 查询 √ √ √ √ 功 能 模 块 3.图书分类：
浏览 添加 修改 删除 查询 添加记录 √ 删除记录 √ 更改记录 √ 显示记录 √ √ √ √ 查询 √ √ √ √ 4.图书编目：
功 能 模 块 浏览 添加 修改 删除 查询 添加记录 √ 删除记录 √ 更改记录 √ 显示记录 √ √ √ √ 查询 √ √ √ √ 5.图书借阅等级：
功 能 模 块 浏览 添加 修改 删除 查询 添加记录 √ 删除记录 √ 更改记录 √ 显示记录 √ √ √ √ 查询 √ √ √ √ 6.图书库存信息：
功 能 模 块 浏览 添加 修改 删除 查询 添加记录 √ 删除记录 √ 更改记录 √ 显示记录 √ √ √ √ 查询 √ √ √ √ 7.读者借阅等级：
功 能 模 块 浏览 添加 修改 删除 查询 添加记录 √ 删除记录 √ 更改记录 √ 显示记录 √ √ √ √ 查询 √ √ √ √ 8.读者信息：
功 能 模 块 浏览 添加 修改 删除 查询 添加记录 √ 删除记录 √ 更改记录 √ 显示记录 √ √ √ √ 查询 √ √ √ √ 9.图书操作：
功 能 模 块 借出 续借 归还 丢失 预约 查询 统计 打印 借出 √ 续借 √ 归还 √ 丢失 √ √ 添加记录 √ √ √ √ √ 删除记录 √ 更改记录 √ √ √ √ 显示记录 √ √ √ √ √ √ √ √ 查询 √ √ √ √ √ √ √ √ 4.接口设计 4.1外部接口 1.用户接口：采用窗口化，菜单式进行设计，在操作时响应热键。
2.硬件接口：一卡通，扫描仪器 3.软件接口: 通过ODBC对Access数据库的连接 4.2内部接口 通过面向对象语言设计类，在public类中实现调用；
类间实现严格封装；
5.数据结构设计 5.1逻辑结构设计 1.学生文件表 2. 图书目录文件 3.借书文件表 4.罚款单表: 5.入库表: 6.管理员表: 5.2物理结构设计 1.学生文件表: 2. 图书目录文件 3.借书文件表: 4.罚款单表 5.入库表 6.管理员表 5.3数据结构与程序的关系 数据的录入、修改、删除、统计都要涉及记录结构定义。数据的查询在涉及多个数据文件之间的关系；
错误信息结构为显示错误信息带来方便。
6.运行设计 6.1运行模块的组合 本程序主要是以一个窗口为模块，一般一个窗口完成一个特定的功能，主窗口通过打开另一个子窗口来实现每个模块之间不同功能的连接和组合。各模块之间相对独立，程序的可移植性好。各模块之间主要以传递数据项的引用来实现模块之间的合作和数据共享。
6.2运行控制 只要符合操作说明书，用户可自由控制. 6.3运行时间 借还图书所运行时间都很短（4到5秒而已） 7.出错处理设计 7.1出错输出信息 本程序多处采用了异常处理的机制，当遇到异常时不但能及时的处理，保证程序的安全性和稳定性，而且各种出错信息能通过弹出对话框的形式，及时的告诉用户出错的原因及解决的办法，使用户以后能够减少错误的发生。程序的大部分地方还采取了出错保护，如输入内容的长度和类型等减少了用户出错的可能。
7.2出错处理对策 我们对于本程序的几种可能的错误进行了分析，分别进行了不同的处理。
主要的错误可能有：数据库连接错误：这类错误主要是数据库设置不正确，或sql server异常引起的，我们只要取消本次操作，提醒用户检查数据库问题就可。
输入错误:这主要是用户输入不规范造成的，我们在尽量减少用户出错的条件的情况下，主要也是通过对话框，提醒用户，然后再次操作。其他操作错误：对于用户的不正当操作，有可能使程序发生错误。我们主要是中止操作，并提醒用户中止的原因和操作的规范。
其他不可预知的错误：程序也会有一些我们无法预知或没考虑完全的错误，我们对此不可能作出万全的异常处理，这时我们主要要保证数据的安全，所以要经常的进行数据库备份，并能及时的和我们联系，以逐步的完善我们的程序。
8.安全保密设计 这个软件的安全方面表现在以下几点：
软件使用安全:我们的软件会进步会,完善,但是用户在保存数据是要做好备份工作。
数据保密：由于我们这个软件是面向学校的图书馆管理的，里面就会有书籍和学生信息各方面的重要数据。这些数据是非常重要的,所以我们设计了登陆系统，保证了操作员合法性。另外，建议学校管理员对数据库（和备份文件）进行一定的密码保护，以防资料的泄漏。
操作安全：由于操作员的操作不慎可能导致数据被误删，误改等情况，这里我们在每次删除的时候提醒用户，以防误操作。
9.维护设计. 1、服务器及相关软硬件的维护，对可能出现的问题进行评估，制定响应时间。
2、数据库维护，有效地利用数据是网站维护的重要内容，因此数据库的维护要受到重视。
3、内容的更新、调整等。
4、制定相关图书馆系统维护的规定，将图书馆管理系统维护制度化、规范化。
