毕业设计（论文）-基于web的体育竞赛资讯交流系统.doc

全套设计加扣 3012250582 本本 科科 生生 毕毕 业业 论论 文文 题 目：基于 web 的体育竞赛资讯交流系统 院 系： 软件学院 专 业：软件工程（嵌入式软件与系统） 学生姓名： 学 号： 指导教师： （职 称） 二一三年 五 月 全套设计加扣 3012250582 - ii - 摘摘 要要 随着互联网和电子计算机的普及，网络已经成为学生学习和娱乐的一个重要平 台。在大学校园里，虽然有些 BBS 会有一些体育竞赛资讯交流分类模块，但是那些 论坛可能因为分类不详细，排版模糊等问题而无法满足学生们的需要。如果可以有 一个专门而且简洁易用的体育资讯交流平台，一定会受到大家的欢迎，特别是校内 的体育新闻，因为这部分资讯是较难从校外网站获得。 论文主要包括以下内容：（1）分析校内体育资讯论坛发展的现状以及瓶颈， 并确定系统的范围和目标。 （2）介绍系统采用的主要核心技术PHP 和 MySQL 等。 （3）运用 UML 工具，对系统的需求进行建模，划分出系统的功能模块。 （4） 对系统进行架构设计，采用 MVC 架构。用交互图描述用户注册、发布新主题两个 设定目标的用例，并完成数据库的设计和实现。 （5）选取主题/帖子模块和论坛版块 模块的设计与实现为例，介绍系统模块的算法和实现。 （6）介绍系统的开发环境、 运行环境，并对系统运行时的注意事项进行说明。 （7）总结系统的特点，并进一步 提出系统可以改进的方面。 关键词：关键词：体育资讯；交流平台；PHP；MVC 全套设计加扣 3012250582 - iii - Abstract With the development of information technology and the popularization of Internet and computer, network had been an important forum which most students learn and have fun. Although there are some BBS with sports information and discussion in most university campus, its also hard to satisfy us as they may have problems like indistinct classification, vague composition and so on. If there is a specialized, concise and available forum for sports, I think it must be popular, especially the sports information happened in your own university, because it is difficult to get from the websites outside the school. The papers main content is: （1）Analyze the current situation and bottle-neck of the sports information and discussion forums development, and make sure the scope and target of the system.（2）Introduce the core technique the system use: PHP, MySQL and so on.（3）Use UML tool to build modeling according to the need of system, so we can partition some functional module of the system.（4）Be responsible for the system architecture design and use MVC architecture. Use interaction diagram to describe two objective use cases like user registering and user releasing the new topic. （5）Choose threads/posts module and forum module, and introduce their algorithm and solution. （6）Introduces the system development environment, operating environment. Give the notes before run the system.（7）Summarizes the characteristics of the system. Show its advantages, and its disadvantages, so that further improvement proposed system can be made. Keywords：Sports information；platform for communication；PHP；MVC 全套设计加扣 3012250582 - iv - 目目 录录 第一章第一章前言前言.6 1.1 项目背景.6 1.2问题现状及分析.6 1.3项目的目标和范围.7 1.4论文结构简介.7 第二章第二章技术与原理技术与原理.8 2.1PHP .8 2.2MYSQL.8 2.3APACHE.9 2.4UML 建模技术.9 第三章第三章需求建模需求建模.10 3.1需求概述.10 3.2系统功能模块划分.10 3.3领域模型.11 3.4系统用例.12 3.4.1 系统用例图 .12 3.4.2 系统用例表 .13 3.5核心用例设计.14 第四章第四章架构设计架构设计.18 4.1 系统架构及原理.18 4.2 业务用例的实现.18 4.2.1 用户注册用例实现 .18 4.2.2 发布新主题用例实现 .19 4.3 数据库设计.20 4.3.1 E-R 模型.20 4.3.2 数据库 .21 第五章第五章模块设计模块设计.32 5.1 主题/帖子模块设计与实现.32 5.1.1 评论回复帖子流程概述 .32 5.1.2 评论回复帖子问题算法描述 .32 5.1.3 评论回复帖子问题算法部份核心代码 .33 5.2 论坛版块模块设计与实现.34 5.2.1 对版块中的主题/帖子管理操作部分流程概述 .34 全套设计加扣 3012250582 - v - 5.2.2 对版块中的主题/帖子管理操作部分算法描述 .34 5.2.3 对版块中的主题/帖子管理操作部分核心代码 .35 第六章第六章部署与应用部署与应用.37 6.1 系统环境配置.37 6.2 系统运行说明.37 6.3 系统界面与输入输出.37 第七章第七章结论结论.39 致谢致谢.40 参考文献参考文献.41 全套设计加扣 3012250582 - 6 - 第一章第一章 前言前言 1.1 项目背景项目背景 高等学校不仅是一个教育环境,而且是一个文化环境。校园文化是一种客观存在, 它是整个社会文化的一部分,是一种具有引导性的亚文化、一种特殊的社区文化、一 种精神文化。大学校园文化活动中,体育文化活动表现得最为突出和明显,它对于提高 大学生的体育素养、综合素质等方面具有重要的意义和作用1。 现在，互联网已经成为人们生活中不可分割的一部分。形形色色的应用为人们 的生活带来便利，并极大的改善了人们生活的质量，同时也促进了社会的繁荣。更 重要的是，无论是企业和个人，都希望通过互联网提高自身竞争力，也为社会的进 步贡献出自己的力量。 同时，随着信息科技的发展、互联网和电子计算机的普及，网络已经成为学生 学习和娱乐的一个重要平台。在大学校园里，虽然有些 BBS 会有一些体育竞赛资讯 交流分类模块，但是大部分因为分类不详细、排版模糊等问题而无法满足学生们的 需要。 所以，本系统将作为一个专门而且简洁易用的体育资讯交流平台，在发展高校 体育文化的同时，培养学生的体育兴趣爱好。特别是校内的体育新闻，因为这部分 资讯是较难从校外网站获得。这样，在满足校内体育爱好者需求的同时，也可以促 进大学校园体育的发展。 1.2问题现状及分析问题现状及分析 尽管目前有很多体育资讯交流网站，像新浪和搜狐等，但是却没有比较完善的 交流模块。当然也有一些交流讨论区，但是对应受众太大或交流信息太专业而影响 交流。 所以，相对于学校范围内，做一个体育爱好者的资讯交流平台是必要的。特别 是校内的赛事信息交流，因为这些信息在常见的门户网站是看不到的。所以，为了 满足这一部分同学的需求和交流的欲望，开设校内体育信息交流版块是必要的。当 然，世界范围的信息则不需要太多的涉猎，否则会与常见的门户网站的体育版块有 全套设计加扣 3012250582 - 7 - 所重叠，只需要开设论坛交流模块即可。 1.3项目的目标和范围项目的目标和范围 为更好地解决体育资讯间的有效交流的问题，本项目通过设计校内和校外两个 论坛板块来为学生交流信息。 本系统的用户有五种角色：游客、会员、版主、超级版主和管理员。游客只可 以浏览帖子，想要发帖回复或者发表帖子则必须注册登录成为会员后才可以。会员 可以登陆系统某个子版块查看和发表帖子以交流信息。版主可以登陆系统，对你所 管辖的版块进行维护、管理（有删除帖子，置顶帖子，加精华贴，奖励分数，修改 帖子，封存帖子，批量管理的权利） 。超级版主是低于站长（创始人）的第二权限 （不过站长本身也是超级版主，超级管理员） 一般来说超级版主可以管理所有的论 坛版块（普通版主只能管理特定的版块） 。管理员可以用来管理注册用户或者具有一 定权限的其他管理员，维护网站的运行。 1.4论文结构简介论文结构简介 整篇论文共为七章，分别是：前言、技术与原理、需求建模、架构设计、模块 设计、部署与应用和结论。 在第一章前言中着重介绍了系统的概况，包括项目背景、问题与现状、项目目 标和范围，从整体上对项目进行了描述。 在第二章技术原理中，对本系统所使用到的核心技术进行了阐述，重点阐述了 PHP 和 MySQL 数据库等关键技术。 在第三章需求建模中，首先描述了系统的用例，并列出系统用例表，再挑选出 4 个关键用例进行描述。 在第四章架构设计中，先从整体上阐述了本系统的架构原理。之后选择了几个 典型的流程进行了详细的说明。最后阐述了系统数据库的设计和实现。 在第五章模块设计中，选取了主题/帖子模块和论坛版块模块两个系统关键功能 模块进行了详细的阐述。 在第六章部署与应用中，对系统的环境配置、安装与运行和系统的输入输出进 行了说明。 全套设计加扣 3012250582 - 8 - 最后，第七章结论总结了本系统的成果、特点和以后改进方向。 第二章第二章 技术与原理技术与原理 2.1PHP PHP，是英文超级文本预处理语言 Hypertext Preprocessor 的缩写。PHP 是一种 HTML 内嵌式的语言，是一种在服务器端执行的嵌入 HTML 文档的脚本语言，语 言的风格有类似于 C 语言，被广泛的运用。因其具有实用性强、跨平台性强、系统 资源消耗少、能创建动态图像等的特点，本系统采用 PHP 作为轻量级面向对象敏捷 开发的基本语言。其特点为2 3 4: (1) PHP 独特的语法混合了 C, Java, Perl 以及 PHP 自创新的语法。 (2)用 PHP 做出的动态页面与其他的编程语言相比，PHP 是将程序嵌入到 HTML 文档中去执行，执行效率比完全生成 HTML 标记的 CGI 要高许多。 (3) PHP 执行引擎还会将用户经常访问的 PHP 程序驻留在内存中，其他用户再 一次访问这个程序时就不需要重新编译程序了，只要直接执行内存中的代码就可以 了，这也是 PHP 高效率的体现之一。 (4) PHP 具有非常强大的功能，而且支持几乎所有流行的数据库以及操作系统。 2.2MySQL MySQL 数据库系统以其免费的、源代码开放、跨平台、使用方便、访问效率高、 独特的权限系统等优秀特点，成为动态 Web 站点的主流数据库。PHP 与 MySQL 都 可在 Windows, Linux, Unix 等流行的操作系统下运行，所以基于 PHP 和 MySQL 的 程序，在系统需要时，可以轻易地移植到不同的系统平台上。因此面对快速发展的 互联网，PHP+MySQL 成为 Web 开发长期规划的最好选择。 MySQL 它主要优势是5： 1. 速度快，稳定，使用容易，价格诱人，支持查询语言。 2. 性能优越，许多客户机可同时连接到服务器，多个客户机可同时使多个 全套设计加扣 3012250582 - 9 - 数据库，可利用多个查询语句，并查看其查询结果，实现交互式地访问 MySQL. 3. 连接性和安全性好，MySQL 完全网络化，MySQL 数据库可以在互联网 的任何端口访问，还能进行访问控制。 4. 可移植性强，MySQL 可以在不同版本的 Unix 系统中使用，同时也可以 在 Windows 系统中使用。 2.3Apache 本系统建立在 Apache Http 服务器平台之上。 Apache HTTP Server（简称 Apache） ，是 Apache 软件基金会的一个开放源码的 网页服务器，可以在大多数计算机操作系统中运行，由于其多平台和安全性被广泛 使用，是最流行的 Web 服务器端软件之一。它快速、可靠并且可通过简单的 API 扩 展，将 Perl/Python 等解释器编译到服务器中。 2.4UML 建模技术建模技术 UML 规范的软件开发过程与能力成熟度模型(Capability Maturity Model, CMM)。 UML（Unified Modeling Language）是一种建模语言，是用来为面向对象开发的软件。 在面向对象分析过程中，强调的是在问题领域内发现和描述对象；在面向对象设计 过程中，强调的是定义软件对象以及他们如何协作以实现需求6。 系统进行可视化描述、建造和文档编制的建模语言。UML 取代目前软件业众多 的分析和设计方法，成为一种标准，这使信息产业第一次有了一个统一的建模语言。 UML 中包含用例图、类图、对象图、状态图、序列图、协作图、活动图、组件图、 展开图共九种。使用这九种图就可以描述世界上任何复杂的事物，这就充分显示了 UML 的多样性和灵活性7。本系统中主要用了用例图、顺序图、活动图等比较直观 的描述系统。 全套设计加扣 3012250582 - 10 - 第三章第三章 需求建模需求建模 3.1需求概述需求概述 需求就是系统必须提供的能力和必须遵从的条件8。本章采用 UML 建模过程， 对大学知识交流系统进行需求建模。在分析现有的相关体育信息交流平台的流程的 基础上，对其进行合理改进，得出了本系统的基本功能需求。 使用本系统的用户有五种角色，分别是游客、会员、版主、超级版主和管理员。 。他们的功能性需求分别为： （1） 游客：浏览帖子，想要发帖回复或者发表帖子则必须注册登录成为会员后 才可以。 （2） 会员：登陆系统对某个子版块查看和发表帖子以交流信息。 （3） 版主：登陆系统，对你所管辖的版块进行维护、管理（有删除帖子，置顶 帖子，加精华贴，奖励分数，修改帖子，封存帖子，批量管理的权利） 。 （4） 超级版主：一般来说超级版主可以管理所有的论坛版块（普通版主只能管 理特定的版块） 。 （5） 管理员：管理注册用户或者具有一定权限的其他管理员，维护网站的运行。 3.2系统功能模块划分系统功能模块划分 根据需求的问题，可以将系统分为五大模块：注册模块、主题/帖子模块、论坛 版块模块、用户管理模块、个人主页模块和后台管理模块。具体如下： （1）注册模块：处理游客的注册请求； （2）主题/帖子模块：处理会员（其实，版主，超级版主也可属于会员之一） 对于帖子的评论回复请求； （3）论坛版块模块：处理会员登陆系统后对某个子版块查看、查询和发表帖 子以交流信息，以及版主、超级版主和管理员对版块的管理； （4）用户管理模块：处理管理员对会员的增加、删除、赋予权限等管理任务； （5）个人主页模块：处理会员的个人信息，归类回复的和发表的主题； 全套设计加扣 3012250582 - 11 - （6）后台管理模块：处理用户登录、注销，系统管理员对网站内信息的添加、 修改、删除等信息维护操作。 系统功能模块图，如图 3-1 所示： 图图 3-1 系统功能模块图系统功能模块图 全套设计加扣 3012250582 - 12 - 3.3领域模型领域模型 领域模型是对领域内的概念类或者现实世界中对象的可视化表示9，从问题域的 视角和限制下对系统进行描述。领域模型是一种有效的沟通工具，可以有效地验证 在各系统参与者之间对问题域的理解是否一致。本系统的领域模型如图 3-2 所示， 其中会员对于论坛版块的操作也同样包含于版主，超级版主和管理员中，因为管理 员，超级版主和版主都是会员，但是操作权限依次递减： 图图 3-2 系统领域模型图系统领域模型图 3.4系统用例系统用例 用例（Use Case）是指在不展现一个系统或子系统内部结构的情况下，对系统 或子系统的某个连贯的功能单元的定义和描述。用例能够很好的表述系统所要实现 的功能，以及功能与系统使用者的关系。 3.4.1 系统用例图系统用例图 本系统有五种用户角色，它们所构成的系统用例图如图 3-3 所示：、 全套设计加扣 3012250582 - 13 - 图图 3-3 系统用例图系统用例图 3.4.2 系统用例表系统用例表 本系统的主要用例和其描述、参与者如下表所示： 表表 3-1 系统用例表系统用例表 用例编号用例编号用例名称用例名称描述描述参与者参与者 UC001 注册 游客在初次访问系统时，通过设定相应的 账号和密码，并填写一些必要信息成为会 员 游客 UC002 登录用户通过输入用户名与密码登录系统 会员、版主、 超级版主、管 理员 全套设计加扣 3012250582 - 14 - 用例编号用例编号用例名称用例名称描述描述参与者参与者 UC003 查看主题/帖子 登入系统后进入某一版块选取已有帖子进 行阅读 会员、版主、 超级版主、管 理员 UC004 评论回复主题/帖 子 登入系统后进入某一版块选取已有帖子阅 读后进行评论回复 会员、版主、 超级版主、管 理员 UC005 发布主题/帖子 登入系统后进入某一版块选取某一主题并 发表一些信息 会员、版主、 超级版主、管 理员 UC006 删除主题/帖子 登入系统后进入某一版块选取已有帖子进 行删除 会员、版主、 超级版主、管 理员 UC007 主题/帖子排序 登入系统后进入某一版块选取全部或某个 主题或已进行了某种标记（置顶，加精， 高亮）的帖子进行排序，进而方便管理和 阅读 版主、超级版 主、管理员 UC008 标记帖子（置顶， 加精，高亮） 登入系统后进入某一版块选取已有帖子进 行标记操作 版主、超级版 主、管理员 UC009 管理个人信息 在个人页面中管理个人信息会员、版主、 超级版主、管 理员 UC010 浏览和查找已发布 或标记的主题/帖 子 在个人页面中对按照发表时间排序的主题 /帖子进行浏览和查找 会员、版主、 超级版主、管 理员 UC011 用户注销 进入管理页面并将其删除 管理员 UC012 信息维护 登入系统管理页面，对版块，主题/帖子， 用户等数据进行保存和维护 管理员 UC013 指定某会员管理一 个或多个版块 对有责任心和时间相对充裕的会员赋予其 管理版块的权利和相应任务 管理员 3.5核心用例设计核心用例设计 本部分将选取体育竞赛资讯交流系统的四个核心功能的用例：评论回复主题/帖 全套设计加扣 3012250582 - 15 - 子、发布主题/帖子、标记帖子（置顶，加精，高亮） 、指定某会员管理一个或多个 版块的设计进行分析。 3.5.1 评论回复主题评论回复主题/帖子帖子 表表 3-2 评论回复主题评论回复主题/帖子用例表帖子用例表 用例名称用例名称 评论回复主题/帖子 范围范围体育竞赛资讯交流系统 级别级别用户目标 主要参与者主要参与者会员，版主，超级版主和管理员 涉众及其关注点：涉众及其关注点：1.会员：希望评论的内容能获得别人的关注 2.版主，超级版主和管理员：希望会员按照格式发帖评论回复，而且主题和内容要 尽量符合要求，不要出现灌水，辱骂等不文明行为 前置条件前置条件会员已登录系统 后置条件后置条件会员成功在某一版块某一帖子成功评论或回复 主成功场景主成功场景1.会员登录系统 2.会员进入论坛版块模块 3.会员选择在版块内浏览主题/帖子 4.会员对某一主题/帖子的进行评论回复 5.会员按下确认按钮，完成主题/帖子的评论回复 扩展点扩展点4a1.在回复框输入文字图片等信息 发生频率发生频率经常 3.5.2 发布主题发布主题/帖子帖子 表表 3-3 发布主题发布主题/帖子用例表帖子用例表 用例名称用例名称 发布主题/帖子 范围范围体育竞赛资讯交流系统 级别级别用户目标 主要参与者主要参与者会员，版主，超级版主和管理员 涉众及其关注点：涉众及其关注点：1.会员：希望发布的帖子能获得别人的关注 2.版主，超级版主和管理员：希望会员按照格式发帖，而且主题和内容要尽量符合 要求， ，不要出现灌水，辱骂等不文明行为 前置条件前置条件会员已登录系统 全套设计加扣 3012250582 - 16 - 后置条件后置条件会员成功在某一版块发表帖子 主成功场景主成功场景1.会员登录系统 2.会员进入论坛版块模块 3.会员选择在版块内浏览主题/帖子， 4.会员发表某一主题/帖子 5.会员按下确认按钮，完成主题/帖子的发表 扩展点扩展点3a1.判断是否有相同的主题 4a1.点击发帖按钮 4a2.填写标题和帖子内容 发生频率发生频率经常 3.5.3 标记帖子（置顶，加精，高亮）标记帖子（置顶，加精，高亮） 表表 3-4 标记帖子用例表标记帖子用例表 用例名称用例名称 标记帖子（置顶，加精，高亮） 范围范围体育竞赛资讯交流系统 级别级别用户目标 主要参与者主要参与者版主，超级版主和管理员 涉众及其关注点：涉众及其关注点：1.版主：希望能及时，准确的完成版块相应帖子的管理的任务，达到超级版主和管 理员的要求 2.超级版主和管理员：希望该版主认真负责的按照相关规范和要求完成操作，争取 让那些优秀的帖子被早些挖掘出来 前置条件前置条件版主已登录系统 后置条件后置条件版主成功在某一版块发现优秀帖子，并进行某种标记 主成功场景主成功场景1.版主登录系统 2.版主进入自己所管理的论坛版块模块 3.版主在版块内浏览主题/帖子，并发现某些优秀帖子 4.版主对该主题/帖子进行标记操作 扩展点扩展点4a1.版主对该主题/帖子进行置顶操作 4a2.版主对该主题/帖子进行加精操作 4a3.版主对该主题/帖子进行高亮操作 发生频率发生频率经常 全套设计加扣 3012250582 - 17 - 3.5.4 指定某会员管理一个或多个版块指定某会员管理一个或多个版块 表表 3-5 管理版主用例表管理版主用例表 用例名称用例名称 指定某会员管理一个或多个版块 范围范围体育竞赛资讯交流系统 级别级别用户目标 主要参与者主要参与者管理员 涉众及其关注点：涉众及其关注点：1.管理员：希望所有会员积极响应号召，加入某个板块的管理。在参选者中，选择 出那些有较多空闲时间的，富有责任心和平时在论坛较活跃的会员作为版主或者超 级版主 前置条件前置条件管理员已登录管理系统 后置条件后置条件管理员成功选取出版主或者超级版主 主成功场景主成功场景1.管理员登录管理系统 2.管理员进入用户管理模块 3.管理员对参选会员进行评价 4.管理员选取其为版主或者超级版主 扩展点扩展点3a1.按在线时长判断会员活跃程度 3a2.按发帖数量判断会员活跃程度 3a3.按优秀帖子数量判断会员活跃程度 3a4.按回复帖子数量判断会员活跃程度 发生频率发生频率经常 全套设计加扣 3012250582 - 18 - 第四章第四章架构设计架构设计 4.1 系统架构及原理系统架构及原理 本系统采用 MVC 的设计模式。所谓 MVC 模式，指的是一种划分系统功能的 方法，它把一个应用的输入、处理、输出流程按照 Model、View、Controller 的方式 进行分离，这样一个应用被分成三个层模型层、视图层和控件层。MVC 设计模 式的基本结构定义为：控制器，用来处理用户命令以及程序事件；模型，维护数据 并提供数据访问方法；视图，数据的显示。将项目应用分成：Model(业务逻辑层及 持久化层), View(视图层)和 Controller(控制器层)这三个基本部分10 11。这样一个 应用被分成三个层模型层、视图层、控制层，这三个部分以最少的藕合协同工作， 从而提高应用的可扩展性及可维护性。 MVC 尽管有多种不同的具体实现，它的控制流通常如下： 1. 用户与用户界面进行某种形式的交互（如按下鼠标的左键） 。 2. 控制器通过一个事件或回调函数处理用户界面传入的用户输入信息，并且转 换为模型可以理解的用户行为。 3. 控制器把该用户行为通知模型，通常会改变模型的状态（如控制器试图删除 某个会员的帖子） 。 4. 视图向模型查询，从模型获取数据，最终产生合适的界面（如视图列出没有 该篇帖子的论坛版块） 。 5. 用户界面等待用户下一步的操作，回到控制流的第 1 步。 4.2 业务用例的实现业务用例的实现 本节通过体育竞赛资讯交流系统中两个用例为例子，通过顺序图说明系统业务 用例的实现过程和交互过程。 4.2.1 用户注册用例实现用户注册用例实现 用户注册用例的交互过程说明如下： 全套设计加扣 3012250582 - 19 - 1. 用户填写完相关注册信息后，按提交按钮； 2. register 将用户输入的数据传输到 registerController； 3. registerController 调用 check 中的 on_register() 函数检测用户输入的 用户名、密码、是否已阅读注册条款等信息是否合法； 4. 有不合法数据的情况下，弹出提示，指导用户更改； 5. 所有数据合法的情况下，返回成功信息； 6. registerController 调用 background 的 updatecache ()函数,将用户输入 的信息写入数据库，更新数据； 7. 更新数据成功后，background 返回成功信息，显示注册成功页面。 用户注册用例的顺序图如图 4-1 所示： 图图 4-1 用户注册用例顺序图用户注册用例顺序图 4.2.2 发布新主题用例实现发布新主题用例实现 发布新主题用例的交互过程说明如下： 1. 用户进入该版块后，首先要先判断是否具有发帖权限； 2. 用户在选择主题类型后，将填写相应帖子内容，并将信息交予主题控制器审 核； 3. 有不合法数据的情况下，弹出提示，指导用户更改； 4. 所有数据合法的情况下，返回成功信息； 5. 主题控制器创建并更新一个主题，并将用户输入的信息写入数据库，更新数 全套设计加扣 3012250582 - 20 - 据； 6. 更新数据成功后，主题控制器返回成功信息，显示发布成功的页面。 发布新主题用例的顺序图如图 4-2 所示： 图图 4-24-2 发布新主题用例顺序图发布新主题用例顺序图 4.3 数据库设计数据库设计 数据库是数据的集合，用于描述一个或多个相关组织的活动。12在数据库中， 数据按一定模式被组织起来，根据现实状况建模，进而能够处理对现实信息的处理， 包括增加、删除、查询、修改。本系统使用 MySQL 作为数据库管理系统。 4.3.1 E-R 模型模型 E-R（Entity-Relationship）模型是一种对数据的抽象和概念性表述，它整合了 现实世界中的重要语义信息，为不同的数据提供了统一的视图。13 本系统使用自顶向下的设计模式，用 E-R 模型描述需要储存在数据库中的信息。 首先，找出与系统相关的实体，其实主要就是用户、论坛版块和主题/帖子三个 实体。用户信息包括用户编号、用户名、密码、性别、电子邮件等信息，但在画图 全套设计加扣 3012250582 - 21 - 时受限于版面，所以对每个实体只列出三个属性，其余用省略号代替。同理，论坛 版块和主题/帖子两个实体也一样操作。特别指出，主题是指某一话题的第一个帖子 的部分信息和此话题所有回复的概要信息的合称，包括主题编号、版块编号、作者 编号、作者名、标题、发帖时间等信息；帖子则是指具体的帖子，即通常所说的 “楼” ，一个主题的第一个帖子也是一个普通的帖子，帖子主要包括帖子编号、版块 编号、主题编号、作者编号、发帖时间、标题、内容等信息。一个主题可以包含一 个或多个帖子，二者之间是 1：n 的关系。 然后，判断实体之间的相互关系，建立原始的 E-R 模型。再为每个实体加入需 要用到的属性，以及识别关系中涉及到的属性，将模型完善。本系统 E-R 模型图如 图 4-3 所示： 图图 4-3 E-R 模型图模型图 4.3.2 数据库数据库 本系统由于有较多的数据表，所以在这里不能全部展示，所以采取分模块的方 式介绍该模块中较为重要的数据表14。 全套设计加扣 3012250582 - 22 - 1. 首先，介绍用户模块较为重要的数据表： Apre_common_member 用户主表（介绍每个用户的基本信息） 表表 4-1 用户组表用户组表 字段名数据类型默认值允许非空 自动递增 备注 uid mediumint(8) unsigned NO 是 会员 id emailchar(40) NO 邮箱 usernamechar(15) NO 用户名 passwordchar(32) NO 密码 avatarstatustinyint(1) 0 NO 是否有头像 home 字段为 avatar videophotost atus tinyint(1) 0 NO 视频认证状态 home adminidtinyint(1) 0 NO 管理员 id groupid smallint(6) u nsigned 0 NO 会员组 id groupexpiry int(10) unsig ned 0 NO 用户组有效期 extgroupidschar(20) NO 扩展用户组 regdate int(10) unsig ned 0 NO 注册时间 全套设计加扣 3012250582 - 23 - creditsint(10) 0 NO 总积分 newpm smallint(6) u nsigned 0 NO 新短消息数量 newprompt smallint(6) u nsigned 0 NO 新提醒数目 accessmasks tinyint(1) 0 NO 标志 allowadminc p tinyint(1) 0 NO 标志 onlyacceptfri endpm tinyint(1) 0 NO 是否只接收好友短消息 B. pre_common_admingroup 管理组表（有关每个会员的权限设置） 表表 4-2 管理组表管理组表 字段名数据类型默认值允许非空 自动递增 备注 admingid smallint(6) u nsigned 0 NO 所属管理员分组 ID alloweditpost tinyint(1) 0 NO 是否允许编辑帖子 alloweditpoll tinyint(1) 0 NO 是否允许编辑投票 allowstickthre ad tinyint(1) 0 NO 是否允许置顶主题 全套设计加扣 3012250582 - 24 - allowmodpos t tinyint(1) 0 NO 是否允许审核帖子 allowdelpost tinyint(1) 0 NO 是否允许删除帖子 allowmasspru ne tinyint(1) 0 NO 是否允许批量删帖 allowrefundtinyint(1) 0 NO 是否允许强制退款 allowcensorw ord tinyint(1) 0 NO 兼容性字段 allowviewiptinyint(1) 0 NO 是否允许查看 IP allowbaniptinyint(1) 0 NO 是否允许禁止 IP allowedituser tinyint(1) 0 NO 是否允许编辑用户 allowmoduse r tinyint(1) 0 NO 是否允许审核用户 al