logo资料库

android天气预报项目报告.doc

第1页 / 共18页
第2页 / 共18页
第3页 / 共18页
第4页 / 共18页
第5页 / 共18页
第6页 / 共18页
第7页 / 共18页
第8页 / 共18页
资料共18页,剩余部分请下载后查看
武汉交通职业学院 2012-2013 学年第一学期 《Android 应用程序开发》 期末课程报告 2012 年 11 月 第一章 项目背景
现有的3G 技术和移动互联网技术的快速发展,智能手机功能的不断增强, 让基于 Android 平台的查询需求越来越多。 本软件就是利用现有的网络快速获取网络上的天气信息并显示到手机终端 上,为用户提供实时的天气查询和近期天气查询服务,为工作、出行等带来便利。 通过 Web Service 等技术让用户体验到前所未有的移动计算。 第二章 需求分析 一. 功能需求 在这个综合示例中,有一个显示天气情况的用户界面,可以通过图片和文字 显示当前和未来几天的天气状况,包括温度、湿度、风向和雨雪情况等。这些天 气数据是通过后台服务获取的,这个后台服务按照一定时间间隔,从 Google 上 获取天气预报信息,并将天气信息保存在后台服务中。示例还需要提供基于 SMS 短信的天气数据服务,其他手机用户可以向本示例所在的手机上发送 SMS 短信, 在短信中包含特定的关键字,则可以将已有的天气情况通过 SMS 短信回复给用 户。最后,每个被发送的 SMS 短信都会被记录下来,用户可以浏览或删除这些记 录信息。 二. 界面需求 从上面的描述中可以基本了解软件的功能需求,但为了将需求分析过程变得 简单明了,首先找出用户界面上需要显示的内容。功能描述中有“显示天气情况 的用户界面”和“用户可以浏览或删除这些记录信息”,除此以外,一般应用软 件还应有显示配置信息的界面。因此,本示例应该包含三个用户界面: 显示天气预报的用户界面 显示已发送 SMS 短信的用户界面 浏览和设置配置信息的用户界面 三. 内部功能
从用户界面出发,分析隐藏在界面后面的内部功能,这些功能则是程序正常 运行的基础 (1)显示天气预报的用户界面 ; ①获取 Google 的天气数据 ②保存天气数据信息 (2)显示 SMS 短信的用户界面 ①根据关键字监视 SMS 短信 ②发送包含天气信息的 SMS 短信 ③将发送 SMS 短信的相关信息写入数据库 (3)浏览和设置配置信息的用户界面 ①将用户设置的配置信息保存到数据库 ②启动时读取数据库中的配置信息 ③支持恢复缺省设置 第三章 程序设计 一. 用户界面设计 根据需求中的用户界面分析,应用程序应包含三个主要的用户界面,每个用 户界面的显示内容 在“显示天气预报的用户界面”中,显示目标城市的当前的天气状况,包括 城市名称、温度、湿度、风向、雨雪情况和获取数据时间等信息。在界面的下方 显示未来四天的天气状况,但仅包括温度和雨雪情况 在“显示已发送 SMS 短信的用户界面”中,显示每个回复短信的时间、目标 手机号码、城市名称、当天的天气状况和未来一天的天气状况 在“浏览和设置配置信息的用户界面”中,显示希望获取天气预报的城市名 称、获取数据的频率和短信监视的关键字,并允许用户设置是否提供短信服务, 以及是否记录回复短信信息 用户界面草图:
二. 数据库设计 本示例主要有两种数据需要存储 配置信息:因为配置信息的数据量很小,从 Android 支持的存储方式上分析, 可以保存在 SharedPreference、文件或 SQLite 数据库中 SMS 短信服务信息: SMS 短信服务信息是一个随着时间推移而不断增加的数 据,属于文本信息,而且有固定的格式,因此适合使用 SQLite 数据库进行存储 综合分析这两个需要存储的数据,选择 SQLite 数据库作为存储数据的方法 (1)配置信息: 配置信息中主要保存目标城市的名称,访问 Google 更新天气信息的频率, 请求天气信息服务短信的关键字,以及是否提供短信服务和是否记录短信服务内 容 配置信息的数据库表结构
(2)SMS 短信服务信息: SMS 短信服务信息主要保存请求天气服务短信的发送者、短信内容、接收时 间和回复信息的内容 SMS 短信服务信息的数据库表结构 三. 程序设计 程序模块设计: 从功能需求上分析,可以将整个应用程序划分为 4 个模块,分别是用户界面、 后台服务、数据库适配器和短信监听器 。下图是模块结构图 从模块结构图中不难看出,后台服务是整个应用程序的核心,主要包含数据 获取子模块和短信服务子模块。数据获取子模块负责周期性的从 Google 获取天 气信息;短信服务子模块则负责处理接收到的服务请求短信,并发送包含天气信 息的短信 。 后台服务由用户界面通过 Intent 启动,启动后的后台服务可以在用户界面 关闭后仍然保持运行状态,直到用户通过用户界面发送 Intent 停止服务,或系 统因资源不足而强行关闭服务 。
用户界面从后台服务获取天气信息,而没有直接通过网络访问 Google 的天 气数据 。一方面是因为后台服务使用了工作线程,通过后台服务获取天气数据 可以避免因网络通信不畅造成界面失去响应 。另一方面,在用户关闭界面后, 后台服务仍然需要更新天气信息,以保证短信服务数据的准确性。用户界面通过 直接调用数据库适配器,向 SQLite 数据库中读写配置信息,或对 SMS 短信服务 信息进行操作 。 短信监听器是一个 BroadcastReceiver,监视所有接收到的短信 。如果短 信中包含用户自定义的关键字,短信监听器则会认为这条短信是天气服务请求短 信,将短信的相关信息写入后台服务的短信服务队列 。如果用户在配置信息中 选择无需提供短信服务,短信监听器仍然继续监听所有短信,只是后台服务不再 允许将服务请求短信写入服务队列 。 数据库适配器封装了所有对 SQLite 数据库操作的方法,用户界面和后台服 务会调用它实现数据库操作 。 第四章 项目功能描述 一. 系统主要功能 本软件要完成在 android 手机上实现天气的即时预报。所涉及的功能有: 1.启动程序后可以进行城市、更新频率的设置; 2.可以通过图片和文字显示当前和未来的天气状况,包括温度、湿度、风向 和雨雪情况等。使用效果图实现与相应天气的结合。 3.这些天气数据是通过后台服务获取的,这个后台服务可以按照一定的时间 间隔,通过 Google 提供的公共接口获取天气预报信息,并将天气信息保存在本 地数据库中。 二.工程结构 在程序开发阶段,首先确定“天气预报软件”的工程名称为 WeatherDemo, 包 名 称 为 edu.hrbeu.WeatherDemo 。 然 后 根 据 程 序 模 块 设 计 的 内 容 , 建 立 WeatherDemo 示例 ,WeatherDemo 示例源代码的文件结构:
为了使源代码文件的结构更加清晰,WeatherDemo 示例设置了多个命名空间 中,分别用来保存用户界面、数据库、后台服务、SMS 短信和天气数据的源代码 文件 WeatherDemo 示例的命名空间 WeatherDemo 示例将不同用途的源代码文件放置在不同的命名空间中 WeatherDemo 示例的文件用途说明
Android 资源文件保存在/res 的子目录中 。/res/drawable 目录中保存的 是图像文件, /res/layout 目录中保存的是布局文件 ,/res/values 目录中保 存的是用来定义字符串和颜色的文件 ,/res/xml 目录保存的是 XML 格式的数据 文件 。所有在程序开发阶段可以被调用的资源都保存在这些目录中 。 资源文件名称与用途: 三.数据库适配器 数据库适配器是最底层的模块,主要用于封装用户界面和后台服务对 SQLite 数据库的操作。数据库适配器的核心代码主要在 DBAdapter.java 文件中 用户保存配置信息的类文件 Config.java
分享到:
收藏