基于Android图书管理系统开发.doc

基于Android图书管理系统开发(完整资料）
(可以直接使用，可编辑 优秀版资料，欢迎下载）

摘　 要

在科技日益发达的今天，社会竞争越来越强烈，这要求人们不断的获取信息来充实自己。这就要求人们能随时随地的了解并获取所需的信息。于此同时,手机的功能越来越强大，将脱离传统的打电话、发短信等基本的功能，在此情况下，图书管理系统也将进入手机，通过手机可对图书管理系统进行操作。
本系统是在Aｎdroｉd平台下设计的，在Google　Android 平台的ＳDK 2。３ 环境下,运用Ｅｃlipse进行开发。论文概括的介绍了Ａndroｉd开发的流程，并重点介绍了基于Anｄｒoid平台的图书管理系统的开发过程。
论文首先介绍了课题的研究背景、研究现状和主要研究内容；然后对系统中用到的理论知识和相关技术进行了详细的阐述,同时包括对Aｎdroid平台的相关理论知识以及系统的详细实现过程。

关键词Anｄrｏid,图书管理,智能手机平台　

Aｂｓtｒａct

Ｎowadaｙｓ， wiｔh ｓcieｎcｅ　ａnd　tecｈｎoｌｏgy dｅvelopｉng iｎｃreａｓingｌy， thｅ sociａl competｉtｉoｎ haｓ becoｍe mｏｒe　ａnd　mｏrｅ　intense。 Ｉt ｒequires pｅople ｔo lｅarn and obtaiｎ mｏre and more inforｍation theｙ　neeｄ　to　enrｉch　ｔｈｅmｓelves wｈenｅver anｄ　wｈeｒever　ｉt is　possible. At the　ｓame　tｉme, ｍｏbｉle ｐhｏｎe iｓ beｃomｉng more ａｎd mｏrｅ ｐｏwｅｒfuｌ thaｎ those tｒaditionaｌ phｏneｓ　whｉcｈ ｃaｎ onｌy proviｄe baｓic functiｏｎs sｕch　aｓ SMS． Under thesｅ ciｒcuｍstanｃes，　Bookｓ Manａgemｅnt Sｙsｔem　wiｌl　alsｏ　utiliｚe mｏbile phonｅs as a ｔoｏl，　throuｇh wｈich Bｏｏｋs Maｎageｍｅnt Sysｔeｍ　can be randomly　ｏperatｅｄ．
Ｔhis sｙstｅm iｓ　ｄesignｅd under ｔhｅ Android　plaｔfoｒｍ，　run ｕｎｄｅr　tｈｅ envｉｒonment of　Google Anｄrｏid　plａtforｍ SDK 2。2， and dｅveloped ｂy ｕse of Eｃlipsｅ. Thｅ　arｔiｃle　intrｏduceｓ and　generalｌy suｍmarizｅs　thｅ ｄｅveｌｏpment process ｏf Androiｄ， aｎｄ focuses ｏｎ the　ｉntroduｃtioｎ　to the　ｄeveloｐmeｎt proceｓs of Booｋs Ｍanａｇｅment Ｓystem baseｄ ｏn tｈｅ plａｔfｏrm ｏｆ Ａnｄroｉd.
Ｔhe ｔｈesiｓ ｆiｒsｔ introdｕｃes tｈe bａｃkｇround， the ｃurrent stａｔｕs anｄ　maｉｎ cｏｎtｅnts　ｏf thｅ resｅａrch;　and then ilｌｕsｔrates　ｔheｏrｅtiｃal　knoｗlｅdｇｅ anｄ　techｎiqueｓ　uｓed in tｈe systｅｍ iｎ dｅtail ａs ｗeｌl as tｈe　relevａnｔ theoｒｅｔical knowledge and ｄｅtailed reaｌiｚaｔion ｐrｏceｓs of ｔhe Ａｎdｒoid　platfoｒm.

Ｋeｙ WorｄｓAndｒoid, Lｉbｒary Ｍaｎagｅmenｔ， Intｅlｌigent　mobile phone platform

目录

摘要I
AbｓtｒａcｔII
第1章绪论1
1.1 智能手机平台简介1
１.2 Aｎdroiｄ简介２
1。３　 图书管理系统简介3
第２章　 Ａｎdroid的架构分析4
2。1 Ａｎdroid架构分析4
２.1。1 应用程序框架4
2.１.２　　类库4
2.１．3　 Andｒoid运行时组件5
2．2 Androiｄ应用的构成和工作机制５
第3章 　Ａnｄrｏid应用程序结构剖析6
3．1 Anｄｒoid的ＡPＩ６
3。２ Anｄｒoid应用程序结构解析6
3。2．1 　活动７
3。2。2 意图接收器7
３．2.3 服务８
3。２.4　 内容提供者8
3.3　 Andrｏiｄ活动的生命周期８
3。3.1　　活动的生命状态9
３．3。2 活动的运作流程10
第４章系统分析设计12
4.1 系统分析12
4。2 系统具体功能：12
4。2。１　 图书管理端具体功能：12
4．2．2 学生客户端1３
4。３ 系统模块设计1３
第5章数据库分析与设计14
５。1 　数据库需求分析１4
５。2 　数据库概念结构设计14
5。3 数据库表的设计1７
第６章搭建开发环境2０
6.1　　Ａndroid SDK的安装及环境变量的配置20
6.2 Eｃlipse集成开发环境的搭建21
6.3 模拟器的创建和运行22
第7章系统详细设计与实现２3
７。1　　欢迎界面的设置2３
7。2 学生端登录模块2５
７．2．1 登录界面的开发26
7.2．2 登录界面功能是实现27
7。2。3 数据库操纵方法的实现27
７．3 学生端主页模块２8
7.3。１　 学生端主界面的开发29
7。3．2 　界面跳转控制功能３０
7。4 学生端查询模块3１
7。４。1 查询主界面及其功能开发３2
７．４。２ 个人已借图书查询界面及功能33
7．4。3　 管内图书查询界面及其功能开发３4
７。4．4　 数据库操作方法的实现35
7.5 学生端图书挂失功能36
7.5．1 挂失界面及其功能的开发3７
7．5.２ 数据库操作方法的实现38
７。6 学生端图书预约功能模块３9
7.6．1　 图书预约界面及其功能的开发39
7。6。2 数据库操作方法的实现4１
７.7 管理端开发4２
7。7。1 管理员登陆界面的开发４2
7.7.2　 管理员登陆验证模块4２
７。8 管理端主界面的开发43
7．９ 　图书管理模块43
７。9。１ 图书管理界面的开发44
7.9.2 　其他图书管理界面的开发44
7.9。3　图书管理界面的监听方法4５
7。9。4　　图书入库和图书删除方法的实现4６
７．9。５ 图书查询和修改图书信息方法的实现50
7．１０　 学生管理模块51
7。1０．1　 学生管理界面的简介5１
7。10.2 学生管理界面的发开52
7。１0.３　　数据库操作方法的实现5４
7.11 管理员管理模块55
7．１1．1　 管理员管理界面开发56
7。11。2管理员管理界面监听方法５7
７.１１。3 数据库操作方法的实现５7
7．12 管理员图书查询模块59
7.１３ 管理端图书挂失模块59
７.1４ 管理端图书借阅预约模块60
7.１4.1 图书借阅功能按钮监听61
７。14.2　 数据库操作方法的实现62
7．15 　欠款缴纳模块６2
７.1５．1 欠款缴纳界面的开发63
7．1５．2 　数据操作方法的实现63
结论64
致谢65
参考文献66

第1章 绪 　论

１．1智能手机平台简介

智能手机(Ｓmartｐhonｅ)，是指“像个人电脑一样，具有独立的操作系统,可以由用户自行安装软件、游戏等第三方服务商提供的程序,并可以通过移动通讯网络来实现无线网络接入的这样一类手机的总称”。
在所有智能手机操作系统中，他们之间的应用软件互不兼容。因为可以安装第三方软件，所以智能手机有丰富的功能。
智能手机的诞生，是掌上电脑（PockｅtＰC）演变而来的。最早的掌上电脑是不具备手机的通话功能,但是随着用户对于掌上电脑的个人信息处理方面功能的依赖的提升，又不习惯于随时都携带手机和ＰPC两个设备,所以厂商将掌上电脑的系统移植到了手机中,于是才出现了智能手机这个概念。智能手机比传统的手机具有更多的综合性处理功能，比如Symbiａn操作系统的S６０系列,以及一些MeeGｏ操作系统的智能手机。然而,就新近的发展来看，这些智能手机的类型有相融合的趋势.
智能手机同传统手机外观和操作方式类似，不仅包含触摸屏也包含非触摸屏的数字键盘手机和全尺寸键盘操作的手机.但是传统手机都使用的是生产厂商自行开发的封闭式操作系统，所能实现的功能非常有限，不具备智能手机的扩展性.
“智能手机（Sｍart Phｏne）"这个说法主要是针对“功能手机（Featuｒe pｈonｅ）”而定义的，本身并不意味着这个手机有多“智能(Smart)”;从另一个角度来讲，所谓的“智能手机（Smart Phonｅ）”就是一台可以随意安装和卸载应用软件的手机（就像电脑那样）。“功能手机（Fｅaｔure　pｈｏne）”是不能随意安装卸载软件的,JAVA的出现使后来的“功能手机(Feature phone）”具备了安装JＡVA应用程序的功能，但是JAVA程序的操作友好性，运行效率及对系统资源的操作都比“智能手机(Smａrt Ｐhｏｎe）”差很多。
智能手机具有五大特点：
（1)具备无线接入互联网的能力，即需要支持GＳM网络下的GＰRＳ或者CDMA网络的CDMA1X或３Ｇ（WCＤMA、CＤＭA－2000、TD-CDMA）网络，甚至4G（HSＰA＋、FDD-ＬTE、TDD－LTＥ）.
（２)具有ＰDA的功能，包括ＰIM（个人信息管理）、日程记事、任务安排、多媒体应用、浏览网页。
(3）具有开放性的操作系统，拥有独立的核心处理器（CPＵ)和内存,可以安装更多的应用程序,使智能手机的功能可以得到无限扩展。
(４)人性化，可以根据个人需要扩展机器功能。根据个人需要，实时扩展机器内置功能，以及软件升级，智能识别软件兼容性,实现了软件市场同步的人性化功能。
（5）功能强大,扩展性能强，第三方软件支持多。

１.2Andｒoiｄ简介

Ａnｄｒoｉd一词的本意是指“机器人",同时也是Google于2０07年1１月5日宣布的，基于Linux平台开源手机操作系统的名称,该平台有操作系统，中间件,用户界面和用用软件组成，号称是首个为移动终端打造的真正开放和完整的解决方案。
从此，人们不在受ＰC束缚,无论走到哪里只要有一部Ａｎdroｉd手机，并且有移动信号，就可以随时随地的进行办公、浏览资讯、网上冲浪、极大地方便了人们的生活。正因如此,Aｎｄroid仅仅用了3年左右的时间，就迅速的成长为全球第一大的移动终端平台，不仅广泛应用到了智能手机领域，在平板电脑、智能导航仪、智能ＭP4领域也有很大的影响，深受移动终端生产厂商和广大用户的青睐.
Androｉd基于Ｌinuｘ技术开发,有操作系统、用户界面、应用程序组成,允许开发人员自由获取，修改源代码，也就是说这是一套具有开源性质的移动终端解决方案。具有以下特点：
（1）开放性
（2）所有的应用程序都是平等的；
（3）应用程序间无界限；
（4）快速方便的应用程序开发。
Anｄrｏｉd平台采用的是一种被称为软件叠层(Soｆtwａrｅ Ｓtaｃk）的方式进行构造.这种软件底层结构使得层与层之间相互分离，明确各层分工。这种分工保证了层与层之间的低耦合，当下层的层内或者层下发生改变时，上层应用程序无序任何改变
Ａndｒoｉd是由5大部分组成,如图２.１所示：

图２。1 　Androｉｄ架构的五个部分

（１）应用程序层:这层中包含了核心的应用程序这些程序都是用Ｊａva编写的。
（2)应用程序框架：应用程序框架除了可以作为应用程序开发的基础之外,也是软件复用的重要手段，任何一个应用程序都可以发布它的功能模块，只要发布时遵守了框架的预订，那么其他应用也可以使用这个功能模块。
（3）函数库:包含了一套被不同组件所使用的C/C+＋库集，Androiｄ应用开发者不能直接的调用这套库集,但是可以通过它上层的应用程序框架来调用这些库。
(4）Anｄroid运行时:是由Ａｎｄroｉｄ核心库集和Ｄalvik虚拟机组成的。
(5）Linux内核：它提供了安全性、内存管理、进行管理、网路协议、和驱动模块等核心系统服务,除此之外它还是系统硬件和软件叠层之间的抽象层.

１.3图书管理系统简介

随着各图书馆的图书的数量不断增多和图书馆规模的不断扩大，管理这些庞大的体系是非常困难的，因为图书的情况是随时改变的，因此必须对图书进行动态的管理，而这对于一个管理人员来说是一件比较复杂的事情，存储、查询、借阅是必不可少的业务。
基于Android移动设备渐渐的普遍起来，人们逐渐渴望移动办公的实现,即仅仅通过一部智能手机就可以完成大部分的工作量。
为了能让管理员从繁重的工作中解脱出来，让管理员在使用这个软件以后能极其容易且方便的对所有图书进行管理，并且准确无误，轻松自如，因此开发一个图书管理系统软件是当务之急,也是本毕业设计选题的重要意义和研究宗旨。
本软件为图书管理员与学生通过移动平台来查询图书的借阅、预约等情况,方便用户随时查看图书使用情况。

第2章　Ａndｒｏｉd的架构分析

Ａndroid是一个包含操作系统、中间架构层及应用程序所产生出来的软件堆栈架构.由下而上，其核心为嵌入式Liｎｕｘ2。６作业系统,向上搭配Goｏｇle为Ａndroid开发的类库及Ａndｒｏiｄ运行时，再配合应用程序架构，来开发各种不同的应用程序。

2。１Ａndroid架构分析

2。1．1应用程序框架

在Aｎｄroid SＤK中，定义了可以让开发者使用的与核心程序相同的ＡPＩ，程序框架是为了要简化组件,重新利用而设计的新的框架，应用程序可以发布功能，为其它的程序所使用。但是,这要受限于程序架构的安全机制。使用者以同样的机制来进行新增,置换组件。目前所有的程序是由服务以及系统来组成。包括：
（ｌ）一套扩展的视图系统:用来创建一个应用程序的基本组件，包括在开发系统界面的时候，常常使用的列表、网格、文本框、按钮等控制项,甚至是内嵌的Ｗeｂ浏览器。
(２)内容提供者：可以使应用程序访问到另外一个应用程序中的数据,或者共享自己的数据。
(３)资源管理器:提供非程序代码资源，让应用程序去使用。如:本字符串、图形文件或者排版相关布局文件.
（4）通知管理器:提供程序在状态栏上显示应用程序自定义提示信息。
(５）活动管理器：管理所有应用程序的生命周期以及提供的常用的导航回退功能。如：启动应用程序就要使用资源准备以及关闭应用程序的时候释放掉的内存以及相关资源等工作。
(6)视窗管理器:用来管理所有启动的应用程序的视窗。
（７）位置管理器:用来管理与地图相关的服务和功能。
（８）电话管理器：用来管理用户拨打或者接听电话的功能.
(9）包管理器:管理所有安装在Aｎｄroid系统内的安装包.

2。１。2类库

Andrｏid包含了一组被Android系统各种组件使用的C/C++类库。这些类库通过Ａnｄroiｄ应用框架暴露给开发者。下面列出一些核心类库：
（1）系统C库:派生与BSD的标准Ｃ库(lｉｂc）的实现,并且基于嵌入式的Lｉnux设备进行了调整；
（２）多媒体库:基于ＰaｃkeｔViｄeo公司OpenCORＥ的多媒体类库,这个类库支持许多流行的音/视格式的回放和录音，以及静态的图片文件,如:PPEＧ４、Ｈ。２64、MＰ3、ＡＡC、JPG、ＰNG。
(3）界面管理器:管理对显示子系统的访问，并且把应用程序与2D和３D图形层无缝的融合到一起。
（4）LｉbWｅｂＣore：一个现代的Wｅb浏览器引擎,Anｄrｏid浏览器和可嵌入的WeｂView组件都基于这个引擎。
（5）SGL:底层的2D图形引擎；
（６)3D类库:基于OpｅnGL ＥS　1.0 API的实现,这个类库既可以是硬件3D加速（如果硬件加速有效)，也可以包含高度优化的３D软件光栅处理器
(７）FreeTｙpe:位图和矢量字体渲染；
（8）SQLiｔe:一个强大的轻量级关系数据库引擎，对所有的应用程序有效。

2。１．3Anｄroid运行时组件

虽然Anｄｒoid是用Ｊaｖa语言来开发、撰写应用程序，但却不使用Java运行时组件来执行Ｊａva程序,而是使用了由Goｏglｅ自行研发的Ａndroｉd运行时组件来执行程序。Ａndｒｏｉd运行时组件包含有两个重要的部分，核心类库和Ｄａlviｋ虚拟机。

2.2Androｉｄ应用的构成和工作机制

对于一个Android应用程序来说，是由Activity、InｔeｎtReceiver、Service、Ｃontent Ｐroviｄｅｒ四部分组成,但并不是每一个Aｎdroid应用程序都必须由这四部分组成。在应用程序中使用时,需要在配置文件AnｄroidＭａnifeｓｔ．xｍl中进行配置。这个配置文件是每个Android应用程序所必需的，用于定义应用程序的组件、组件的功能以及必要条件等。Aｎdroid应用的构成和工作流程如图2.2所示：

图2。2 Androｉd的构成和工作流程

第３章　 Ａndｒｏid应用程序结构剖析

3。1Andｒｏid的API

Ａnｄrｏid　AＰI主要包含以下几个部分：
（1）AndrｏidMａnifest.ｘmｌ（清单文件）
AndroidMaｎifesｔ．xmｌ（清单文件)是系统的控制文件,它将要告诉系统将要如何的处理所创建的所有的应用组件(尤其是Activity，Service，Iｎtent　Receｉveｒ）和内容提供者(Ｃｏnｔenｔ Ｐrovider))。举例来说：清单文件就是把活动和要接收的意图（Ｉnteｎt）连在一起的“胶水”。
(2)活动
活动就是一个具有生命周期的对象。一个活动就是要完成某些功能的代码块，这部分工作还可以包括对用户ＵI界面显示.不过这不是必须有的,有些活动从不显示UI布局.
（3)视图
视图可以将其自身绘制到显示屏上.Andrｏid的用户界面是由一系列的视图组成的。接口都是由一组视图组成的。开发者可以通过使用新创新的视图，来使用自定义的图形界面的处理技术。
（4)意图
意图是简单的消息对象,它表示的是程序想做某件事的意图.比如程序想要显示一个网页界面，那么，它可以通过创建一个意图实例,将值传递给系统来进行表示意图，浏览这个URI.系统将定位到能够处理这意图的代码,并运行.意图也用于广播系的有效事件的传递.
(５)服务
服务就是运行在后台的一段代码。它可以运行在它自己的进程中,也可以运行在其他程序的进程中，这取决于自身需要。其它组件可以绑定一个服务中取，通过远程AIＤＬ调用这个方法。比如:媒体播放器服务,当用户退出媒体界面时，仍然希望音乐可以继续播放，这个时候就可以使用服务来确保当用户关闭界面的时候音乐还能继续播的播放.
(６)通知
通知将以小图标形式展现在状态栏中，用户通过与图标交互，来接收信息。最常见的通知包括:短信息，通话记录,语音邮件等，但是程序也可以创建自己的通知事件。
(7）内容提供者
内容提供者是用来提供设备上数据访问的.典型例子:使用内容提供者访问联系人。程序也可以用其它程序的内容提供者提供的数据,同时也可以自定义自己的内容提供者来向别的程序提供数据.

３．2Anｄrｏiｄ应用程序结构解析

通常由四大组件构建一个完整的Ａndroid应用程序。
（1）活动
（２)意图接收器
（３）服务
(4)内容提供者
然而，并不是所有的Android程序都必须具备上面的四大组件，可以由上面的一个或几个来进行组建.当决定使用哪些组件来构建Ａndroid程序的时候，需要将它们注册在AnｄrｏidMaｎifeｓt．xml（清单文件)中,这是一个ＸＭL文件，在文件中可以声明程序组件和它们的要求。这个配置文件是每个Aｎdroid程序所必需具备的。

3。2.1活动

活动是以上四大组件中最常用的一个组件.每个活动都是继承于Aｃtivity的子类，并实现了一些各自的功能,如管理UＩ的显示和UI的事件。一个活动就相当于程序给用户的一个显示界面,由事件、响应视图等组成.大多数的程序通常要包括多个界面。如：聊天应用程序，应该包含一个联系人的界面、一个聊天的界面、一个设置的界面、一个聊天记录查询的界面等等.每个界面都可看作是一个活动。显示一个新的界面就相当于生成了一个对应的活动。在一些特殊的情况下,一个活动能够给它上级界面一个返回值,如：提供给用户选择照片的活动,可以返回给调用它的用户照片文件。
当新的Ａcｔivｉty（活动)出现时，前一个Actiｖｉｔy（活动）被中断，并被放入到一个历史堆栈中。用户可以使用返回键调用前一个Ａctiｖitｙ（活动）.当Actｉvｉｔｙ（活动)不再需要的时候，可以将它们从历史的堆栈中移除。默认的情况下,Acｔｉviｔy（活动)应用程序会把每个Actｉvity（活动)到历史的堆栈中去。
Aｎdroiｄ应用程序通过Inteｎｔ（意图)类,来实现界面与界面之间的跳转.一个Ｉntenｔ（意图)描述了一个程序想要做的事情.在Inｔｅnt（意图）的描述结构中，含有两个重要数据:动作与动作对应的数据。典型的动作类型有ＭAIN、VＩEW等,而Aｃtiｖｉty（动作）对应的数据则要用UＲI的形式展现出来。
除此之外，还有一个被称作意图过滤器的相关类。当发生一个有效目的请求的时候，意图过滤器就要用来描述这个能够处理什么样的意图。通常意图过滤器要被注册在AndroiｄManifeｓｔ。xｍl(清单文件)中。从一个界面转到另外的一个界面是由各种意图来实现的.随后,这个活动接收到的意图(Iｎtｅnｔ）的通知并开始进行运行.当sｔartActiｖｉty的方法被调用了,解析这个意图处理过的程也随之发生。

３.2．2意图接收器

开发者可以使用Inｔｅｎt Receiver让自己的应用对一个外部事件做出响应，比如当电话呼入时，或者当数据网络可用时,或者时间到晚上了。Iｎｔｅnt　Receiver不能显示用户界面，它只能通过Nｏtｉfｉｃａtｉoｎ Ｍanaｇer通知用户这些有趣的事情发生了。Intｅnt Receiver既可以在AndrｏiｄManｉfest.xmｌ中注册，也可以在代码中使用Ｃonｔext．regisｔerＲeceiver（）进行注册.但是当这些有趣的事情发生时，应用不必对请求调用Ｉntent Ｒｅceｉvｅr,系统会在需要的时候启动应用，并在必要的情况下触发Ｉntｅnt Receivｅr。各种应用还可以通过使用Conteｘt。bｒoadｃａstＩntenｔ()将它们自己的Inｔent广播给其他应用程序。

3．2。3服务

服务（Ｓervice）也是Anｄroiｄ的四大组件之一，它和Actｉvity最为相似,他们都代表可执行的程序,Serｖice与Ａｃtivity的区别在于:Ｓervice一直在后台进行运行，它没有用户的界面，所以绝不会到前台来，它和Acｔivｉty一样具有自己的生命周期。

内容提供者

在Android中,每个应用程序都有它们自己的ID并且可以在自己的进程中进行执行.这样做的好处是：
（1)可以保护系统和应用程序,避免被其他不正常的应用程序所影响。
（2）可以把每个进程想像成是一个黑盒子，进程之间不会互相影响,连内存的资料都无法进行共享。如果应用程序之间要共享数据，就需要用到内容提供者。内容提供者就是一个类,它实现了一个方法集合，其他的应用程序可以去使用这些方法来保存和检索这个内容提供者处理过的数据.

３。３Ａｎdrｏid活动的生命周期

Android平台是个手机操作系统.先把其他功能撇掉不谈，根据手机的特性，就应该能够随时随地的在未完成目前动作时候，暂停正在使用功能，切换到接听电话、接收短信的模式，而且在接听完电话回到应用程序的时候，还希望能看到之前操作一样的内容.现在用户使用的智能手机大多已经习惯使用能够后台处理的作业系统（比如WinｄowsMoｂile)，可以在使用手机听音乐的同时,执行其他多个应用程序。同时执行多个应用程序有它明显的好处，但也有它的缺点。每多开启一个应用程序,就会多耗费一些系统的内存,而手机里的内存是有限的。当同时开启的应用程序过多的时候，或者是关闭的程序没有释放掉内存，系统会越来越慢，甚至不稳定，最后到死机。为解决这个问题，Android引入了一个新的机制：“生命周期”。
Android应用程序的生命周期是交给Android的框架进行管理的，而不是由应用程序直接进行控制的。通常，每个应用程序，都会占用一个进程。当系统内存不足的时候,会依照优先级来自动进行进程的自动回收.不管是使用者还是开发者,都无法确定应用程序什么时候会被回收。
一个活动类，除了OnCreate（创建)方法之外，还定义了ｏnPausｅ（暂停)、OnResume(继续）等等的基本方法,当一个活动切换到另外一个活动的时候,原来的活动将会经过一连串的状态的改变。开发者可以在程序中添加一些状态相对应的流程，每次活动状态改变的时候，就会执行相对应的流程的操作。要让用户有更好的使用体验,活动需要在各个周期内负责保管状态，恢复状态，传送资料的工作。
3。3。1活动的生命状态

Ａndroid的虚拟机是使用堆栈来进行管理的。其主要有四种状态:
（l）活动状态:
活动状态是指用户启动了应用程序或活动结束后，活动运行时的状态.在Andｒoｉｄ平台上，同一个的时刻只能有一个活动处于活动或者运行的状态。其他的活动都会处于未启动，停止或是暂停状态.
（2)暂停状态：
暂停状态是指当活动暂时停止下来的时候，退到背景画面状态。当警告对话框或者电话到来的时候,都会让原来运行活动退到背景画面中。新出现的警告对话的框等界面元件盖住掉了原来的活动的画面.活动处在暂时停止的状态,用户无法与原来的活动互动.
(3)停止状态:
停止状态是指有了其他活动正在执行中，而这个活动己离开了屏幕，不再执行动作的状态。通过按返回键就可以查看所有处于停止状态应用程序的列表.处于停止状态的活动还可以通过通知来进行唤醒。
（4)已回收或未启动状态
已回收的或未启动的状态是指活动未被启动或者已经被手动终止的状态。要手动终止活动,可以在系统中进行调用finｉｓｈ（结束）的方法。如果是被系统回收的，可能是因为内存不足,所以系统会根据内存不足的回收规则,将停止状态的活动其占用的内存进行回收。

图３．1 Ａnｄroid活动生命周期
图3．1所示的七个状态又可以归纳为三组：
（ｌ)资源分配
完整的活动的生命周期是由创建状态开始由销毁状态而结束.创建的时候分配资源,销毁的时候释放资源.
（2)可见与不可见
当活动运行到启动的状态的时候,就可以在显示屏上看到这个活动。相反当活动运行到停止的状态的时候,这个活动就会从显示屏上消失.当用户按下返回键，回到上一个活动界面的时候，会先到重新启动的状态,再到一般启动的状态。
(3)用户取得屏幕的控制权
当有个警告对话框，短信，电话等信息到来的时候,原来活动会进入暂停的状态，暂时放弃对显示屏的控制权，被中断到了背景中去，将前景交给了优先级较高的事件。当这些优先级较高的事件处理完毕后，活动就会进入继续的状态，此时又获取到了显示屏的控制权。

３．3.２活动的运作流程

根据实际的运行来观察，我们可以总结出所有Anｄroiｄ程序都遵循的运作的流程:
(ｌ)一般启动
启动一个活动的基本流程为:ｏnＣreaｔe到onＳtaｒt到onRｅｓume.该流程是首先将分配的资源给这个活动，然后将活动内容显示到显示屏上,在一切准备就绪后，取得显示屏的控制权,用户就可以开始使用这个应用程序。
（2)调用另一个活动
调用另一个活动的基本流程为：ｏnPaｕｓe到onCreａte到onStart到0nResume到oｎStop。该流程将首先冻结原来活动，再交出显示屏上的控制权，直到活动完成之后，活动才会被停止。
（3)回到原来活动
回到原来活动的基本流程为：onPausｅ（2)到ｏnReｓｔart（1）到onStａrt(l）到ｏｎResume（1)到onSｔｏp（2）到onDestroy（2）。另外按返回键也是可以回到原来活动的。
（4)退出结束
退出结束的基本流程为:ｏｎPaｕse到ｏnSｔop到onDeｓｔrｏｙ.如果应用程序中有直接进行调用ｆiｎish方法来结束活动的，系统就会跳过原先冻结的阶段，直接进行暂停,停止,最后进行销毁。
（５）回收后再启动
回收后再启动的基本流程为:ｏｎＣｒeate到onStaｒt到ｏnＲeｓuｍｅ.如果被系统回收机制回收掉的活动一旦又要重新被调用的时候,就会像一般的启动那样再次被调用到活动的onＣreａte方法中去.
当在模拟器上已经执行了过多个的应用程序的时候，只要按下返回键按钮，就会开启最近一次开启的活动。这时要是按下多次的返回键，理论上迟早会返回到某个已经销毁的活动中去.
如果应该开启的活动己经被系统的回收机制进行回收了，那么这个活动会就会被再次的创建.再次被创建的活动，跟之前开启过的活动是不相同的。
所以如果要让新被创建的活动跟原来开启过的活动是一样的，那么在活动之间切换的时候就要保存其资料:在每次活动运行到暂停或者停止状态的时候先保存资料最后在创建的时候把资料读取出来。

第4章 系统分析设计

4．1　系统分析

图书管理系统总的来说分为两个用户端。一端为管理员客户端，一端为学生客户端，两端共访问一个数据库。管理员客户端为管理员使用的客户端，主要是进行图书与学生的管理,通过图书管理端查询日常借书信息。学生客户端为学生使用的客户端,主要是对图书的查看、挂失、预约的操作。具体结构如图4．1所示：

图4。1 系统结构图

4.2系统具体功能:

４.2。1图书管理端具体功能:

（1）图书管理：图书查询，通过图书编号查看图书信息；图书入库，添加图书信息，在数据库中添加一本新的图书，添加的数据有图书编号（ＩSBN）、购买日期、书名、作者、出版社、是否借阅、是否预约、简介
（2）学生管理： 学生查询,通过学号查看学生信息；添加学生,在数据库中新添加一条学生信息,添加的数据有学号、姓名、性别、借书时间、年龄、电话、班级、院系、密码
(３）管理员管理：添加管理员，新添加以为管理员，数据有管理员用户名、密码、权限;删除管理员，如果当前管理员的权限为“高级”则此管理员具有新增管理员和删除管理员的功能;通过用户名查看管理员；修改密码
（4）查询：查询书籍,可以通过书名、出版商、作者查询图书信息
(5）挂失:图书丢失，管理员可查询出谁丢失了图书
(6）预约：管理员可查询出哪位学生预约借书
（7）缴纳欠费:功能暂无

4。２.２学生客户端

查询：学生用户可以对管内的图书资料进行简单和高级的查询
挂失:图书不慎丢失,可以在学生端中实现挂失。
预约：当查询是发现要借阅的图书已经被借阅，可以提前预约。

4.3系统模块设计

图4。2系统模块示例图

第5章数据库分析与设计

5。1数据库需求分析

用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出和输入.收集基本数据、数据结构以及数据处理的流程，组成一份详尽的数据字典,为以后的具体设计打下基础。
针对一般图书管理信息系统的需求，通过对图书管理工作过程的内容和数据流程分析，设计如下所示的数据项和数据结构：
（1）学生表基本信息表(Sｔｕｄent），包括的数据项有:学生编号、学生姓名、学生年龄、学生性别、班级、院系、联系方式、借阅许可、密码
(2）管理员基本信息表（managｅr），包括的数据项有：管理员账户、管理员权限、管理员密码
（3）图书基本表1（book),包括的数据项有：国际标准书号、图书名称、作者、出版社、购买时间
(4）图书基本信息表２(bdetailｅdinfomatioｎ）,包括的数据项有:图书馆的书号、国际标准书号、是否借阅、是否预约、图书的简介
（5)借书信息表（rｅｃord），包括的数据项:图书编号、学生编号、借书时间、还书时间、是否借书、是否预订
(6)超期图书信息表表（ｏvｅrｔime),包括的数据项：学生编号、图书编号、图书名称、超期天数。
（7）预约图书信息表（orderbook)，包括的数据项:书号、学生姓名、班级、书名、学生学号、作者
(8)挂失书籍表（loｓeｂoｏk），包括的数据项：挂失编号、图书编号、图书名称、学生编号.
有了上面的数据结构、数据项,就可以进行下面的数据库设计了。

5．2数据库概念结构设计

得到上面的数据项和数据结构以后,就可以设局出能够满足用户需求的各种实体，以及他们之间的关系,为后面的逻辑结构设计打下基础。
本实例根据上面的设计规划出的实体有：图书实体类、学生信息实体类、管理员信息实体类、预约图书实体类、超期图书实体类、挂失图书实体类、图书借阅实体类、图书信息实体2类.各个实体具体的描述如图5.1—５.8所示。

图5．1 图书信息实体1 E-R图

图５.２学生信息实体E-R图

图5.3管理员信息实体Ｅ—Ｒ图

图5.4预约书籍实体E—R图

图5．5超期图书实体E－R图
图5．6挂失书籍实体E－R图

图5。７借书信息实体E-R图

图５.8图书信息实体２　E－Ｒ图

5.3数据库表的设计

(1）学生用户基本信息表Ｓtudent：用于记录学生的基本信息

表5.1　学生基本信息表（Studenｔ表）
字段名
数据类型
字段大小
是否主键
是否为空
说明
S_Nｕｍ
Varchar
２０
是
否
学号
S＿Nａme
Varchａr
50
否
是
姓名
S_Age
Varchar
１0
否
是
年龄
S_Ｓex
Varｃhaｒ
50
否
是
性别
Ｓ_Cｌasｓ
Varｃhar
50
否
是
班级
S＿Depaｒtmenｔ
Ｖａrchａｒ
５0
否
是
院系
S_Phoｎe
Vaｒchａr
11
否
是
电话
S_Pｅrｍitｔeｄ
Ｖaｒｃhar
50
否
是
借阅许可
Ｓ_Pwd
Varcｈar
２０
否
是
密码

(2）管理员信息表manageｒ：用于记录管理员基本信息和管理员的权限

表5．2管理员信息表（ｍanaｇｅr表)
字段名
数据类型
字段大小
是否主键
是否为空
说明
M_Ｎuｍ
Varchaｒ
2０
是
否
管理员ＩD
M_Peｒmitteｄ
Vａrchａｒ
50
否
是
图书管理权限
M_Ｐｗd
Ｖarchａr
5０
否
是
管理员密码

(3)图书信息表1bｏok：用于记录一类(相同的ISBN)图书的基本信息

表5．3图书信息表1boｏｋ（1boｏk表）
字段名
数据类型
字段大小
是否主键
是否为空
说明
ISＢN
Varchar
２０
是
否
一类图书标记
B_Nam