基于Android的校园跳蚤市场(二手)的设计与实现

转自:http://blog.csdn.net/qq137722697/article/details/52346766

基于Android的校园跳蚤市场(二手)的设计与实现

一、摘要

当今移动互联网高速发展,本文详细介绍了基于Android的跳蚤市场app从可行性研究,需求分析,总体设计,详细设计,实现、编码、测试与维护的实现过程。本系统旨在为高校的学生提供一个处理闲置、买到物美价廉的商品的平台;更重要的是,本系统可以让闲置的物品得到充分的利用,达到节约资源、实现优化资源配置等功能。

二、目录

这里写图片描述
这里写图片描述

三、效果图

3.1、服务端

服务端主要有管理用户管理商品管理评论查看数据统计版本控制修改管理员个人信息等。
使用的是JavaEE写的后台管理,页面布局主要使用Html+CSS、JavaScript、jQuery、ECharts等完成。

这里写图片描述

3.2、app端

3.2.1、登录页面

这里写图片描述

3.2.2、注册页面

1)、使用到了Mob的短信注册功能。(收到短信验证码之后自动填写到输入框,免去用户自己还要输入的过程)

这里写图片描述
2)、等待收取短信验证码
这里写图片描述
3)、短信内容

这里写图片描述
4)、完善个人信息
这里写图片描述
点击注册,注册成功之后跳转到登录页面。

3.2.3、主页面

1)、首页(商品搜索,广告栏,分类,急售,最新发布)

这里写图片描述

2)、首页(拍卖)

这里写图片描述

3)、分类

这里写图片描述

4)、发布

这里写图片描述这里写图片描述

3.2.4、商品详细页面

用户可以选择联系卖家(直接拨打电话,发送短信),也可以发表评论,如果是拍卖的商品还可以出价等。

这里写图片描述

3.2.5、商品发布页面

1)、填写发布页面

这里写图片描述

2)、自定义相机页面
(模拟器运行的效果哦)

这里写图片描述

限于篇幅,一些界面就不一一显示出来了。

四、业务流程设计

业务流程图(Transaction Flow Diagram, TFD),顾名思义,就是站在用户角度的业务或操作的流向,接下来就是本系统的业务流程图设计。

4.1、从游客到普通会员的业务流程图

这里写图片描述

4.2、从普通会员角度实现的业务流程图

这里写图片描述

4.3、从管理员角度实现的业务逻辑

这里写图片描述

五、数据流图

数据流图(DFD),就是承载了数据流向的图形信息,通过这些信息便于了解系统数据的流向。即使是非计算机专业的人员也可以看懂,便于与非开发人员进行沟通。

5.1、非会员用户数据流图

这里写图片描述

5.2、普通会员数据流图

这里写图片描述

5.3、管理员数据流图

这里写图片描述

六、数据字典

限于篇幅,这里只给出一个用户信息的数据字典
这里写图片描述

七、用例图

7.1、游客用例图

这里写图片描述

用例小结:
短信验证。游客必须通过了系统规定的短信验证,验证通过之后才能完善个人信息,完善之后才能注册成功。
完善个人信息。短信验证成功之后,才能进入完善个人信息,信息包括昵称、密码、学号、性别。

7.2、普通会员用例图

这里写图片描述

用例小结:
登录。用户必须登录才能进入手机主页面
浏览/查询商品信息。浏览查询商品信息之后可以对商品进行评价、出价。可以联系卖家。
发布商品。可以发布普通的商品、发起拍卖、免费送的商品等。
修改个人信息。可以修改昵称和密码,修改密码需要发送短信验证才可以进行修改。
管理个人商品。用户发布商品之后,能查看和删除自己的商品,如果商品已经卖出了可以设置该商品的状态为已经下架。

7.3、管理员用例图

管理员用例图

八、功能模块图

功能模块是系统所拥有的功能的集合表达,可以将父模块划归成许多的子模块,所有的子模块功能就组成了系统的总体功能。

8.1、总体功能模块

这里写图片描述

8.2、非会员模块

只用一个注册功能,就不贴图了

8.3、普通会员模块

这里写图片描述

8.4、管理员模块

这里写图片描述

九、总体设计

9.1、MVC模式与工程目录结构

MVC模式是开发中最流行的一种模式了,它主要包括Model模型层,以及View视图层,当然还有非常重要的Controller控制器层,下面来说说它的这三层到底对应什么:

  • 模型(Model)层:是对数据进行相关处理的一层,处理完成之后送给控制层。
  • 视图(View)层:顾名思义这一层就是用户可以看到的一层,它用于显示一些控制器处理完成之后返回的数据和信息。
  • 控制器层(controller):控制器层在MVC中扮演者非常重要的角色,它是需要获取用户的请求的交互数据,然后通过一种非常安全的方式交给模型层来处理交互数据,处理之后把结果交给视图层,视图层再显示交互数据给用户。

View层和Model分离,这样就可以实现更改View层的程序代码而不重新编译Model和Controller的代码;同样的,一个程序的需求改变的了,就只需更改MVC的Model层即可。由于Model、Controller和View之间是隔离的,因此很容易对系统的代码进行操作维护。
本系统的客户端和后台管理也都将采用MVC模式,具体的工程目录结构图如下:
这里写图片描述
正如图4.4所示,layout文件夹对应View层,里面存放的都是一下XML布局文件,activity[9]文件夹对应的是Controller层,里面是用户控制view显示,获取到用户的交互数据并交给Model层。model文件夹对应的就是Model层了,用于处理一些业务逻辑,并返回处理结果给Controller。
这里写图片描述
如图4.5所示,view文件夹在MVC模式中就算是View视图层,它是用来集中Jsp网页文件,便于管理界面显示。Action文件夹在MVC模式中算做Controller控制器层,里面都是一些接收请求发送响应的Servlet[10]。Model和engine文件夹在MVC模式中就算是Model层,这里面主要是业务逻辑/服务类,并返回处理结果到Controller。

9.2、E-R图

局部ER图实在太多,这里只贴总体的ER图
这里写图片描述

9.3、数据库设计

这里也是只贴总体设计:
这里写图片描述

十、实现

限于篇幅,这里不贴实现了,有需要原文和源码的联系我即可。



你可能感兴趣的:(基于Android的校园跳蚤市场(二手)的设计与实现)