需求分析评审(第二版)枪支管理系统

第一篇：需求分析评审(第二版)枪支管理系统

需求分析评审报告

1评审会议前提出的问题

1.1文档的规范问题

1．文档的头部应该加上项目经理、文档的撰写人以及撰写日期等。

1.2 DFD存在的问题

1．新管理员资料在0层图不存在，但在1层图出现，是否属于数据流不平衡 2．加工3的细化中，有一个编号文件，但上层DFD没有 3．格式化转化是否需要进一步细化 4．加工7是否要细化（加工说明）

5．当用户没有查询或者统计时，应该也可以打印，是否要增加数据流？

1.3 DD存在的问题

1．“常用枪支数据”的来源应该写用户还是系统文件？ 2．“要恢复的枪支数据”的简述表述不清 3．“智能标签”的简述表述有误 4．“备份的枪支数据”的简述表述有误

5．“用户状态标识”的组成跟DFD表述不一致，简述也有点不清 6．“统计数据”的简述表述不清

7．加工3的“新枪支的编号”、“新枪支资料”、“修改后的枪支数据”为空，需要补充

1.4加工说明存在的问题

1．加工名称与DFD不一致（主要是0层图跟少数1层图）2．加工1的加工逻辑与DD不一致 3．加工4的加工逻辑表述不当

4．加工5的加工逻辑是否可改为“„„显示器显示结果” 5．加工6的输出可否为“磁盘” 6．缺加工1.2、1.3的输出

7．加工2.2的加工逻辑，是否有必要判断查询条件合法？合法性在加工2.1已处理（加工4.2有同样问题）

8．加工2.2.2的加工逻辑，IF条件里，SQL语句是否正确应该在编译的时候检测到的问题，不应该是产生查询结果的条件

9．加工3.2的激发条件不应该是“用户提出新建枪支请求”吧？ 10．缺加工3.3的输出

11．加工5.3的激发条件是不是应该改为“查询或统计后”？同理，加工逻辑也作相应的修改。评审会议对提出问题的解决

2.1 DFD问题的解决

1．新管理员资料数据流不平衡：通过在0层图中加入新管理员资料的数据流来解决

2．加工3的编号文件：这个编号文件是属于子加工的，不需要出现在父加工中 3．格式化转化的细化：进一步细化为“生成统计结果的报告单”和“根据用户要求的大小生成缩略图或列表或详情打印”。

4．加工7的细化：加工7主要处理常用数据，可进一步细化为两个加工：“常用数据增加或删除处理”、“获取常用数据”。

5．打印请求：在系统的0层和相应的1层加入“打印请求信息”数据流。

2.2其他问题的解决

1．表述不清的地方：换一种表述方法，力求用户、程序员都读得懂而且不会产生歧义。2．一致性问题：审查DFD、DD、加工说明，改正不一致的地方。

最后的修改结果将在需求分析文档最终版里体现。最后的评审意见

需求分析基本实现了用户提出的功能，并增加了隐含的功能。

发现有必须改正的问题，但不影响整个工作产品，稍作修改即可继续进行到

下一个阶段，不再需要进行下一步复审。

第二篇：枪支智能管理系统

一、系统介绍

警用枪支是一种震慑犯罪的特殊工具，因此警用枪支的管理工作则显得尤为重要。警用枪支管理是指在管用枪支的存放、出入库、运送、使用、携带、归还等各个环节中对其有效监控与管理。如果监管工作不到位，将会给国家和社会带来重大安全隐患。

本系统使用RFID技术应用于武警枪支管理，使用RFID枪支监控柜实时监控柜中枪支数量、编号等信息。确实管理到警员在枪支领用前、领用中、使用中和归还各个环节，实时将枪支的异动状况报备到系统监控中心。

本系统是一种自动识别技术，是一种能有效对枪支出入进行联网监管的科技手段，是进行跟踪管理统计管理的有效工具。

二、本系统能解决的问题

1.提供严格便捷的枪支领用管理机制

2.管理人员实时掌握枪支的状况，实现信息透通的管理方式

3.解决了因人为因素导致的安全隐患

4.从技术手段上遏制不轨行为的发生

三、本系统包含以下部分：

1.枪支库房实时监控管理

2.枪支被携出在执勤岗哨的监控管理

3.枪支被携出在打靶场时的管理

（一）枪支RFID电子标签

1.枪支RFID电子标签使用2.4G有源电子标签，每个标签分配一个唯一ID号，在系统中关联枪支的编号、型号、生产日期等信息

2.枪支RFID电子标签使用钥匙扣方式绑定在枪支上并防止电子标签与枪支异常分离或者使用防拆卸电子标签采用3M胶粘贴在枪支上面，一旦没经过授权强制性拆卸发生报警

 枪支RFID电子标签使用2.4G有源电子标签，每个标签分配一个唯一ID号，在系统中关联枪支的编号、型号、生产日期等信息

 枪支RFID电子标签使用电子锁方式绑定在枪支上并防止电子标签与枪支异常分离

（二）枪支领用的审批流程



1.当警员（分配人员识别卡）需要领用枪支时，在系统中申请枪支型号 

2.警官审核申请后系统分配对应枪支，枪支在系统中标识为可领用状态 

3.警员刷识别卡进入枪支库房领用对应的枪支，非授权警员或枪支不对应则无法领用



四、枪支在执勤岗哨的监控管理   

1.RFID接收器通訊

 

在线的CMC191设备有„心跳‟机制，即电脑与CMC191网路连接成功后，CMC191每两秒钟将发送心跳包给电脑，如果电脑超过3秒钟没有收到心跳包则触发报警。



2.各系统分支与系统中心实时通报系统状态

 

每个系统分支实时将自身系统运行状态发送到远端系统中心，由系统中心判别当前分支系统是否正常，否则触发报警。



五、相关硬件介绍

 1.RW-R801型工业级全向读写器 

产品技术特性



识别距离 ： 0 ～ 100米半径 

识别速度 ： 200 公里 / 小时 

识别能力 ： 同时识别500张以上的标签 

识别角度 ： 全向 

极化方式 ： 垂直极化



增 益 ： 5dBi 接收32级可调、发射4级可调 

工作频段 ： 2.4 GHz ～ 2.4835 GHz 

功耗标准 ： 工作功率为毫瓦级



通信机制 ： 基于 HDLC 时分多址和同步通信机制 

抗干扰性 ： 频道隔离技术，多个设备互不干扰 

安 全 性 ： 加密计算与安全认证，防止链路侦测



接口标准 ： RS232、RS485、Wiegand26、RJ45、TTL、WiFi等可选 

扩展I/O ： 开关量信号输入与输出各2路（可选）

电源标准 ： DC 7.5～12V 500～1000mA 

封装特性 ： 铝合金外壳封装



可 靠 性 ： 防雷防冲击，满足工业环境要求 

尺 寸 ： 110×100×28mm（不含天线）

重 量 ： 0.22kg



安装方式 ： 螺栓固定或钉牢、捆绑  工作模式



读写器的工作模式为“被动或主动式”，一般应用时读写器处于接收状态，实时接收“主动式”有源电子标签发出的信号，并将接收到的数据转送到后台管理系统中。特殊应用中也可向标签写入数据或更改参数。

 识别距离



读写器与公司的“主动式” 有源电子标签配合，在良好的可视环境下，最大识别距离可达到100米半径。在具体应用中与无源标签相比较，超强的信号和超长的识别距离具有非常大的优势。



当用户对识别距离有不同要求或应用环境较复杂时，可选择不同信号强度的有源电子标签和读写器，并可通过软件调节读写器的增益来达到所需的识别距离。

 识别速度 & 能力



在读写器的有效识别范围内有源电子标签以最高200Km/h的速度运行时，可以保证稳定识别。这一特性可完全保证高低速运动状态中的人员、物品的身份识别。



读写器能够同时读取500张以上的有源电子标签，识别准确率99.999%；在极短的时间内可以确保全部识别不漏读。这一特性特别适合学校、特大型企事业单位的人员管理以及大量资产监控定位、仓储管理应用。

 通讯安全



读写器和配套的有源电子标签进行通讯时，使用特殊通讯协议，对设备的合法性进行校验，为防数据破解而研发了完善的加密算法，确保通讯过程数据安全。 可靠工作



产品充分考虑了防雷、防水、防冲击等工业环境应用要求；生产过程严格依照ISO9001质量标准进行多环节流程控制，充分确保产品性能与品质。

 接口标准



读写器可提供RS485 weigand26 RJ45 TTL等标准硬件接口。如需要RS232或WiFi等接口时，请在订货时说明。



1.公司提供符合Windos系列操作系统平台的标准软件接口，提供底层通讯协议  CY-GAT-10型钥匙扣电子标签  产品技术特性



识别距离 ： 0 ～ 100米可调 

识别速度 ： 200 公里 / 小时



识别能力 ： 具备200张/秒的防冲突性能 

识别方式 ： 全向识别 

固定增益 ： 0～3级可按需选定 

工作频段 ： 2.4 GHz ～ 2.4835GHz 

通讯速率 ： 250K、1M、2M b/s三种可选 

通信机制 ： 基于 HDLC 时分多址和同步通信机制 

抗干扰性 ： 频道隔离技术，多个设备互不干扰 

安 全 性 ： 加密计算与安全认证，防止链路侦测 

读写功能 ： 176B或1KB存储空间（可选）

功耗标准 ：平均工作功率为微瓦级 

电池配置 ： 扣式锂锰电池，容量246mAh 

使用寿命 ： 1~3年左右，可更换电池 

电压检测 ： 电压低于预设值时以无线信号提示 

封装特性 ： ABS工程塑料，抗高强度跌落与振动 

环境特性 ： 工作温度－40℃ ～85℃ 

工作湿度＜95％



可 靠 性 ： 防水防冲击，满足工业环境要求 

外 形 ： 水滴型，可提供OEM定制服务 

尺 寸 ： 40×28×8 mm 

重 量 ： 8g



安装方式 ： 挂扣或双面胶粘贴

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

云南工商学院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.使用的数据结构算法：使用数组动态分配空间来储存数据。