图书管理完整系统需求分析(finished).docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
图书管理完整系统需求分析(finished)

图书管理系统需求分析报 1. 引言 编写目的 通过学生借阅,还书,查询,实现对图书的管理 1.2 项目背景 本项目的名称:图书管理系统。 ,用户是学校图书馆。 本产品是针对电脑管理图书的需求设计的,可以完成读者登记、购入新书、读者借还书、图书注销等本系统是提高图书管理工作的效率,减少相关人员的工作量,使学校的图书管理工作真正做到科学、合理的规划,系统、高效的实施。学校对系统性能无特殊的要求,只要查询图书的时候没有明显的延迟就可以了,查询的时间不要超过3秒钟。 条件、假定和限制: 1) 系统最小寿命: 系统应该能在无重大改动的条件下正常运行5年以上。 2) 对设备的要求: 要求计算机稳定性良好,整套系统经济实惠。 3) 可以利用的信息和资源: 图书管已经配置了所有的计算机,以及网络设备,操作人员将使用win2003 4) 图书管员工受过较好的计算机方面的培训,在调研的时候感觉有不少员工有计算机方面的专业经验。 5) 编目要参照中图法。 安全性需求 对于图书管理系统的图书量会非常大,所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统,需要完整的权限控制,防止某些人恶意攻击系统,修改原始记录,同时对于数据库中的数据需要定时备份,防止系统数据丢失。此外,系统要求用户在登陆时需要身份验证。 。 5.用户接口 5.1主界面 5.2硬件接口: 系统采用客户机/服务器模式。 5.3软件接口: MyEclipse9.0开发用户界面,数据库由Access2003提供 数据库设计 6.1数据流图 图1.1 总数据流图 图1.2入库处理 图1.3借书处理 图1.4 还书处理 6.1.1数据字典 ① 数据流名:图书表 说明:书籍信息 数据流来源:管理者 数据流去向:书籍查询处理 组成:书名,条形码,分类号,分类名,排架号,出版社,出版日期,入库日期,价格,状态,简介,作者 平均流量:50 高峰期流量:100 Book表 ② 数据流名:书籍借阅、归还 说明:所借阅和归还的书籍信息输入 数据流来源:借阅者,管理者 数据流去向:借书,还书处理 组成:借书卡号,条形码,借书日期 平均流量:50 高峰期流量:100 ③ 数据流名:借书表 说明:借阅者已借书籍 数据流来源:借阅者 数据流去向:借书,还书处理 组成:借书卡号,条形码,借书日期,应还日期,续借 平均流量:50 高峰期流量:100 书籍借阅表 ④ 数据流名:登陆名表 说明:用户登陆界面使用 数据流来源:系统 数据流去向:登陆系统输入 组成:用户,密码 平均流量:50 高峰期流量:100 登录名表 ⑤ 数据流名:罚款表 说明:书籍逾期归还,作相应罚款处理 数据流来源:管理员 数据流去向:归还处理 组成:借书证号,罚款总额 平均流量:50 高峰期流量:100 罚款表 ⑥ 数据流名:用户信息表 说明:用户信息的管理 数据流来源:管理员 数据流去向:借书,归还处理 组成:用户名,性别,身份,学院,借书证号,注册日期,有效期,状态 平均流量:50 高峰期流量:100 用户信息表 6.1.2实体及其属性图 1.1图书信息模块 1.2借阅者信息模块 1.3图书管理员信息模块 1.4.1销书单模块 1.4.2实体及其联系图 1.5完整的E-R图 6.2逻辑结构设计 从理论‘ER模型’到理论‘关系模型’的整理转换,通过E-R模型到关系模型的转化,可以得到如式: E-R模型是对用户需求的一种抽象的表达形式,它独立于任何一种具体的数据模型,因而也不能为任何一个具体的DBMS所支持。为了能够建立起最终的物理系统,还需要将概念结构进一步转化为DBMS所支持的关系模型。这就是数据库逻辑设计所要完成的任务。 用Access2003 建立数据库数据表。 Book表 借阅表 归还表 登陆名表 惩罚(罚款) 用户信息表 其他 7.1数据库操作: 无 7.2故障处理: 在正常情况下,应不出错。一旦发生意外,比如掉电、网络不通等,也应保证系统数据不会丢失。 退出 帮助 图书浏览 图书查询 图书借阅 图书管理

文档评论(0)

woaitiantian + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档