第PAGE\*Arabic\*MERGEFORMAT5页共NUMPAGES\*MERGEFORMAT5页图书馆管理系统添加、删除和修改借阅信息，这部分功能应该由图书馆工作人员执行，但是，删除某条图书借阅者基本信息记录时，应实现对该图书借阅者借阅记录的级联删除。并且还应具有生成催还图书报表，并打印输出的功能。在本系统中由于没有打印机设备供试验，所以预先把报表打印改成报表预览。设计不同用户的操作权限和登陆方法对所有用户开放的图书查询借阅者维护借阅者个人部分信息借阅者查看个人借阅情况信息维护借阅者个人密码根据借阅情况对数据库进行操作并生成报表根据还书情况对数据库进行操作并生成报表查询及统计各种信息维护图书信息维护工作人员和管理员信息维护借阅者信息处理信息的完整性对借阅过期的图书生成报表图4-2图书管理系统数据库应用需求的总结根据以上所做的需求分析，并略掉一些细节（如不考虑用户的登录；对记录的维护），得出以下的三层数据流图。§4.2系统功能模块划分系统功能框图如图4-10所示。§4.3系统数据库设计4.3.1概念设计在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定dbms的限制。利用er方法进行数据库的概念设计，可分成三步进行。首先设计局部er模式，然后把各局部er模式综合成一个全局模式，最后对全局er模式进行优化，得到最终的模式，即概念模式。（1）设计局部er模式实体和属性的定义：图书（图书编号，图书名称，作者，出版社，出版日期，备注，价格，数量，）借阅者（借书证号，姓名，性别，身份证，联系电话，密码）身份（身份编号，身份描述，最大借阅数）图书类别（图书类别编号，类别描述）er模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1：n，m：n，还是1：1等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。联系定义如图4-5所示。解释如下：u一个借阅者（用户）只能具有一种身份，而一种身份可被多个借阅者所具有；u一本图书只能属于一种图书类别（类别），而一种图书类别可以包含多本图书；u一个用户可以借阅多本不同的书，而一本书也可以被多个不同的用户所借阅。（2）设计全局er模式所有局部er模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部er模式，而且必须合理地表示一个完整、一致的数据库概念结构。1）确定公共实体类型为了给多个局部er模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。2）局部er模式的合并合并的原则是。首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。3）消除冲突冲突分为三类。属性冲突、结构冲突、命名冲突。设计全局er模式的目的不在于把若干局部er模式形式上合并为一个er模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。3）全局er模式的优化在得到全局er模式后，为了提高数据库系统的效率，还应进一步依据处理需求对er模式进行优化。一个好的全局er模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。综上所述，“图书管理系统”的全局er模式如图4-13所示。4.3.2关系数据库的逻辑设计由于概念设计的结果是er图，dbms一般采用关系型（本人所使用的mssqlserver就是关系型的dbms），因此数据库的逻辑设计过程就是把er图转化为关系模式的过程。由于关系模型所具有的优点，逻辑设计可以充分运用关系数据库规范化理论，使设计过程形式化地进行。设计结果是一组关系模式的定义。（1）导出初始关系模式book（图书编号＃，图书名称，图书类别＃，作者，出版社，出版日期，备注，价格，数量）class（图书类别X，类别名）user（借书证号＃，姓名，性别，身份编号＃，身份证，联系电话，密码）id（身份编号X，身份描述，最大借阅数）owner（借书证号X，图书编号X，借书日期）图4-14关系模式集（2）产生子模式子模式是用户所用到的那部分数据的描述。除了指出用户用到的数据外，还应指出数据与概念模式中相应数据