图书管理系统需求分析文档Word文件下载.docx

图书管理系统需求分析文档Word文件下载.docx

《图书管理系统需求分析文档Word文件下载.docx》由会员分享，可在线阅读，更多相关《图书管理系统需求分析文档Word文件下载.docx（6页珍藏版）》请在冰豆网上搜索。

二、目标与规划

1、现状分析

大家都知道大学的学习对步入大学的学生来说是很重要的一个阶段。

学生们的书刊阅读量反映了学生们的学习态度。

对于当前学校图书馆的管理，还是存在很多缺陷。

当前图书管理系统管理网站已有学生做出来了，但系统的侧重点是图书借阅功能。

对于此类功能并不能满足用户的其它需求，可是对于已选工作室方向的同学们来说却并不实用。

因为该系统未对已选工作室的学生进行需求分析。

而我们的网站是针对已经选好方向的学生来说的，它能够更方便的让已选工作室方向的学生和老师进行沟通，更方便的让学生们知道其它工作的进展情况，能够很好的督促大家努力的去学习。

2、建设目标

我们的系统旨在方便学生们的借阅、在线阅读和学生们对各个阅读进度的了解以及老师对学生阅读情况的了解和老师对其它安排进度的了解等。

一个工程的完成，一个是不能够做到很完善的，则就需要小组一起完成，一起学习沟通合作，要让我们大家感到小组的快乐合作。

并完成任务。

具体建设目标如下：

a．减少对图书管理工作的人力与费用；

b．提高处理图书的速度；

c．提高图书管理的精度；

d．促进教务工作信息化管理。

3、系统拓展

系统网站拓展至全省各大高校学院

三、系统功能需求功能分析

1、系统可行性分析

（1）、技术可行性:

技术人员有c#语言做基础，学习采用语言，再加上PHP技术和CSS页面设计的方法来设计页面以及对数据库的链接，能够实现数据的保存与更新，从而对用户实现数据贡献，能够达到用户想要的效果，因此在技术上也是可行的。

（2）、经济可行性:

本项目的开发，不需要什么花费，实现工具和技术都是开发人员已拥有的，不需要额外的费用。

因此，经济可行性方面是完全是没问题的。

（3）、操作可行性:

该网站的操作是很简易的，用户只需按照自己的需要输入相应的关键字以及一些简单的操作，软件系统都会有相应的索引，用户不必担心操作问题。

而管理员的操作也是比较简单的，只要管理员能够对数据进行相应的识别及数据库的数据更新就可，因此该项目在操作上也是完全可行的。

（4）、其它方面的可行性:

该项目有法律符合性，而且旨在供师生使用，为老师和学生能够了解各个图书借阅动态提供了很大的方便，用途比较很广泛、切合实际，因此对于该项目的开发是可行的。

2、系统功能叙述图

经过功能叙述图能够很明显的看出系统功能的归属，客户端可分为学生与老师，服务器端就是管理员的功能，学生跟老师的功能基本相同，学生经过登入网站进行借书，然后能够个人信息管理，个人日志上传至指导老师；

论坛交流；

网站新闻以及学习资源可进行浏览及下载。

老师的功能有个人信息管理；

工作论坛交流；

上传网站学习资源；

浏览网站新闻。

管理员登入后可得到学生的借书具体情况；

可对网站进行更新，上传网站最新消息动态；

学生与老师帐号的管理以及论坛的阅读管理。

3、系统总体概论

（1）系统业务流程分析

1、学生和老师用户功能分析：

1）、用户登录：

用户经过系统的登录界面输入用户名和密码以及登入的身份（老师或学生），登录时密码正确则登陆成功，密码错误则不能进行登录。

2）、修改个人信息：

用户登录进入该网站能够对用户进行个人信息管理，增删改后的信息只要用户确认提交即可保存。

数据库会对用户最新的信息内容进行保存。

3）、个人日志功能：

学生可利用这个功能填写自己上课或项目心得，进行提交后，好友能够查看并进行评分。

5）、图书管理功能：

分为不同类别的图书，用户能够经过选取不同的类别的图书进入页面及时的了解每年每个学期各个各个类别的图书被借阅情况，能够随时在线阅读图书或者预定借书信息。

6）、论坛功能：

该功能旨在方便学生和老师进行学术上的交流。

学生们在做项目或者上课时遇到不懂或者很难解决的问题时能够经过该系统对老师或者学生们发帖求解，老师或者学生们有什么好的建议或者解决方案能够对提问者进行回帖。

所有的已注册的用户都能够使用该论坛功能。

7）、资源的下载：

老师或学生可查看到相应方向的资源，对其中意的资源可点击下载，但不能上传资源。

8）、项目状况：

属于学生与老师互动类型，学生描述自己的项目状况；

老师查看学生的项目状况，然后可进行相应的反馈。

9）、网站留言：

学生和老师可对网站进行留言，提出自己的看法和建议。

10）、学生和老师还可查看图书馆内的优秀图书并进入详细页面了解；

网站还有图书推荐的功能以及学院动态功能，学生和老师都能够进入相应页面查看，但会打开只读模式。

11）、休闲功能：

网站提供两个小游戏（模拟节奏大师，和孤岛求生），学生老师点击相应的菜单即可进入游戏。

适当的休闲有益于身心健康。

2、管理员功能分析：

1）、管理员的登录：

管理员一般是登入后台功能。

管理员经过登录程序输入用户名和密码，如果登陆信息与系统设置的管理员登陆信息一致则登陆成功，不一致则显示错误。

2）、管理员的个人信息功能：

管理员登录进入管理员个人信息管理界面，能够对管理员的信息进行增删改，提交后系统会对管理员的信息进行保存并更新。

3）、管理员对学生和老师登陆以及注册数据库的管理：

管理员应在学生和老师用户进行登陆前将学生和老师以及对应图书馆的信息录入到数据库中，当学生或者老师进行登陆或者注册的时候系统会自动验证登录或者注册的信息是否存在数据库中，若存在则登陆或者注册成功。

反之，则失败。

4）、管理员对学生签到的管理：

管理员需要记录学生们借阅的总情况，在学期末的时候对每个工作室的签到的进行总评，对签到情况好的同学进行评优，对评得了优的同学进行一定的奖励。

5）、管理员对各个工作室最新动态的管理：

管理员需要在每个工作室课程结束后对工作室的动态进行更新，方便同学和老师们及时的知道各个工作室的消息。

6）、管理员对论坛的管理：

管理员在对论坛的管理时需要提取一些对学生们有用的信息显示在论坛上面，一些杂七杂八的话语及一些不良信息则要对其进行屏蔽，以免影响学生查看学习信息。

管理员还应对论坛里的信息及时的进行更新，以便学生所提出的问题能够得到尽快的解决。

7）、管理员对资源分享及下载的管理：

管理员需要提供一些对学生们学习有帮助的信息供学生们下载和分享，同时对老师和学生们所提供的一些分享及下载进行筛选，选取对学生学习又有效的信息显示在界面上，对于一些不良信息进行屏蔽。

（2）系统数据流图分析

四、数据库需求分析

1、数据库逻辑设计（实体联系图）

2、数据库物理设计（数据库物理结构E-R图）表格设计

根据系统功能分析，系统使用者可分为管理员，老师和学生，她们的功能具体都不会相同，具体功能如下：

管理员具体功能有：

操作书籍状态；

存储学生及老师个人信息；

发布网站内新闻信息；

经过老师给的签到结果，对每个学生的签到情况进行统计存储。

老师具体功能有：

能够管理老师个人信息；

对学生填写的个人学习日志进行验收；

了解书刊借阅状态情况；

在网站内上传和下载学习资料；

浏览站内新闻；

访问站内链接。

学生具体功能：

管理学生个人信息；

访问站内链接；

下载站内学习资料；

在线阅读优秀图书；

查看书刊借阅状态的情况；

浏览站内新闻。

根据E-R图，把实体与实体之间的联系转换成关系模型，E-R图中的每个实体转换成一个关系模型，实体之间一对多的联系合并到多方实体对应的关系模型中，把一方的码与联系的属性纳入到多方实体对应的关系模型中，为实体之间多对多的联系创立一个新的关系模型，它包含双方的码以及联系的属性。

具有相同码的关系模型有些情况下能够考虑把它们合并。

在转换过程中应该按照关系规范化的理论，对关系模型进行优化，减少冗余和数据操作异常，提高查询速度，在性能与范式之间作出权衡，一般所设计出的关系数据库达到3NF就基本符合要求。

按照以上原则，我们能够把系统E-R图中实体及实体之间的联系转换成关系模型。

五系统其它需求

1、性能需求

（1）数据存储：

随着系统的运行，数据会积累会越多，我们会每年进行更新，并把每年的数据进行转移存储。

可是避免系统因数据积累太多占内存很明显，以至于运行减速的问题。

（2）安全性：

TSMS系统是专门针对工作室的管理而进行开发的系统，以便对工作室更完善的管理，并没有设计很多的安全类的问题，用户使用起来也很简便，因此系统的安全性完全能够保证。

2、系统出错及处理需求

（1）、出错信息

系统出现错误时，捕捉到系统的错误，存入错误记录文件中，供相关人员查看。

在界面上，不弹出错误页面，以脚本形式给出出错的大概信息提示浏览者。

（2）、补救措施

软件出现错误后可采取的措施：

a）重新启动系统。

b）检查是否启动服务。

c）备份数据，重新部署系统。

d）根据错误记录文件，做出相应错误处理。

3、系统维护设计

为方便系统的维护，在代码设计中，以对象设计为主、结构设计为辅，每一个步骤都给出注释，方便维护人员查看代码和阅读代码。

还有会写出相应的文档来记录编码时的问题，为以后系统升级做好基础。

六结论

（1）经过写文档，我们对这个系统了解了很多，对系统功能的描述也很详细，也感觉我们对项目的视角也有不同看法，这对我们进行开发系统有很大帮助的。

（2）记得老师说过软件开发是一个长的过程，不是一下子的事，分析问题时要把问题考虑全面，并团结一致的解决问题。

在进行需求分析时，我们分工很明显，因为我们组只有2个人因此我们每个人的工作都比较多，然而我们都很团结，不懂的问老师问同学一起讨论，然后慢慢就知道了。

（3）软件开发是一个团体合作的过程，需要组员齐心合力来完成，并非一个人的事。

在这个过程中，我们感受到团体的力量，虽然只有两个人，不懂有很多，我们一起讨论，把自己知道的说出来，经讨论就发现自己更懂了好多，思路也清晰了，这就是团队的力量。

我虽身为组长，可是我做的还很不够，希望我们大家能一起努力，加油，把项目尽早一个一个功能实现。