一、团队组成和选题情况说明
1.团队组成
1.1团队组织
队长：
程环宇 2017202110110
队员：
王田路 2017202110104
张芷祎 2017202110105
张宇光 2017282110242
王婷婷 2017282110250
1.2 团队合影
2.收集需求
2.1 收集方式
1.向室友、实验室同学、宿管收集需求。
2.采用问答的形式，并用笔纸记下整理。
2.2 需求筛选
1.根据成员技术情况，选择需求，由于大部分成员没做过网页，不会JavaScript，所以我们选择Android。
2.我们采集到的需求有二手平台、校内交友、校内踪迹、科研助手等，我们从中选取了二手平台。
2.我们将用户的需求从简单到复杂以及重要与非重要做了排序，先完成简单且重要的，后完成复杂且不是必需的。
3.NABCD需求分析
3.1 Need 需求
每年，学校都会送走毕业生和迎来新生，而毕业生的一些东西可能还没用多久或者还有用却没地方处理只能卖给收废品的，而一些新生想要购买一些物品可是价格太贵，便将目光转到毕业生的二手物品。但是，学校却缺少这样的一个平台，让毕业生和新生可以便捷地买卖，所以我们就做了这样一个APP来满足大家的需求。
3.2 Approach 方法
为了满足这些需要，我们可以做出以下处理方式：
1.可以发动全校同学积极参与测试，并给出真实的用户体验。
2.利用网络，发布测试版产品，可以让不同学校年的用户使用体验并且可以给出一些建设性的意见。
3.小组刚刚成立，对于每个人都是第一次，我们首先要保持高度一致的目标，工作中措辞要适当，保证组内和谐团结；其次，遇到问题，我们一定要想尽一切办法，利用网络、寻找学霸、寻求老师的帮助。
4.一个体现个性的时代，适当满足用户的个性化需求，可以让整个程序的界面更美观，是程序拥有更亲和更友好的界面。
3.3 Benefit 好处
1.用户可以不用四处打听哪些学长学姐的东西不用要卖，登录我们的APP快速找到自己想要的东西。
2.方便用户交易，增进同学友谊。
3.4 Competitors 竞争
竞争优势：
1.我们可以请周围同学试用我们的新软件，可以得到比较真实的用户体验，外界的App不具备这种资源。
2.通过他们的反馈可以及时对我们的软件进行修改和更新。
3.5 Delivery 推广
我们会先从自己周围的同学，学弟学妹开始推销，让他们试验一下查询自己想买的书比如《构建之法》，就能查询到书本以及价格啥的。当然我们会对我们的二手物品进行分类，并且在软件里也会进行分类，通过同学，学弟学妹们的反馈啊，如果他们觉得还行就能帮我们推广一下，一传十，十传百。这样我觉得只要我们的软件做的好，就肯定会得到推广。二、项目进度安排
1.WBS
根据大家的时间与经验，我们选择了其中几个功能来做，包括：访客浏览功能、用户登录/注册功能、查看商品、加入购物车并提交订单功能、用户发布商品功能、商品及订单管理功能。
2.进度安排、人员分工及占工作量比例情况
具体内容如下表所示:
| Member | Task summary | Cost Time | Contribution |
| 程环宇 |
负责整合每个人的所分配的任务，并帮助进展较慢的成员。 |
12 | 8 |
| 张芷祎 |
负责前端原型设计，美工。 |
12 | 8 |
| 王田路 |
前端交互设计，实现前端功能 | 16 | 10 |
| 王婷婷 | 前后端信息传递 | 12 | 8 |
| 张宇光 |
后台服务器设计 |
12 | 8 |
进度安排:先初步完成基本功能，之后再完成进阶功能。
三、 需求规格说明书
git地址：https://github.com/WHUSE2017/MyGod/blob/master/Second-hand%20project/doc/Require-Specification.md