金陵科技学院学士学位论文 2 Android介绍
5．Linux内核
Android 的核心系统服务依赖于 Linux 2.6 内核，如安全性，内存管理，进程管理，网络协议栈和驱动模型。 Linux 内核也同时作为硬件和软件堆栈之间的硬件抽象层。与iPhone相似，Android采用WebKit浏览器引擎，具备触摸屏、高级图形显示和上网功能，用户能够在手机上查看电子邮件、搜索网址和观看视频节目等，比iPhone等其他手机更强调搜索功能，界面更强大，可以说是一种融入全部Web应用的单一平台。
2.3系统的四大组件
在Android系统中，为我们提供了四大基本组件，每个组件是一个视图，但是有些是可见的，有些是不可见的视图，像Activity，ContentProvider是可见的视图，Service和BroadcastReceiver是不可见的，它们只在系统的后台运行。下面分别介绍四大组件：
1．Activity 简介
在Android系统中Activity提供可视化的用户界面，一个Android应用通常由多个Activity组成。多个Activity组成了Activity栈（Stack），当前活动的Activity处于栈顶。Activity有自己的生命周期，由Android系统来控制。
2．Service 简介
顾名思义Service就是运行在后台的一种服务程序，一般很少和用户交互，因此没有可视化界面定义一个Service类比较简单，只要继承Service类，实现其生命周期中的方法就可以了。一个定义好的Service必须在AndroidManifest.xml配置文件注册，通过
3．Broadcast Receiver 简介
Broadcast Receiver 顾名思义广播接收器，它和事件处理机制类似，只不过事件处理机制是程序组件级别的（例如，某个按钮的单击事件），而广播事件处理机制是系统级别的。到目前为止我们可以使用Intent来启动一个程序组件，我们还可以通过使用sendBroadcast()方法来发起一个系统级别的事件广播来传递消息。我们可以在你的应用程序中实现Broadcast Receiver来监听和响应这些广播的Intent
4．ContentProvider简介
Content Provider 用来保存和检索数据，并且使应用程序之间相互访问数据成为可能。它是跨应用程序共享数据的唯一方法。
Android 为常用的数据类型（如：音视频、图片和联系方式等）提供了大量的Content Provider。它们被定义在android.provider包下面。通过这样定义好的ContentProvider 我们可以方便的进行数据操作。当然我们必须拥有适当的权限。我们也可以自己来定ContentProvider共享我们的数据，方便用户的访问
4
金陵科技学院学士学位论文 2 Android介绍
2.4 Android特性
Android系统有如下的几大特性： ·应用程序框架 支持组件的重用与替换 ·Dalvik虚拟机 专门为移动设备做了优化
·内部集成浏览器 该浏览器基于开源的WebKit引擎
·优化的图形库 包括2D和3D图形库，3D图形库基于OpenGL ES ·SQLite 用作结构化的数据存储
·多媒体支持 包括常见的音频、视频和静态印象文件格式（如MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, GIF）
·GSM电话（依赖于硬件）
·蓝牙Bluetooth, EDGE, 3G, and WiFi （依赖于硬件） ·照相机，GPS，指南针，和加速度计 （依赖于硬件）
·丰富的开发环境 包括设备模拟器，调试工具，内存及性能分析图表，和Eclipse集成开发环境插件
5
金陵科技学院学士学位论文 3 系统需求分析
3系统需求分析
3.1功能需求
根据项目的目标，我们可获得项目系统的基本需求，以下从不同角度来描述系统的需求，并且使用例图来描述，系统的功能需求，我们分成四部分来概括，即播放器的基本控制需要，播放列表管理需求，播放器友好性需求和播放器扩展卡需求。以下分别描述：
播放 搜索 专辑封面显示 音量控制 暂停 停止 上一首/下一首 用户 歌词显示 本地歌曲列表 网络歌曲列表 相关设置
图3.1 音乐播放器基本控制图
3.1.1播放器的基本控制需求
表3.1 播放器的基本控制需求表
用例名称：播放 参与者：用户 目标：使得用户可以播放在播放列表中选中的歌曲 前置条件：播放器正在运行 基本事件流：1.用户单击“播放”按钮 2.播放器将播放列表中的当前的歌曲
用例名称：暂停 6 金陵科技学院学士学位论文 3 系统需求分析
参与者：用户 目标：使得用户可以暂停正在播放的歌曲 前置条件：歌曲正在播放且未停止和暂停 基本事件流：1.用户单击“暂停”按钮 2.播放器将暂停当前的歌曲
用例名称：停止 参与者：用户 目标：使得用户可以停止正在播放的歌曲 前置条件：歌曲正在播放或暂停 基本事件流：1.用户单击“停止”按钮 2.播放器将停止当前播放的歌曲
用例名称：上一首/下一首 参与者：用户 目标：使得用户可以听上一首或下一首歌曲 前置条件：歌曲正在播放或暂停 基本事件流：1.用户单击“上一首或下一首”按钮 2.播放器将播放上一首或下一首歌曲
用例名称：播放清单 参与者：用户 目标：使得用户可以进入播放清单 前置条件：程序在运行 基本事件流：1.用户单击“清单”按钮 2.播放器进入清单列表
3.1.2 播放清单列表管理需求
当用户选中列表中某一项歌曲，就有的需求：
7
金陵科技学院学士学位论文 3 系统需求分析
播放 添加至播放列表 用户
删除
图3.2 选中列表中某歌曲时需求图
表3.2 播放器的基本控制需求表
用例名称：播放 参与者：用户 目标：使得程序播放选中的歌曲 前置条件：程序运行在播放菜单选项中 基本事件流：1.用户单击“播放”按钮 2.播放器进入播放状态
用例名称：添加至播放列表 参与者：用户 目标：将歌曲添加到歌曲列表 前置条件：程序运行在文件浏览界面 基本事件流：1.用户单击“增加”按钮 2.播放器进入手机扩展SD卡
用例名称：删除 参与者：用户 目标：使选中的歌曲被删除 前置条件：程序运行在播放菜单选项中 基本事件流：1.用户单击“删除”按钮 2.播放器移除选中歌曲
8
