1、图书管理系统,数据库设计,2010年12月28号,1,Books management system,软件系统的名称：图书管理系统 开发者： 陈贝贝、罗玉龙、尚丽娟、丁雪辉、郑婧 本系统将是独立的系统，目前不与其他的系统或者操作系统提供特别的接口，所产生的输出都是独立的。 本系统为单用户版本，使用SQL Server 2000作为数据库存储系统。,1 - 背景,1,Books management system需求分析,2 - 目标,本需求分析是为实现图书馆信息的计算机管理而编制的。提供的功能包括图书信息的管理，借书读者的管理，各项图书信息的统计及各类查询。使用该系统可提高时间的利用率和工作效
2、率。,2010年12月28号,1,Books management system,一、系统需求简介 1.1总体需求描述 1.2用户总体业务构造 1.3其他需求 1.4系统功能设想 1.5业务流程分析 1.5.1图书借阅信息 1.5.2书籍信息管理 1.5.3读者信息管理,2010年12月28号,1,Books management system,需求分析的功能如下： 新书的入库操作。 添加新读者。 借阅图书，归还图书及续借图书。 图书管理，包括图书的查询、修改、删除等。 读者管理，包括读者的查询、修改、删除等。 统计信息，包括图书分类、出版社分类、读者分类、证件分类统计。 分类排行，包括图书借
3、出次数排行和读者借书次数排行。 数据的备份，还原，清理。,2010年12月28号,1,Books management system,出版社分类设置 图书分类设置 读者分类设置，级别高借的书也多，可设置每级别借书数量。 证件分类设置,2010年12月28号,1,Books management system,二、 需求描述 2.1功能描述： 2.1.1图书信息管理 2.1.2读者信息管理 2.1.3图书借书管理 2.1.4图书还书管理 2.2数据流图 2.2.1新书入库数据流图 2.2.2读者借书数据流图 2.2.3读者还书数据流图 2.2.4查询图书数据流图 2.2.5图书管理数据流图 2.
4、3 UML系统需求分析,2010年12月28号,1,Books management system-功能需求,2010年12月28号,1,Books management system,本阶段成果的内容形式上主要包括数据流图和数据字典。数据流图和数据字典是描述用户需求的重要工具以及阶段成果的表达方式。这里借助了用例分析进行辅助。它作为需求分析的成果和用户交流的主要手段和依据，是后续数据库设计的前提。我们从数据流图中可以比较充分的了解软件的结构，所以也是软件设计的重要依据。小组调查了解了用户的需求后，需要进一步表达用户的需求，采用的分析和表达用户需求的方法是结构化分析法。该方法是基于数据流的需求
5、分析法，它利用图形的方式进行表达，更加直观易运用。结构化分析法采用的是自顶向下、分层分解的方式分析系统，即将系统的功能从宏观层面逐渐细化直到最终，其中主要采用：数据流图（DFD）、数据字典（DD）等这里还采用了辅助工具（UML）。,2010年12月28号,1,Books management system,数据流图可以清楚的表示各个模块之间的调用关系。下面是各个模块的数据流图。,2010年12月28号,1,Books management system,2010年12月28号,1,Books management system,2010年12月28号,1,Books management sy
6、stem,2010年12月28号,1,Books management system,2010年12月28号,1,Books management system,.,2010年12月28号,1,Books management system,.,2010年12月28号,1,Books management system,.,2010年12月28号,1,Books management system,从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。 管理员所包含的用例有： 登录系统：管理员可以通过登录该系统进行各项功能的操作 书籍管理：包括对书籍的增删改等。 书籍借阅管理：包括借书、
7、还书、书籍逾期处理和书籍丢失处理等等。 读者管理：包含对读者的增删改等操作。 读者所包含的用例有： 登录系统 借书：进行借书业务。 还书：读者具有的还书业务。 查询：包含对个人信息和书籍信息的查询业务 逾期处理：就是书籍过期后的缴纳罚金等。 书籍丢失处理：对书籍丢失后的不同措施进行处理。,2010年12月28号,1,Books management system,2010年12月28号,1,Books management system,概念设计 3.1实体 3.2系统E-R图,2010年12月28号,1,E-R大制图,.,2010年12月28号,1,Books management syst
8、em,.,2010年12月28号,1,Books management system,逻辑设计 4.1E-R图到关系模式的转换 4.2关系模式的规范及调整 4.2.1关系模式 4.2.2数据约束分析 4.3各个数据表的表结构设计,2010年12月28号,1,Books management system,4.1E-R图到关系模式的转换 读者与图书之间的关系式多对多的联系，因此，将读者与图书以及借书联系分别设计成如下的关系模式： 图书（图书编号，图书名称，作者，译者，出版社，出版日期，入库日期，图书类型，书数，图书状态，页数，价格，附件，图书简介） 读者（读者编号，读者类型，姓名，有效证件，证件
9、号码，性别，职业，联系电话，E-mail，家庭住址，备注） 因为图书与读者间的关系借书与还书，并且是多对多的关系，所以抽出借阅归还的关系。 借书（读者编号，读者姓名，性别，有效证件，有效证件号码，读者类别，联系电话，已借数量，借书总量，图书编号，图书名称，作者，图书类型，价格，出版时间，出版社，借出次数，附件） 出版社和图书之间是一对一的关系所以作为单独的关系。用户与图书的关系之间是一个管理员可以操作多本图书，一本图书可以被多个管理员管理，将用户作为一个单独的关系进行处理，均如下。 出版社（出版社编号，出版社名称） 用户（用户编号、姓名、密码、类别、性别、家庭住址、联系电话、职务、出生日期、照
10、片） 对于读者与图书之间图书超期罚款关系以及过期图书处理关系，过期需要罚款，损坏图书也需要罚款。 罚款（流水号、罚款原因、罚款金额、日期） 过期图书（图书编号、书名、书号、读者序号、姓名、职务、过期时间）,2010年12月28号,1,Books management system,4.2关系模式的规范及调整 4.2.1关系模式 对于读者与图书之间图书超期罚款关系以及过期图书处理关系，过期需要罚款，损坏图书也需要罚款的调整：罚款（流水号、罚款原因、罚款金额、日期，罚款图书，罚款人，操作人）罚款类型（类型编号、类型名称 、罚款条目） 4.2.2数据约束分析 （1）用户访问权限：任何用户都不能访问其
11、他用户的密码。 （2）任何用户只可查自己的历史操作情况，不可访问到其他用户的业务情况。 （3）借书数量和借书总数并且各自的数量都不能为空值。 （4）图书编码规则：以字母B开头再加上8位数字。 （5）读者编码规则：以字母R开头加上8位数字，其中前4位数字由读者进入学校的时间年份顺序生成，后4位则是按流水号一次增大。 （6）用户编码规则：以字母M开头再加上8位数字。其中前4位数字由用户的时间年份顺序生成，后4位则是按流水号一次增大。 （7）出版社编码规则：以字母P开头再加上8位数字。其中前4位数字由学校采购图书的时间年份顺序生成，后4位则是按流水号一次增大。,2010年12月28号,1,Books
12、 management system,4.3各个数据表的表结构设计 经由E-R模型得到关系模型并且得到适当调整后，我们可以结合在需求表述中数据字典包含的数据项信息，得到数据库的表结构。具体设计各个数据表的表结构，包括表名，表中各列的字段数据类型、数据长度和表的主键和外码：还要考虑应该建立那些索引以及索引的类型。 需要注意的是，考虑到系统的统一，兼顾如数据库管理员和后续软件开发中对数据库管理以及编程引用的便利，表明和字段名的命名以具有意义的英文名称为主或以其缩写字母构成：同时要为各个表名和字段名做出完整的中文文档说明。,2010年12月28号,1,Books management system,
13、.,2010年12月28号,1,Books management system,数据库的物理设计 5.1存储介质的选择 5.2数据库的存储结构设计 5.2.1数据存储路径 5.3各个数据表（视图）的建立 5.4选择存取的方法 5.5数据库服务器的性能优化,2010年12月28号,1,Books management system,BOOK表,2010年12月28号,1,Books management system,2010年12月28号,1,便于查询图书相关信息 便于借阅归还图书信息查询 便于查询读者相关信息,2010年12月28号,1,感谢老师给予我们这次机会，让我们深刻的认识了软件需求分析的流程以及重要。 有许多的不足希望大家能提出宝贵意见给予指点。,10 - 鸣谢,2010年12月28号,1,小组成员：陈贝贝，罗玉龙，尚丽娟，丁雪辉，郑婧 学号：0088225，0088237，0088234，0088231，0088262,11 - 关于我们,
