基于ASP的博客网站设计与实现毕业设计论文.doc

毕业设计（论文）中文摘要基于ASP的博客网站设计与实现摘 要：博客简单来说就是“网络日记”，本课题研究的博客网站就是可以让用户零成本、较少维护地创建自己的网络媒体。本课题开发实现博客的通用功能：发表日志，上传图片，管理博客，阅读博客，发表评论等几大功能。另外系统页面风格的可变性是本博客系统一大优势。 本课题遵循了“放眼于系统，按功能分快”的原则，巧妙地将开发一个完整的博客网站的过程分解成各个模块，然后逐一的实现各个功能模块，最后把所有的模块连在一起就构成了一个完整的博客系统。 本系统的页面设计主要是在Dreamweaver环境下完成的，通过引入ASP技术和数据库技术使得博客系统的动态功能得以很好的实现，本系统的成功开发可以说是Dreamweaver结合ASP技术开发动态网站的成功体现。 关键词： 博客 ASP 数据库 Dreamweaver毕业设计（论文）外文摘要The Design and Realization of Blog Website Based on ASPAbstract: This project studies a web blog, with which users can create their own web media without any cost and any maintenance. It develops and realizes commonplace functions of a blog, such as publishing blogs, uploading pictures, administrating blogs, reading blogs, publishing comments and so forth. This project goes with the principle that we regard the system as a whole but break up the whole into parts when realizing it. So we divide the whole system into several parts called modules and then we develop the system one by one and finally we combine all the partstogether and get a complete blog system. The system is developed mainly with Dreamweaver. And with the adoption of database technology and ASP, dynamic functions of the blog system perfectly come true. We can see the successful development of this system as a reflection of excellent combination of Dreamweaver and ASP technology when developing dynamic websites. Keywords: blog; ASP; database; Dreamweaver目 录1 引言11.1 课题的研究背景与意义11.1.1 课题的研究背景11.1.2 课题的研究意义11.2 问题定义和简介11.2.1 课题的定义11.2.2 课题简介21.3 课题调研与可行性分析21.3.1 课题调研21.3.2 可行性分析21.4 论文各章内容介绍32 系统需求分析42.1 需求调研42.2 业务流程分析42.3 系统数据流图52.4 系统功能需求分析62.4.1 功能划分62.4.2 功能描述62.5 系统功能需求分析82.5.1 创建用例图82.5.2 详细描述用例92.6 数据字典113 系统设计153.1 系统总体结构设计153.2 系统数据模型设计163.3 数据库表的设计193.4 系统开发与运行环境确定213.4.1 系统开发环境213.4.2 系统运行环境223.5 系统实现的若干关键技术223.5.1 UML建模技术223.5.2 ASP与IIS技术233.5.3 利用ADO访问数据库技术244 数据库连接函数275 详细设计285.1 系统登录模块模块简介285.2 模块体系结构285.3 运行图295.4 设计说明295.4.1 新用户注册子模块295.4.2 管理员登陆子模块316 博客管理系统模块3361 博客管理子模块336.1.1 模块简介336.1.2 模块体系结构336.1.3 设计说明3362 系统管理子模块366.2.1 模块简介366.2.2 模块体系结构366.2.3 设计说明367 博客浏览系统模块4071 博客浏览模块407.1.1 模块简介407.1.2 模块体系结构407.1.3 运行流程407.1.4 设计说明407.2 访问量统计模块418 用户手册4281 系统运行环境428.1.1 硬件要求428.1.2 软件环境4282 系统的安装4283 系统页面及其功能4284 系统的使用438.4.1 常用操作说明438.4.2 各模块的使用说明43结 论48致 谢50参 考 文 献511 引言1.1 课题的研究背景与意义1.1.1 课题的研究背景第一批中文博客是在2002年出现的，早些时候博客只是一个新的网络名词并无特殊之处，。就在不经意间，博客竟如雨后春笋般冒出来，博得越来越多网民的欢心，并在互联网上引发了一股博客热潮。博客的发展现状呈现出以下特点：发展速度惊人；从精英向大众人群迅猛扩展；博客人群主体更加多元化；博客服务商激增，出现群雄争霸局面；博客资源争夺激烈，博客服务商面临市场洗牌。博客发展到今天已经取得了相当规模的成就，以新浪、搜狐、网易为代表的三大门户网站都已经推出了自己的博客服务，还有一些著名的专业博客网站都已经对博客资源展开了激烈的争夺。在规模扩大的同时博客技术也在不断的进步和完善，目前博客技术已经取得的成果包括：发表日志，发表评论，相册等一些通用功能。但是现在的博客技术还不够完善，要想永久确立它的网络地位必须不断开发并推出新的博客技术来满足人们的需要。本课题的研究正是基于这样一种追求博客新技术的基础上而展开的。1.1.2 课题的研究意义 从上面的背景知识我们已经了解到博客在互连网上已经具有相当的规模，可以说它已经被人们所接受，博客改变着人们的交流方式和情感体验和表达形态，改变着人们聚散的方式；它无限放大着人们对于未来信息世界的预想，它影响着整个中国互联网的发展走向，甚至可能在今后一个时期，波及或影响着现实社会的民主决策过程。 无疑博客这样一种影响力颇大的媒介将有利于我们好的思想好的事物的传播，有利于社会的进步。所以我们要把这种好的影响力发挥到最大，怎样提高博客影响力必然就要求开发博客新技术来获得更多人的认可。 一旦博客研究取得关键性技术的新突破，将会在网络世界掀起一股前所未有的博客浪潮，介时将会有更多的人拥有自己的博客，博客影响力也将倍增。这时通过博客一些新的科学技术将更容易推广，好的政策好的思想也会更加容易传播，如果这样相信社会的进步将会是显而易见的。 1.2 问题定义和简介1.2.1 课题的定义 本课题开发的博客网就是为用户提供一个网络空间，用户可以在这个空间上发表日志、上传图片等操作。同时为浏览者提供浏览日志、发表评论的权力，并通过系统管理员对整个系统的博客账号、博客内容以及评论进行管理。 根据以上定义，本博客系统主要研究以下几个模块。（1） 博客访问者：参与博客阅读、发表评论。（2） 博客管理员：参与登陆、修改自己信息、管理日志、管理图片、管理链接。（3） 系统管理员：管理博客账号、博客内容、系统博客分类。1.2.2 课题简介本课题主要开发以下几个功能：用户组件和样式的设计，账号管理和验证，管理内容，阅读博客，系统功能页面等。（1）帐号管理和验证：帐号申请、权限分配、帐号注销；区分博客管理员和系统管理员；能够通过帐号正确的验证和标识用户，防止非博客用户盗用他人名义发表内容。（2）管理内容：为每个博客管理员提供博客的内容管理平台，提供日志、留言、评论、链接、四大类的信息管理内容。除评论外，每种信息均可自行管理信息分类，以及管理这种信息。（3）阅读博客：系统首页为博客访问者提供了博客分类列表，浏览者可以选择自己喜欢的博客专题。另外首页还包括最新日志列表、访问率最高的日志列表、最新注册的用户列表和博客排行榜。（4）系统功能页面： 日志和博客关键字搜索，列出日志、评论、留言的总数。 1.3 课题调研与可行性分析1.3.1 课题调研 为了出色的完成本课题的开发，对当前博客技术的应用状况展开了调查分析。通过对部分博客用户的调查和查阅大量的相关资料，发现博客技术从出现到现在一直在不断的发展中，博客的功能也从最初的只有简单的文章发表到现在集日志发表、评论、留言、相册等多功能于一身。有博客用户反映这些功能已经不能完全满足他们的需求，他们期待技术更成熟，功能更全面的新的博客技术的出现。 把握博客技术的发展动态对更好的开发设计本课题有很大的帮助，在调研过程中反映出来的对博客新技术的迫切需求更加激励了我要出色的完成本课题的设计。 调研还发现目前的博客系统存在局限性，例如现在博客用户使用的网页模板都是系统提供的固定格式，这就一定程度上限制了用户博客网页个性的发挥，因此能够让用户自己随意的设计自己喜欢的能够体现用户个性的模板将是博客技术发展的必然要求。 1.3.2 可行性分析本系统主要从经济可行性和技术可行性两个角度对其可行性进行分析：（1）技术可行性本系统使用ASP技术进行开发，现在有很多企业及技术人员选择它来作为开发平台。因此，在技术上ASP是完全可以胜任这个平台的开发。使用Dreamweaver结合ASP技术已经成为现代开发动态网站的首选技术，许多已经开发成功的经典项目足以证明此技术的可行性。（2）经济可行性由于本项目的特殊性，无需投入额外的设备购买及人员培训费用，所以在经济上本系统的开发是可行的。博客系统一旦开发成功投入运行，将会吸引很多的博客用户，网站的知名度迅速上升，访问量也会大幅度提高到时将会带来可靠的经济效益。按上述两方面进行可行性分析、研究后，我们认为该项目在技术上是可行的，在经济上是可合理的，可以进行开发。1.4 论文各章内容介绍第一章是绪论,这一章主要是对本次毕业设计所开发的系统进行问题的定义,通过问题的定义明白需要做些什么,并且对开发内容简单的介绍了一下;同时本章还对课题的研究背景与研究意义进行分析,对开发本系统的可行性分析还有对论文各章内容的简要介绍。第二章是系统需求分析。主要内容是系统的性能要求及功能需求分析，最后按面向对象的分析方式给出了系统的用例模型、流程图以及数据字典。第三章是系统设计部分，本章主要针对系统进行总的体系结构的设计，这部分设计是从用例模型及活动图导出的；系统数据模型设计包括了核心的E-R图、关系模型和一些重要的数据表；最后确定了系统的开发和运行环境以及开发本系统所涉及的一些关键技术。第四章介绍的是系统的数据库连接文件，以后系统需要连接数据库的只要直接调用这个文件就可以了。第五章从这章将开始本系统的详细设计阶段，本章介绍的是注册登陆模块，包括这个模块的体系结构，运行图，以及代码设计中的要点。第六章介绍的管理系统模块，同样通过模块体系结构，运行图和代码设计分别对博客管理和系统管理两个子模块进行了比较详细的设计。第七章介绍的是博客浏览系统模块，包括这个模块的体系结构、运行流程图和详细代码设计以及访问量统计子模块的关键代码描述。2 系统需求分析 根据第一章所定义的课题研究方向及目标，本章将对系统功能进行具体的需求分析，具体分析博客网所要实现的功能及欲达到的效果。2.1 需求调研从需求调查开始博客系统的研究，我们决定从下面几个来源进行收集资料。主流博客网：对当前人气高的博客网进行认真的调查。博客用户：对正在使用博客的用户进行面对面的探访，请教他们对博客的认识和使用意见。做一个自己的博客：最好的需求调研就是深入到业务过程中，在主流博客网注册自己的帐号，亲自体会博客的强大功能然后记录下来。博客系统需求管理规划表如表2-1 表2-1 博客系统需求分析表NO需求分类需求名称描述优先难度1特征与前景系统目标给用户提供一个展现自我的空间高中2预算成本控制在3万元以下中中3功能性需求管理内容通过后台管理系统进行文章、留言、图片、链接的管理中中4阅读内容阅读文章、评论、留言，查看图片，访问链接中中5非功能性需求平台限制基于Windows 2003 Server中低6操作方式浏览器中低2.2 业务流程分析本系统是将现代化的计算机技术与博客服务技术相结合，按照博客技术的服务流程设计完成的。为了使系统在实际运行中发挥更大的作用，实现工作过程的计算机化，提高工作效率和工作质量，现提出如下系统开发目标：其工作流程为：系统启动并调用默认的博客模版类型，所有用户浏览博客主页面，之后的操作通过权限判断。普通用户只能浏览、评论和查询博客信息。管理员分为系统管理员和博客管理员，前者可以对系统管理的所有功能进行操作，后者只有对博客进行写入、修改和删除的权限，并且其权限也受到系统管理员的限制，他只能在自己的权限范围内进行对博客的管理操作。具体目标如下：（1）操作简单、界面友好：完全控件式的页面布局，使得用户写博客的工作更简便；许多选项包括博客类别、作者等只需要点击鼠标就可以完成；另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。（2）即时可见：对博客的处理（包括写入、修改、删除）将立即在主页的对应栏目显示出来，达到"即时发布、即时见效"的功能。（3）功能完善：不仅包括常见网站的博客功能的各个方面：写日志、浏览、删除、修改、检索等各个方面，而且，还能进行对会员的管理，对用户推荐的博客进行审核，以及上传文件的管理。同时，为了能有效方面的更新系统的界面，系统还增加了调用博客界面模版的功能。（4）动态管理：对系统数据库实行动态操作，能实现对数据库信息的动态查询、动态更新修改和动态录入数据。2.3 系统数据流图 本系统主要完成博客的浏览与管理的功能，因此，在逻辑上可以将系统分为博客浏览系统和博客管理系统两部分，同时，系统的所有数据都需通过一个数据库系统来实现查询、更新和输入，所以在总体上可将总系统分为博客浏览系统、博客管理系统和数据库系统三个系统，对本系统操作的数据源有普通浏览者、博客用户和管理员三种。根据上述对新系统的初步分析和开发目标的分析，初步分析了一套博客系统的总体流图，如下图所示：浏览者博客浏览系统注册用户数据库系统博客管理系统用户信息博客信息站点信息新用户注册信息管理员信息系统信息用户信息修改信息博客信息管理员登陆信息登陆后的管理员管理员信息修改信息系统数据流图博客信息新用户注册信息登陆信息 由于系统数据较多现举出用户登陆数据流如下：2.4 系统功能需求分析2.4.1 功能划分 根据上一节的流程图，把系统划分成两个大的模块来完成：前台模块和后台管理模块。模块划分如表所示。序号功能模块类别功能模块备注1 前台模块阅读日志功能块博客列表功能块注册功能块登陆功能块公共模块2 博客管理模块用户模板管理功能块博客管理功能快3 系统管理模块用户管理功能块系统模板管理功能块公告管理功能块系统参数设置功能块数据库管理功能块2.4.2 功能描述上面两节把建立一个博客系统的流程图和功能模块的划分进行了介绍，下面将各个功能模块的功能做详细的描述，即对上述的模块功能进行设计与细化，以便我们下一步的开发。系统功能的详细描述如下： 前台功能列表序号功能列表功能明细1首页最新日志列表热门日志列表日志分类列表2阅读日志功能块全部日志列表日志内容页日志评论功能（发表评论）3博客列表功能块全部博客列表博客内容页4注册功能块用户注册页5登陆功能块验证用户权限6公共模块日志和博客关键字搜索列出博客、日志、评论的总数博客排行榜 博客管理功能列表序号功能列表功能明细1写博客写日志，管理日志管理评论专题分类管理修改公告修改个人博客信息2模板管理添加、删除和修改用户模板 系统管理功能列表1系统模板管理添加、删除和修改系统模板2管理用户修改用户信息和密码添加和删除用户3系统参数设置设置系统的一些名称和数据4数据库管理数据库的备份和还原 有了这些功能明细后，我们就把整个系统的框架确定下来了，也就确定了系统数据的基本结构。2.5 系统功能需求分析2.5.1 创建用例图系统管理员，参与了管理博客账号、登陆、修改密码3个用例。 博客使用者，参与了登陆、修改密码、管理文章、管理连接、管理图片5个用例。 博客访问者，参与了阅读博客、发表评论2个用例。博客系统参与者:博客系统用例：2.5.2 详细描述用例用例图是系统的高层试图，仅仅是用例图还不能支撑项目组进行设计工作，对于每一个用例，都需要确定用户如何使用这个系统，我们以用户的角度进行事件流设计，描述用例提供的价值和工作流程。我们按照主流博客网的模板进行设计。 名称：表明用户的意图或用例的用途。 标识符：惟一表识，如UC1234，在项目的其他元素中可以用来引用这个用例。 描述：概述用例的几句话。 参与者：与此用例相关的参与者列表。状态：指示用例的状态。频率：参与者访问次用例的频率。前置条件：一个条件列表，如果其中包含条件。则这些条件必须在访问用例之前得到满足。后置条件：一个条件列表，如果其中包含条件。则这些条件必须在用例成功完成以后得到满足。被扩展的用例：此用例所扩展的用例。被包含的用例：此用例所包含用例的列表。假设：对编写此用例时所创建的域的任何重要假设。基本操作流程：参与者在用例中所遵循的主逻辑路径。可选操作流程：用例中很少用到的逻辑路径，那些在变更工作方式、出现异常或发生错误的情况下所遵循的路径。修改历史记录：关于用例的修改时间、原因和修改人的详细信息。问题：如果存在，则为与此用例的开发相关的问题或操作项目的列表。决策：关键决策的列表，这些决策通常由你的SME做出，并属于用例的内容。 用户登陆用例用例名称用户登陆用例IDUC-12参与者用户、管理员描述用户登陆系统过程风险低优先级高难度低启动主动进入用户登陆画面或会话超时转入用户登陆画面前置条件用户需在登陆状态后置条件将用户信息放入会话中将用户相关的博客信息放入会话中显示博客阅读主画面主事件流用户系统1进入或转入用户登陆画面2用户输入用户名和密码3系统检查用户名和密码是否合法4系统检查用户名是否存在，密码是否正确5读取用户的基本信息、博客的基本信息放入会话中6转到管理博客的主画面异常流异常流系统中不存在该用户或用户名错误系统转入登陆画面异常用户不存在或密码错误 修改密码用例用例名称修改密码用例IDUC-15参与者用户、管理员描述用户、管理员进行密码修改风险低优先级高难度低启动单击“用户修改密码”主事件流用户系统1进入用户修改密码，输入旧密码一次，新密码两次2检查密码格式是否相符3检查旧密码是否正确4如果正确就进行密码修改，转入密码修改成功画面异常流异常流密码检查不通过系统返回密码修改画面，提示旧密码不正确、新密码格式不符、两次不同等异常用户旧密码错误规则密码需要大于6位小于12位 管理博客账号用例用例名称管理博客账号用例IDUC-25参与者管理员描述管理员进行博客账号管理主事件流用户系统1单击博客账号管理图标2显示博客账号管理主画面，包括博客账号的列表及删除按钮可选事件流删除博客账号用户系统1单击删除按钮2提示确认删除3单击确认删除4系统删除博客账号的信息，提示删除成功 表2-5 修改博客账号用例用例名称修改博客信息用例IDUC-28参与者博客使用者描述修改博客账号信息风险低优先级高难度低启动进入修改博客画面前置条件博客使用者已登陆后置条件更新Session中的博客信息主事件流用户系统1单击修改博客信息链接2系统显示修改博客画面，初始化该博客相关信息3修改博客的相关信息，单击【保存】4检查同名的博客是否存在、检查博客的名称、描述是否包含特殊字符5保存博客的相关信息、提示保存成功异常流异常流同名博客账号存在系统提示已有同名博客存在，提示用户重新输入博客的名称系统提示输入的信息不合法，提示用户重新输入博客的名称、描述规则博客名称不能包含特殊字符博客的名称不能重复2.6 数据字典 数据字典是系统分析阶段的重要文档，它清楚地定义与详细地解释了数据流程图上不能详细表达的内容，同时它也是同用户交谈的工具。下面详细列出本系统中的数据字典：名字：用户信息表别名：博客用户信息表描述：记录博客用户的注册信息表定义：用户信息表=用户名+用户密码位置：用户验证中心名字：用户名别名： 描述：标识用户的凭证定义：用户名=1字符10位置：用户验证中心 用户信息表 用户管理部分名字：用户密码别名： 描述：验证用户是否合法的唯一凭证定义：用户密码=1字符10位置：用户验证中心 用户信息表 用户管理部分名字：博客名别名： 描述：博客网页的名称定义：博客名=1字符20位置：博客信息表名字：博客信息表别名： 描述：记录博客信息表定义：博客信息表=博客名+博客作者+博客类别位置：博客信息中心名字：博客类型别名：博客分类描述：标识博客内容所属的不同分类定义：博客类型=1字符20位置：博客信息表名字：作者别名：博客用户描述：博客网页的制作者和管理者定义：作者=1字符20位置：博客信息表 名字：日志信息表别名：文章信息表描述：记录博客用户发表的文章的信息表 定义：日志信息表=日志主题+日志分类+发表日期位置：日志管理部分名字：日志主题 别名：文章题目 描述：标识日志的内容定义：日志主题=1字符20位置：日志管理部分名字：发表日期 别名： 描述：日志更新时间 定义：发表日期=1字符20位置：日志信息表名字：日志分类 别名： 描述：日志内容所属的类型 定义：日志分类ID=1字符20位置：日志信息表名字：评论主题别名： 描述：代表评论是对哪个日志而发表的定义：评论主题=1字符20位置：评论信息表 评论管理部分名字：评论信息表别名： 描述：记录对日志的评价信息定义：评论信息表=评论主题+评论人+评论日期 位置：评论信息表 评论管理部分名字：评论日期别名： 描述：代表评论更新时间定义：评论日期=1字符20位置：评论信息表 评论管理部分名字：评论人别名： 描述：标识评论的作者定义：评论人=1字符10位置：评论信息表 评论管理部分名字：用户名别名： 描述：标识用户的凭证定义：用户名=1字符20位置：管理信息表 用户验证中心名字：管理信息表别名：管理员信息表 描述：记录管理员的注册信息表定义：管理信息表=用户名+用户密码位置：用户验证中心名字：用户密码别名： 描述：验证用户是否合法的唯一凭证定义：用户密码=1字符50位置：管理信息表 用户验证中心名字：模板名称别名： 描述：体现模板特色的名字定义：模板名称=1字符20位置：模板信息表名字：模板信息表别名： 描述：记录制作博客的模板信息定义：模板信息表=模板名称+提供者+模板代号 位置：模板信息表名字：模板代号 别名： 描述：唯一标识某一个模板定义：模板代号=1字符20位置：模板信息表 管理模板部分名字：提供者别名： 描述：标识模板的制作者定义：提供者=1字符10位置：管理模板部分3 系统设计3.1 系统总体结构设计本系统主要包括三大模块组成：博客访问者模块、用户模块、系统管理员模块。整个系统的结构框架如下图所示博客系统博客访问者模块博客用户模块博客系统管理员模块阅读日志功能块博客列表功能块公共模块日志评论管理模块修改个人博客信息管理公告模块管理用户模块模板管理模块系统参数设置模块数据库管理模块注册/登陆模块 3.2 系统数据模型设计由于博客系统中对博客内容的写入、修改和更新工作比较复杂，所以它的主要任务是进行大量的数据库操作，这就必然要存储和利用大量的、各种类型的数据。如何建立一个良好的数据库结构和文件组织形式，使其能够迅速、准确的查找所需要的数据，是衡量这个系统的主要指标之一。（一）概念模型的建立通过第二章中对系统数据流以及局部数据流和数据字典的分析，可以总结出系统中数据概念模型，如下图所示：概念模型（E-R图）：模板用户博客代号博客名类别名称代号提供者用户名编号用户密码选写 图3-2用户概念模型模板用户博客分类系统管理员代号用户密码用户权限名称提供者分类号分类名用户名用户密码用户权限用户名管理1NNN 图3-3系统概念模型 （二） 数据模型的建立现根据上述概念模型，将它们转化为数据模型，由于数据较多，现举部分数据进行转换。根据关系模型的转换规则，转换方式分为如下几种：（1） 一个实体型转换为一个关系模型博客（ 博客 ID、内容、标题、所属分类ID、相关博客连接关键字、总点击率、写入入时间、作者、来源、标题图片连接、所属专题ID、博客管理员ID、外部连接的Url）；注册会员（ID、姓名、密码、email、自我论述、注册日期、密码问题、密码答案、性别、生日、真实姓名、国家、省、市、电话、地址、qq）；管理员（ID、姓名、密码、系统标识、权限、管理的博客分类ID、发表的日志数、自我论述、email）；站点信息（热门日志、最新日志、博客总数、日志总数、评论总数、会员总数、专题数）关键字（ID、关键字名、关键字连接Url、关键字连接alt）；模版（模版ID、模版名称、模版类型、模版文件名、模版缩略图、是否为默认模版）；系统风格（ID、名称、是否默认风格、css文件路径）；（2） 一个1：n联系转换为一个关系模型包含（日志 ID，内容，标题，所属分类ID，相关连接关键字，总点击率，发表时间，作者，来源，评论数，评论ID，评论内容，评论者姓名，评论时间，评论者ip地址，是所属专题ID，发表者的用户ID，上传文件ID，上传文件路径）属于（注册用户ID，姓名，密码，email，自我论述，注册日期，密码问题，密码答案，性别，生日，真实姓名，国家，省，市，电话，地址，qq）（3） 一个1：1联系可以转换为一个关系模型链接（关键字ID，关键字名，关键字连接Url，博客ID，内容，标题）（4） 三个或三个以上实体间的一个多元联系转换为一个关系模式评论（日志ID，评论者ID，博客分类ID）（三）数据模型的优化数据库逻辑设计的结果不是唯一的。为了进一步提高系统数据库应用系统的性能，必须对数据模型进行优化。由于数据较多，只就部分数据举例如下：1确定数据依赖新闻关系模型中存在如下数据依赖：博客ID内容，博客ID标题，博客ID所属分类ID，博客ID相关博客连接关键字，新闻ID录入时间，博客ID作者，博客ID来源，博客ID日点击率，博客ID评论ID，博客ID标题图片连接，博客ID所属专题ID，博客ID发表者的管理员ID，博客ID博客外部连接的Url，博客ID上传文件ID，博客ID上传文件路径，博客ID评论数，上传文件ID上传文件路径，评论ID评论内容、评论ID评论者姓名、评论ID评论图象、评论ID评论时间、评论ID评论者ip地址，（日志ID、评论ID）评论数，评论ID评论数其中码有（博客ID，评论ID，上传文件ID，日志ID）2消除冗余关系观察上述依赖发现如果一篇日志含有多个评论，那么日志的其他属性将重复存储很多次，因此可以将关系模型转化为：日志（日志 ID、内容、标题、所属分类ID、总点击率、发表时间、作者、来源、评论数、标题图片连接、所属专题ID、发表者的用户ID、摘要、日志外部连接的Url、上传文件ID、上传文件路径、评论ID）评论（日志ID、评论ID、评论数、评论内容、评论者姓名、评论图象、评论时间、评论者ip地址）3考查部分函数依赖、传递函数依赖等的存在性，以确定关系模型分别达到的范式在“日志”关系模式中“评论ID”并不决定其他的非主属性，同时存在“日志ID上传文件ID”，“上传文件ID上传文件路径”这样的传递函数依赖，因此，在消除部分依赖和传递依赖后可以将关系转换为：日志（日志ID、内容、标题、所属分类ID、相关日志连接关键字、总点击率、发表时间、作者、来源、评论数、是否头条新闻、标题图片连接、所属专题ID、发表者的用户ID、日志外部连接的Url）评论（评论ID、评论内容、评论者姓名、评论图象、评论时间、评论者ip地址）上传文件（上传文件ID、上传文件路径）因此，可以确定这样的关系模型达到了第三范式。4确定是否分解由于，关系模型的规范化程度并不是越高越好，在实际应用中高范式可能会带来程序查询时间的浪费，所以，在数据库文件设计上，本系统达到第三范式已经足够，无须在做分解。3.3 数据库表的设计数据库设计是项目开发中的系统设计中非常重要的另一个关键环节，在这里之所以特别强调数据库设计的重要性，上因为数据库设计就像在建设高楼大厦的根基一样，如果设计不好，在后来的系统维护、变更和功能扩充时，甚至在系统开发过程中，将会引起比较大的问题，会遇到非常大的困难，大量的工作将会重新进行。 下面根据前面列出的系统用例图，开始设计相关数据库。(1) 数据库表及表之间的相互关系 本系统需要设计的数据库表如下 数据库表序 号数据库表数据库表存储内容1user存储用户信息、权限及用户的博客信息2classname存储分类信息3blog存储日志信息4sysskin存储系统模板信息5comment存储评论信息6userskin存储用户模板信息7admin存储系统管理员信息 上表列出了本系统所用到的数据表，并根据流程和功能表示出数据各表之间的关系，具体如下。分类表Clas