本阶段,我们的项目进入了核心业务逻辑部分的实现。我们想做一个大学生需求互助平台,因此核心业务在于需求的发布与整个需求流程的追踪。此处先从需求开始,入手分析。
1.核心业务分析
发单者-->发布需求
接单者-->承接需求
……(需求跟踪)
本单需求完成
----------
以上,可以清晰的看出,对于需求的处理,在于发布承接、需求跟踪。需求跟踪暂时不讨论,目前先讨论处理需求的发布与承接。对于发单者来说,需求发布需要填写哪些内容呢?对于需求的承接着来说,他能够看到需求的哪些方面呢?一切都亟待解决。
2.数据库定义
着手处理上面提到的内容。发单者需要填写的内容,是对于整个需求的详细描述。因此,必须包含主题、时间、地点、等待超时。其次,还可以包含详细描述、需求分类等。当然,用户相关的信息也是必不可少的,不过这个就不必用户填写了。给出我们的数据库定义:
![](https://img-blog.csdn.net/20170602211751180?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQveXVzaHVsaW5mZW5ncHJj/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
(图片-数据库定义)
3.通讯接口定义
定义好了数据库,就可以使用DAO工具非常方便地生成Beans。表单的话,就直接使用这个Bean就很好,客户端上传数据时,只要使用request.XXX就可以了。
![](https://img-blog.csdn.net/20170602211815618?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQveXVzaHVsaW5mZW5ncHJj/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
(图片-数据库对应实体类)
4.移动端需求发布上传
1.核心业务分析
发单者-->发布需求
接单者-->承接需求
……(需求跟踪)
本单需求完成
----------
以上,可以清晰的看出,对于需求的处理,在于发布承接、需求跟踪。需求跟踪暂时不讨论,目前先讨论处理需求的发布与承接。对于发单者来说,需求发布需要填写哪些内容呢?对于需求的承接着来说,他能够看到需求的哪些方面呢?一切都亟待解决。
2.数据库定义
着手处理上面提到的内容。发单者需要填写的内容,是对于整个需求的详细描述。因此,必须包含主题、时间、地点、等待超时。其次,还可以包含详细描述、需求分类等。当然,用户相关的信息也是必不可少的,不过这个就不必用户填写了。给出我们的数据库定义:
(图片-数据库定义)
3.通讯接口定义
定义好了数据库,就可以使用DAO工具非常方便地生成Beans。表单的话,就直接使用这个Bean就很好,客户端上传数据时,只要使用request.XXX就可以了。
(图片-数据库对应实体类)
4.移动端需求发布上传
接口什么的都定义好了,就需要客户端一起测试一下了。客户端通过Volley框架,连接服务端并发送数据。服务端接收数据并存入数据库,这一切交由SSH框架处理。
成功存储数据到数据库后,我又添加了需求获取接口,让“接单者”可以获取需求并接单执行。这个接口的处理还是相对容易的,通过GSON封装数据库实体类,然后返回给客户端即可。客户端获取后,通过Log打印数据,还是非常准确的。