第一篇:t图书管理信息系统的需求分析
图书管理信息系统需求分析报告
系统目标:
本系统主要实现对图书馆的信息进行管理,图书馆的正常运营中总是面对大量的读者信息,图书信息以及两者相互作用产生的借书信息,因此要对读者资源,图书资源,借书信息进行管理。本系统的开发就是在于提高图书管理的工作效率,加强图书馆的管理。
图书馆管理系统是图书馆管理工作中不可缺少的部分,它的内容对于图书馆的管理者和使用者来说都至关重要,所以图书管理系统应该能够为管理者或读者提供充足的信息和快捷的数据处理手段。但一直以来人们使用传统人工的方式进行图书管理和借阅管理,这种管理方式存在着许多缺点,如:效率低、易忘记、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对图书信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、易修改、可靠性高、存储量大、数据处理快捷、保密性好、寿命长、成本低、便于打印等。这些优点能够极大地提高图书管理的效率,也是图书馆的科学化、正规化管理,与世界接轨的重要条件。因此,开发这样一套管理软件成为很有必要的事情。图书管理信息系统是典型的信息管理系统,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。而本系统主要开发的就是图书信息的管理。
图书管理主要包括如下工作:
(1)对所有购进的图书,进行入库记录。
(2)对所有学员领用图书们进行出库记录
(3)对所有的购进图书和出库图书以及库存进行统计。
(4)对购进图书和出库图书以及库存进行查询。
根据这样的需求,具体设计表如下:
读者基本信息表(学号,姓名,所在院系,出生日期,性别,联系方式,登记
日期,)
读者信息表(学号,姓名,所借图书,应还日期,所欠罚款金额,操作员)图书基本信息表(编号,书名,类型,作者,出版社,价格,现存量,库存量)图书征订表(征订编号,图书编号,订购数量,订购单价,订购日期,操作员,是否入库)
图书借阅表(图书编号,读者编号,借阅时间,应还日期,操作员)图书归还表(图书编号,读者编号,归还时间,操作员,确定归还)
图书惩罚表(图书编号,读者编号,借阅日期,归还日期,应罚金额,实收金额)
第二篇:教务管理信息系统需求分析报告
教学管理系统需求分析报告
一、教学管理系统的功能要求
教学管理系统的总目标是:在计算机网络,数据库和先进的开发平台上,利用现有地软件,配置一定的硬件,开发一个具有开放体系的、易扩充的、易维护的、具有良好人机交互界面的教学管理系统,实现教学管理的自动化的计算机系统。
二、教学管理系统的需求描述
2.1 系统概述
教学管理信息系统实际上是学校各项管理系统中的一个职能域
是全校信息系统的一个子系统
2.2 功能描述
A.高校教学管理系统高层业务分析
每年要根据人才市场需求及现有的专业情况,制定招生计划,然后进行招生工作 学生入学前一个学期,各个专业要制定教学计划,教学计划由各个系部讨论,教学主任审核后,上报教务处,由教务处出面组织进行全校讨论,协调各专业的教学计划,最后形成综合教学计划下发各系部
新生入学后填写的学生情况登记报表报各系、部后,再上报教务处教务科
教务科将这些报表汇总后与学校招生办公室进行核对,准备无误后存档以备使用 每学期期中,各系部根据教学计划制定下一个学期各个专业的教学执行计划,系、部根据教学执行计划安排授课老师,选购教材
各系将落实后的教师任务分配表汇总后上报教务处
学校实施学分制管理后,在每学期开学以前要进行学生选课工作
由教务处进行统一协调,最后制定出全校课程表下发各系部和学生 期末考试结束后,各系部将学生成绩归档并进行学籍处理,然后将成绩及学籍处理结果报教务处审批执行
教务处对学生成绩进行分析,打印出补缓考学生名单,将补缓考学生名单下发到各系部,各系部有关教师出题、判卷
学生因病或其他原因可以申请休学、复学、退学等,学生提出申请经领导批准后执行,要将执行的结果记入学生学籍管理数据库
为了促进教学改革,提高教学质量,每年教务处要进行教学改革项目的立项、验收等工作
教务处还要根据教师任课情况、学生情况制定各种报表上报省教委、学校及各有关单位
根据教学管理系统方案中有关高层业务管理内容的文字描述,可以画出该子系统高层的业务流程图和数据流程图
省教委招生办新生名单基本信息管理学生学生登记表学生情况统计统计报表校长有关单位学籍管理学生学籍管理毕业生登记表用人单位各专业教学计划教务管理学生管理学生成绩管理学生成绩单教师教学计划排课课表学生
高校教学管理系统高层业务流程图
省教委新生名单招生办学生信息管理学生登记表学生学生学籍统计报表统计报表校长有关单位毕业生登记表教学计划各系部教务管理学生学籍管理用人单位教学计划学生成绩学生成绩管理学生成绩单教师排课课表打印课表学生教学管理扩展的数据流程图
B. 基本信息管理子系统业务分析
每个新学期招生办要制定新生名单,然后进行审核,通过审核后再根据新生名单编班,然后确定最终的新生名单
新生入学后填写的学生情况登记报表报各系、部后,再上报教务处教务科 教务科将这些报表汇总后与学校招生办公室进行核对,准备无误后存档以备使用 然后制作学生学籍上报到省教委校长和有关单位
基本信息管理子系统业务流程图和数据流程图
招生办新生名单审核新生名单新生名单编班新生名册省教委学生情况登记表审核学生情况登记表统计学籍变动统计报表校长有关单位学生错误学生登记表建学档案学生学籍基本信息管理子系统业务流程图
新生名单招生办编班新生名册学生情况登记表学生审核登记表建学籍表学生学籍错误的学生登记表省教委统计报表统计学籍变动校长有关单位基本信息子系统数据流程图
C. 学生学籍管理子系统分析
1学籍表动申请过程
学生如果要变动学籍,需要先申请学籍变动然后由各系部初审学生的申请,之后再由教务处审核,如审核通过则交由领导审批。审批通过后交由教务处修改学籍,然后通知学生 2毕业审批过程 先是由各系部根据学生的成绩初审学生的毕业资格,之后建立毕业资格审查清单,然后再次复审毕业资格建立毕业资格审查名单,最终交由领导审批。领导根据毕业资格审查名单、学生留级退学名单和学籍变动申请决定最后的审批意见。然后修改学籍表,制定学籍,完成毕业登记和毕业生档案,之后就可以将毕业生信息交给用人单位了
学生学籍管理子系统业务流程图和数据流程图
各系部教务处学生学籍变动申请初审学生申请学籍变动申请审查学生申请学籍变动申请教务处领导毕业登记毕业生档案各系部初审毕业资格毕业资格审查清单领导审批修改学籍表学生学籍学生成绩复审毕业资格毕业资格审查名单审批意见用人单位教务处学生成绩管理留级、退学名单学籍变动通知学生
学生学籍管理子系统业务流程图
学籍变动申请学籍变动通知学生审批变动申请修改学生学籍打印变动通知学生审批表学生学籍学生毕业登记毕业生登记用人单位毕业证书审批毕业资格留退处理留退名单成绩管理学生成绩 奖励处理学生学籍管理子系统数据流程图
D.教务管理子系统业务分析
各专业通过开学讨论后制定教学计划,将教学计划打印后再分发给各系部 各系部再将教学计划分发给老师们
然后根据教学计划、老师情况登记表进行排课,制定课程表 老师根据课程表进行教改立项然后进行统计后交给有关领导 教务管理子系统业务流程图和数据流程图 教学计划开会讨论教学计划各专业教学计划打印教学计划排课日常事务管理各系部教师任务分配教师情况登记表课程表有关领导统计报表教改立项教师学生
教务管理子系统业务流程图
教学计划各系部输入教学计划教学计划打印教学计划教学执行计划各系部学生教师任务分配表排表课程表打印课表课程表教师教师情况登记表教师立项申请教改立项教改项目立项统计统计报表有关领导
教务管理子系统数据流程图
D. 成绩管理子系统业务分析
期末考试后,老师统计期末成绩,然后进行登记,之后跟根据学生成绩统计分析,制定分析报表后交给有关领导
教师期末成绩登记期末成绩统计分析分析报表有关领导学生成绩
成绩管理子系统业务流程图
学生成绩单教师登记期末成绩学生成绩成绩分析学籍管理
成绩管理子系统数据流程图
第三篇:图书管理系统需求分析
云南工商学院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+借书()+还书()+借阅情况查询()***<
图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-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.使用的数据结构算法:使用数组动态分配空间来储存数据。