第一周（2）：myflag开发细化

引言

这几天，我和我的团队继续讨论，对这个项目的实际开发做了准备。在大家的共同交流下，一共讨论了一下几点。

- 具体需求的细化
- 根据需求初步确定mysql表，并进行相关优化
- 后台提供的功能以及接口规范
- 客户端的功能模块
- 相关框架、技术的初步确定
- 微信小程序的移植可行性（可选）

  我觉得，一个项目的开发，必定要有周全的准备，而在准备的过程中，只有一个人是不可以的，要求团队都要有细致的考虑，让每个人都发挥出自己的想法。由于，大家讨论的时候都很热情，都充分表达了自己的想法，作为队长，最重要的不是提出自己的意见，而是能够带领这个团队正确的走下去。这就要求，充分的考虑大家的意见，保证大家同意整体的想法，因为我们只有四个人，任何一个人的不确定都很有可能导致我们的失败。

需求细化

这是我们的用例图如下：

• 整个系统只有用户这一个角色
• 用户首先可以进行注册账号并填写个人信息
• 注册之后才可以登录当前账号
• 登录才能退出
• 用户可以进行相关的设置，其中包括个人资料的设置比如用户名、性别、个性签名等，还可以进行密码的修改
• 用户的好友功能，可以添加好友和删除好友
• 对于核心功能MyFlag，可以新建一个Flag，同时可以邀请好友监督我的Flag并且设置监督奖励，根据每天的情况打卡接受好友的监督
• 社区功能可以显示我以及好友的Flag，并且可以主动申请成为好友某一个Flag的监督人，并且监督好友Flag的完成情况

后台支持

根据需求可以将后台服务器所提供的功能大体分为以下几个方面：

• 关于用户
  
  • 用户注册
  • 用户登录
  • 修改个人信息
  • 修改密码
  • 查找用户
• 关于添加好友
  
  • 添加好友
  • 确认添加好友
  • 改变备注
  • 我的朋友
  • 获得好友请求列表
• 创建Flag
  
  • 创立Flag
  • 查看我的Flag
  • 查看朋友Flag
  • 删除Flag
  • 处理要求监督Flag的要求
  • 评价Flag
  • 获得邀请我监督的请求
  • 获得一个flag
  • 获取我监督的flag
  • 请求监督
  • 确认别人的请求监督
  • 得到别人想要申请监督我的flag的 消息列表
  • 得到我申请监督别人的flag的 消息列表

具体的接口规范大致按照如下格式：

 1 用户注册    URL：/user/Register    Parameter：   nickname  用户昵称        password   用户密码        phone      手机号  （11位）        email      电子邮件        information 个人信息        sex     性别（男或者女  String类型 ）    return：json格式的id(用户id)  2  登陆      URL：/user/Login    Parameter:        id      用户的id        password    用户密码    return：json格式的user

客户端功能模块

该系统许多操作都需要与服务器进行通信，而这些网络通信又都具有一定的共性，故将所有基本的网络通信方法封装在类util包下NetUtil类中，将具体处理留给实现了接口的子类来实现。

其中已经确定的功能模块有：

• 网络请求工具类，封装了与服务器通信的方法
• 登录
• 注册
• 创建Flag

相关框架、技术

• axure构件原型
• 安卓的界面使用materim design
• Retrofit2+OkHttp3+RxJava搭建网络框架
• daggar2依赖注入
• 服务器端与数据库连接的C3P0