基于android平台气象软件的设计与实现毕业论文(编辑修改稿)

基于android平台气象软件的设计与实现毕业论文(编辑修改稿)内容摘要：

开发。 ADT 全称是 Android Development Tools，是谷歌提供的一个 Eclipse 插件，用户在Eclipse 中提供一个强大的、高度集成的 Android 开发环境。 安装 ADT 插件，就可以实现联机调试，而且还能够模拟各种手机事件、分析你的程序性能等众多便捷的功能。 4 2 需求分析 研究目的 主要是为了学习 Android 应用程序的设计与开发，往安卓工程师的职位发展，配合公司跑量业务进行研究与学习。 利用组件对气象软件进行开发，通过项目实践，将书本中学习到的知识运用起来，对知识点进行更加深刻的总结归纳。 系统需求 基于 Android 平台的气象软 件，主要强调的就是便捷性，一般人们在准备出门的时候会提前看一下天气预报，根据气温提示考虑如何着装以及是否带伞等问题。 此时便有以下几点要求，第一、需要有便捷的查询功能，最简洁的提供资讯，直观的收到我所需要了解的天气信息即可。 第二、需要准确的天气信息，因此需要着重考虑天气 API 接口。 第三、信息要实时更新，所以 后台服务要按照一定的时间间隔，从服务器上获取信息。 并且提供手动更新，获取实时天气信息。 需求分析 根据系统分析， Android 气象软件要求如下 ： 1. 软件可罗列出全国所有省、市、县。 2. 软件可查看全国的 任意所选城市天气信息。 3. 软件可定位出你当前所在地理信息位置。 4. 软件可自由切换全国各大城市以及查看它的天气信息。 5. 软件可提供手动更新功能以及后台自动更新天气信息的功能。 6. 程序响应速度快，获取后台信息快速无延误，安全性高。 功能分析图 下图是气象软件的功能分析图 5 图 21 系统功能分析图 6 3 总体设计 用户界面设计 根据需求分析可知道，首先用户点击进入应用程序时，系统会获取服务器上返回的文本信息，用程序处理完之后再进行适配 ListView 便可获得初始界面，用初始界面进行初始化就可 以到主界面了。 设计初衷就是为了简洁明了，一目了然。 设计出来的界面草图如下所示。 图 31 初始化界面设计草图 图 32 主界面设 计草图 总体功能设计 模块设计 功能模块设计总体分为 4 部分，分别是活动启动，后台 Service 服务，用户界面以及数据库，模块包名如下图所示： 活动启动 :活动是 Android 程序的门面，在应用中所看到的东西，都是活动，它与用户交互最直接的组件。 它有四种启动模式，分别是 Standard、 singleTop、 singleTask 还有SingleInstance。 本程序是默认的 Standard 启动模式。 7 后台 Service:负责执行那些不需要去和用户交互而且还要求在系统中长期运行的任务。 它并不依 赖用户界面，所以当程序切换到后台，或者用户直接打开另外一个应用程序时，服务仍然能够保持正常运行。 适用于一些下载任务和自动后台更新服务，例如一定时间内自动与服务器交互获得气象数据并且更新。 用户界面 :由 XML 语言编写的布局文件，布局文件中可以用许多系统自带控件进行装饰，也可以设置自定义控件，为了让每个控件都有条不紊地摆放在界面上，我们需要设置相应的布局来使控件按照布局的规则放置，常见的四种基本布局是 LinearLayout 、RelativeLayout、 TableLayout、 FrameLayout。 本文初始 化界面是用 ListView，而主界面是用多重布局嵌套。 图 33 模块包名图 Activity 包主要用于存放所有与活动相关的代码，包内有 ChooseAreaActivity 类和WeatherActivity 类，它们分别代表选择天气活动界面和显示天气主活动界面。 db 包则是用于存放数据库相关的代码，包内有 WeatherDB 类，它负责省市县三级联动的数据存储，还有一个建库工具类 OpenHelper。 而 model 包主要用于存放所有数据模型相关的代码，例如省模块的 Province 类、市模块的 County 类、县模 块 City 类。 Receiver 包用于存放所有广播 接收器 相关 的代码 ， service 包 用于存 放和 服务 有关的 代码 ，包内的AutoUpdateService 主要用于服务后台自动更新，使天气信息可以在一定时间自动从服务器上获取数据并且刷新。 util 包是工具包，用于存放工具类相关的代码，主要有网络连接服务的 HttpUtil 工具类还有 HttpCallbackListener 监听类。 8 数据库设计 系统数据分析 通过分析气象 API 接口，知道气象信息并不需要利用数据库进行存储，只需进行缓存就好。 而真正我们需 要处理的数据项就是建立 Province、 City、 County 三张表，分别存放省、市、县的各种数据信息。 API 接口分析 当我们将手机上获得的省市县数据处理成城市代号并访问相应的地址时，中国气象网会返回相应的天气代号，以下为部分城市天气代号表的一部分： 图 34 城市天气代号表 当我们把经过处理的天气代号发送到查询天气接口时，服务器会把该城市的当前的天气信息以 JSON 格式返回给我们，如下所示： {“weatherinfo”: {“city”:”浦东 ”, “cityid”:”101021300”, “temp1”:”21℃ ”, “temp2”:”9℃ ”, “weather”:”多云转小雨 ”, “img1”:””, “img2”:””, “ptime”:”11:00”} } 一下是可供参照的气象编码表和风力编码表 : 9 图 35 天气现象编码表 图 36 风力方向编码表 数据字典 省级信息表 描述：对省级基本信息的存储，省级表的基本信息包括 : 自增长主键 id，province_name、 province_code。 表 31 省级信息表 列名 数据类型 可否为空 属性名称 说明 id integer 否 id 自增长主键 Province_name Text 否 Province name / Province_code text 否 Province_code /。