aspnetsql博客系统设计(编辑修改稿)

aspnetsql博客系统设计(编辑修改稿)内容摘要：

为应用程序提供稳定 、高效的后台数据管理， .NET 平台是稳定的应用程序运行平台，采用 B/S 程序架构构建快速的应用程序。 管理可行性 管理上的可行性：主要是管理人员是否支持，现有的管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。 系统的开发主要就是为了方便校友信息的管理，补充现在传统管理方式的不足，因此具备了管理上的可行性。 经济可行性 本博客不需要太复杂的功能设计，属于自主研发，因为不涉及经济问题。 11 法律可行性 本博客完全属于自主研发，不涉及侵权行为。 综上所 述，本系统开发目标已明确，在技术、管理、经济和法律等方面具备可行性，并且投入少、见效快，因此系统可以进行开发。 系统功能和目标 根据博客系统的基本需求，本系统需要完成以下任务。  浏览日志功能：可以浏览作者的日志以分享作者的心情或知识。  发表日志功能：可以通过该功能发表自己的日志或知识。  评论日志功能：对作者的日志发表自己的看法。  日志管理功能：实现文章的管理。  我的相册功能：实现相册的维护和管理。  我的视频功能：实现视频的维护和管理。  留言功能：实现留言的发表与维护。 系统总体设计 博客系统 主要分为 5 个功能模块，分别为日志功能模块、留言功能模块、评论功能模块、相册功能模块和视频功能模块。 其系统结构设计如图 所示。 图 31 博客系统总体设计图 数据分析 博客系统中，主要是管理用户的文章、留言、系统信息等数据。 数据的类型决定了程序对数据的处理方式也就是算法，因此，数据是系统实现分析的起点。 现通过数据流图的方式分析系统中数据的流动和处理。 对系统的管理员，在登录系统后，本系统接受管理员的修改、添加、删除请求，通 12 过分析将这种请求转化成相应的 SQL 语句执行对数 据库的相关的操作，并将执行的相应结果送回系统中。 系统接收到数据库返回的结果集，经过一定的分析处理，将其转化成 页面，返回到客户端显示给用户。 数据流图 系统运行过程中，主要涉及到两部分的数据流向，一部分是管理员在系统后台管理界面上发出的对数据库操作的数据流，另一部分是用户在应用前台使用系统时所产生的数据流。 如图 32： 图 32 博客系统总体图 对于每一个管理，可以细分为添加、修改、删除、浏览等操作，现以文章管理为例，其具体细节图如图 33 所示。 图 33 文章管理细节图浏览文章添加新文章删除文章文章信息确认浏览信息确认添加信息确认修改信息修改文章确认删除信息 13 第 4 章 数据库设计 数据库的需求分析 博客系统的数据库功能主要体现在对各种信息的提供、保存、更新和查询操作上，包括日志信息、日志分类信息、评论信息、相册信息和视屏信息，各部分的数据内容又有内在的联系。 针对该系统的数据特点，可以总结出如下的需求。  日志信息表记录作者发表的日志信息。  日志分类信息表记录了日志所在的目录分类。  评论信息表是对应着某个日志浏览者发表的评论。  相册信息表记录个人相册的信息。  视频信息表记录了个人上传的视频信息。  用户信息记录博客主人的信息。 经过上述系统功能分析和需求总结， 设计如下的数据项和数据结构。  日志信息表包括日志编号、日志内容和标题等数据项。  日志分类信息表包括分类编号、类别名称和类别描述等数据项。  评论信息表包括评论编号、日志编号和评论内容等数据项。  相册信息表包括照片编号、照片名称、发布时间和照片地址等数据项。  视频信息表包括视频编号、视频名称、发布时间和地址等数据项。  用户信息表包括用户编号、用户名和密码等数据项。 数据库概念结构设计 实体与属性之间关系 ER 模型的组成元素有：实体、属性、联系。 ER 模型用 ER 图表示。 实体是用户工 作环境中所涉及的事务，属性是对实体特征的描述。 (1) 模型中的实体相当于实体集、一个表，而不是单个实体或表中的一行。 实体用矩形框表示，实体名称标注在矩形框内。 用菱形表示实体间的联系，菱形框内写上联系名，用无向边把菱形分别与有关实体相连接，在无向边旁标上联系的类型。 (2) 属性是实体的性质。 用椭圆框表示，与实体之间用一条线相连表的主码是关键属性，关键属性项加下划线。 (3) 各子系统模块中主键相同的字段之间存在着相互关联的关系。 (4) 在程序中实现对它们的完整性和一致性控制。 数据库的 ER 图 14 (1)博客系统整体 ER图如图 41所示。 图 41 博客整体 ER 图 (2)博客系统日志信息实体 ER图如图 42所示。 图 42 日志信息实体 ER图 (3)博客系统目录信息实体 ER图如图 43所示。 图 43 目录信息实体 ER图 (4)博客系统评论信息实体 ER图如图 44所示。 15 图 44 评论信息实体 ER 图 （ 5）博客系统留言信息实体 ER图如图 45所示。 图 45 留言信息实体 ER 图 (6)博客系统照片信息实体 ER图如图 46所示。 图 46 照片信息实体 ER图 (7)博客系统视频信息实体 ER图如图 47所示。 16 图 47 视频信息实体 ER图 (8)博客系统用户信息实体 ER图如图 48所示。 图 48 用户信息实体 ER图 数据库的逻辑结构设计 数据库的概念结构设计完毕后，现在可以将上面的数据库概念结构转化为某种数据库系统所支持的实际数据模型，也就是数据库逻辑结构。 博客系统数据库 BlogData包括 7张表，分别是用户信息表、日志信息表、日志分类信息表、评论信息表、相册信息表、视 频信息表和留言信息表。 （ 1）用户信息表 用户信息表（ Admins）记录了用户的账号和密码，结构如表 41所示。 表 41 Admins 表 字段名称 描述 数据类型 是否可空 主键 AdminID 用户编号 int(4) N Y UserId 用户名 varchar(10) N N PassWord 密码 varchar(50) N N （ 2）日志信息表 日志信息表（ Articles）记载了日志的编号、分类编号 、日志标题、简介和日志内容等详细信息，结构如表 42 所示。 17 表 42 Articles 表 字段名称 描述 数据类型 是否可空 主键 ArticleID 日志编号 Int(4) N Y Title 日志标题 Nvarchar(50) N N A_Content 日志内容 Nvarchar(MAX) Y N PubishedTime 发表时间 datetime N N Tag_ID 所属类别 Int(4) N N Dec 简介 Nvarchar(200) N N ViewNum 查看次数 Int(4) N N （ 3）日志分类信息表 日志分类信息表（ Tags）记录了日志的分类信息，结构如表 43 所示。 表 43 Tags 表 字段名称 描述 数据类型 是否可空 主键 Tag_ID 分类编号 Int(4) N Y Tag_Name 分类名称 Nvarchar(50) N N Tag_Dec 分类简介 Nvarchar(200) Y N （ 4）评论信息表 评论信息表（ Cments）记载了评论的编号、日志编号、评论内容和时间等信息，结构如表 44所示。 表 44 Comments 表 字段名称 描述 数据类型 是否可空 主键 Cmt_ID 评论编号 Int(4) N Y ArticleID 文章编号 Int(4) N N Cmt_UserName 用户名 Nvarchar(50) Y N Cmt_Content 内容 Nvarchar(200) Y N Cmt_Time 时间 Datetime Y N （ 5）相册信息表 相册信息表（ Photos）记录了照片的信息，结构如表 45 所示。 表 45 Photos 表 字段名称 描述 数据类型 是否可空 主键 18 Photo_ID 照片编号 Int(4) N Y Photo_Name 照片标题 Nvarchar(50) Y N Photo_Intro 描述 Nvarchar(200) Y N AddDate 添加日期 datetime Y N Photo_Url 存放路径 Nvarchar(150) Y N （ 6）视频信息表 视频信息表（ Videos）记录了视频的信息，结构如表 46 所示。 表 46 Videos 表 字段名称 描述 数据类型 是否可空 主键 Video_ID 视频编号 Int(4) N Y Video_Name 视频标题名 Nvarchar(50) Y N Video_Intro 描述 Nvarchar(200) Y N AddDate 添加日期 datetime Y N Video_Url 存放路径 Nvarchar(150) Y N （ 7）留言信息表 留言信息表（ Messages）记录了留言的信息，结构如表 47 所示。 表 47 Messages 表 字段名称 描述 数据类型 是否可空 主键 Msg_ID 留言编号 Int(4) N Y Msg_Name 留言标题名 Nvarchar(50) Y N Msg_Intro 描述 Nvarchar(200) Y N AddDate 添加日期 datetime Y N Msg_Url 存放路径 Nvarchar(150) Y N 数据库的完整性和安全性 数据库的完整性约束 数据库的完整性是指数据的正确性和相容性。 数据库管理系统 (DBMS)用一定的机制来检查数据库中的数据是否满足规定的条件 —— 完整性约束条件，数据的约束条件是语义的体现，将作为模式的一部分存入数据库中。 数据库的完整性约束主要包括以下三方面要求： (1)实体完整性 19 实体完整性是指若属性 A是基本关系 R的主属性，则属性 A不能取空值。 对于每个表来说，主键都不可以 为空。 在用户提交信息时，系统会对用户所填写的信息进行验证，对于其中的关键信息没有填写或者数据非法时，系统会提示用户更改后再提交。 这样保证了系统实体完整性。 (2)参照完整性 由于表和表之间会存在某些联系，当关系 R和关系 S之间是一对多关系时 (R的主键是 A， S的主键是 b， c是 s中的外码 )，在插入数据时就要保证外码 c的值或者为空或者等于 R中某个元组的主码值。 在对被参照表进行删除操作时应同时进行及联删除。 (3)用户定义完整性 任何关系数据库系统都应该支持实体完整性和参照完整性。 除此之外，不同的关系数据库系统根据其 应用环境的不同，往往还需要一些特殊的约束条件，用户定义的完整性就是针对某一具体关系数据库的约束条件。 它反映某一具体应用所涉及的数据必须满足的语义要求。 例如某个属性必须取唯一值、某个属性的取值范围等。 数据库的安全性 数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄漏、更改或破坏。 在数据库系统中，大量的数据集中存放，同时又为许多用户直接共享，是宝贵的信息资源，因此系统的安全保护措施就显得更为重要。 键全的数据库安全机制可以防止数据库被恶意的破坏和非法的存取。 本系统的安全 设计包括服务器和数据库两方面设计。 当用户使用系统时，系统首先会检查用户是否登录，如果用户还没有登录，系统将会弹出警告窗口提醒用户，并将相应的页面跳转至用户登录。 在用户提交登录信息后，系统会对用户的身份进行核对，如果在数据库中查找到了相关记录，打开用户页面，表明用户登录成功。 对于数据库的安全，主要是通过对授权用户的身份验证实现的。 在的系统管理页面，提示用户使用管理员帐号在此登录，没有管理权限的系统注册用户无法登录到数据库管理的后台。 系统确认了管理员身份之后统会打开管理页面，系统管理者可在此对整个系统的数据库进 行管理和维护。 20 第 5章 网站实现 对博客系统进行系统分析、数据库设计之后，本章将主要介绍系统各功能模块的设计及其实现。 CP3。