团队作业——系统设计

一、关于需求规格说明书

需求分析书version2.0地址github

上一周我们经过初步的讨论提交了需求规格说明书，经过答辩和小组内部讨论总结出以下几点不足：

• 原型界面展示没有很强的逻辑性，看起来比较没有条理
• 功能考虑不够全面
• 验收验证做了思维导图，这次补充验收验证表格

这一周经过更深层次的讨论，在原有的基础上，我们对一些功能进行了一些增加和删除

• 平台主要定位对象是福大本校学生，交易的物品主要是书籍，洗衣机、电动车等大件物品或其他生活物品，原本包括租用和捐赠功能，但是租用功能实用性不高，所以选择删除，只保留捐赠功能。
• 对于发布功能在原有只能发布商品的基础上，增加发布需求的功能，并在首页和我的板块分别增加需求信息和我的需求两个模块，在里面添加相应的具体内容。

二、团队编码规范

Android项目代码编写规范：github

PHP代码规范：github

三、ER图

ER图

物理模型

四、后端架构设计

APP开发采用MVP模式

图解：

• M(Model) 数据相关层

• V(View) 视图层，如Activity上的布局

• P(Presenter) 纽带层，用来连接Model与View.

MVP开发在Android中的基本流程

1. View层定义View.interface，用来定义View的行为。一般由Activity或者是Fragment来实现这个接口，它定义了View视图的各种变化，如设置Textview,加载对话框，更新进度条等。

2. Model层定义Modle.interface,这个是用来定义数据层发生变化时的通知接口，因为Model不能直接与View交互，所以它与Presenter交互，然后再通过Presenter间接达到与View的交互。

3. Presenter翻译的意思是主持人，也就是主持场合，控制节奏的意思。Presenter负责具体的业务逻辑，请求数据，把数据送到Model，或者监听Model的数据变化，接受View层的动作，负责通过通知View层的视图变化。

后端采用基于CodeIgniter框架的LNMP环境开发。

选用CodeIgniter框架的原因

• 它一个小巧的框架，但有出色的性能；
• 它一个几乎零配置的框架；；
• 不需要被迫学习一种新的模板语言（当然如果你喜欢，你可以选择一个模板解析器）；
• 有着清晰、完整的文档。
• 容易上手

CodeIgniter框架 的开发基于MVC（模型-视图-控制器）设计模式。MVC是一种用于将应用程序的逻辑层和表现层分离出来的软件方法。
模型 代表存储的数据结构。通常来说，模型类包含对数据库进行增删改查的方法。这些方法是对数据处理的重要部分。
视图 是要展现给用户的信息。一个视图通常就是一个网页，但是我们的APP中，使用到的视图主要是在web端部分。
控制器是模型、视图以及其他任何处理 HTTP 请求所必须的资源之间的中介。安卓端我们将会使用到CI的M/C。

• 前台使用okhttp获取后台数据
• 后台使用php编写API接口

五、团队分工

• WBS图
  

• Leangoo分工图
  

• 团队分工
  

• 燃尽图
  

六、分工和工作量比例

姓名	比例（%）
刘双玉	15
李佳铭	11
杜宏庆	11
肖小强	12
汪志彬	11
江郑	12
符天愉	16
邓弘立	12