发布时间 : 星期二 文章基于android平台的美食分享社区的设计与实现本科毕业设计更新完毕开始阅读534bd8d332d4b14e852458fb770bf78a65293a95
* 通知管理器 (Notification Manager) 使得应用程序可以在状态栏中显示自定义的提示信息。
* 活动管理器( Activity Manager) 用来管理应用程序生命周期并提供常用的导航回退功能。 2.1.4. 应用程序
Android会同一系列核心应用程序包一起发布，该应用程序包包括email客户端，SMS短消息程序，日历，地图，浏览器，联系人管理程序等。所有的应用程序都是使用JAVA语言编写的。
3. 系统分析
3.1. 开发环境
开发环境：Windows7，Myeclipse10，eclipse,Tomcat服务器，jdk1.7，ADT22.3,SQL server 2008。
3.2. 需求分析
3.2.1. 功能需求
系统功能模块分析：
A)Android 客户端：此客户端主要分为三大模块：
1)热门菜品推荐：每次进入客户端之后都会自动请求服务端获取最新、热门的相关菜品，用户可以对相关菜品加入喜欢列表，或者设置某些菜品不再推荐。
2)菜品分类：这个模块对所有的菜品进行了智能、细致的分类，用户可以通过此分类页面进入您要查看的菜品类别。
3)菜品搜索：包括关键字搜索、类别搜索、发布者搜索、标签搜索、等等。 B)后台数据处理端：对数据进行操作，并与android 客户端进行数据交互。 3.2.2. 性能需求
无论是客户端和后台端，当用户登录，进行任何操作的时候，系统应该尽量及时的进行反应，反应的时间在3秒以内。系统应能监测出各种非正常情况，如客户端的网络中断，无法连接数据库服务器，后台数据处理端链接异常，网络状况慢则提示用户稍后登录等，避免出现长时间等待甚至无响应。 3.2.3. 界面需求
1) 页面内容：主题明确，排版清晰简洁，站点链接和标题格式统一，规范，栏目、菜单设置和布局合理，传递的信息准确及时。内容丰富，功能多样。控制广告数量，给人一种思路清晰，目的明确的感觉，同时也不失餐饮业介绍所应有
5
的特色。
2) 导航结构：页面具有明确的导航指示，且便于记忆理解，方便用户使用。 3) 机型兼容：页面大小适当，能用各种常用机型以不同分辨率进正常使用此应用；用Xml进行布局处理，尽量避免应机型的差异而出现的漏洞。
4) 艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；背景颜色适中，不会引起视觉疲劳；色彩和谐自然,与主题内容相协调 3.2.4. 可靠性需求
Android 客户端应到保证2.2.x以上机型都能使用，并且使用主流的分辨率手机都能正确的显示，保证至少100人可以同时在客户端登录，系统正常运行，正确提示相关内容。
3.2.5. 开发性及可扩充性需求
系统应具有十分的灵活性，以适应将来功能扩展的需求。 3.2.6. 安全性需求
a) 权限控制：客户端由于一些功能上的需要，将会获得一些android 系统上的相关权限，例如，网络访问权限、定位权限、存储读取权限等，不会泄漏用的个人隐私，如联系人、短信等敏感信息。
b) 访问控制：非注册用户（游客）只可以搜索美食信息，只有登陆用户才可以对美食进行收藏、上传、评价等操作。 3.2.7. 可行性分析
随着我国经济的发展和人们生活水平的提高，全国餐饮企业一直保持着高速增长的态势，已成为了我国消费需求市场中增长幅度最高、发展速度最快的行业之一。饮食行业作为第三产业，是国家大力倡导和重视加速发展的行业。但是在飞速发展的同时也引发了很多问题，很多人们对餐厅太过拥挤、食物质量得不到保证、客流高峰期就餐困难、点餐等待等问题非常困扰，而自己却因不会自己动手做出自己喜欢的美食，而不得不被迫困扰于这些问题中，此“美食分享社区”就是为了让人们在最短的时间学习制作出自己喜欢的美食。
4. 数据库设计
目前主流的数据库都是关系型数据库，关系型数据是指：是建立在关系模型基础上的数据库，借助于集合代数等数学概念和方法来处理数据库中的数据。现实世界中的各种实体以及实体之间的各种联系均用关系模型来表示[21]。
6
数据设计严格遵循数据库设计范式，至少要满足三个范式，关于三个范的介绍如下：
第一范式：在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库[18]。
第二范式：第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。
第三范式：满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。
4.1. 后台服务端数据库设计
1）users（用户表） 如下：
表1 用户表 Table 1 user table
属 性 字段名 数据类型 长度 是否为空 备注 ID userid int 8 not null PK 用户名 usernum nvarchar 50 not null FK 密码 vPassword nvarchar 16 not null
昵称 username nvarchar 50 not null 头像图片路径 userimg text 50 null 用户创建时间 userctime datetime / not null
2）foodmenu(菜谱基本表) 如下：
表2 菜谱基本表
Table 2 foodmenu base info table
属 性 字段名 数据类型 长度 是否为空 备注 ID fid int 8 not null PK
菜品名称 fname nvarchar 50 not null
菜谱上传者 uid int 8 not null 菜谱图片路径 fimg text 50 null 菜谱上传时间 fuptime datetime / not null
7
3）ucollect(用户收藏表) 如下：
表3 用户收藏表 Table 3 user collect table
属 性 字段名 数据类型 长度 是否为空 备注 菜谱id fid int 8 not null PK 收藏id uid int 8 not null PK
收藏时间 uctime datetime / not null
4）fmarks（标签表）如下：
表4 标签表 Table 4 food marks table
属 性 字段名 数据类型 长度 是否为空 备注 id fid int 8 not null PK
标签名称 fname nvarchar 50 not null 标签说明 fminfo text / null
5）fclasses（类别表)如下：
表5 菜谱类别表 Table 5 food class table
属 性 字段名 数据类型 长度 是否为空 备注 id fcid int 8 not null PK
类别名称 fclasses narchar 15 not null 收藏时间 uctime datetime / not null
6）fmc（类别-标签表)如下：
表6 类别-标签表 Table 6 class-marks table
属 性 字段名 数据类型 长度 是否为空 备注 类别id fcid int 8 not null PK
标签id fmid int 8 not null PK
8