基于javaweb的博客网站的设计与实现论文内容摘要:
析了一套博客系统的总体流图,如图 21所示。 第 2 章 系统需求分析 7 图 21 系统数据流图 由于系统数据较多现举出用户登录模块数据流图如图 22所示。 图 22 登录模块数据流图 博客浏览系统 数据库系统 博客管理系统 注册用户 登录信息 用户信息 博客信息 新用户注册信息 站点信息 超级管理员 登录信息 登录后的 管理员 修改信息 管理员信息 管 理员 系统信息 用户信息 修改信息 博客信息 管理员信息 要求登录 登录后台管理页面 登录前台首页 后台用户信息表 管理员登录窗口 前台用户信息表 用户登录窗口 前台用户 后台用户 前台用户名和密码 后台用户名和密码 用户名和密码 验证码生成器 验证码 用户 信息 管理员 信息 东北电力大学信息工程学院毕业论文 8 系统功能需求分析 功能划分 根据上一节的流程图,把系统划分成两个大的模块来完成:博客浏览系统模块和博客管理系统模块。 模块划分如表 22所示。 表 22 模块划分表 序号 功能模块类别 功能模块 备注 1 博客浏览系统 模块 用户信息管理模块 博文信息管理模块 好友信息管理模块 图片专辑管理模块 游戏娱乐管理模块 2 博客管理系统 模块 博文信息管理 模块 相册管理 模块 好友管理 模块 游戏管理 模块 省市区县管理 模块 大学院系管理 模块 资料身份管理 模块 前台用户管理 模块 后台用户管理 模块 系统管理 模块 功能描述 上面两节把建立一个博客系统的流程图和功能模块的划分进行了介绍,下面将各个功能模块 的功能做详细的描述,即对上述的模块功能进行设计与细化,以便我们下一步的开发。 系统功能的详细描述如表 2 24 所示。 表 23 博客浏览系统 模块 功能列表 序号 功能列表 功能明细 第 2 章 系统需求分析 9 1 用户注册 用户注册页 2 用户登录 验证用户登录 3 账号设置 修改用户账号、密码和停用 4 首页 最新信息列表 好友博文列表 好友相册列表 最近来访列表 5 个人资料 查看、修改个人信息 6 博文功能 我的博文列表 博文详细内容页 博文评论列表 写博文,管理博文 博文 分类管理 7 图片专辑 我的相册列表 相册详细内容页 相册评论列表 照片详细内容页 照片评论列表 上传照片,管理相册、照片 8 好友功能 添加、删除好友 查询好友 9 游戏功能 游戏娱乐 10 公共功能 好友关键字搜索 列出博文阅读、评论的总数 表 24 博客管理系统 模块 功能列表 序号 功能列表 功能明细 1 博文管理 添加博文 查看博文 查看博文分类 2 相册管理 添加相册 查看相册 添加照片 东北电力大学信息工程学院毕业论文 10 查看照片 3 好友管理 查看好友 4 游戏管理 添加游戏 查看游戏 5 省市区县管理 添加省市区县 查看省市区县 6 大学院系管理 添加大学院系 查看大学院系 7 资料身份管理 查看资料身份 8 前台用户管理 添加前台用户 查看前台用户 9 后台用户管理 添加后台用户 查看后台用户 10 系统管理 修改密码 有了这些功能明细后,我们就把整个系统的框架确定下来了,也就确定了系统数据的基本结构。 创建用例图 后台管理员,参与了管理博客账号、登录、修改密码 3 个 用例。 前台用户,参与了登录、修改密码、管理博文、管理连接、管理图片 5个用例。 博客系统用例如图 23所示。 图 23 博客系统用例图 后台管理员 前台用户 前台用户 用户登录 修改账号信息 管理博客内容 管理前台博客账号 增删改查博客内容 管理后台账号 浏览博客内容 发表评论 第 2 章 系统需求分析 11 详细描述用例 用例图是系统的高层试图,仅仅是用例图还不能支撑项目组进行设计工作,对于每一个用例,都需要确定用户如何使用这个系统,我们以用户的角度进行事件流设计,描述用例提供的价值和工作流程。 我们按照主流博客网的模板进行设计(这里只列出了一个用例)。 名称:表明用户的意图或用例的用途。 标识符:惟一表识,如 UC1234,在项目的其他元素中可以用来引用这个用例。 描述:概述用例的几句话。 参与者:与此用例相关的参与者列表。 状态:指示用例的状态。 频率:参与者访问此用例的频率。 前置条件:一个条件列表,如果其中包含条件,则这些条件必须在访问用例之前得到满足。 后置条件:一个条件列表,如果其中包含条件,则这些条件必须在用例成功完成以后得到满足。 被扩展的用例:此用例所扩展的用例。 被包含的用例:此用例所包含用例的列表。 假设:对 编写此用例时所创建的域的任何重要假设。 基本操作流程:参与者在用例中所遵循的主逻辑路径。 可选操作流程:用例中很少用到的逻辑路径,那些在变更工作方式、出现异常或发生错误的情况下所遵循的路径。 修改历史记录:关于用例的修改时间、原因和修改人的详细信息。 问题:如果存在,则为与此用例的开发相关的问题或操作项目的列表。 决策:关键决策的列表,这些决策通常由你的 SME 做出,并属于用例的内容。 表 25 用户登录用例 用例名称 用户登录 用例 ID uId131(tb_qt_user)、 uId1(tb_ht_user) 东北电力大学信息工程学院毕业论文 12 参与者 前台用户、后台管理员 描述 前台用户、后台管理员登录系统过程 风险 低 优先级 高 难度 低 启动 主动进入用户登录画面或会话超时转入用户登录画面 前置条件 用户需在登录状态 后置条件 将用户信息放入会话中 将用户相关的博客信息放入会话中 显示博客阅读主画面 主事件流 用户 系统 ,密码是否正确 、博客的基本信息放 入会话中 异常流 异常流 系统中不存在该用户或用户名错误 系统 转入登录画面 异常 用户不存在或密码错误 第 2 章 系统需求分析 13 数据字典 数据字典是系统分析阶段的重要文档 [13],它清楚地定义与详细地解释了数据流程图上不能详细表达的内容,同时它也是同用户交谈的工具。 下面列出本系统中的数据字典(由于本系统功能强大,所以此处只列一个数据字典): 表 26 前台用户信息表 名字:前台用户信息表 别名:博客用户信息表 描述:记录博客用户的注册信息表 定义:前台用户信息表 =用户名 +用户密码 位置:用户验证中心 名字:用户账号 别名: 描述:标识用户的凭证 定义:用户名 (邮箱) 位置:用户验证中心 用户信息表 用户管理部分 名字:用户密码 别名: 描述:验证用户是否合法的唯一凭证 定义:用户密码 =616 个字符 位置:用户验证中心 用户信息表 用户管理部分 东北电力大学信息工程学院毕业论文 14 第 3 章 系统设计 系统总体结构设计 本系统主要包括两大模块组成:博客 浏览系统、博客管理系统。 整个系统的结构框架如图 31所示。 图 31 系统结构框架图 系统数据模型设计 由于博客系统中对博客内容的写入、修改和更新工作比较复杂,所以它的主要任务是进行大量的数据库操作,这就必然要存储和利用大量的、各种类型的数据。 如何建立一个良好的数据库结构和文件组织形式,使其能够迅速、准确的查找所需要的数据,是衡量这个系统的主要指标之一 [3]。 (一 )概念模型的建立 通过第二章 中对系统数据流以及局部数据流和数据字典的分析,可以总结出系统中数据概念模型( ER 图),如图 3图 33 所示。 (二 )数据模型的建立 博客系统 博客浏览系统 博客管理系统 用户信息管理模块 好友信息管理模块 图片专辑管理模块 游戏娱乐管理模块 博文信息管理模块 博文管理 相册管理 系统管理 好友管理 游戏管理 省市区县管理 大学院系管理 资料身份管理 前台用户管理 后台用户管理 第 3 章 系统设计 15 现根据上述概念模型,将它们转化为数据模型,由于数据较多,现举部分数据进行转换。 根据关系模型的转换规则,一个实体型转换为一个关系模型: 博文(博文 ID、标题、描述、内容、发表时间、修改时间、所属分类 ID、权限、阅读数、评价数、分享数、有效标志、作者 ID); 博文分类(分类 ID、分类名称、有效标志、作者 ID); 图 32 用户概念模型 图 33 系统概念模型 前台用户 操作 操作 相册 博文 管理 前台用户 N 系统管理员 1 博文分类 N 发表时间 修改时间 博文分类 权限 阅读数 评价数 分享数 内容 描述 标题 修改时间 名称 创建时间 权限 地点 描述 用户 ID 用户名 用户密码 用户 ID 用户名 用户密码 分类 ID 分类名称 管理员 ID 用户名 权限 用户密码 N 1 1 N 东北电力大学信息工程学院毕业论文 16 博文评论(评论 ID、评论内容、评论时间、评论悄悄话标志、有效标志、博文 ID、作者 ID); 相册(相册 ID、相册名称、创建时间、修改时间、地点、描述、权限、有效标志、作者 ID); 前台用户信息(用户 ID、账号、密码、停用标志、有效标志); 后台管理员信息(用户 ID、账号、密码、权限); (三 )数据模型的优化 数据库逻辑设计的结果不是唯一的。 为了进一步提高数据库应用系统的性能,必须对数据模型进行优化。 (四 )确定是否分解 由于,关系模型的规范化程度并不是越高越好,在实际应用中高范式可能会带来程序查询时间的浪费,所以,在数据库文件设计上,本系统达到第三范式已经足够,无须在做分解。 数据库表的设计 数据库设计是项目开发中的系统设计中非常重要的另一个关键环节,在这里之所以特别强调数据库设计的重要性,是因为数据库设计就像在建设高楼大厦的根基一样,如果设计不好,在后来的系统维护、变更和功能扩充时,甚 至在系统开发过程中,将会引起比较大的问题,大量的工作将会重新进行。 下面根据前面列出的系统用例图,开始设计相关数据库(只是部分数据库表)。 本系统需要设计的数据库如表 31所示。 表 31 数据库表 序 号 数据库表 数据库表存储内容 1 tb_qt_user 存储前台用户账号和密码信息 2 tb_ht_user 存储后台管理员账号和密码信息 3 tb_bowen_fl 存储博文分类信息 4 tb_publish_bowen 存储博文信息 5 tb_xiangce_list 存储相册信息 第 3 章 系统设计 17。基于javaweb的博客网站的设计与实现论文
相关推荐
空间,更改自己的个人信息。 留言功能:普通用户可以向普通用户留言,也可以对网站进行留言以提高我们网站的服务。 网站后台 网站后台主要实现的功能为 美食管理 、 修改资料 、 维护人员维护,美食商品的管理等。 美食管理 : 用户可以登录进行美食管理,添加新美食,维护美食等相关操作。 修改资料 : 普通用户注册及登陆后,可以进行修改自己的必要的信息,已进行更好的使用网站
JTabbedPane 类负责创建一个组件,它允许用户通过单击具有给定标题和 /或图标的选项卡,在一组组件之间进行切换。 JTextArea 类负责创建一个显示纯文本的多行区域。 它作为一个轻量级组件 Container 类负责创建一个容器对象,此容器可以包含其它组件。 AboutDialog 类是 JDialog 类的子类,负责创建一个显示对话框。 10 : jMainPane、 jPanel
接、信息量最大的信息源,作出上述的花费对于面对当今电信行业的白热化竞争,是值得的。 第二章 需求分析 项目总体介绍 中国电信运营商新增一项 Open Lab(开放实验室)出租业务,即该电信运营商提供基于 Unix 平台的实验室环境,选择使用这种业务的用户能够远程登录到实验室中做基于这个实验室环境的一些工作和实验。 运营商希望借助先进的计算机技术对访问实验室的用户进行管理和计费
架带来的最大的好处是什么。 (刘志壮老师) 答:首先是 Spring的 IOC机制,它 控制 了 所有 Action对象和业务逻辑类的生命周期, 由 于 上层不再控制下层的生命周期,层与层之间实现了完全脱耦,使程序运行起来效率更高,维护起来也方便。 其次是它对事务的处理, Spring容器集成了 TransactionTemplate, 它 封装了所有对事务处理的功能,包括异常时事务回滚
机游戏制作在中国的市场以及在中国发展的潜力。 我们要相信在不久的将来,国内手机游戏市场一定回迎来一个春天的。 [8] 9 第 3 章 游戏设计的需求分析 MIDP 中的游戏 API MIDP 是专门为互联受限设备配置设计的,它为移动设备提供 了一套 API 集合, MIDP 包含用户界面类、持久存储功能与网络功能。 早在 版本时,是没有单独的游戏 API 的,在 后增加了一个新的专门的游戏软件包
些在未来最可能流行的游戏类型: 手机网络 游戏 : 手机是一个天然的网络通讯平台,利用这个平台,开发者可以很容易实现网络的互联,只要有好的游戏设计思路和良好的后期支持,在电脑上已经成功的例子就摆在眼前。 手机休闲游戏 : 这些游戏往往是只要 10 几分钟就能玩通的小游戏, 精彩而独特的游戏内容是吸引用户的关键,这些游戏结合社会,电视,电影的内容,通过简单的选择,按键就能和用户产生互动,