聊天室系统

项目需求分析设计 聊天室系统

主要内容 • 项目需求 • 项目背景 • 功能分析 • 用例描述 • 系统设计 • 重点难点分析 • 知识点讲解

项目背景 • 项目背景： • 网络时代的到来，给人们的生产和生活带来了跳跃式的发展。以前人们的信息交流是通过电话、信件、电报等手段，由于功能的局限给收发双方带来了很多的不便。随着网络聊天、电子邮件、万维网等的出现，使人们阅读和交换信息变得更加便捷。以前一封信件从一方到另一方最快也要一天的时间才能送到，现在只要双方都拥有连入互联网的计算机，发送同样内容的信息只需要几分钟甚至更短的时间。

用例分析 • 功能用例图

用例描述 • 用例描述 • 用户登录 • 显示在线用户 • 显示聊天内容 • 发送聊天信息

用户登录 • 1.0 用例名称： • 用户登录 • 1.1 简要说明： • 本用例的主要功能：选择目的聊天室，然后填写用户昵称向服务器发请求。服务器检测用户昵称，如果填写的昵称合法，则保留注册昵称，登录注册成功进入聊天室主界面。 • 1.2 事件流： • 1.2.1 基本流： • 1.2.2 备选流： • 1.3 特殊需求： • 1.4 前置条件： • 1.5 后置条件：

显示在线用户-1 • 2.0用例名称： • 显示在线用户 • 2.1 简要说明： • 显示用户所在聊天室的在线人数及昵称。显示该聊天室系统的总人数。用户可随时切换聊天对象，同时实时更新在线用户昵称列表。 • 2.2 事件流： • 2.2.1 基本流： • 1. 检查是否选择聊天室，是否填写昵称，否则进入备选流1。 • 2. 显示用户所在聊天室的在线人数及昵称。显示该聊天室系统的总人数。 • 3. 实时更新在线用户昵称列表。如果用户在聊天室的信息被删除，进入备选流2。 • 4. 切换聊天对象，进入备选流3。

显示在线用户-2 • 2.2.2 备选流： • 1.2.2.1 备选流1： • 1. 如果用户没有选择聊天室，没有填写合法的用户昵称。 • 2. 用户返回用户登录用例的基本流1。 • 2.2.2.2 备选流2： • 1. 用户退出聊天室。 • 2. 聊天室的主窗口被关闭。 • 1.2.2.3 备选流3： • 1. 用户选择了相应的聊天对象。 • 2. 用户进入发送聊天信息用例基本流1。

显示在线用户-3 • 2.3 特殊需求： • 1. 必须通过聊天的主框架显示。 • 2. 聊天室名称和用户昵称不能非法。 • 2.4 前置条件： • 选择聊天室，并且填写合法的用户昵称，而后才能通过聊天的主框架界面显示用户昵称列表。 • 2.5 后置条件： • 用户选择希望进行交流的聊天者昵称。

显示聊天内容-1 • 3.0 用例名称： • 显示聊天内容 • 3.1 简要说明： • 显示每一个在线用户的聊天内容及昵称。 • 3.2 事件流： • 2.2.1 基本流： • 1. 检查是否选择聊天室，是否填写昵称，否则进入备选流1。 • 2. 显示聊天内容和昵称，并且滚动条总是停留在当前聊天内容处。 • 3. 实时更新聊天内容。

显示聊天内容-2 • 3.2.2 备选流： • 3.2.2.1 备选流1： • 1. 如果用户没有选择聊天室，没有填写合法的用户昵称。 • 2. 用户返回登录用例的基本流。 • 3.3 特殊需求： • 1. 必须通过聊天系统的主框架显示。 • 2. 聊天室名称和用户昵称合法。 • 3.4 前置条件： • 必须选择聊天室，并且填写合法的用户昵称，而后才能通过聊天系统的主框架界面显示聊天内容界面。 • 3.5 后置条件： • 无

发送聊天信息-1 • 4.0 用例名称： • 发送聊天信息 • 4.1 简要说明： • 显示参与者的昵称和接收信息者的昵称，发送需要传递的聊天信息，能够保留当前聊天记录到本机，能够退出所在聊天室。 • 4.2 事件流： • 4.2.1 基本流： • 1. 检查是否选择聊天室，是否填写昵称，否则进入备选流1。 • 2. 显示用户自己的昵称和聊天对象的昵称。 • 3. 根据用户的操作，系统相应执行以下的操作： • 用户要求退出聊天室，转入退出子流； • 用户要求保存当前聊天内容，转入保存聊天内容子流； • 用户选择昵称文字颜色，转入修改颜色子流； • 填写聊天内容进行发送，如果聊天内容为空时进入备选流2。 • 4. 实时更新聊天对象昵称。

发送聊天信息-2 • 4.2.1.1 退出子流 • 1. 删除用户信息。 • 2. 关闭聊天系统主框架窗口。 • 4.2.1.2 保存聊天内容 • 1. 选择保存位置，填写文件名称，确认保存聊天内容，进行保存。 • 2. 返回基本流2。 • 4.2.1.3 修改颜色子流 • 1. 根据选择的按钮类型，修改聊天内容的颜色。

发送聊天信息-3 • 4.2.2 备选流： • 4.2.2.1 备选流1： • 1. 如果用户没有选择聊天室，没有填写合法的用户昵称。 • 2. 返回登录用例的基本流1。 • 4.2.2.2 备选流 2： • 1. 如果用户聊天内容为空，检查没有通过，应提示“聊天内容不能为空！”。 • 2. 返回基本流2。 • 4.3 特殊需求： • 1. 通过聊天的主框架显示。 • 2. 聊天室名称和用户昵称不能非法。 • 4.4 前置条件： • 必须选择聊天室，并且填写合法的用户昵称，而后才能通过聊天的主框架界面显示聊天内容界面。 • 4.5 后置条件： • 无

系统设计 • 系统设计 • 功能概述 • 系统构架 • 页面设计

功能概述 • 1. 登录和昵称注册。 • 2. 显示聊天内容。 • 3. 在线用户显示。 • 4. 发送聊天信息。 • 5. 保存聊天内容。 • 6. 退出聊天室。

系统构架 • 系统构架

页面设计-设计原则 • 界面设计原则: • 简洁性 • 一致性 • 对比度

页面设计-聊天室首页面 • 聊天室首页面：

界面设计-登录界面 • 登录界面

界面设计-聊天室主界面

重点难点分析 • 在代码实现中需要解决一些技术性的问题。具体问题列表如下： • 1，聊天室房间名称的存储。 • 2，聊天内容的存储。 • 3，用户昵称的存储。 • 4，用户昵称的添加删除。 • 5，所有用户昵称列表的存储。 • 6，聊天记录的本地保存。 • 7，框架的实现。 • 8，聊天人数的记录。 • 9，对用户呢城的检测。 • 10，用户昵称的输出。

信息持久化存储

会话层的信息存储问题

字符串处理 • 1，Split，函数原型如下： • 2，Substring 函数原型如下所示：

本地保存和框架实现 • 作嵌入式框架 Iframe • document下的execCommand命令

知识点讲解 • 配置文件Web.config • 应用程序文件Global.asax • Asp.net内置对象 • Response对象 • Request对象 • Application对象 • Session对象 • Server对象 • execCommand 命令讲解

总结 • 项目需求 • 项目背景 • 功能分析 • 用例描述 • 系统设计 • 重点难点分析 • 知识点讲解

聊天室系统

聊天室系统

Presentation Transcript