图2.1 系统静态模型
2.2.1.4系统动态模型
用户在安装了客户端后，点击启动聊天系统客户端，如果用户没有账户，则点击进入注册界面按提示注册，注册成功后返回登录界面进行登录，登录信息通过系统验证后，提示登录成功且返回好友列表，如果该用户有好友，点击进入聊天界面，聊天数据通过客户端封装后传到服务端进行转发给相应好友接收显示，动态模型时序图如图2.2
图 2.2 系统动态模型
2.2.2用户注册
> 描述：输入注册需要的信息，且保证正确
> 参与者：用户
> 执行者：用户
> 前提条件：开启程序，进入注册界面
2.2.2.1 注册静态模型
注册模块主要实现了用户注册功能，主要类是RegisterActivity，该类中把数据封装成传输数据类中的实体，最后通过Socket将封装的数据传输到服务端进行数据操作如图2.3.
图2.3注册静态模型
2.2.2.2 注册动态模型
用户进入注册界面后按提示输入相关信息，客户端必须进行格式验证，验证成功后再进行注册，注册信息通过服务端处理后返回信息给客户端，提示用户所申请的账户号动态模型时序图如图2.4.
图2.4注册动态模型
2.2.3 用户登录
> 描述：输入正确的QQ号和密码显示登录错误，输入错误显示QQ密码错误
> 参与者：用户
> 执行者：用户
> 前提条件：启动程序，进入登录界面
2.2.3.1 用户登录静态模型
登录模块主要实现了用户的登录，该模型的主要类是LoginActivity类（主界面），其主要的数据是通过客户端封装后经过客户端socket传输给服务端，服务端应有一个Socket监听程序监听客户端的传输信息，并进行信息验证。该模块主界面类主要依赖相关类如图2.5。
图2.5用户登录静态模型
2.2.3.2 登录动态模型
进入登录界面后，按系统提示输入相关信息（本系统账户号暂为6位数字）；输入正确账户和密码格式正确后，数据传输到后台服务器进行验证，并且给客户端输出相应信息，登录动态模型如图2.5。
图2.5登录动态模型
2.2.4 用户主面板
> 描述：头像显示，账号号显示，好友列表，分组，好友基本信息，聊天信息显示
> 前提条件：正确登录账号后
2.2.4.1 用户主面板静态模型
用户登录成功后进入该模块，该模块主要实现用户好友列表显示，用户最近聊天好友列表显示，好友分组列表显示。主要依赖一系列的界面设计类以及一些适配器类以及数据传输类如图2.6。
图2.6用户主面板静态模型
事件流：
1. 头像的正确显示及即时更新；
2. 账号昵称的正确显示及即时更新；
3. 账号号的正确显示；
4. 好友列表正确显示及好友列表的更新；
5. 聊天消息提示；
6. 点击头像出现消息框；
7. 能否实现大小头像；
8. 好友上下线提示。
2.2.5用户聊天
> 描述：修改个人信息（昵称，，年龄，头像等）；
> 参与者：用户
> 执行者：用户
> 前提条件：正确登录QQ，打开个人信息面板
2.2.5.1 用户聊天静态模型
该模块主要实现了用户聊天功能，以及消息显示功能，消息的本地存储功能，该模块的主要类及主界面（ChatActivity）主要依赖一些实体类，数据存储类以及数据传输类如图2.7。
图2.7用户聊天静态模型
2.2.5.2 聊天模块动态模型
用户点击好进入聊天界面后，在输入框输入信息，点击发送后信息经过封装后传输到服务器进行转发给相应的好友如图2.8。
图2.8聊天模块动态模型
2.2.6 好友上下线提示
> 描述：当用户好友列表中的好友下线时，系统会推送提示信息给用户
> 参与者：用户 系统
> 执行者：系统
> 前提条件：系统运行正常，用户登录到用户界面，且保持在线
> 事件流：
1． 用户正常登录，系统运行正常，用户中有好友；
2． 当用户下线时 ，该用户会改变在线状态码；
3． 系统获取该状态码，且对该用户中的好友进行查找；
4． 再把该用户下线的消息通过系统发给每个好友。
2.2.7增加好友
> 描述：增加好友ID
> 参与者：用户
> 执行者：用户
> 前提条件：登录成功进入增加好友界面
> 事件流：
1． 必须知道对方ID可直接添加好友；
2． 添加后，好友列表更新；
3． 且系统会反馈信息回被加的用户，提示谁加了他。
2.3对性能的规定
2.3.1精度
> 在进行输入输出时必须清晰的列出所有输入状况及数据，不能马马虎虎，要考虑到尽可能达到的范围，以使输入输出完整准确。
2.3.2时间特
上一篇：
Android流量网络监控设计(超级实用版)
下一篇：
猪疥癣病的防治
2014-6-28
