8
* 媒体库 - 基于PacketVideoOpenCORE;该库支持多种常用的音频、视频格式回放和录制，同时支持静态图像文件。编码格式包括MPEG4, H.264, MP3, AAC, AMR, JPG, PNG 。
* Surface Manager - 对显示子系统的管理，并且为多个应用程序提 供了2D和3D图层的无缝融合。
* LibWebCore - 一个最新的web浏览器引擎用，支持Android浏览器和一个可嵌入的web视图。
1.3.3 Android的应用组件
Android开发四大组件分别是：活动（Activity)： 用于表现功能。服务（Service)： 后台运行服务，不提供界面呈现。广播接收器（BroadcastReceiver)：用于接收广播。内容提供商（Content Provider）： 支持在多个应用中存储和读取数据，相当于数据库。
1.活动（Activity）
Android 中，Activity是所有程序的根本，所有程序的流程都运行在Activity 之中，一般一个Android 应用是由多个Activity 组成的。这多个Activity 之间可以相互跳转。
2.服务（Service）
Service 是android 系统中的一种组件，不能自己运行，只能后台运行，并且可以和其他组件进行交互。Service 是没有界面的长生命周期的代码。Service是一种程序，它可以运行很长时间，但是它却没有用户界面。
3.广播接收器（Broadcast）
在Android 中，Broadcast是一种广泛运用的在应用程序之间传输信息的机制。而BroadcastReceiver 是对发送出来的Broadcast进行过滤接受并响应的一类组件。可以使用BroadcastReceiver 来让应用对一个外部的事件做出响应。
4．内容提供（ContentProvider）
Content Provider 是Android提供的第三方应用数据的访问方案。
9
第二章移动办公应用系统的需求分析和设计
第一节 移动办公系统的需求分析
基于Android的移动办公系统是一个具有一定的专项性的系统，这种全新的办公模式，使人们摆脱了旧式办公对时间和场所的局限，公司成员可进行随身化的公司管理或企业信息交流沟通，工作更加轻松有效，整体运作更加协调紧密。从下游用途来看，移动办公产品、服务及综合解决方案可广泛应用于政府、金融、教育培训、医疗健康、地产建筑、交通物流等各个领域，且随着随身企业移动信息化建设的加强，其用途范围将会越来越广，市场前景看好，也因其独特的办公方式而正被越来越多的团队所选择。
本系统的设计目的是使用Android系统的智能手机终端为载体，开发一个专为四川邮电职业技术学院制定的移动OA系统，通过实现移动平台包括：个人办公、公告管理、学生管理、考勤管理、文档管理等功能模块。学校可利用此平台来代替传统办公模式和作为PC端办公系统的补充。本系统结合学校的实际情况，在硬件设施上，对服务器的配置要求不太高，普通的应用服务器就能运行该系统的后台JAVA WEB应用，而用户只需要普通的搭载Android系统的智能机就能正常运行该应用，连接网络即可登录到系统获取信息。
第二节移动办公系统的系统设计
2.2.1 系统的功能需求
本系统的功能木块主要有：个人办公、公告管理、学生管理、考勤管理、文档管理。各个模块的具体功能如下：
1. 个人办公：包括个人信息的查看、工作日程的安排和个人考勤情况、电子邮
件，但只有管理员可以修改个人信息。
2. 公告管理：用户登录后可浏览学校所发布的公告、快讯、动态等，使用户能
及时得到学校最新的消息和快讯。
3. 学生管理：可以查看学生基本信息,包括所在寝室，违纪奖励情况等。 4. 考勤管理：系统管理员设置对日常上、下班考勤时间、出差、请假等考勤信
息。
5. 文档管理：包括私人文档和共享文档。用户可以再共享文档下载和上传文件。
10
个人信息 个人办公 工作安排 个人考勤 电子邮件 图2-2-1个人办公
图2-2-2电子邮件
图2-2-3学生管理
图2-2-4考勤管理
上传文档 下载文档 私人文档 公共文档 文档管理 考勤编号 员工编号 状态 时间 考勤管理 学生信息 奖惩情况 学生考勤 学生管理 电子邮件接收 邮件阅读 邮件未读提醒 邮件处理 电子邮件 11
图2-2-5文档管理
2.2.2 系统的非功能需求
在功能性需求获取的同事，获取非功能性需求也非常重要。该系统的非功能性需求主要包括：物理需求、安全性需求、可扩展性需求。
物理需求：数据库服务器硬件环境：内存2G以上，硬盘320G以上，CPU双核2.0MHz以上；Web服务器硬件环境：内存2G以上，硬盘320G以上，CPU双核2.0GHz以上；手机客户端：Android系统版本2.2以上，内存不低于1G。
安全性需求：为避免系统在运行中信息被盗，对敏感数据进行一定的加密处理。同时，对不同用户授予不同的权限，根据用户或用户组的不同权限的控制，实现合法用户的分级管理。
可扩展性需求：手机客户端采用远程升级措施，可以通过客户端后台远程下载方式更新文件，让客户端永远保持最新功能状态。
第三节移动办公系统的数据库设计
为满足办公、信息获取等方面的需求，本系统涉及到的实体模型有：用户，部门，邮件，通告，角色。将它们转变为关系模型如下（第一个为主码）：
用户（用户编号，用户名，性别，密码，邮件，所属部门ID，职位，电话，地址，相片，入职时间，状态，教育）；
部门（部门编号，部门名称，部门描述，层次，上级部门编号，电话号码，传真）；
邮件（邮件编号，发送人，发送人ID，发送时间，邮件内容，邮件标题，抄送人姓名列表，抄送人ID列表，收件人姓名列表，收件人ID列表，邮件状态，附件）；
通告（通告编号，发布人，标题，内容，生效时间，失效时间，状态，附件，用户ID，角色ID，部门ID）；
角色(角色编号，角色名称，角色描述，权限)。
2.3.1 数据库的逻辑设计
数据库的逻辑设计用E-R图来表示，E-R图即实体-联系图，提供了表示实体型、属性和联系的方法，用以来描述现实世界的概念模型。
12
（1） 用户实体及属性图 入职 时间 状态 用户 用户编号 教育 用户名 户名 性别 密码 邮件 所属部门ID 相片 职位 地址 电话 图2-3-1 用户实体及属性图
（2） 部门实体及属性图
传真 部门名称 户名 部门编号 部门描述 部门 层次 电话 上级部门编号 图2-3-2部门实体及属性图
（3）邮件实体及属性图 邮件状态 附件 邮件 邮件标题 邮件编号 发送人ID 发送人 户名 发送时间 邮件内容