欢迎来到淘文阁 - 分享文档赚钱的网站! | 帮助中心 好文档才是您的得力助手!
淘文阁 - 分享文档赚钱的网站
全部分类
  • 研究报告>
  • 管理文献>
  • 标准材料>
  • 技术资料>
  • 教育专区>
  • 应用文书>
  • 生活休闲>
  • 考试试题>
  • pptx模板>
  • 工商注册>
  • 期刊短文>
  • 图片设计>
  • ImageVerifierCode 换一换

    数据库设计文档模板(11页).doc

    • 资源ID:36756302       资源大小:549.50KB        全文页数:11页
    • 资源格式: DOC        下载积分:15金币
    快捷下载 游客一键下载
    会员登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录   QQ登录  
    二维码
    微信扫一扫登录
    下载资源需要15金币
    邮箱/手机:
    温馨提示:
    快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如填写123,账号就是123,密码也是123。
    支付方式: 支付宝    微信支付   
    验证码:   换一换

     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    数据库设计文档模板(11页).doc

    -数据库设计文档模板-第 8 页图书管理系统数据库设计文档1152795 毕明瑜 1152737 钱鹏1152736 徐云帆1152667 吴辰092796 蔡旭远102995 冯智超1252973 于航1252859 尹巧 1253011 胡亦成 1252990 魏印文目 录1.图书管理系统数据需求1图书管理系统功能数据需求11.2组织结构12.概念设计2总体E-R图2图书管理系统模块E-R图23.逻辑设计3表的设计3user表3数据库关系图3附录A.图表索引41. 图书管理系统数据需求通过建立一个基于C/S系统的图书管理系统,使得图书管理工作系统化、规范化和自动化,从而提高了管理的效率,也方便了读者的借阅。应用C#编程,实现对数据库信息的管理。系统应用符合图书馆信息管理及处理的规定,满足图书管理员对图书及借阅信息进行管理的需求,并达到操作过程中的直观、方便、使用、安全等要求。系统用模块化程序设计的方法,既便于系统功能的组合和修改,又便于参与技术人员补充和维护。数据字典:数据流编号: D01  数据流名称:读者信息  简述:读者信息  数据流来源:读者借阅后,管理员将读者信息输入计算机。  数据流去向:图书管理模块。读者信息将存入数据库(读者信息表)。 数据项组成:读者姓名+学号+专业  数据流编号: D02  数据流名称:图书信息  简述:图书信息  数据流来源:新书到馆后,管理员将图书信息输入计算机。  数据流去向:图书管理模块。读者信息将存入数据库(图书信息表)。 数据项组成:图书编码图书类别书名作者出版社Price 单价出版日期购买数量 数据流编号: D03 数据流名称:读者情况 简述:读者情况 数据流来源:图书被借阅后,计算机将读者信息返回给管理员。  数据流去向:管理员。 数据项组成:已借图书+已借数量+续借次数  数据流编号: D04 数据流名称:图书情况 简述:图书情况 数据流来源:图书被借阅后,计算机将图书信息返回给管理员。  数据流去向:管理员。 数据项组成:书名+是否被借+已借次数  数据流编号: D05 数据流名称:借还书信息 简述:借还书信息 数据流来源:管理员把借还书信息录入计算机。 数据流去向:图书管理模块。借还书信息将存入数据库(借阅信息表)。 数据项组成:已借书名+已还书名  数据流编号: D06 数据流名称:图书信息  简述:图书信息  数据流来源:读者从计算机获得图书信息。  数据流去向:读者。 数据项组成:图书编码图书类别书名作者出版社Price 单价出版日期购买数量 数据流编号: D07 数据流名称:读者借阅情况  简述:读者借阅情况 数据流来源:读者从计算机获得借阅情况。  数据流去向:读者。 数据项组成:书名+是否被借+已借次数1.1 图书管理系统功能数据需求(1) 读者基本信息的输入,包括读者编号、读者登录名、读者姓名、读者性别等。(2) 读者基本信息的查询、修改,包括读者编号、读者姓名、读者性别等。(3) 书籍类别标准的制定、类别信息的输入,包括类别编号、类别名称。(4) 书籍类别信息的查询、修改,包括类别编号、类别名称。(5) 书籍库存信息的输入,包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。(6) 书籍库存信息的查询,修改,包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记等。(7) 借书信息的输入,包括读者编号、书籍编号、借书日期。(8) 借书信息的查询、修改,包括读者编号、书籍编号、还书日期。(9) 还书信息的输入,包括读者编号、书籍编号、还书日期。(10) 还书信息的查询和修改,包括还书读者编号、读者姓名、书籍编号、书籍名称、结束日期、还书日期等。(11) 超期还书罚款输入,还书超出期限包括超出期限还书的读者编号,书籍编号,罚款金额。(12) 超期还书罚款查询、删除,包括读者编号、读者姓名、书籍编号、书籍名称、罚款金额等。(13) 管理员管理:包括创建读者用户信息、删除读者用户信息、添加图书信息、删除图书信息。1.2 组织结构列出文档的组织结构。第一章:图书管理系统数据需求。第二章:图书管理系统概念设计。第三章:图书管理系统逻辑设计。附录A:是本文档的图表索引。2. 概念设计分析图书管理系统的基本需求,利用概念结构设计的抽象机制,对所需分析结果中的信息进行分类、组织,得到系统的实体、实体属性、实体的键、实体之间的联系以及联系的类型,就可以设计出系统的概念模型。 通过前述分析,可以抽取出图书管理系统的基本实体有:管理员、读者、书籍三个实体是通过读者借阅,管理员管理产生联系的,管理员与读者,读者和书籍都是一对多的联系。2.1 总体E-R图用户:用户编号、姓名、性别、所属角色、电话、邮箱、登录密码、是否可借书、当前可借书数目;用户角色:权限编号、权限名、权限描述;超期记录:超期编号、超期用户编号、超期书籍编号、超期天数、罚款金额、是否已缴纳罚款;用户角色:角色编号、角色名、角色描述、可借书最大数目、可借书最大天数、可续借次数、每次续借可最长天数、角色权限;管理员:管理员编号、姓名、登录密码、电话、邮箱; 遗失记录:遗失编号、遗失书籍编号、遗失书籍用户编号、报失时间、是否已缴纳罚款、是否重新购入遗失书籍;图书:图书编号、图书名、作者、ISBN比编号、出版社民、出版时间、总字数、总页数、定价、内容简介、图书类别、入库日期、所在分管、是否可借、图书种类;图书馆:分馆编号、分馆馆名、联系电话、地址、分馆简介;图书种类:种类编号、种类名、种类说明、超期应缴罚款额、遗失应缴罚款额;借阅记录:借阅编号、用户编号、书籍编号、节约时间、是否已归还、应还日期、是否被续借、被续借次数、是否超期;图书类别:类别编号、类别名、类别说明;系统:日志编号、日志内容、日志产生时间、系统是否正常;各个实体之间联系见下总体E-R图:图 21 总体E-R图2.2 图书管理系统模块E-R图各个模块及功能跟关系见下面的E-R图:图 22 查询管理模块E-R图图 23 借阅管理模块E-R图图 24 图书管理模块E-R图图 25 用户管理模块E-R图3. 逻辑设计E-R图向关系模型的转换 关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体,实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体,实体的属性和实体间的联系转换为关系模式。转换原则如下。 1. 实体类型的转换:一个实体型转换成一个关系模式。实体的属性就是关系的属性,实体的码就是关系的码。 2联系类型的转换,根据不同的情况做不同的处理。  一个1:1的联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并,则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。  一个:N的联系可以转换为一个独立的关系模式,也可以与N端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为N端实体的码。  一个M:N联系转换为一个关系模式。与该联系相连的各实体的码为各实体码的组合。  三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。  具有相同码的关系模式可合并。3.1 表的设计(1) User,记录用户的基本信息;(2) UserRole,记录用户角色,不同角色拥有的权限不同;(3) UserRights,记录用户可拥有的权限;(4) Administration,记录管理员的基本信息,管理员拥有所有权限,并且可以更改用户权限;(5) OverTimeRecord,记录被超期借阅的图书信息;(6) LostRecord,记录被遗失的图书信息;(7) BorrowRecord,记录图书借阅情况;(8) Book,记录图书的基本信息;(9) Library,记录图书分馆的基本信息;(10) BookCategory,记录图书的类别;(11) BookKind,记录图书的种类;(12) SystemLog,记录系统日志;3.1.1 user表表格 31 user表字段名数据类型字段说明备注UserIDint用户编号PKUserLogNamenvarchar用户登录名UserNamenvarchar用户姓名UserSexchar用户性别UserRoleint用户所属角色FK,关联角色表中的角色编号 UserPhonenvarchar用户电话UserEmailnvarchar用户邮箱UserPassnvarchar用户登录密码UserIsBorrowint用户是否可借阅书籍值为1时可借,否则不可借3.2 数据库关系图图 31 数据库关系图用于存储用户实体类的User表。表项中UserID项是User表的主键用于唯一标识一个用户,UserRole项是从UserRole表中引入的外键。用于存储管理员实体类的Administration表。表项中AdminID是Administration表的主键。用于存储所有用户角色的UserRole表。表项中RoleID是UserRole表的主键,RoleRights是从表UserRights中引入的外键。用于存储用户权限的UserRights表。表项中RightsID是UserRights表的主键。用于存储图书实体类的Book表。表项中的BookID是主键用于唯一标识一本图书,BookKind是从BookKind表中引入的外键,BookLibary项是从BookLibary表中引入的外键,BookCategory项是从BookCategory表中引入的外键。用于存储图书种类的BookKind表。表项中KindID是BookKind表的主键。用于存储图书分类的BookCategory表。表项中CategoryID是BookCategory表的主键。用于存储图书保存的藏馆的Library表。表项中LibID是Library表的主键。下面三个是用于保存用户操作记录的记录表。用于存储用户借书的记录的BorrowRecord表。BRID是BorrowRecord表的主键,BRUserID是从User表中引入的外键,BRBookID是从Book表中引入的外键。用于存储用户借书丢失记录的LostRecord表。表项中LostRecID是LostRecord表的主键,LostRecUserID是从User表中引入的外键,LostRecBookID是从Book表中引入的外键。用于存储用户借书超时记录的OverTimeRecord表。表项中OTRID是OverTimeRecord表的主键,OTRUserID是从User表中引入的外键,OTRBookID是从Book表中引入的外键。本数据的设计满足的第三范式的要求。上述所有表的表项的非关键字都不依赖于其他表项。 附录A. 图表索引图 21 总体E-R图5图 22、2-3、2-4、2-5 图书管理系统模块E-R图6图 31 数据库关系图11表格 31 user表10

    注意事项

    本文(数据库设计文档模板(11页).doc)为本站会员(1595****071)主动上传,淘文阁 - 分享文档赚钱的网站仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知淘文阁 - 分享文档赚钱的网站(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    关于淘文阁 - 版权申诉 - 用户使用规则 - 积分规则 - 联系我们

    本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

    工信部备案号:黑ICP备15003705号 © 2020-2023 www.taowenge.com 淘文阁 

    收起
    展开