《图书管理系统》—需求分析报告

目录

一、引言 1

1.2项目背景 1

二、任务概述 2

2.2用户特点 2

2.3需求概述 2

2.4功能的规定 3

三、功能需求 3

3.1功能划分 3

3.2功能描述 4

四、性能需求 4

4.1数据精确度 4

4.2系统响应时间 4

4.3适应性 4

4.4、输入输出要求 5

4.5、数据管理 5

4.6、故障处理要求 5

4.7、其他专门要求 5

五、运行需求 5

5.1、设备 5

5.2支持软件 6

5.3接口 6

5.3.1用户接口 6

5.4控制 6

六、数据描述 7

6.1静态数据 7

6.2动态数据 7

6.3数据库描述 8

6.4数据流图 8

6.5数据字典 9

七、总结 11

参考文献 11

 

一、引言

1.1编写目的
  软件需求分析,其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中,首先要获得用户的需求,通过对阮健需要的提取、分析、文档和验证,为进一步的设计和实现提供数据。软件需求与其他活动也密切相关,如软件测试、配置管理和质量管理等。
本需求的编写时为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。


1.2项目背景

本项目的名称:图书管理系统。
设计并实现一个将各种图书管理的服务功能结合起来的管理信息系统十分重要,可以有效地节约资源并且有效的存锤、更新和查询信息,提高工作和服务的效率。

1.3 定义
图书管理系统对于现代图书馆而言,是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说,是能否方便快速获取信息的关键。所以,图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。

二、任务概述
2.1目标
本系统通过计算机技术西线图书信息和用户信息的管理,还包括如下目标:
⑴减少人力成本和管理费用;
⑵提高信息的准确性和信息的安全;
⑶改进管理和服务;
⑷良好的人机交互界面,操作简便。

2.2用户特点

最高用户是图书管理员和读者,图书管理员需要进行用户的创建、修改和删除等工作,要求具备计算机知识,如权限管理等。读者是普通用户,具备一定的计算机操作即可。


2.3需求概述

在图书管理系统中,管理员为每个读者建立一个账户,账户内存储读者个人的详细信息,并依据读者类别的不同给每个读者发放借书卡(提供借书卡号、姓名、部门或班级等信息)。读者可以凭借书卡在图书馆进行图书的借、还、续借、查 询等操作,不同类别的读者在借书借阅图书时,由管理员录入借书卡号,系统首先验证该卡号的有效性,若无效,则提示无效的原因;若有效,则显示卡号、姓名、借书限额、已借数量、可再借 数量等信息,本次实际借书的数量不能超出可再借数量的值。完成借书操作的同 时要修改相应图书信息的状态、读者信息中的已借数量、在借阅信息中添加相应 的记录。 归还图书时,由管理员录入借书卡号和待归还的图书编号,显示借书卡号、读者姓名、读书编号、读书名称、借书日期、应还日期等信息,并自动计算是否超 期以及超期的罚款金额,若进行续借则取消超期和罚款等信息;若图书有损坏,由管理员根据实际情况从系统中选择相应的损坏等级,系统自动计算损坏赔偿金额。完成归还操作的同时,修改相应图书信息的状态、修改读者信息中的已借数 量、在借书信息中对相应的借书记录做标记、在还书信息中添加相应的记录。图书管理员不定期地对图书信息进行添加、修改和删除等操作,在图书尚未归还的情况下不能对图书信息进行删除。也可以对读者信息进行添加、修改、删除 等操作,在读者还有未归还的图书的情况下不能进行删除读者信息。系统管理员主要进行图书管理员权限的设置、读者类别信息的设置、图书类别的设置以及罚款和赔偿标准的设置、数据备份和数据恢复等处理。

2.4功能的规定

三、功能需求

3.1功能划分

该系统主要有一下功能:浏览功能、查询功能、添加功能、修改功能、删除功能

3.2功能描述

1.浏览功能

列出当前数据库文件中图书信息、读者信息、借阅信息和还书信息等的所有记录。

可选定一项记录,显示所有域。

2.查询功能

书目匹配查询

读者匹配查询

书目和读者匹配查询

3.添加功能

添加书目和读者记录以及借书还书记录

添加系统设置相关信息

4.修改功能

修改书目和读者记录,提供相关确认机制

修改系统设置相关信息,提供相关确认机制

5.删除功能

删除书目和读者记录,提供相关确认机制

删除系统设置相关信息,提供相关确认机制。

四、性能需求

4.1数据精确度

保证查询的查全率和查准率为100%,所有在相应域中包含查询关键字的记录都能查到,所有在相应域中不包含查询关键字的记录都不能查到。

4.2系统响应时间

系统对大部分操作的相应时间应在1—2秒内。

4.3适应性

满足运行环境在允许操作系统之间的安全转换和与其他应用软件的独立运行要求。

4.4、输入输出要求

  输入输出数据类型,对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。

4.5、数据管理能力要求

需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。

4.6、故障处理要求

可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

4.7、其他专门要求

如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

五、运行需求

5.1、设备

硬件、外部设备(P4微机一台、打印机一台)

运行本软件所要求的硬设备的最小配置:

奔腾4代、内存256M

IO设备:显示器、鼠标、键盘;

5.2支持软件

说明为运行本软件所需要的支持软件,如:

a.操作系统:Windows98及以上版本

b.支撑框架:.NET Framework1.1

c.数据库:Access2000

5.3接口

5.3.1用户接口

本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:输入界面、输出界面)。用户对程序的维护,最好要有备份。支持各种X86系列PC机

5.3.2软件接口

运行于windowsXP及更高版本的具有WIN32 API的操作系统之上。

5.4控制

本软件是以中文版Windows 98及其以上版本的操作系统来控制软件运行。

六、数据描述

6.1静态数据

读者类别:种类名称、借书数量、借书期限、有效期限

读者信息:读者姓名、读者编号、性别、读者类别、学院、专业、年龄、家庭地址、电话号码、登记日期、已借书数量

借阅信息:读者编号、读者姓名、书籍编号、书籍名称、出借日期、归还日期

书籍罚款:罚款编号、书籍编号、读者编号、罚款日期、应罚金额、实收金额、是否交款

图书类别:类别名称、类别编号

书籍信息:书籍编号、书名、类别、作者、出版社、出版日期、登记日期、是否被出借

书籍征订:征订编号、书籍编号、书名、作者、订购数量、订购单价、订购日期、是否验收、验收日期、操作员

系统管理:用户名、密码、权限

6.2动态数据

输入数据:鼠标对按钮的点击;

查询方式、查询关键字;

新建图书项、读者项;

图书项、读者项相应记录更改;

备份数据恢复所有的数据备份文件;

借阅、返还、丢失注销时的图书编号;

受限操作所需的密码;

输出数据:查询关键字确定的数据库记录;

统计结果及其格式化文件;

信息录入,删改结果(成功或失败);

图书借阅,返还,丢失注销等操作结果;

数据备份输出的数据备份文件;

内部数据:查询操作建立的索引。

6.3数据库描述

数据库采用Mysql数据库

6.4数据流图

⑴顶层数据流图

 

图3.4.1图书管理系统顶层数据流图

⑵0层数据流图

 

 

图3.4.2 图书管理系统0数据流图

6.5数据字典

本系统的主要数据元素的数据字典卡片:


名称:读者信息查询报表

别名:读者信息

描述:读者基本情况查询结果的信息表

定义:读者信息=读者姓名+读者编号+性别+读者类别+学院+专业+年龄+家庭地址+电话号码+登记日期+已借书数量

位置:输出到显示器


名称:借阅信息查询报表

别名:借阅信息

描述:借阅图书的基本情况的查询结果的信息表

定义:借阅信息=读者编号+读者姓名+书籍编号+书籍名称+出借日期+归还日期

位置:输出到显示器


名称:书籍罚款查询报表

别名:书籍罚款

描述:超期未还图书的基本情况的查询结果信息表

定义:书籍罚款=罚款编号+书籍编号+读者编号+罚款日期+应罚金额+实收金额+是否交款

位置:输出到显示器


名称:书籍信息查询报表

别名:书籍信息

描述:各种书籍查询基本信息表

定义:书籍信息=书籍编号+书名+类别+作者+出版社+出版日期+ 登记日期+是否被出借

位置:输出到显示器


名称:书籍征订报表

别名:书籍征订

描述:根据读者的需求需要征订的书籍的报表

定义:书籍征订=征订编号+书籍编号+书名+作者+订购数量+订购单价+订购日期+是否验收+验收日期+操作员

位置:输出到打印机

七、总结

在本系统的开发过程中,由于本人是初次开发软件,初次写的需求分析报告,在知识。经验各方面都欠缺的情况下,仓促的写出来的,会有很多不足,还有因为对学校图书馆管理的方面不太清楚,具体流程也不太明了,在需求分析的时候条理不太清晰,显得有点乱。尽管本系统还有很多不足之处,而且很精简,但是性息全面,需求分析和软件系统的要点还是到位的。基本能够全面的表达出软件系统的各方面的要求和细节。

经过本次的学习,基本了解怎样去写软件需求分析报告,基础的流程有所掌握,报告是软件开发的关键,对能否成功开发出一款好的软件起着决定性的作用。在写报告的过程中,不仅使我巩固了Java的知识点,更重要的收获是学习到了设计系统的思维方法,开发一个软件并不只是写代码这么简单。

参考文献

[1]豆丁网:http://www.docin.com/p-523746049.html&isPay=1

[2]李爱萍 《软件工程》 人民邮电出版社

原文地址:https://www.cnblogs.com/we-are-a-team/p/10176545.html

时间: 2024-08-03 03:26:31

《图书管理系统》—需求分析报告的相关文章

南理工14级第四组 需求分析报告

软件需求分析报告 题目:<离散数学>课程测验系统 编写人员:高明 914106840518 刘建平 914106840526 王琪栋 914106840235 王金 914106840234 雷杨 914106840618 指导教师:叶庆生 1引言2 1.1编写目的 2 1.2背景 2 1.3定义 2 1.4参考资料 2 2任务概述2 2.1目标 2 2.2用户的特点 3 2.3假定和约束 3 3需求规定3 3.1对功能的规定 3 3.2对性能的规定 3 3.2.1精度3 3.2.2时间特性要

教学管理系统需求分析报告

1.引言 1.1 编写目的 该需求分析的软件对象是学生管理系统.开发学生管理系统能够为用户提供充足的信息和快捷的查询手段.作为计算机应用的一部分,使用计算机对学籍信息进行管理,具有着手工管理所无法比拟的优点.如检索迅速.查找方便.成本低等.这些优点能极大提高学生档案管理的效率.通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,从而对学生管理系统进行准确的定义. 1.2 预期读者和阅读建议 学生管理系统所针对的各种不同的预期读者包括: 学生.老师.管理人员.开发人员.测试人员.文档编写人

《下厨房》软件系统需求分析报告(第三版)

<下厨房>软件系统 需求分析报告 项目名称         <下厨房> 所属课程          软件工程 项目组长           张军洪 项目成员    袁成杰.胡  俊.梅 庆 唐正奎.蒋利平.秦 超 2017 年 12 月 目录   一.需求规格说明------------------------------------------.2 1.1.项目开发背景---------------------------------------2 1.2.开发目标-------

期末项目需求分析报告

期末项目需求分析报告 毕业生离校管理系统需求分析(王尊,黎仁威小组) 一.离校管理需求分析: 在完成了针对<离校管理系统>软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书, 此需求规格说明书对<企业图片管理系统>软件做了全面细致的需求分析,明确所要开发的软件应具有的功能.性能与界面,使系统分析人员及软件开发人员能清楚地了解企业的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作.本说明书的预期读者为需求分析人员

第11组 团队项目-需求分析报告

组长博客:团队项目-需求分析报告 整体计划安排 截止时间 任务 11.01 前端和后端商议确定接口,UI完成首页,前后端完成项目构架搭建,确定模块并分配任务 11.15 完成前端主体部分,对接后端接口 11.18 测试,修改,改善性能,检查代码,发布Alpha版本 11.23 项目完善+用户使用反馈+测试计划改进 12.1 根据反馈和需求进行新版本的模块编写,发布Beta版本 12.4 正式版本完善+用户手册 团队分工 alpha 版本需要做哪些事情 完成预先规定的功能需求 分工明细 前端: 陈

第03组 团队项目-需求分析报告

一.组队后的团队项目的整体计划安排 项目阶段 阶段时间 主要阶段任务 完成情况 前期准备 9.22-10.11 确定选题及成员分工.完成基础学习及前期准备工作 已完成 10.12-10.18 进一步细化分工.设计项目logo.完成选题报告 已完成 10.19-10.25 通过别组提问改进项目功能计划.完成原型设计及界面设计初稿 已完成 团队编程 10.26-11.2 团队编程及前期准备工作 待完成 alpha冲刺 11.3-11.11 实现基础功能.改进界面.完成alpha冲刺前期准备 待完成

第3组 团队项目-需求分析报告

一.组队后的团队项目的整体计划安排 项目阶段 阶段时间 主要阶段任务 完成情况 前期准备 9.22-10.11 确定选题及成员分工.完成基础学习及前期准备工作 已完成 10.12-10.18 进一步细化分工.设计项目logo.完成选题报告 已完成 10.19-10.25 通过别组提问改进项目功能计划.完成原型设计及界面设计初稿 已完成 团队编程 10.26-11.2 团队编程及前期准备工作 待完成 alpha冲刺 11.3-11.11 实现基础功能.改进界面.完成alpha冲刺前期准备 待完成

第09组 团队项目-需求分析报告

需求规格说明书 组长博客链接 1.团队项目安排 阶段序列 阶段时间 主要阶段任务 完成情况 第一阶段 9.28 确认选题和团队分工 完成 第二阶段 10.1~10.21 团队选题报告 完成 第三阶段 10.1~10.26 基础学习及前期准备 完成 第四阶段 10.14~10.18 原型设计 完成 第五阶段 10.21~10.26 需求报告 完成 第六阶段 10.26~11.11 前端完成60%页面布局,后端完成60%的基础接口 待完成 第七阶段 11.12~11.15 前端完成所有页面布局,后端

需求分析报告

软件需求说明书 1引言 随着计算机技术的发展,网络技术融入了社会的各个角落.由于计算机网络的快速发展,教学领域也受到了促进,网络教育随之产生,它为学生提供了几乎无限的资源和丰富的自由度,教学空间也随之拓展,这些优势都是传统教学模式所无法提供的.在日常教学活动中,学生作业的管理占很重要的一部分,提取相关的作业信息和数据,以反映真实的情况,对学校课程的管理和教学质量的提高有着重要的作用.传统的手工操作方式,易发生数据丢失,统计错误,并且劳动强度大,而且速度慢.与之相反,学生作业管理系统通过使用计算机