软件工程 书管理系统.docVIP

软件工程课程设计报告 图书管理系统 姓 名： 专 业： 班 级： 学 号： 指导教师： 2010 年 12 月 12 日 目 录 1 目 录 1 2 需求定义描述 2 3 需求分析与设计 2 3.1 初步需求分析 2 3.2 系统数据流图 3 3.3 核心数据的数据字典 5 3.4 系统E-R图及数据库逻辑设计 5 4 详细设计 7 4.1 系统的命名规格定义 7 4.2 数据结构及数据库建立 7 4.3 系统总体模块结构 9 4.4 系统主要模块算法实现 10 5 测试报告 19 5.1 程序界面及基本操作 19 5.2 测试用例 23 5.3 测试结果 24 6 心得体会 26 需求定义描述 图书管理系统中存在2种角色：图书管理人员和普通的读者。 假设图书馆的工作人员要处理下列日常工作： 借书：核实读者身份并检查是否存在下述情况： 该读者借书的数额超标； 该读者所借的书过期未还； 该读者曾因借书过期被罚款而未交； 如不存在上述情况，则登记借书信息； 还书：检查所还图书是否损坏或过期，是则登记罚单信息并打印罚单，在交纳罚金前，不允许该读者继续借书。若图书损坏，注销该图书信息，否则进行还书登记。 罚款：根据罚单收取罚金，同时取消该读者的借书限制。 图书信息维护：新书上架、旧书下架及图书信息查询。 读者信息维护：录入、注销、修改及查询读者信息。 此外，图书馆还应向读者提供下列基本功能： 查询图书信息； 查询自己的基本信息和借书记录； 续借； 该系统预定的运行环境如下： 操作系统：Windows XP操作系统； 数据库系统：Microsoft SQL Server 2000企业版； 需求分析与设计 初步需求分析 在图书馆管理系统中有两类用户，分别是图书管理员与普通读者（学生）。每个用户都拥有自己的账号（ID）和密码，通过这两者来登录管理系统；管理系统则根据账户的类型给予用户相应的操作权限。 管理员管理对系统中书籍、读者的信息资料进行相关维护，对图书和读者的信息可以进行增删改查的操作。管理员还负责学生借阅、归还图书的登记，并可收取读者因借阅超时或损坏图书造成的罚金。 普通读者可以通过自己的账号登陆系统。登陆后，读者可以查看系统中所有图书的基本信息以及目前所处状态（在架/被借阅）；同时，也可以查看本人在系统中的个人信息、欠费情况等，并可以对其中一些信息进行修改（如联系方式、登陆密码等）；此外，读者可以查看自己目前的借书清单，并可以对相应图书提出续借请求。 普通读者要进行借书、还书、缴纳罚款等操作时，需要到管理员处进行登记。由管理员通过学生ID和图书ID进行借书、还书的登记。 图书馆中每部书都对应一个唯一的编号，即图书ID，以便区分相同的图书。 每名读者最多可借图书数目由读者身份等信息决定。一次借阅图书时间为30天，并可以续借一次，续借时间10天，但必须在到期前提出申请。罚金根据该读者所有图书的过期时间和图书损坏与否进行计算，如没有及时上交罚金，则不能进行图书的借阅和续借。 系统数据流图 由初步需求分析可得系统的数据流图如下： 图书管理系统的基本系统模型 普通读者事务处理数据流图 管理员事务处理数据流图 核心数据的数据字典 根据分析，系统中主要要处理的核心数据包括有：学生ID、管理员ID、图书ID、欠款、图书价格、借阅剩余天数、可续借次数等几项，现在将核心数据和部分有代表性的数据列出： 名字 别名 描述 格式 位置 学生ID uid 普通读者的学号 10个字符 读者信息表 姓名 sname 读者的名字 10个字符 读者信息表 欠款 fine 读者的应缴罚金总数 数 读者信息表 图书ID bid 书籍的编号 10个字符 图书信息表 书名 bname 书籍的名称 50个字符 图书信息表 价格 cost 书籍的标价 数 图书信息表 借阅剩余天数 b_day 该书距归还期限的时间 数 借阅信息表 可续借次数 renew 该书还可续借的次数 数 借阅信息表 管理员ID uid 图书管理员的编号 10个字符 管理员表 系统E-R图及数据库逻辑设计 根据需求分析，得到如下的E-R图： 对于借阅关系，对整个系统来讲，一本书可以被多人借阅，一个人可以借阅多本书，为多对多关系；但考虑实际情况，在系统运行的任一时刻，某本书最多只可能属于一个人，因此，若是系统在图书归还后不再记录以往的借阅记录，也可将该关系看做一个一对多关系。不过当做一对多关系处理不便于后期实现功能的扩展（如打印某月份的借书清单等），因此本管理系统中将其作为多对多关系处理。 考虑实际情况，在系统中还存在以下两个管理关系