图书管理系统设计与实现2015详解.ppt

前台界面方面，使用Bborland c++ builder 6，利用其良好的可视化界面设计功能对界面进行编程。 在后台方面，则是按照数据库设计的基本原则与要求，使用SQL Server 2000进行后台数据库设计与实现。通过本系统设计，熟悉了系统分析和设计的过程和方法的目的，了解了数据库应用系统开发的过程。在实践过程中熟悉了知识。 2.1 任务和要求： 作为一个一般的图书管理系统，有以下需求：建立读者档案； 建立图书档案，建立书目索引； 完成日常图书检索、借、还工作; 对读者档案、图书档案、借、还系统的访问，必需进行身份验证。 2.2系统总体功能设计 图书馆管理系统主要提供的功能包括图书 入库、借出、归还以及对读者的信息管理 。 （1）图书期刊管理： 借阅图书时应按图书馆的规则进行借阅，例如不超过5本，如果已有超时借阅的图书，则在归还前不允许再借阅等等。 对于图书遗失或超期归还的情况应根据图书馆的规则进行处罚。 建立图书信息库，以便读者进行查询和借阅。 图书因使用过久或信息过时需做下架处理，或者在读者借阅书籍时发生遗失的情况下需做遗失处理，这些都需要修改数据库关于书籍的信息。 （2）读者管理： 对读者应该提供能办证、修改、注销；访问时要进行身份验证，办证、修改、注销应记录操作员编号、操作日期、理由、审批记录等功能 （3）图书信息统计查询： 一般读者在借阅书籍前都需查询图书馆关于所借书籍的大概信息：该图书是否在馆—是否已借出—在馆中的书架号； 除查询书籍外读者还可查询关于自身的信息：是否有超期未还的图书，还可借阅书籍数目等。 （4）流通管理 主要用于管理图书流通环节的相关操作 三、 系统设计与实现 3.1数据库概念设计 实体型转换为关系模式。 实体的属性就是关系的属性，实体的码就是关系的码。 对于实体间的联系则有以下不同的情况： 一个m：n联系转换为一个关系模式。 与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。 与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合，具有相同码的关系模式可合并。 由于读者类别与读者、馆室与图书的联系方式是1:n（一对多），可以将其之间的联系与n端实体读者、图书合并。 管理员与图书之间的维护联系也是1:n（一对多），同样也将其之间的联系与n端实体合并。 而读者与图书之间的借阅和归还联系方式则是n:m（多对多），这样要把它们之间的联系转化为独立的关系模式。 读者与管理员之间的罚款联系是m:n（多对多），将其联系也转化成独立的关系模式。 具体的基本E-R图向关系模型的转化如下： 读者类型表（类型、图书册书、期刊册数、有续借次数、限制图书、限制期刊）。 读者信息表（条形码、编号、姓名、类型、性别、出生日期、有效证件、证件号码、联系方式、登记日期、有限期至、操作员、备注、图书借阅次数、期刊借阅次数、是否挂失）。 图书类型表（类型编号、类别名称、可借天数）。 图书信息表（条形码、、编号、书名、类别、作者、译者、出版社、ISBN、页码、价格、书架名称、现存量、库存总量、入库时间、操作员、简介、借出次数、是否注销）。 图书借阅表（借阅编号、读者编号、借阅时间、图书编号、应还时间、续借次数、操作员、状态）。 图书归还表（归还编号、图书编号、读者编号、退还押金、归还时间、操作员、确定归还）。 图书罚款表（罚款编号、图书编号、读者编号、罚款日期、应罚金额、实收金额、是否交款、备注）。 书架（编号、书架名称）。 出版社（出版社编号、ISBN/出版社名称）。 图书征订（征订编号、图书编号、订购者、订购者联系方式、订购数量、订购日期、订购单价、时候验收、验收日期、操作员）。 3.2 数据库的物理设计 现在需要将上面的数据库概念结构转化为SQL SERVER 2000数据库系统所支持的实际数据模型，也就是数据库的逻辑结构。 图书馆管理信息系统数据库中各个表格的设计结果如下面图所示。 每个表格表示在数据库中的一个表的设计。 数据库中一共有十个表分别对应以下十个表格。 在此过程中实现了对数据库中字段类型、长度、主键、外键的设计。 3．3系统功能模块设计 对上述各功能进行集中、分块，按照结构化程序设计的要求，得到如