教务管理系统需求分析

第一篇：教务管理系统需求分析

江苏技术师范学院

毕业论文(设计)需求分析

题目：常州市育才中学教务管理系统设计学院：计算机工程学院姓名：成义杰

学号：指导教师：陈鉴富

2012 年10月22日

前言

二十一世纪是一个信息化的时代，教务管理信息系统作为教育信息化的重要组成部分，也应该得到很好的发展，以便帮助学院各管理层能及时、准确地掌握信息，使学院的教务管理工作步入新的章篇。

教务管理系统是典型的信息管理系统，其开发主要包括后端数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备，易使用等特点。

1.选题依据

教务管理系统作为教育单位一个不可缺少的部分，它的内容对于学校的决策者和管理者来说都是至关重要，所以教务管理系统应为使用者提供充足的信息和快捷的查询手段。但是人们一直以来都使用传统人工的方式管理文件资料，这种管理方式存在着许多缺点：如效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。即使有些学校使用了计算机，但由于操作形式各异、输入方法不同、定义不统一，这对于管理者和使用者都产生使用上的不便，因此对于管理系统的统一性、完整性、及时性的要求也就迫在眉急了。

随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。

2.研究内容与方法

2.1内容

教务管理系统是一个基于数据库开发应用程序，由前台功能设计和后台功能设计部组成，规划系统功能模块如下： 1．教学资源管理模块设计

该模块主要包括：主要功能包括导入教师信息、录入教师信息、机构设置、确定部门人员、处理离校人员组成； 2．开课计划管理模块设计

该模块的主要包括：录入科目信息、录入模块信息、设置课程方案、设置开课计划、设置学期、周数组成；3．学生学籍管理模块设计

该模块的主要包括：创建班级、班级注册、确定班级所属年级、录入学生信息、调整学生班级、确定异动学生、查看学生信息；

4．学生成绩管理模块设计

该模块的主要包括：成绩录入、成绩发布、成绩查询、成绩分析一共4个模块；5．学生选课管理模块设计

该模块的主要包括：网上选课设置、选课要求设置、调整学生选课、查看选课结果；

6．数据库维护模块设计

该模块的主要包括：数据备份、数据恢复、创建数据备份维护计划一共3个部分；7．系统管理模块设计

该模块的主要包括：日志管理、用户管理二个子模块。

2.2实现手段

硬件平台：

 

CPU：P41.8GHz。内存：256MB以上。

软件平台：

    

操作系统：Windows xp/ Windows 2000。数据库：SQL Server 2005。

浏览器：IE5.0及以上，推荐使用IE6.0。Web服务器：IIS5.0。

分辨率：最佳效果1024×768像素。

3.工作计划（进度安排）

1---3 周：交流课题任务，正确理解课题，撰写开题报告

4---6 周：系统调查与分析，分析知名博客系统的结构，撰写需求分析文档 7---9 周：系统设计

10-12周：系统实现（编码、调试、验收）

13-15周；检查论文初稿，完善不足之处，完成论文定稿

4.参考文献

[1] ASP.NET网站开发四“酷”全书 电子工业出版社 武嘉 2005年8月 [2] ASP+SQL Server组建动态网站实例精讲 人民邮电出版社魏雪萍2005年6月

[3] ASP.NET程序设计教程（C#版）机械工业出版社 常永英、崔淼、马润成、梁云杰等2009年9月

[4] ASP数据库开发实例解析 机械工业出版社 李严、于亚芳、王国辉 200

4年12月

[5] ASP.NET服务器控件开发技术与实例 人民邮电出版社 郝刚、袁永刚、齐艳编著

2005年1月

第二篇：教务管理系统需求分析报告[范文模版]

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

一、导言

现在是信息化的社会，传统的教务管理模式，已经不适应信息时代的要求，迫使人们起用新的管理方法来管理。计算机技术的飞速发展，使各行各业在计算机技术应用方面得到了广泛的普及和使用。因此，教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活，将传统的教务管理方式彻底的解脱出来，提高效率，减轻工人人员以往繁忙的工作，减小出错的概率，从而使人们有更多时间来学习和享受生活。

二、目的

教务系统是对学校教务和教学活动进行综合管理的平台系统，满足学校管理层、教师。学生等日常工作、学习、管理和咨询等工作。目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程。

三、术语定义

教务管理系统以下简称系统

四、参考资料

《软件项目管理案例教程》 《软件工程导论》

五、任务概述 目标：通过强教务信息的管理，有利于决策者根据教务信息及时进行信息的处理，每个用户用自己的身份通过登录该系统，并根据自己的权限进行相关操作。

六、运行环境

1台主机：CPU2.4G，4G内存，windows7操作系统，连接到Internet。

WEB服务器、文本编辑工具、打印机一台。可利用学校现有的服务器及教师办公用微机等设备。

七、系统定义

（一）需求规定

1、对功能的定义（1）学生日常管理

a）限于全体学生操作。

b）一般浏览者只能查看教务信息，不能对它做任何修改。而且不同的用户级别所看到的教务信息是有限制的。（2）教师日常管理

a）查询单条教务信息：主要适合全体老师操作的。在窗体上先可以选择查询的条件，再输入关键字名。按查询即可。

b）查询全部教务信息：是给管理员用的，为了方便管理员查找，也有关键字搜索和模糊搜索，查到记录后，也可双击记录即可显示详细信息。

c）成绩查询：输入学号、密码即可查询学生成绩（3）信息公布

a）数据备份：用户可以通过选择保存路径把数据库保存在硬盘中。

b）数据恢复：用户可以通过选择路径把数据恢复。（4）操作管理

a）仅限管理员。其中可以添加、修改、删除操作学生，设置他们的权限、级别及密码。

b）系统整理信息：显示距离管理员整理系统的时间。（5）评教管理

a）打印单条教务记录：适用于一般浏览者和用户。他们只能打印在他们的权限范围内所能查看的教务。

b）打印全部教务：市委管理员设置的，他们可以根据需要设置打印。（6）选课管理

a）学生进行网上选课

b）对选课情况进行统计及分析，并生成新的课表。（7）招生管理 针对新生进行注册管理，并对注册数据进行统计及分析

（二）对性能的规定

1、数据精准度

（1）按照严格的数据格式输入，否则系统不给予响应进行处理。（2）查询时要保证查全率，所有响应域包含查询关键字的记录都应能查到。

2、时间特性

一般操作的响应时间应在1~2秒内。

3、适应性

（1）满足学校使用的需求。

（2）对前面提到的运行环境要求不应存在困难。

（三）系统图示

1、数据流图

管理员信息管理教务管理系统公布信息查看信息老师查看信息学生

1.1教务管理系统顶层图

录入信息教师名单登录教师管理信息查询查看信息教师信息学生信息 1.2.零层数据流图

ID和密码命令信息查询修改命令学生返回信息验证有效性返回信息信息数据学生选课情况信息查询系统学生选课系统 1.5.学生子系统

2、数据字典 2.1数据存储（1）老师信息 别名：无

简述：对老师信息进行存储管理 组成：老师姓名+密码+教师基本信息 组成方式：索引文件，教师姓名为关键字 查询要求：要求能立即查询（2）学生信息 别名：无

简述：对学生的信息进行存储管理 组成：学号+密码+选课信息+成绩+考试信息 组织方式：索引文件，学号为关键字 查询要求：要求能立即查询（3）选课信息 别名：无

简述：对学生所选择的课程信息进行存储管理 组成：课程+上课时间+上课地点 查询要求：要求能立即查询（4）评教信息 别名：无 简述：对评教的过程以及结果进行存储管理 组成：学号+评教信息 查询要求：要求能立即查询 2.2数据加工

（1）加工名：录入信息 编号：1.1 激发条件：接收到教师、学生的信息时 优先级：普通 输入：教师、学生信息 输出：无 加工逻辑：无（2）加工名：登录 编号：1.2 激发条件：进入本系统 优先级：普通 输入：用户信息 输出：登录成功或失败 加工逻辑：无

3、系统流程图

教务管理系统基本配置成绩管理教学评价系统选课管理基本信息管理信息公布招生管理成绩录入权限设置成绩录入重修重考成绩管理成绩查询成绩统计与分析成绩审批及维护评教指标设置学生在线评教教研室主任评教评教结果分析统计学生网上选课选课数据调查选课结果查询选课结果统计生成课表学生日常管理教师日常管理开课课程管理教务信息公布新生管理学生注册注册进程分析注册数据统计查询

4、用例视图

用例视图（Use Case View）是被称为参与者的外部用户所能观察到的系统功能的模型图。教务管理系统的用例视图如下： 教师档案管理管理员系统维护学生档案管理成绩管理学生成绩查询个人成绩查询课程管理网上评教成绩录入学生选课学生用户教师选课教师用户

5、顺序图

5.1学生选课、退课顺序图

对象11登录基础类学生信息数据信息2：验证消息3：进入学生界面4：点击选课退课5：执行选课、退选课6：提示操作成功

5.2管理员添加、修改、删除用户顺序图 管理员1：登录基础类用户管理界面2：验证登录3：进入管理员界面4：点击添加、修改、删除用户5：添加、修改、删除用户6：提示操作成功

6、状态图

网站主页用户登录浏览多个信息浏览查找信息基本业务模块下载文件数据页面更新

7、活动图

7.1学生查询成绩活动图 学生管理员教师登录用户名、密码错误正确选择查询科目生成成绩单成绩单错误通知管理员成绩有误无错误联系任课教师修改成绩更新数据库 7.2学生选课活动图

登录用户名、密码错误正确选择科目确定选课与专业冲突人数已满不和专业冲突人数未满更新数据库 7.3、管理员修改操作活动图 登录用户名错误正确选择修改项目确定修改继续修改不继续更新数据库

（四）故障处理

1、正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案：

2、遇到“数据库已经关闭”提示信息阻止程序运行时：可以查看一下进行此项操作时，操作的表是否被关闭了或者实在没有关闭此表的情况下又一次运用打开语句打开此表。

第三篇：图书管理系统需求分析

云南工商学院09信息管理1班

图书管理系统需求分析

班级：09信息管理1班

组员： 唐学悦，段敏，杨文燕，胡勇毅，余科辑，林春宇，李波

任务分配情况：

云南工商学院09信息管理1班

目录 系统需求概述...............................................................................................................................3 1.1 图书管理系统功能概述....................................................................................................3 1.2 系统主要业务流程分析....................................................................................................3 1.3 系统功能模块分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 读者用例图.............................................................................................................4 1.4.2 图书管理员用例图.................................................................................................4 1.4.3 系统管理员用例图.................................................................................................5 1.5 详述用例............................................................................................................................5 2 系统分析.......................................................................................................................................6 2.1 类图....................................................................................................................................6 3 系统设计.......................................................................................................................................8 3.1 用例动态模型设计............................................................................................................8 3.1.1 实现“读者查询个人借阅信息”用例的动态模型.................................................8 3.1.2 实现“查询图书信息”用例的动态模型.................................................................9 3.1.3 实现“借阅图书”用例的动态模型.........................................................................9 3.2 类图设计..........................................................................................................................11 3.3 物理架构设计..................................................................................................................12 3.3.1 组件图...................................................................................................................12 3.3.2 配置图...................................................................................................................13 2

云南工商学院09信息管理1班

1.系统需求概述

1.1 图书管理系统功能概述

图书管理主要是借书、还书以及其他一些附带操作（例如，超期罚款、催还图书等）的处理。一个简单的图书管理系统应提供如下功能：

·借书处理：完成读者借书的流程处理。·还书处理：完成读者还书的流程处理。

·信息查询：包括图书信息查询和读者借阅情况查询。·图书管理：包括输入新书记录和删除旧书记录。

1.2 系统主要业务流程分析

与系统功能相对应，系统主要有4个流程：结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下：

·借书流程：读者借阅所需的图书，借出后图书记录中的借阅标志被置为false(不能再借)，借书文件中增加一个借书记录。

·还书流程：读者归还所借的图书，还书后图书记录中的借阅标志被置为true(可被外借)，在借书文件中删除一个借书记录。

·图书查询：读者和工作人员可以进行图书信息查询，输入图书的编号或书名，可从图书对象列表中查找相应的记录。

·图书管理：首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”，则由工作人员输入新书资料，将新书添加为对象列表的新纪录。若是“删除旧书资料”，则查找需要删除的图书，将其从图书对象列表中删除。

1.3 系统功能模块分析

满足上述需求的系统主要包括以下几个系统模块：

·基本业务处理模块：主要用于实现图书管理员对读者借阅图书和归还图书的处理。

·信息查询模块：重要用于实现读者对图书信息和自身借阅信息的查询。

云南工商学院09信息管理1班

·系统维护模块：主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。

1.4 建立用例模型

根据功能需求构造用例模型，主要任务是识别系统中的所有参与者，并对每个参与者找出其用例，建立用例模型。

系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下：

1.4.1 读者用例图

<>查找借阅信息登录系统查找图书借阅图书读者<>归还图书缴纳罚金

图1-1 读者用例图

1.4.2 图书管理员用例图

<>查询借阅信息检查用户合法性<>图书管理员归还图书收取罚金

图1-2 图书管理员用例图

云南工商学院09信息管理1班

1.4.3 系统管理员用例图

添加书目添加读者删除书目删除读者系统管理员查询图书查询读者

图1-3 系统管理员用例图

1.5 详述用例

在识别了参与者和主要用例并创建了用例图之后，如果有必要，还可以按顺序详述每个用例，包括用例如何开始、结束以及如何与参与者进行交互。

表1-1 读者查找个人借阅信息用例

用例：读者查找个人借阅信息(用例名称)(唯一标识符)(涉及用例的参与者)(用例开始时，系统必须满足的条件)ID：1参与者：

1、读者前提条件： 读者已登录到系统事件流：

1、读者选择查找个人借阅信息界面

2、读者输入图书证编号

3、系统按图书证编号查找读者借阅信息结果：系统向读者显示读者借阅信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)

云南工商学院09信息管理1班

表1-2 读者查找图书信息用例

用例：读者查找图书信息(用例名称)(唯一标识符)(涉及用例的参与者)ID：2参与者：

1、读者(用例开始时，系统必须满足的条件)前提条件： 读者已经启动图书管理系统，并已知书名或书号事件流：

1、读者选择查找图书信息界面

2、读者输入书名或书号

3、系统按书名或书号查找图书信息结果：系统向读者显示图书信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)系统分析

2.1 类图

在定义系统需求后，下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行，即文本中的名词和名词短语暗示类或类的属性，动词和动词短语暗示职责或者类的操作。

通过用例图的分析可知，在图书管理系统中可以确定的主要对象类包括 “读者”，“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。

另外，分析用例图可知，用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的，并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提，因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类，接口类通过一个实现联系获得其它对象类的支持，这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此，最后可获得的对象类图为：

云南工商学院09信息管理1班

系统管理员-name-password1*读者-name-number-password+借书()+还书()+借阅情况查询()***<>身份验证*<>图书资料查询****借书记录-borrower-book**1*图书-number-name-author-public-time1**图书管理人员-name-number-password+添加图书记录()+删除图书记录()*

图1-4 系统对象类图

除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外，在用图形用户界面开发系统时，我们还可以定义一些相应的用户界面类：

(1)MainWindow类—MainWindow是图书管理员与系统交互的主界面，系统的主 界面具有菜单，当用户选择不同的菜单项时，MainWindow对象调用相应的方法完成功能操作。

(2)BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。

(5)MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面，它也提供菜单项。

ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 图1-5图书管理系统的用户界面类

云南工商学院09信息管理1班 系统设计

系统设计的主要工作是用例实现—设计。即对每个用例进行动态建模，包括建立序列图、协作图等，描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入，会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。

3.1 用例动态模型设计

3.1.1 实现“读者查询个人借阅信息”用例的动态模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:getBook5:消息查询6：返回借阅信息7：显示借阅信息

图1-6 读者查询个人借阅信息序列图

1:queryLoan():MainWindowerBorrower6:显示借yLoanInfo()阅信息5:返回借阅信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu

图1-7 读者查询个人借阅信息协作图

云南工商学院09信息管理1班

3.1.2 实现“查询图书信息”用例的动态模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:findBook5:图书信息查询6：返回图书信息7：显示图书信息 图1-8 读者查询图书序列图

1:queryLoan():MainWindowerBorrower6:显示图yLoanInfo()书信息5:返回图书信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu

图1-9 读者查询图书协作图

3.1.3 实现“借阅图书”用例的动态模型

云南工商学院09信息管理1班

:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查询图书库存5:返回图书是否可借6:修改读者的借阅信息及库存信息7:修改成功8:显示借书成功

图1-10 读者借阅图书序列图

2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:显示借书成功存库信书借存图可库询否及查是息功:4书信成图阅改修Borrower回借:7返者:读5改修:6:QueryDialog

图1-11 读者借阅图书协作图

云南工商学院09信息管理1班

3.1.4 实现“归还图书”用例的动态模型

:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改读者的借阅信息及库存信息4:修改成功5:显示还书成功

图1-12 读者归还图书序列图

1:queryLoan():MainWindowBorrower6:显示还书成功4:修改成功:QueryDialog3:修改读者的借阅信息及库存信息:ReturnDialog2:createDialog()

图1-13 读者归还图书协作图

3.2 类图设计

进一步扩充和细化分析阶段定义的类，包括定义新的类来处理用户的需求。随着动态建模的深入，也会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。

云南工商学院09信息管理1班

系统管理员-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借书记录-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*读者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<>身份验证*<>图书资料查询*1*图书-number:string-name:string-author:string-publish:string-time:Date+newBook()+findBook()**图书管理人员*-name:string-number:string-password:string+AddLoan()+DeleteLoan()*****

图1-14 设计类图

3.3 物理架构设计

物理架构设计就是用UML图形描述系统软件和硬件的大致结构，包括画出组件图和配置图。

3.3.1 组件图

组件图：表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示，其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。

云南工商学院09信息管理1班

图书管理系统借/还处理信息查询图书资源管理身份验证图书信息借阅信息

图1-15 系统组件图

3.3.2 配置图

图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示：

数据库服务器图书信息借阅信息读者客户端借/还书处理工作人员客户端公共客户端身份验证图书资源管理借阅信息图书资料查询 图1-16 系统配置图

第四篇：图书管理系统需求分析

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

1.引言 1.1 编写目的

软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获取用户的需求，通过对软件需要的提取、分析、文档化和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。

本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2 项目背景

本项目的名称：图书管理系统。

图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。本产品是针对电脑管理图书的需求设计的，可以完成图书信息录入、修改、删除，读者登记、购入新书、读者借还书、图书注销等。

1.3 相关定义

数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据字典：它是数据的信息的集合，即对数据流图中包含的所有元素的定义的集 合。其作用是为设计人员提供关于数据描述的信息。数据字典应该由对以下四类元素的定义组成：数据流、数据流分量（即数据元素）、数据存储、处理。

2.需求概述 2.1 目标

“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。本系统是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。

2.2 用户类和特征

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

2.3 运行环境

服务器：CPU P4 1GHz以上;内存256M以上配置。由于服务器将存储大量图书资料，建议准备100G以上硬盘、并预留磁盘扩充接口。

客户端：CPU C433MHz以上；硬盘：200M以上空白空间；内存：128M以上配置。

软件运行环境：服务器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。

3.需求分析 3.1数据需求

图书馆管理信息系统需要完成功能主要有：

1)读者基本信息的输入，包括借书证编号、读者姓名、读者性别等。2)读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。3)书籍类别标准的制定、类别信息的输入，包括类别编号、类别名称。4)书籍类别信息的查询、修改，包括类别编号、类别名称。

5)书籍库存信息的输入，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。

6)书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记日期等。

7)借书信息的输入，包括读者借书证编号、书籍编号、借书日期。

8)借书信息的查询、修改，包括借书证编号、借书证编号、读者姓名、书籍编号、书籍名称、借书日期等。

9)还书信息的输入，包括借书证编号、书籍编号、还书日期。

10)还书信息的查询和修改，包括还书读者借书证编号、读者姓名、书籍编号、书籍名称、借书日期、还书日期等。11)超期还书罚款输入，还书超出期限包括超出期限还书的读者借书证号，书籍编号，罚款金额。

12)超期还书罚款查询，删除，包括读者借书证编号、读者姓名、书籍编号、书籍名称，罚款金额等

13)管理员管理：包括创建读者用户信息、删除读者用户信息、添加图书信息、删除图书信息。

3.2事物需求

1)在读者信息管理部分,要求: a.可以查询读者信息。

b.可以对读者信息进行添加及删除的操作。

2)在书籍信息管理部分,要求: a.可以浏览书籍信息。

b.可以对书籍信息进行维护,包括添加及删除的操作。

3)在借阅信息管理部分,要求: a.可以浏览借阅信息。

b.可以对借阅信息进行维护操作。

4)在归还信息管理部分，要求: a.可以浏览归还信息。

b.对归还信息可修改维护操作。

5)在管理者信息管理部分,要求: a.显示当前数据库中管理者情况。b.对管理者信息维护操作。

6)在罚款信息管理部分，要求: a.可以浏览罚款信息。b.对罚款信息可以更新。

3.3确定用例及编写用例文档

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。

在这个“图书管理系统”中的用例图如下所示。

用例图不能提供用例所具有的全部信息，为此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。

4.非功能需求 4.1 性能需求

学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，查询的时间不要超过3秒钟。条件、假定和限制：

1）系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。

2）对设备的要求：

要求计算机稳定性良好，整套系统经济实惠。

3）可以利用的信息和资源：

图书管已经配置了所有的计算机，以及网络设备，操作人员将使用win2003 4)图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。5）编目要参照中图法。

安全性需求

对于图书管理系统的图书量会非常大，所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意攻击系统，修改原始记录，同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。

5.故障处理

在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，也应保证系统数据不会丢失。

故障出现后可能采取的变通措施，包括：

备份：使用附加存储设备备份数据。备份频率为每日一次。需手动备份。恢复及再启动：如果数据造成丢失，可使用备份数据还原。

第五篇：图书管理系统需求分析

图书管理系统需求分析

1.引言

1.1 编写目的：编写次文档是为了分析软件的可行性和软件的细化问题。1.2项目背景：桂林电子科技大学大三软件工程系数据结构课程设计。2.任务概述 2.1 目标：（1）提高图书馆借书还书查询书籍的效率，避免人工管理的失误和低效率问题。（2）为完成课程设计需要。

2.2 运行环境：（1）硬件方面：神舟笔记本（2）软件方面：CodeBlocks 2.3 条件与限制：编程用计算机一台；完成期限2017/9/18；无资金供给。4.功能需求 4.1 功能划分

可细化为五部分：人事管理，图书信息管理，借书管理，还书管理，超时管理。（1）人事管理：1.能对校园内所有教职工学生有关档案详细资料记录并保存。2.能对保存的文档数据进行查询和修改。3.能按姓名检索人员。

（2）图书信息管理：1.对图书以检索号进行数据储存。2.对图书的进货时间与价钱进行记录。3.对图书的借出与还入进行记录。

（3）借出管理：对图书借出的人员进行记录。（4）还书管理：对图书还入进行记录。

（5）超时系统：当某人员借书的期限达到上限时，按时提醒。5.性能需求

5.1时间特性：对图书的借出和还入时间要求有及时性，借出和还入能立即做出图书库是否还有此书。

5.2适应性：此软件为课程设计所设计，因此不考虑适应性。6.用户界面：

CodeBlocks运行窗口。

7.使用的数据结构算法：使用数组动态分配空间来储存数据。