本阶段,我们的项目进入了核心业务逻辑部分的实现。我们想做一个大学生需求互助平台,因此核心业务在于需求的发布与整个需求流程的追踪。此处先从需求开始,入手分析。
1.核心业务分析
发单者-->发布需求
接单者-->承接需求
……(需求跟踪)
本单需求完成
----------
以上,可以清晰的看出,对于需求的处理,在于发布承接、需求跟踪。需求跟踪暂时不讨论,目前先讨论处理需求的发布与承接。对于发单者来说,需求发布需要填写哪些内容呢?对于需求的承接着来说,他能够看到需求的哪些方面呢?一切都亟待解决。
2.数据库定义
着手处理上面提到的内容。发单者需要填写的内容,是对于整个需求的详细描述。因此,必须包含主题、时间、地点、等待超时。其次,还可以包含详细描述、需求分类等。当然,用户相关的信息也是必不可少的,不过这个就不必用户填写了。给出我们的数据库定义:

3.通讯接口定义
定义好了数据库,就可以使用DAO工具非常方便地生成Beans。表单的话,就直接使用这个Bean就很好,客户端上传数据时,只要使用request.XXX就可以了。

4.移动端需求发布上传
接口什么的都定义好了,就需要客户端一起测试一下了。客户端通过Volley框架,连接服务端并发送数据。服务端接收数据并存入数据库,这一切交由SSH框架处理。
5.移动端获取最新需求并显示
成功存储数据到数据库后,我又添加了需求获取接口,让“接单者”可以获取需求并接单执行。这个接口的处理还是相对容易的,通过GSON封装数据库实体类,然后返回给客户端即可。客户端获取后,通过Log打印数据,还是非常准确的。
本文介绍了一个针对大学生的需求互助平台的设计过程。重点分析了核心业务逻辑,包括需求的发布与跟踪。详细讨论了数据库设计,包括需求发布所需字段,并定义了通讯接口及移动端交互流程。
473

被折叠的 条评论
为什么被折叠?



