博客系统需求分析报告

博客管理系统1.系统需求分析博客系统分前台功效和后台功效两大部分。前台重要供顾客注册，浏览，后台重要供管理员使用，管理员能够对顾客进行管理。1.1前台功效分析博客系统前台的顾客共分两类：一类是注册顾客(正式顾客)，这类顾客有基本的信息，能够对自己的信息进行查看与修改，；另一类顾客是游客（未注册顾客），他们只能查看、浏览注册顾客的信息。游客：能够查看注册顾客的信息。通过注册能够成为注册顾客。注册顾客：登录后对能够对个人信息进行查看和修改。2)博客顾客通过前台登录后，对自己的空间进行管理，涉及公布自己的网络日志，分享视频，分享音乐，邀请好友玩游戏，上传照片，与有关人员进行交流和沟通以及删除访客发表的评论3）博客顾客登录后对自己的信息进行修改非注册顾客1)游客通过注册，登录进入博客空间发表评论2)游客不注册，通过匿名方式对博客空间浏览文章，发表评论，查看文章发表人的全部文章1.2后台功效分析博客系统后台重要是供管理员使用的，管理员可对顾客进行添加、删除、查询及修改；对网站的新闻、公示进行管理。管理员也能够含有不同的权限分为超级管理员和普通管理员，普通管理员含有以上权限，超级管理员除了能够含有以上全部功效外，还能够添加、删除普通管理员。2.数据库设计2.1数据库概念构造设计对博客系统进行分析后，抽象出有关的数据，按照现实世界的事物能作为属性看待的，尽量作为属性看待的原则。作为“属性”，不能再含有需要描述的性质，“属性”必须是不可分的数据项，不能包含其它的属性；“属性”不能与其它实体含有联系，E-R图中所示的联系是实体与实体的联系。根据以上准则，能够拟定哪些为实体，哪些为属性，每个实体含有哪些属性，实体之间存在何种联系。经分析之后，该系统中包含的实体以及实体之间的联系以下所示：实体：管理员实体，顾客实体，文章类型实体、链接实体、留言实体、文章实体和评论实体，回复实体，视频，照片，音乐、游客。实体间存在的联系管理员和顾客实体之间存在多对多的联系博客顾客与链接之间存在多对多的消息联系博客顾客与留言之间多对多的回复联系文章类型与文章之间存在一对多的消息联系文章与评论之间存在一对多的消息联系顾客和游客之间存在一对多的联系顾客和视频之间存在一对多的联系顾客和音乐之间存在一对多的联系顾客和照片之间存在一对多的联系实体的属性：留言（留言编号，网友昵称，日期，标题，内容，个人主页，回复）管理员（管理员，密码，权限）博客顾客（顾客号，顾客名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，都市，地址，注册时间，积分，顾客等级，安全问题，安全答案）文章（文章编号，作者，标题，摘要，内容，发表日期，人气，回复，类型编号，类型名称，回复数）文章类型（类型编号，类型名称）评论（编号，顾客昵称，标题，内容，发表时间，文章编号）链接（链接编号，名称，地址）新闻（新闻号，标题，内容，时间）公示（公示号，标题，内容，时间）视频（视频编号，标题，内容，时间）音乐（音乐编号，标题，内容，时间，歌手名）照片（照片编号，标题，内容，时间，大小）游客（游客号，游客名）回复（顾客号，留言号，主题，内容，回复时间）联系的属性：实体之间关系的E-R图如图7-7所示。管理员管理员留言

留言文章类型游客n文章类型游客归属回复时间回复1归属回复时间回复访问时间访问n访问时间访问nMm顾客发表文章1mn分享视频m顾客发表文章分享视频分享n11分享发表日期音乐上传n发表日期音乐上传n照片n照片链接链接公示新闻公示新闻2.2数据库逻辑构造设计根据系统E-R图，把实体与实体之间的联系转换成关系模型，E-R图中的每个实体转换成一种关系模型，实体之间一对多的联系合并到多方实体对应的关系模型中，把一方的码与联系的属性纳入到多方实体对应的关系模型中，为实体之间多对多的联系创立一种新的关系模型，它包含双方的码以及联系的属性。含有相似码的关系模型有些状况下能够考虑把它们合并。在转换过程中应当按照关系规范化的理论，对关系模型进行优化，减少冗余和数据操作异常，提高查询速度，在性能与范式之间作出权衡，普通所设计出的关系数据库达成3NF就基本符合规定。按照评论（编号，顾客昵称，标题，内容，发表时间，文章编号）文章（文章编号，作者，标题，摘要，内容，发表日期，人气，回复，类型编号，类型名称，回复数）文章类型（类型编号，类型名称）管理员（管理员，密码，权限）博客顾客（顾客号，顾客名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，都市，地址，注册时间，积分，顾客等级，安全问题，安全答案）发表（顾客号，文章编号，发表日期）管理（管理员，顾客号，注册号）留言（留言编号，顾客号，网友昵称，日期，标题，内容，个人主页，回复）回复（顾客号，留言编号，主题，内容，回复时间）链接（链接编号，名称，地址）访问（顾客号，游客号，访问量,访问时间）新闻（新闻号，标题，内容，时间）公示（公示号，标题，内容，时间）视频（视频编号，顾客号，标题，内容，时间）音乐（音乐编号，顾客号，标题，内容，时间，歌手名）照片（照片编号，顾客号，标题，内容，时间，大小）游客（游客号，游客名）3功效分析在其博客管理系统上建立适宜的视图，索引，存储过程和触发器，因此我们重要从这四个方面来分析它的功效A视图：视图是一种虚拟表，其内容由查询定义。同真实的表同样，视图包含一系列带有名称的列和行数据。但是，视图并不在数据库中以存储的数据集合形式存在。1.创立某某表的视图2、运用cust_view视图添加一条统计数据3、创立视图sale_item_view，该视图中包含订单编号、订货日期、产品编号及数量。然后运用该视图向表中插入数据4删除视图中全部姓“王”的客户数据5有两个基本表employee和sales，创立一种视图，该视图包含相似业务员的编号、姓名、订单号、销售总金额。6将上述视图中订单号为10001的统计的销售金额改为60000。B索引：索引用来快速地寻找那些含有特定值的统计。普通索引，这是最基本的索引类型，并且它没有唯一性之类的限制。普通索引能够通过下列几个方式创立：

创立索引，例如CREATEINDEX<索引的名字>ONtablename(列的列表);

修改表，例如ALTERTABLEtablenameADDINDEX[索引的名字](列的列表);

创立表的时候指定索引，例如CREATETABLEtablename([...],INDEX[索引的名字](列的列表));

唯一性索引，这种索引和前面的“普通索引”基本相似，但有一种区别：索引列的全部值都只能出现一次，即必须唯一。唯一性索引能够用下列几个方式创立：

创立索引，例如CREATEUNIQUEINDEX<索引的名字>ONtablename(列的列表);

修改表，例如ALTERTABLEtablenameADDUNIQUE[索引的名字](列的列表);

创立表的时候指定索引，例如CREATETABLEtablename([...],UNIQUE[索引的名字](列的列表));

主键：主键是一种唯一性索引，但它必须指定为“PRIMARYKEY”。如果你曾经用过AUTO_INCREMENT类型的列，你可能已经熟悉主键之类的概念了。主键普通在创立表的时候指定，例如“CREATETABLEtablename([...],PRIMARYKEY(列的列表));”。但是，我们也能够通过修改表的方式加入主键，例如“ALTERTABLEtablenameADDPRIMARYKEY(列的列表);”。每个表只能有一种主键。

3存储过程:一组为了完毕特定功效的SQL语句集，经编译后存储在数据库中，顾客通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。1、运用存储过程，给employee表添加一条业务部门员工的信息。2、运用存储过程从employee、sales、customer表的连接中返回全部业务员的姓名、客户姓名、销售金额。3、创立带一种输入参数的存储过程，实现按员工姓名进行含糊查找，查找员工编号、订单编号、销售金额。4、创立带两个输入参数的存储过程，查找姓“李”并且职称为“职工”的员工的员工编号、订单编号、销售金额。运用存储过程计算出订单编号为10003的订单的销售金额。（带一输入参数和一输出参数）（提示：sales表中的tot_amt应当等于sale_item表中的同一张订单的不同销售产品的qty*unit_price之和）创立一存储过程，根据给出的职称，返回该职称的全部员工的平均工资。（带一输入参数和返回值）4触发器触发器对表进行插入、更新、删除的时候会自动执行的特殊存储过程。触发器普通用在check约束更加复杂的约束上面。触发器和普通的存储过程的区别是：触发器是当对某一种表进行操作。诸如：update、insert、delete这些操作的时候，系统会自动调用执行该表上对应的触发器。SQLServer中触发器能够分为两类：DML触发器和DDL触发器，其中DDL触发器它们会影响多个数据定义语言语句而激发，这些语句有create、alter、drop语句。1、针对employee表写一种DELETE触发器，显示删除的员工人数。2、针对employee表写一种UPDATE触发器，限制每次工资额的变动不能超出原工资的20%。3、定义一种触发器，确保新添加的员工的工资不能超出5000元4、对sale_item表创立一种触发器，当插入一条销售明细统计时