2022年面向对象分析与设计-即时聊天系统 .pdf

《2022年面向对象分析与设计-即时聊天系统 .pdf》由会员分享，可在线阅读，更多相关《2022年面向对象分析与设计-即时聊天系统 .pdf（29页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、中南民族大学计算机科学学院实验报告课程面 向 对 象 分 析 与 设 计题目即 时 聊 天 系 统年级2009 级专业软 件 工 程姓名学号指导教师日期2012 年 03 月 28 日名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 29 页 - - - - - - - - - 2 文档修订历史日期版本教师评语描述12/03/09 1.0 系统概述12/03/10 1.1 格式不对，修改正文格式的校对，目录的更新12/03/10 1.2 添 加 非 功 能 性需求非功能性需

2、求的增加12/03/16 2.0 术语表、用例、设计概述12/03/17 2.1 用例图的修改由于用例图添加了的内容很多，系统活动图需要整体修改，同时增加系统管理员的内容。12/03/18 2.2 缺少界面增加了系统界面12/03/18 2.2 主界面的完善界面增加主界面或者至少一个用例操作界面12/03/25 3.0 类图、对象模型和数据字典12/03/27 4.0 动态模型、功能模型、数据库定义、部署图名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 29 页 - -

3、- - - - - - - 3 目 录1 概述. 4 1.1 系统简述 . 4 1.2 软件设计目标. 4 1.3 参考资料 . 6 1.4 修订版本记录. 6 2 术语表 . 7 3 用例. 9 4 设计概述 . 12 4.1 简述 . 12 4.2 系统结构设计. 12 4.3 系统界面 . 14 4.4 约束和假定 . 16 5 对象模型 . 16 5.1 类定义 . 16 5.2 类关联描述 . 16 5.3 对象模型图 . 18 6 对象数据字典描述. 18 6.1 用户系统中的对象. 18 7 动态模型 . 22 7.1 场景（ Scenarios） . 22 7.2 事件定义（

4、Events） . 23 7.3 状态图 . 26 8 功能模型 . 27 8.1 确定输入输出与事件关系. 27 8.2 功能模型图 . 28 9 数据库定义 . 30 10 部署图 . 31名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 29 页 - - - - - - - - - 4 1 概述1.1 系统简述现在，各种聊天软件相继出现， 其中以 QQ 软件做的最好。 但是由于其商业化性质太强，各种增值业务的存在， 导致 QQ 用户等级划分出现， 引起了部分用户的反感

5、。即时聊天系统，又名Lovely Talk，是一款非盈利性质的聊天软件。其用户界面形象直观，简洁快速实用， 可以满足大部分人群的聊天需求，同时满足平等化的观念。即时聊天系统，是一个在线聊天软件。该系统的开发主要包括后台数据库的建立与维护，前台应用程序、用户界面的开发两大方面。运行环境硬件环境：处理器： Intel Pentium及以上 /AMD 内存： 512M 硬盘空间： 80G 软件环境：服务器端 / 客户端：操作系统： Windows98/ME/2000/XP或者 Win7 1.2 软件设计目标功能需求：（1）该系统可以实现用户在此线注册、登录的功能以及用户间的查询、添加好友、删除好友、

6、聊天、访问家园空间、进入娱乐应用以及举报的功能。（2）该系统采用形象化界面， 根据用户的提供住址信息， 将在界面地图上标注。这样好友容易知道对方的一些基本信息。同时，此系统只记录在线人员的情况，不名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 29 页 - - - - - - - - - 5 提供隐身、忙碌等状态。即Lovely Talk的宗旨是活跃聊天的即时聊天系统。(3) 该系统在每个地区划分上设有一系列的管理员，类似现实中的省长、市长、县长，共分三级管理员， 负责不

7、同的事情。 管理员账户系统自动分配， 且是固定的。非功能需求：（1） 该系统使用C+ 编写，后台数据库使用SQL支持，同时需要Word、Photoshop、Excel 、Visio等软件设计一些必要的文档、表格、图片以及各种 UML 图。（2） 该系统在 Windows98/2000/XP/Win7 等均可运行，操作简便，程序响应快速，用户界面友好。系统总体活动图如下：登录注册增加新用户添加好友查询娱乐应用删除好友聊天精确查询模糊查询更新好友列表选择应用退出系统后台登录好友操作举报审核处理执行发布名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - -

8、- - - - 名师精心整理 - - - - - - - 第 5 页，共 29 页 - - - - - - - - - 6 1.3 参考资料1 麻志毅 . 面向对象分析与设计. 机械工业出版社 ,2008 2 王珊、萨师煊 . 数据库系统概论 . 高等教育出版社 ,2006 3 张海藩 . 软件工程导论 . 清华大学出版社 ,2008 1.4 修订版本记录文档修订历史日期版本教师评语描述12/03/09 1.0 系统概述12/03/10 1.1 格式不对，修改正文格式的校对，目录的更新12/03/10 1.2 添 加 非 功 能 性需求非功能性需求的增加12/03/16 2.0 术语表、用例、

9、设计概述12/03/17 2.1 用例图的修改由于用例图添加了的内容很多，系统活动图需要整体修改，同时增加系统管理员的内容。12/03/18 2.2 缺少界面增加了系统界面12/03/18 2.2 主界面的完善界面增加主界面或者至少一个用例操作界面12/03/25 3.0 类图、对象模型和数据字典12/03/27 4.0 动态模型、功能模型、数据库定义、部署图名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 29 页 - - - - - - - - - 7 2 术语表用户1

10、.注册：用户想要使用即时聊天系统Lovely Talk，必须申请一个账号，这是一切操作的前提。2.登录：用户在申请到账号之后，使用账号和密码进行登录，进行其他操作。每一个新用户都必须登录后才能使用系统进行其他操作。3.好友操作： .查询好友，用户根据好友的账号，进行搜索查询，然后进行相关操作。添加好友，用户可以将好友添加到好友列表中去。删除好友，用户可以选择性的删除部分不聊天的好友。聊天，用户和好友交流时，点击好友家园，就可以进行交互聊天了。因为系统只提供在线状态，即用户如果在线，则家显示开放状态，有色彩。如果不在线，则显示关闭状态。即形象化的开门和关门状态。访问空间，即访问用户的家园空间。4

11、.娱乐应用：用户在聊天之余可以进行娱乐活动。娱乐应用里提供了丰富的在线小游戏。同时提供家园空间。家园空间，是用户拥有自己的账号之后，根据其归属地，在虚拟地图上生成的相应的房屋标志，这是用户的家。较之一般的空间，显得更形象化。5.举报：用户可以举报一些违法、骗人的用户，被举报的用户会被系统管理员审核，并作相应处理。小管（第三级级系统管理员）1.后台登录：后台专门的系统管理员登录界面，小管理员使用既定的账号密码登录。并开始其他工作。2.审核：小管是指系统管理员最低权限管理，负责审核用户举报的违法用户，并将信息反馈给中管，即第二级系统管理员。中管（第二级系统管理员）1.后台登录：后台专门的系统管理员

12、登录界面，中管理员使用既定的账号密码名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 29 页 - - - - - - - - - 8 登录。并开始其他工作。2.处理：中管接收小管提供的信息，对账号的行为进行简略描述，并将处罚方式封号永久、封号几天等，整理后反馈给大管，即第一级系统管理员。大管（第一级系统管理员）1.后台登录：后台专门的系统管理员登录界面，大管理员使用既定的账号密码登录。并开始其他工作。2.执行：通过中管的处理信息，对违法用户做出相应处罚。3.发布：发布系统

13、消息，如系统更新通知，提醒用户注意骗子等。3 用例系统总体用例图如下：用户大管中管小管后台登录登录注册查询好友添加好友删除好友好友操作聊天举报执行处理审核娱乐应用发布家园空间即时聊天系统名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 29 页 - - - - - - - - - 9 用例表如下：用例 1 注册参与者用户前置条件登录 Lovely Talk的官网后置条件获得合法账号和密码工作流1. 【用户】进入官网界面2. 【用户】填写注册信息3. 【用户】获得账号用例 2

14、 登录参与者用户前置条件成功注册，输入合法的账号和正确的密码后置条件工作流1. 【用户】输入登录信息2. 【系统】检验登录信息，若合法，登录成功进入操作界面；否则输出密码错误。用例 3 好友操作参与者用户前置条件成功登录并进入操作页面后置条件工作流1. 【用户】选择查询好友功能，输入好友账号查找2. 【用户】选择添加好友，根据好友账号选择添加，并发送验证信息，好友收到后，同意即完成添加。3. 【用户】选择删除好友。4. 【用户】选择聊天操作，和好友进行即时聊天。5. 【用户】选择访问家园空间，进入好友的家园空间查看、留言等操作。用例 4 娱乐应用参与者用户名师资料总结 - - -精品资料欢迎下

15、载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 29 页 - - - - - - - - - 10 前置条件成功登录并进入操作页面后置条件工作流1. 【用户】选择娱乐应用选择，点击游戏进入。2. 【系统】响应用户请求，载入游戏。3. 【用户】选择退出操作，返回操作界面。用例 5 举报参与者用户前置条件成功登录并进入操作页面后置条件有违法用户进行违法操作工作流1. 【用户】点击违法用户，选择举报。2. 【系统】接受信息，进行核实处理。用例 6 后台登录参与者小管、中管、大管（系统管理员）前置条件系统分配账号和密

16、码后置条件输入合法信息，输入正确密码工作流1. 【系统管理员】输入账号和密码2. 【系统】检验登录信息，若正确则进入管理界面；否则，输出密码错误。用例 7 审核参与者小管前置条件成功登录并进入管理页面后置条件工作流1. 【小管】查看用户举报的信息，并进行筛选。2. 【系统】将筛选后的用户反馈给中管。用例 8 处理参与者中管前置条件成功登录并进入管理页面后置条件工作流1. 【中管】查看小管反馈来的信息，进行处理。写出处理信息简述以及处理方案。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - -

17、第 10 页，共 29 页 - - - - - - - - - 11 2. 【系统】将处理后的信息反馈给大管。用例 9 执行参与者大管前置条件成功登录并进入管理页面后置条件工作流1. 【大管】查看中管反馈的信息，点击执行。2. 【系统】对违法账号执行封号等处理。4 设计概述4.1 简述本系统采用了面向对象分析、设计方法，基于对象而不再是基于结构；系统采用了三层 C/S 结构风格，包括数据库服务器、应用服务器以及Web浏览器。作图过程中采用的是UML （统一建模语言）和Microsoft Visio进行作图。4.2 系统结构设计系统层级方框图如下：名师资料总结 - - -精品资料欢迎下载 - -

18、 - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 29 页 - - - - - - - - - 12 即时聊天系统注册登录好友操作娱乐应用后台登录处理执行发布审核举报用户系统管理员4.2.1 系统顶层系统结构图如下：用户大管小管中管即时聊天系统好友操作、娱乐应用举报审核举报，反馈处理小管审核，反馈执行中管处理，反馈发布系统消息名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 29 页 - - -

19、- - - - - - 13 4.3 系统界面即时聊天系统可以包括四个系统界面，分别是用户登录界面，用户操作界面，系统后台登录界面，系统后台操作界面四个部分。本题目只提供用户登录界面和用户操作界面。用户登录界面如下：主界面之聊天用例的操作界面窗口如下所示：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 13 页，共 29 页 - - - - - - - - - 14 4.4 约束和假定该系统须在 9 周之内完成，预算投入10 万人民币。提供 4-5 个熟练的程序员。开发此系统的语言最

20、好能使用开发此系统的语言最好能使用跨平台语言进行开发。当 1 亿名用户同时登录系统时，系统应该正常运行。系统响应时间应该在人所能接受的等待时间范围内（一般为1 秒左右） 。界面友好，易于操作，安全性好。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页，共 29 页 - - - - - - - - - 15 5 对象模型5.1 类定义账号用户大管中管小管5.2 类关联描述类关联关联关系意义1 账号与用户1：1 一个用户只能拥有一个账号，账号是系统判 别用 户 的 唯 一 标识。

21、2 小管与账号m ：n 在某一特定的区域内（县区） ， 一名小管管理多名账号。全部区域共有多名小管。3 中管与账号m ：n 在某一稍大特定的区域内（市区） ，一名中管管理更多名账号全部 区域 共 有 多 名 中管。4 大管与账号m ：n 在某一更大特定的区域内（省区） ，一名大管管理更多名账号。全部区域共有多名大管。5 中管与小管m ：n 在同一特定的区域内（市区） ， 一名中管管理多名小管。全部区名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 15 页，共 29 页 - - - -

22、 - - - - - 16 域内，多名中管管理着 对应 的 更 多 名 小管。6 大管与中管m ：n 在同一特定的区域内（省区） ， 一名大管管理多名中管。全部区域内，多名大管管理着 对应 的 较 多 名 中管。7 大管与小管m:n 在同一特定的区域内（省区） ， 一名大管管理多名小管。全部区域内，多名大管管理着 对应 的 很 多 名 小管。5.3 对象模型图+ 生成账号 (in 注册信息 ) : string+ 封号(in 处理信息 )+ 回收账号 (in 账号情况 )-账号 : string账号+审核(in 举报信息 )+反馈(in 审核信息 )-系统账号 : string-密码 : st

23、ring小管+注册(in 注册信息 : ulong) : string+登录(in 账号 : string)+选择操作 (in 操作)+玩应用 (in 选择应用 )+举报(in 举报账号 ) : string-账号 : string-昵称 : string-密码 : string用户+处理(in 审核信息 )+反馈(in 处理信息 )-系统账号 : string-密码 : string中管+ 执行(in 处理信息 )+ 反馈(in 执行信息 )+ 发布(in 系统公告 )-系统账号 : string-密码 : string大管- 拥有11*-管理0.*-管理1*-管理1*-管理1*-管理0.*

24、-管理0.*- 管理0.*-管理0.*-管理0.*名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 16 页，共 29 页 - - - - - - - - - 17 6 对象数据字典描述6.1 用户系统中的对象6.1.1 对象：用户用途：记录用户信息约束：一个用户只有一个账号记录个人信息持久性：长久存在于数据库中6.1.1.1 属性描述：1. 属性：账号类型： string型描述：主键，唯一标识用户约束：每个用户都有绝对不相同的账号2. 属性：昵称类型： string型描述：不同用户可

25、以采用相同的昵称约束：每个用户只有一个昵称3. 属性：密码类型： string类型描述：用户可以自行设置密码约束：每个用户只有一个密码6.1.1.2 方法描述：1. 方法：注册返回类型： string型参数：注册信息返回值：账号Pre-Condition：用户注册 Lovely Talk即时聊天系统名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 17 页，共 29 页 - - - - - - - - - 18 Post-Condition：系统分配未被申请的账号读取/ 修改的属性：读

26、取账号调用的方法：程序中嵌入SQL语句处理逻辑：系统根据用户填写的信息，将信息赋予一个账号，然后就账号返回给用户。2. 方法：登录返回类型：无参数：账号、密码返回值：登录结果Pre-Condition：用户存在，用户登录Lovely Talk即时聊天系统Post-Condition：系统检测密码是否正确读取/ 修改的属性：读取账号、密码调用的方法：程序中嵌入SQL语句处理逻辑：系统根据用户登录信息， 匹配账号和密码是否完全正确。完全正确，则进入系统；否则，则返回错误信息提示。3. 方法：选择操作返回类型：无参数：操作返回值：无Pre-Condition：用户在系统界面选择好友操作Post-Co

27、ndition：系统响应操作读取/ 修改的属性：查找好友、删除好友、添加好友调用的方法：程序中嵌入SQL语句处理逻辑：系统根据用户选择，如果是查找好友，则根据用户填写的账号，查询出账号信息，并反馈账号信息。如果是添加，则是用户选择添加好友操作，系统将用户的好友请求发送给对方。如果是删除，系统则将用户的好友列表内被删除好友移除，并更新好友列表。4. 方法：玩应用名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 18 页，共 29 页 - - - - - - - - - 19 返回类型：无

28、参数：选择应用返回值：无Pre-Condition：用户选择应用，并选择应用项Post-Condition：系统已提供该应用读取/ 修改的属性：读取应用调用的方法：程序中嵌入SQL语句处理逻辑：系统根据用户选择应用，将应用载入供用户使用。如果应用出错，将及时反馈出错信息。5. 方法：举报返回类型： string型参数：举报的账号返回值：处理结果Pre-Condition：用户发现违法用户，对其账号进行举报Post-Condition：系统管理员对举报的账号进行处理读取/ 修改的属性：读取被举报账号调用的方法：程序中嵌入SQL语句处理逻辑：系统根据用户的举报信息， 将违法账号发送到系统管理员操作

29、窗口，系统管理员根据用户举报进行处理，最终执行处理结果。测试例 1：注册CASE 输入期望结果CASE 1 输入注册输出获取账号CASE 2 输入错误信息给出警告信息CASE 3 输入合法信息输出账号CASE 4 输入合法信息但系统繁忙注册失败提示测试例 2：登录CASE 输入期望结果CASE 1 输入账号、密码输出登录成功，进入用户操作主界面名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 19 页，共 29 页 - - - - - - - - - 20 CASE 2 输入错误账号、

30、密码提示账号不存在或者密码错误CASE 3 输入正确账号、密码输出登录成功，进入用户操作主界面CASE 4 输入正确账号、密码，但系统繁忙登录失败提示测试例 3：举报CASE 输入期望结果CASE 1 举报账号举报成功CASE 2 填写举报的原因尽快处理反馈CASE 3 再次举报同一账号系统提示，该账号您已经举报，无须重复举报CASE 4 系统繁忙举报失败提示7 动态模型用户操作界面好友操作用例的顺序图如下：用户用户操作界面个人用户表账号表数据库查询登录查询结果返回登录成功查询好友数据库操作返回结果查询结果返回添加好友 /删除好友退出好友列表更新名师资料总结 - - -精品资料欢迎下载 - -

31、 - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 20 页，共 29 页 - - - - - - - - - 21 7.1 场景（ Scenarios）7.1.1 场景：注册描述：用户通过填写注册信息以获得账号。 （注：而系统管理员则是系统已经确定的账号和密码。）动作 1：用户打开 Lovely Talk 即时聊天系统官网，点击申请账号动作 2：填写正确的注册信息7.1.2 场景：登录描述：用户打开 Lovely Talk 聊天软件，填写正确的账号和密码，若正确，系统直接跳转到用户操作界面；若是错误，则返回提示信息动作 1：用户输入

32、账号和密码动作 2：等待系统验证7.1.3 场景：查询好友信息描述：用户在操作界面，选择查询好友操作。动作 1：用户点击好友列表，选择查询好友动作 2：输入查询条件7.1.4 场景：添加 /删除好友描述：用户在登录界面，在查询好友后选择添加好友操作。或者在好友列表中选择删除好友操作。动作 1：用户找到好友信息动作 2：选择添加好友操作或者删除好友操作7.1.5 场景：玩娱乐应用描述：用户在聊天之余可以选择玩一些小游戏或者做些其他有趣的事情，用以放松。动作 1：用户点击娱乐应用动作 2：用户从应用列表中选择想玩的应用7.1.6 场景：举报名师资料总结 - - -精品资料欢迎下载 - - - -

33、- - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 21 页，共 29 页 - - - - - - - - - 22 描述：用户发现有违法用户向其发送虚假信息时，可以举报违法用户。动作 1：用户选择违法用户动作 2：选择举报7.2 事件定义（ Events）7.2.1 Lovely Talk 即时聊天系统的事件跟踪图如下：用户小管中管大管举报违法用户审核后反馈给中管处理后 反馈给 大管执行处理信息，并告知举报用户发布系统信息系统公告系统系统开放注册系统为管理员设定账号系统为管理员设定账号系统为管理员设定账号注信息，登录好友操作更新操作结果玩娱乐

34、应用反馈给小管审核7.2.2 Lovely Talk 即时聊天系统的事件流图如下用户大管系统中管小管系统开放注册注册、登录、好友操作玩娱乐、举报设定账号执行处理信息，反馈处理结果设定账号反馈举报信息设定账号反馈审核信息反馈处理信息名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 22 页，共 29 页 - - - - - - - - - 23 7.2.3 定义事件：添加好友成功事件添加好友事件顺序图：查询选项显示界面DB 数据库输入查询条件DB 查询查询结果 / 提示信息查询结果加为好

35、友更新DB 信息更新列表添加成功7.2.4 定义事件：玩娱乐应用事件玩娱乐应用顺序图：用户显示界面DB 数据库载入 DB 数据选择娱乐选项载入游戏成功返回结果名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 23 页，共 29 页 - - - - - - - - - 24 7.3 状态图7.3.1 好友列表状态：好友列表查询结果提示信息删除信息/ 查看/ 查询/ 删除/ 添加好友/ 更新好友列表7.3.2 用户登录状态：名师资料总结 - - -精品资料欢迎下载 - - - - - -

36、- - - - - - - - - - - - 名师精心整理 - - - - - - - 第 24 页，共 29 页 - - - - - - - - - 25 登录界面/ 打开软件登录失败提示操作界面/ 输入账号、密码/ 正确输入/ 错误输入/ 返回/ 退出操作选项/ 选择操作/ 返回8 功能模型8.1 确定输入输出与事件关系添加好友事件与输入输出之间的关系：添加好友好友列表登录查询到的好友信息账号 / 密码添加好友列表更新名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 25 页，共

37、 29 页 - - - - - - - - - 26 玩娱乐应用事件与输入输出之间的关系：登录显示界面应用列表娱乐应用账号 /密码载入应用选择应用应用界面8.2 功能模型图8.2.1 用户对象的添加好友功能模型图用户用户操作界面输入账号、密码注册登录进入注册后登录查询好友选择添加显示精确查询 /模糊查询查询结果列表返回选择无账号先注册操作记录存入数据库从数据库载入信息名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 26 页，共 29 页 - - - - - - - - - 27 8.

38、2.2 用户对象的玩娱乐功能模型图用户用户操作界面输入账号、密码注册登录进入注册后登录娱乐应用选择娱乐应用列表无账号先注册操作记录存入数据库从数据库载入信息从数据库载入信息娱乐应用界面选择选择退出选择返回8.2.3 用户对象的举报功能模型图用户用户操作界面输入账号、密码注册登录进入注册后登录举报选择无账号先注册操作记录存入数据库从数据库载入信息反馈举报 已提交名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 27 页，共 29 页 - - - - - - - - - 28 8.2.4

39、系统管理员对象的审核、处理、执行功能模型图系统管理员小管管理界面输入系统账号、密码执行后台登录进入执行结果反馈给举报用户审核选择操作记录存入数据库举报信息选择审核信息中管管理界面大管管理界面处理信息进入进入选择处理9 数据库定义表定义如下：用户（账号、密码、注册信息）用户信息（账号、姓名、性别、年龄、住址、联系方式、其他）注：账号为“用户”的外键娱乐应用（编号、类别、出处）用户操作（账号、查询、添加、删除、举报、编号）注：账号为“用户”的外键，“编号”为娱乐应用的外键系统管理员（系统账号、密码、类别）管理员信息（系统账号、类别、姓名、性别、年龄、住址、联系方式、其他）注：系统账号为“系统管理员

40、”的外键管理员操作（系统账号、操作）注：系统账号为“系统管理员”的外键名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 28 页，共 29 页 - - - - - - - - - 29 10 部署图即时聊天系统部署图如下：客户端计算机数据库服务器web服务器应用服务器后台登录服务器系统管理员界面此部署图显示了系统采用三层C/S 结构风格。用户通过个人计算机登录连接应用服务器进而连接到数据库服务器，进行各种操作。而通过web服务器进行注册操作，通过连接数据库服务器获得操作结果。系统管理根据系统提供的账号通过后台客户端登录操作，与应用服务器不发生交互冲突。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 29 页，共 29 页 - - - - - - - - -