图书管理系统软件工程课设.docVIP

软件工程课程设计 图 书 管 理 系 统 学号： 姓名： 图书管理系统项目 软件需求规格说明 引言 项目背景 图书馆在正常运营中面对大量书籍、读者信息以及两者间相互联系产生的借书信息、还书信息。现有的人工记录方法既效率低又错误过多，大大影响了图书馆的正常管理工作。因此需要对书籍资源、读者资源、借书信息、还书信息进行管理，及时了解各个环节中信息的变更，有利用管理效率的提高。本系统通过强大的计算机技术给图书管理人员和读者借、还书带来便利。本系统除了图书馆内管理的一般功能还外，还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。系统的功能相对比较完善，根据以后不同的需要，还要对系统进行更新。 项目目标 图书管理系统总的实现目标是：建立以馆藏目录为基础的书目数据库；实现馆内采购、编目、流通、文献检索等信息化管理；建立图书动态网站；接入校园网为广大师生及时提供馆内的最新信息。长期的目标还要实现直接浏览电子图书以及馆际间的图书互借等。 数据分析 数据模型（实体关系图=ER图）。 功能分析 功能模型（数据流图=DFD图）。 0层数据流图 1层数据流图 2层数据流图（书籍管理） 2层数据流图（读者管理） 2层数据流图（借阅管理） 状态分析 状态模型（状态转换图=SD图）。 图书状态 征订 征订 选购 入库 可借 约留 已借出 还书 超出预留期 预约 编号 非功能需求 5.1性能需求 精度 数据采集率：必须在90%以上 动态信息及时率：必须在95%以上 静态信息全面率：必须在95%以上 信息准确率：必须在98%以上 时间特性 响应时间：局域网≤3秒；局域网间≤8秒；校园网内查询≤2秒；外部网络查询≤5秒。 适应性 该系统的前台产品最后提交形式为安装程序，使其能在WindowsXP、Windows2000操作系统平台上正常运行，后台产品最后提交形式为安装包，使其能在Linux下正常运行，并且能在需求变化时，能方便的进行功能扩充。 其它 在一天中，同时使用该系统的主要用户为：借还书管理员（每馆4人），图书信息管理员（每馆2－6人），读者信息管理员（每馆1－4人），系统维护人员（每馆1－2人），读者（每天的平均访问人数为1000人） 5.2安全设施需求 如果本系统在运行1小时内连续出现3次死机，那么本系统必须在1分钟内终止运行，同时提示维护人员人工将系统切换至备机运行。 如果读者在外部网络访问不了学校图书馆的网站，或者图书的查询等待时间大于等于2分钟，就应该与外部网络的连接，请维护人员检查系统，防止恶意攻击。 每周四下午闭馆时，维护人员应检查硬件连接硬件连接情况和计算机运行情况，并对数据库进行备份。 5.3安全性需求 本系统在安全性方面有比较高的要求，基本的安全防护为静态式的密码。 对于用户： 本系统在第一次使用时，提供系统维护人员初始登录用户名、密码。当系统维护人员第一次登录后，必须重新设置新的登录用户名、密码。一般用户的用户名和初始密码由系统维护人员赋予；当一般用户第一次登录后，必须更改他的最初登录密码，最初的登录密码不能重用。同时要求每隔一个月的时间，系统能自动提示用户更改密码，只有系统维护人员才能对所有的信息资料进行访问。 对于读者： 每位读者在拿到自己的图书证后应该立即上网个性自己的密码，每位读者的初始密码与其图书证号相同，以后还可以修改密码。 本系统自身不具有病毒检测能力，无法防范病毒的侵入。解决的方法是使用其它外部病毒防护软件。 5.4软件的质量属性 5.4.1有效性 本系统一次至少能够连续正常运行1月；同时在运行期间，其有效性至少可达到98 5.4.2效率 在预计的高峰负载条件下，15%处理能力、20%系统可用内存、30%的磁盘空间必须留出备用。 5.4.3完整性 所有用户必须经过身份验证合法后才能对数据进行访问；只有拥有维护员访问特权的用户才可以查看系统的历史记录、操作日志；系统的现场初始化只有拥有系统维护级特权的用户才能执行。 5.4.4 健壮性 当用户输入非法数据时，系统立即报错，并发出修改提示信息，直到用户修改正确为止。当输入数据无效时，系统会自动选用改数据项的默认值，同时要求用户确认。当数据库中的数据发生错误时，系统会回到执行前的状态，并提示用户重新执行已执行过的操作。 5.4.5可用性 在文件菜单中的所有功能都必须定义功能键或快捷键。 新的操作人员在一天的培训学习之后，就应该可以正确执行所有要求任务的95%。 5.4.6可维护性 在整个系统的开发过程中，必须有完整，准确的文档资料。正常情况下，各馆的维护人员应能在每周四闭馆的工作时间（3小时）内完成各项维护工作。在系统编码时，函数的调用不能超过