第一篇：基于Android的图书管理系统需求分析
设计题目
基于安卓的图书馆系统的设计与实现
摘要
随着计算机技术的飞快发展，电子信息化慢慢替代了企业管理的传统管理手法。这是一种现代流行的经营模式，采用管理系统是能够有效提高管理效率的。图书馆管理系统是学校管理机制中重要的一环。图书馆代表着一间学校或者地区的文化标志。因为图书馆丰富的图书资源能够带给我们重要并且优越的学习资源。通过对书管理系统的运行管理机制进行调查研究，开发了此图书系统。
关键词：计算机技术，安卓，图书管理(3-5个)
目录
摘要
第一章 引言
1.1 课题研究的背景
1.2 课题研究的意义和内容 1.3 发展概况
1.4 本文的主要内容 第二章 图书管理系统分析
2.1 可行性研究
2.1.1 技术可行性 2.1.2 经济可行性 2.1.3 操作可行性
2.2 系统需求分析
2.2.1 功能需求 2.2.2 非功能需求
第三章 图书管理系统的设计
3.1 系统的功能结构
3.2 数据库设计
3.3 其他设计
第四章 图书管理类主要功能设计
4.1 登录模块
4.2 添加模块
4.3 查询模块 第五章 系统测试
5.1 测试环境与方法
5.2 系统测试结果与分析 总结与展望
第一章 引言
主要任务是大致列出本文的基本内容和轮廓。它可以包括以下五项内容中的全部或其中几项。1.介绍某研究领域的背景、意义、发展状况、目前的水平等； 2.对相关领域的文献进行回顾和综述，包括前人的研究成果，已经解决的问题，并适当加以评价或比较； 3.指出前人尚未解决的问题，留下的技术空白，也可以提出新问题、解决这些总要问题的新方法、新思路，从而引出自己研究课题的动机与意义； 4.说明及研究课题的目的； 5.概况论文的主要内容或勾勒其大体轮廓。
1.1 课题研究的背景
随着人们生活水平的日益提高，人们对文化的需求也越来越大。在人们的业余生活中，越来越多的人乐于享受文字给生活带来的乐趣。而图书也是学生的学习过程中必不可少的。
而本项目旨在研发一个图书馆的管理系统，实现图书馆的信息化管理。在方便读者查询借阅图书的同时，方便图书馆管理员对图书进行管理。
1.2 课题研究的意义及内容
1.3 Eclipse的发展概况
Eclipse的发展史，版本代号平台版本 主要版本发行日期 SR1发行日期 SR2发行日期，如下：
1.4 本文的主要内容
Eclipse 是一个开放源代码的软件开发项目，专注于为高度集成的工具开发提供一个全功能的、具有商业品质的工业平台。它主要由eclipse项目、eclipse工具项目和eclipse技术项目三个项目组成，具体包括四个部分组成--eclipse platform、JDT、CDT和PDE，JDT支持Java开发、CDT支持C开发、PDE用来支持插件开发，eclipse platform则是一个开放的可扩展IDE，提供了一个通用的开发平台。它提供建造块和构造并运行集成软件开发工具的基础。Eclipse Platform 允许工具建造者独立开发与他人工具无缝集成的工具从而无需分辨一个工具功能在哪结束，而另一个工具功能在哪里开始。
Android工程是在Eclipse工具上编写的，进行Android工程的编写，首先需要在eclipse上安装ADT插件，然后指定SDK所在的路径，便可以创建Android虚拟机了。
第二章 图书管理系统分析 2.1 可行性研究
2.1.1 技术可行性
技术上，图书管理系统难度适中，技术可行。
2.1.2 经济可行性
经济上，图书管理系统所需资源不多，经济上可行。
2.1.3 操作可行性
操作上，图书管理系统操作难度不高，操作可行。
2.2 系统需求分析
2.2.1 功能需求
2.2.2 非功能需求
第三章 XXX系统的设计
3.1 系统的功能结构
3.2 数据库设计
3.3 其他设计
..................第四章 图书管理主要功能设计
4.1 登陆模块
登陆界面作为系统的门面，登陆界面完成的功能是验证所登陆用户账户是否正确，以验证是否有进入系统的权限。登陆功能对应的程序名为 cn.edu,hdu.android 包下的 MainActivity.java。登陆界面如下：
4.2 添加模块
增添学生界面
管理员通过增加学生界面，增加所要增加的学生基本信息，通过添加这些信息，是为了把本校内部查询学生信息、功能对应的程序名为 cn.edu.hdu.android 包下的 InsertStu.java。增添学生界面如下：
图书增加界面
管理域通过增加书籍界面，增加所要增加的书籍的基本信息，通过添加这些信息，是为了普通学生用户通过作者名和书籍名查询时能更好的了解到书籍的基本信息等基本情况。注册功能对应的程序名为 cn.edu.hdu.android 包下的InsertBook.java。图书增加界面如下：
4.3 查询模块
学生用户通过输入所查询的书籍名字，便可以从数据库中查询到所查询的图书。书籍查询功能对应的程序名为cn.edu.hdu.android 包下的 SelectBook.java。查询界面如下：
第五章 系统测试
5.1 测试环境与方法
5.2 系统测试结果与分析
用户登陆测试
用户登陆默认账号密码为：admin，账号密码正确时成功登陆，登陆成功后跳入管理界面。
登陆无效类：登陆账号或者密码不符，登陆不成功，提示错误。
登陆有效类：登陆账号密码相符，登陆成功，并跳转到管理界面。
图书查询测试
作为图书管理系统的主要功能，用户通过用户名和密码登陆后，便可享受图书查询等功能服务。想要查询的图书只要提供书籍名和书籍作者，就能查询到该图书的基本信息。
测试无效类：查询的图书不存在，提示查询图书不存在。
测试有效类：查询的图书存在，并列出所查询图书的基本信息。
用户管理测试
在用户管理中，通过用户名搜索出特定学生用户或者查询出所有学生用户，在用户列表出来之后，通过长按用户列表上的某一条信息，可以对该用户进行删除操作。
测试无效类：查询特定的学生不存在，提示所查询的学生不存在。
测试有效类：查询特定学生存在，并列出学生的基本信息。
书籍管理测试
书籍管理中，除了书籍查询功能外，还有对书籍进行添加的操作，在对书籍进行添加操作时，需写明书籍的一些基本信息，比如：书名、作者、所属科目、所放位置等信息。在书籍查询功能上，可以通过长按查询出来的书籍列表，来删除、更新所选中的书籍。
测试无效类：书籍添加信息不完整，提示填写完整。
测试有效类：书籍添加信息完整，添加成功。
总结与展望
经过一段时间的努力终于完成了基于安卓平台的图书管理系统的设计及需求分析，本图书管理系统实现一般传统WEB上的图书管理系统所必备的基本功能，并且提供了友好的用户交互界面，让用户操作起来极为方便和快捷，在这段时间里，我收获了很多，也付出了很多，从一个系统设计者的角度来说，我体会到了一个系统的设计其实不是想象的那么简单，对于用户来讲，也许手机软件上的一个看似很小的功能，但在系统开发者看来有时却并不显得简单，有句俗话叫“牵一发而动全身”，在一个系统有时一个小小的改动往往会牵涉到一些复杂的业务逻辑和算法，因此作为一个开发者，必须要有十足的耐心，才能将系统尽可能设计的合理，这款系统，我从整体设计和用户交互的UI层，到完成具体功能的业务逻辑层，直至底层数据库的设计，都花了很多时间去思考，做了很多繁琐的工作，但我认为是值得的，因为我做的大量工作换来了用户操作的简便，也为用户提供了良好的体验。
在没有做完设计之前，觉得以前学过的只是太零碎，只是单纯的概念和计算之类的，并且没有整体的联系和框架，但是通过这次设计发现自己的看法有点太片面。通过这次设计使自己明白了原来的知识是非常欠缺的，要以后的工作和生活中都应该不断的学习，努力提高自己的知识和综合素质。
在这次设计中，我遇到了很多问题。单从图书管理系统的服务器端来说用到的知识都有XML、Servlet、JDBC、数据库 等等。。当初学习时，只是听懂了一部分，没有完全理解，所以做整体框架花费了一部分时间，以至于时间比较紧张。至于开发客户端相对来说比较熟练一点。当然，图书管理系统是一个比较大的项目，光调试就要启动数据库、服务器端Tomcat、客户端，一旦中间有什么问题需要检查的地方很多，确实需要细心，耐心，更重要的是技术。因此这次设计让我看到了我们不能只满足于掌握一种计算机语言，其实多种计算机语言之间是想通的，我们要学会联系，只有技术过关了，才能做出好项目。
对于本系统，虽然完成了图书管理系统的基本功能，但我觉得还有很多的不足，首先，交互界面虽然尽量做到简洁、方便，但是由于时间和经验的不足，有许多地方还是不能很好的做到美观和简洁的平衡点。
本系统虽然完成了传统WEB图书管理系统的基本功能，但我觉得还是有很多功能可以有待发挥，比如，图书馆的电子书下载及电子书在线阅读等模块，意思两个模块都没在本系统实现，但我相信，如果能加上这些没有实现的模块，本系统将更加完善。
第二篇：图书管理系统需求分析
云南工商学院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.使用的数据结构算法：使用数组动态分配空间来储存数据。
第五篇：图书管理系统需求分析
图书管理系统需求分析
第六次作业：
图书管理系统的参与者主要有3类：读者、图书馆管理员、图书管理系统维护者。1.读者用例图：
2.图书管理员用例图
3.图书管理系统维护员
图书管理系统部分用例规约： 1）登陆系统 1.1）简要说明 本用例用于向用户提供登陆功能。读者借书时，必须进行登陆操作才能借书。
1.2）事件流 1.2.1）基本流
i.用户填写账号和密码等个人信息 ii.系统验证用户所填写的信息 iii.完成登陆操作 1.2.2）备选流
1.2.2.1）用户登陆失败
如果用户输入的账号和密码有错误，会给予错误提示，并清空填写错误的文本框，要求用户重新输入。1.3）特殊需求
无
1.4）前置条件
用户必须首先访问系统，并且系统有该用户
1.5)后置条件
如果该用例成功，则给予用户更多的权限资源，否则，当前用户只拥有公共的权限。
1.6)扩展点 无
2）查询书籍
2.1）简要说明
本用例用于给用户查询书籍。
2.2）事件流
2.2.1）基本流
i.用户访问系统，输入搜索关键字
ii.系统根据搜索关键字，查询相关的书籍
iii.系统把查询到的书籍反馈给用户
2.3）备选流
2.3.1）搜索结果为空
如果搜索结果为空，则提示用户重新输入关键字搜索。2.3）特殊要求 无
2.4）前置条件 用户必须访问本系统 2.5)后置条件
如果本用例成功，则在数据库添加被搜索的次数 2.6）扩展点 无
3）借阅书籍
3.1）简要说明
本用例用于想读者借阅书籍。读者查询到自己想借的书籍，发送借书请求，再完成借书操作。
3.2）事件流 3.2.1）基本流 i.查询书籍信息 ii.发送借书请求
iii.图书管理员受理借书请求
iv．将借书信息添加到数据库，完成借书操作 3.2.2）备选流
3.2.2.1）读者信息验证错误
如果读者信息验证错误，会给予错误提示，并要求读者重新输入信息。
3.2.2.2）借书信息保存错误
如果借书信息保存错误，给予读者耐心等待或重新借书等提示。
3.3）特殊需求 无
3.4）前置条件
读者必须登录系统，才能拥有借书的权限 3.5）后置条件
如果借书成功，则向数据库添加一条借书记录。否则，系统维持原样。
补充规约： 1.目的
本补充规约列出了图书管理系统的非功能需求。它和用例模型一起组成了完整的系统需求规格说明书。2.范围
本说明书除定义了许多用例中共有的功能性需求以外，还定义了系统的非功能性需求，如可靠性、可用性、系统性能和可支持性等。3.参考 无 4.功能性
4.1 满足多用户的并发执行 3.6）扩展点 无 5.可用性
用户界面与windows系统兼容 6.可靠性
保障系统在配置完成以后24小时都可用。
术语表： 1.简介
本文档用来对一些术语进行定义，同时对用例说明或其他文档中读者不太熟悉的术语进行解释性的描述。一般地说，它可用作一种信息数据字典，使得用例规约和其他说明文档显得简洁、易懂。2.名词定义
2.1 reader：指每个使用图书管理系统进行借书的人 2.2 librarain：负责借书和还书的人
2.3 admin：负责管理书籍信息和管理用户以及系统维护的人
3.动词定义
3.1 borower the books ：读者借书动作 3.2 search the books：读者查询书籍信息 3.3 lend the books：图书管理员向读者借书动作 3.4 add item：图书管理系统维护员添加数目动作 第七次作业： 参与类图：
时序图：
图书管理系统维护员添加书籍：
图书管理系统维护员添加读者：
图书管理系统删除书目：
图书管理员处理书籍借阅：
读者借阅书籍：
第八次作业： 系统架构图：
包图：
类图：
点击咨询 