新闻资讯CMS内容管理系统的设计与实现(一)

版权声明:希望本文能对您有所帮助!欢迎指导、勘误、讨论及转载,转载请注明出处。 https://blog.csdn.net/Remoa_Dengqinyi/article/details/80317465
新闻资讯CMS内容管理系统的设计与实现(一)

目录:

1、项目背景:

2、项目规划:

3、系统结构图:

4、系统架构图:

5、系统用例图:

6、业务流程图:

7、E-R图:

8、领域模型:

9、数据字典:

10、DDL建表语句:

11、数据流图:


1、项目背景:

如标题,新闻资讯CMS内容管理系统的设计与实现,主要功能包括浏览新闻、编辑发布、用户管理、评论回复、文章收藏、广告管理、分栏管理等等。

后台框架:Spring + Spring MVC + Mybatis

前端框架:JQuery + Bootstrap

数据库管理系统:MySQL

项目构建工具:Maven

服务器:Apache Tomcat

项目开发IDE:IntelliJ IDEA

虽然时间很紧,还是决定整个系统从0到1的重头来过,最新消息5月21日要上交最终版的论文,这下事情开始变得有趣了。

2、项目规划:

下面的图是给自己订的小计划,望坚持。

图2.1 项目规划表

3、系统结构图:


图3.1 系统结构图

4、系统架构图:


图4.1 技术架构图

5、系统用例图:

用例用于描述一个完整的系统事件流程,其重点在于参与者与系统之间的交互而不是内在的系统活动,并对系统参与者产生有价值的可观测结果。

(1)关系(Relationship):

A)关联关系:

①定义:所有关系中最通用同时也是语义最弱的关系。包括聚合关系和组合关系。

②使用:参与者与用例之间。

③表示符号:实线箭头,箭头指向消息接收方

B)实现关系:

①定义:用来规定接口和实现接口的类或组件之间的关系。

②使用:用例之间。

③表示符号:虚线箭头和三角形,箭头指向接口。

C)泛化关系:

①定义:描绘了从特殊事物到一般事物之间的关系,即子类到父类之间的关系。

②使用:参与者之间或者用例之间。

③表示符号:实线箭头和三角形,箭头指向父用例。

D)依赖关系:

①定义:表示两个或多个模型元素之间语义上的依赖关系,即源用例依赖于目标用例,包括使用依赖、抽象依赖、授权依赖和绑定依赖。

②使用:用例之间。

③表示符号:虚线箭头,箭头指向被依赖的用例

E)扩展关系:

①定义:表示一个用例扩展另一个用例的功能。

②使用:用例之间。

③表示符号:虚线箭头和<extend>字样,箭头指向基础用例。

(2)参与者(Actor):超级管理员用户、普通用户、讯息发布用户、游客用户

(3)用例(Use Case):

A)与超级管理员用户有关的用例:

文章管理:在系统中查看文章列表,审核发布的文章信息。

用户管理:在系统中查看用户信息列表,打印用户信息,审核讯息发布用户信息。

栏目管理:在系统中查看栏目列表,增加、修改、删除栏目信息。

广告管理:在系统中查看广告列表,增加、修改、删除广告信息。

B)与普通用户有关的用例:

栏目查看:在系统中查看栏目信息。

文章查看:在系统中查看文章具体内容信息。

广告查看:在系统中查看广告信息。

文章搜索:在系统中查询文章信息。

评论回复:在系统中对文章进行评论或对评论进行回复。

图片收藏:在系统中收藏新闻图片。

文章收藏:在系统中收藏文章

注册登录:在系统中进行登录注册,以验证其身份是否合法,是否具有相应权限。

C)与讯息发布用户有关的用例:

文章编辑:在系统中编辑文章信息。

注册登录:在系统中进行登录注册,以验证其身份是否合法,是否具有相应权限。

D)与游客用户有关的用例:

栏目查看:在系统中查看栏目信息。

文章查看:在系统中查看文章具体内容信息。

广告查看:在系统中查看广告信息。

文章搜索:在系统中查询文章信息。


图5.1 系统用例图

6、业务流程图:

准备进行的项目设计包括两部分,一部分是前端的新闻展示页面,另一部分是用于超级管理员用户进行管理的后台管理页面。

图6.1 前台展示系统业务流程图


图6.2 后台管理系统业务流程图

7、E-R图:

(1)实体(entity):数据模型中的数据对象,用矩形来表示。

弱实体(weak entity):该实体必须依赖于另一个实体存在,用双线矩形来表示。

(2)属性(attribute):数据对象所具有的属性,用椭圆形来表示。

按唯一性划分:

唯一属性(unique attribute):加下划线

非唯一属性(non-unique attribute)

按类别划分:

复合属性(composite attribute):多个属性的组合。如学生实体有名字属性,姓名属性又包含姓属性和名字属性,用椭圆形来表示。

派生属性(derived attribute):非持久性属性,从别的属性值或数据派生出来,用虚椭圆来表示。

可选属性(optional attribute):可以为null的属性,在椭圆的文字后用(O)来表示。

联系属性(relational attribute):表示多个实体之间的联系所具有的属性,用椭圆形来表示。

多值属性(multi-valued attribute):一个实体的某个属性有多个不同的取值,用双线椭圆形来表示。

(3)关系(relationship):表现数据对象之间的联系,用菱形来表示。


图7.1 E-R图

8、领域模型:

领域模型由PowerDesigner进行绘制,在绘制时,其中P:主键 F:外键 M:非空。


图8.1 领域模型

9、数据字典:


图9.1 广告表数据字典


图9.2 栏目表数据字典


图9.3 评论表数据字典


图9.4 用户表数据字典


图9.5 新闻表数据字典


图9.6 热闻表数据字典

10、DDL建表语句:

drop table if exists t_advertisement;

drop table if exists t_category;

drop table if exists t_comment;

drop table if exists t_hotspots;

drop table if exists t_news;

drop table if exists t_user;

/*==============================================================*/
/* Table: t_advertisement                                       */
/*==============================================================*/
create table t_advertisement
(
   advertisement_id     int not null auto_increment,
   user_id              varchar(128),
   creator_id           varchar(128) not null,
   advertisement_img    varchar(256) not null,
   advertisement_url    varchar(256) not null,
   clicks_count         int not null,
   create_time          datetime not null,
   update_time          datetime not null,
   primary key (advertisement_id)
);

/*==============================================================*/
/* Table: t_category                                            */
/*==============================================================*/
create table t_category
(
   category_id          int not null auto_increment,
   user_id              varchar(128),
   category_name        varchar(128) not null,
   creator_id           varchar(128) not null,
   category_pid         int not null,
   create_time          datetime not null,
   update_time          datetime not null,
   primary key (category_id)
);

/*==============================================================*/
/* Table: t_comment                                             */
/*==============================================================*/
create table t_comment
(
   comment_id           int not null auto_increment,
   user_id              varchar(128) not null,
   comment_parent_id    int not null,
   comment_content      varchar(500) not null,
   comment_state        int not null,
   news_id              int not null,
   create_time          datetime not null,
   primary key (comment_id)
);

/*==============================================================*/
/* Table: t_hotspots                                            */
/*==============================================================*/
create table t_hotspots
(
   hotspots_id          int not null auto_increment,
   news_id              int not null,
   news_score           decimal(5,2) not null,
   news_publishTime     datetime not null,
   update_time          datetime not null,
   primary key (hotspots_id)
);

/*==============================================================*/
/* Table: t_news                                                */
/*==============================================================*/
create table t_news
(
   news_id              int not null auto_increment,
   news_title           varchar(128) not null,
   news_pic             varchar(200),
   news_content         varchar(5000) not null,
   news_publishTime     datetime not null,
   news_readingNumber   int not null,
   news_commentCount    int not null,
   category_id          int not null,
   user_id              varchar(128) not null,
   update_time          datetime not null,
   primary key (news_id)
);

/*==============================================================*/
/* Table: t_user                                                */
/*==============================================================*/
create table t_user
(
   user_id              varchar(128) not null,
   user_name            varchar(128) not null,
   user_email           varchar(256) not null,
   user_type            int not null,
   user_password        varchar(128) not null,
   user_headPortrait    varchar(256),
   create_time          datetime not null,
   update_time          datetime not null,
   primary key (user_id)
);

alter table t_advertisement add constraint FK_fk_user_advert foreign key (user_id)
      references t_user (user_id) on delete cascade on update cascade;

alter table t_category add constraint FK_fk_user_category foreign key (user_id)
      references t_user (user_id) on delete cascade on update cascade;

alter table t_comment add constraint FK_fk_news_comment foreign key (news_id)
      references t_news (news_id) on delete cascade on update cascade;

alter table t_comment add constraint FK_fk_user_comment foreign key (user_id)
      references t_user (user_id) on delete cascade on update cascade;

alter table t_hotspots add constraint FK_t_hotspots_news foreign key (news_id)
      references t_news (news_id) on delete cascade on update cascade;

alter table t_news add constraint FK_fk_news_category foreign key (category_id)
      references t_category (category_id) on delete cascade on update cascade;

alter table t_news add constraint FK_fk_news_user foreign key (user_id)
      references t_user (user_id) on delete cascade on update cascade;

11、数据流图:

数据流图(DFD,Data Flow Diagram):

(1)数据流图的四种基本成分:

A)数据对象:用带箭头的实线表示,箭头指向数据流动的方向。在编号之首冠以字母L表示。

B)外部实体:用矩形表示,系统之外的人或事物,包括数据源(来源)和数据池(目的地)。在编号之首冠以字母S表示。

C)加工处理:用椭圆表示,反应的是数据对象的变换,要编号。在编号之首冠以字母P表示。

D)数据存储:用双线表示,可以是数据文件或记录。在编号之首冠以字母F表示。

(2)方法:

A)确定系统的输入输出。

B)由外向内画系统的顶层数据流图

C)自顶向下逐层分解,给出分层数据流图。

(3)数据流的流向:

A)P->P

B)S->P

C)P->D

D)P->F

F)F->P

(4)顶层数据流图:说明系统的功能,指出I/O数据流,由外部实体划定系统的边界。

逐层画出数据流的过程就是自顶向下,逐层对加工处理进行分解的过程。

命名:DFD/0(顶层)、DFD/1(一层)、DFD/2(二层)

通常顶层只含有一个加工处理,顶层和一层只有一张图。以下的各层可能有多张图。

(5)加工处理编号说明:

A)每一个加工处理要有加工编号,加工编号由图号加上加工的顺序号组成,图号和加工的顺序号之间用圆点隔开。

B)基本加工处理的加工编号前要打一个*号。

 新闻资讯CMS内容管理系统顶层数据流图:


图11.1 顶层数据流图


图11.2 按用户细分的顶层数据流图

对于超级管理员用户来说,其下层数据流图包括:


图11.3 超级管理员用户关于用户信息的数据流图


图11.4 超级管理员用户关于栏目信息的数据流图


图11.4 超级管理员用户关于新闻信息的数据流图


图11.5 超级管理员用户关于广告信息的数据流图

对于讯息发布用户来说,其下层数据流图包括:


图11.6 讯息发布用户关于登录注册信息的数据流图


图11.7 讯息发布用户关于新闻信息的数据流图

对于普通用户来说,其下层数据流图包括:


图11.8 普通用户关于广告信息的数据流图


图11.9 普通用户关于栏目信息的数据流图


图11.10 普通用户关于评论信息的数据流图


图11.11 普通用户关于新闻及热闻信息的数据流图


图11.12 普通用户关于登录注册信息的数据流图

对于游客用户来说,其下层数据流图包括:


图11.13 游客用户关于新闻及热闻信息的数据流图


图11.14 游客用户关于栏目信息的数据流图


图11.15 游客用户关于广告信息的数据流图


图11.16 游客用户关于评论信息的数据流图

展开阅读全文

没有更多推荐了,返回首页