MyFlag Step4：APP的详细设计和界面设计
在这两天的工作中，我所在的小组进一步进行系统的详细设计，界面设计也在不断跟进之中。这几天我们小组主要针对了以下几点进行了讨论：
- 用户端详细设计的进行
- 服务器端详细设计的进行
- 用户界面设计的进行
在这里，我对自己最主要参与的部分，即用户端的详细设计做一个着重的介绍。
经过这几天的努力，用户端APP的详细设计已经基本全部完成，在上一篇的博客中，已经介绍了注册和登录，在这里，我另外挑选几个主要的功能做一下介绍。
一、创建Flag
伪代码如下：
1.检查网络是否可用，不可用跳转到11
2.检查各项信息是否输入完整，不完整跳转到11
3.检查日期输入是否合法，不合法跳转到11
4.从缓存对象SharedPreferences中获取用户ID，获取失败跳转到11
5.对数据进行格式化处理，以满足服务器接口要求
6.建立链表，将用户输入的数据保存在其中
7.调用网络工具类接口，等待返回结果
8.判断返回结果是否成功，不成功跳转到11
9.判断返回的数据中的数据是否为“0”，不为“0”跳转到11
10.创建Flag成功
11.创建Flag失败
画出的UML活动图如下所示：
二、修改个人信息
伪代码如下：
1.检查网络是否可用，不可用跳转到11
2.检查昵称是否输入正确，不正确跳转到11
3.检查性别是否输入正确，不正确跳转到11
4.从缓存对象SharedPreferences中获取用户ID，获取失败跳转到11
5.对数据进行格式化处理，以满足服务器接口要求
6.建立链表，将用户输入的数据保存在其中
7.调用网络工具类接口，等待返回结果
8.判断返回结果是否成功，不成功跳转到11
9.判断返回的数据中的数据是否为“1”，不为“1”跳转到11
10.修改个人信息成功
11.修改个人信息失败
画出的UML活动图如下所示：
三、查找用户
伪代码如下：
1.检查网络是否可用，不可用跳转到11
2.检查搜索信息是否输入正确，不正确跳转到11
3.检查搜索信息是否是11位，是跳转到4，不是跳转到5
4.建立链表，将用户输入的数据保存在其中，搜索类型为“手机号”
5.建立链表，将用户输入的数据保存在其中，搜索类型为“ID”
6.调用网络工具类接口，等待返回结果
7.判断返回结果是否成功，不成功跳转到11
8.解析json数据，获取用户ID
9.判断ID是否为“0”，为“0”跳转到11
10.查找用户成功，跳转到添加好友界面
11.查找用户失败
画出的UML活动图如下所示：
四、添加好友
伪代码如下：
1.检查网络是否可用，不可用跳转到9
2.从缓存对象SharedPreferences中获取用户ID和要添加的好友ID
3.判断获取ID是否成功，不成功跳转到9
4.获取用户输入的验证信息
5.建立链表，将相关信息存入其中
6.调用网络工具类接口，等待返回结果
7.判断返回结果是否成功，不成功跳转到9
8.添加好友请求发送成功
9.添加好友请求发送失败
画出的UML活动图如下所示：
除了已经介绍的这四个活动的详细设计之外，所有主要功能的详细设计都已经基本完成，但因为内容过多，不在此一一讲述。所有的详细设计都已经经过了初步的审阅，没有发现问题。在客户端APP的方面，下一步就可以开始编码工作了。
至于服务器的详细设计和用户界面设计的部分，因内容较多，在这里不再赘述，详见项目博客。
到现在为止，项目实训已经过去了两周，下周开始编码工作。虽然看似有些晚，但因为前期的系统设计和详细设计准备的比较充分，相信编码的进度应该会比较的快。总体来说，目前的进度是在计划中的。