基于JavaEE的微信订阅号后台管理系统的设计与实现Word格式.docx

基于JavaEE的微信订阅号后台管理系统的设计与实现Word格式.docx

《基于JavaEE的微信订阅号后台管理系统的设计与实现Word格式.docx》由会员分享，可在线阅读，更多相关《基于JavaEE的微信订阅号后台管理系统的设计与实现Word格式.docx（17页珍藏版）》请在冰豆网上搜索。

微信的功能虽然随着科技的发展在不断增加，但是也有一些不完善的地方，不利于最大化的满足用户浏览查阅的需求以及媒体的推广等，微信后台的管理有时也比较麻烦，而一个好的微信订阅号后台管理系统应该便于操作以及系统的数据管理，这样就能更好地管理,加强管理的信息化手段,提高工作效率,增加单位效益。

1.2研究内容及目的

本系统主要解决基于微信的图片信息的管理与文字信息的管理，便于设计者管理自己设计发表的图文信息，同时提供一个门户网站，供游客浏览设计者的设计作品。

随着互联网技术的高速发展，世界已然踏入了信息社会，随着个人上网用户和企事业单位上网用户的增加，并且近年来智能通讯工具的流行，使得人们越来越依赖于手机等便携式通讯工具，跨平台地发送文字、语言、图片等信息，图片信息的管理与文字信息的管理也就显得十分重要。

小胖FF订阅号就是一个基于微信的个人订阅号，最大化满足运营者作品展示、媒体自推广和用户浏览查阅的体验需求，特对此订阅号做一定程度的开发，以求达到目标。

而小胖FF微信订阅号后台管理系统主要实现了运营者能够最大限度地管理作品，后台统计作品浏览量，点赞量等数据信息，供运营者快捷轻便的管理此微信订阅号。

小胖FF微信订阅号后台管理系统将实现订阅号管理者对各子模块数据的管理以及对订阅者的智能管理，同时还能够分析各个作品的浏览量点赞量及时调整每日更新的内容。

微信后台管理的功能虽然随着科技的发展在不断增加，但是也有一些不完善的地方，不利于最大化的满足用户浏览查阅的需求以及媒体的推广等，微信上图文信息后台的管理有时也比较麻烦，而一个好的微信后台管理系统应该便于操作以及系统的数据管理，使得管理员能够更好的管理系统，提高效率，更好的管理微信后台。

1.3拟采用的技术

从硬件方面来说，计算机相关技术的快速发展,使计算机的性能得到了很大提高,它具有很高的可靠性、较快的速度、较低的价格以及较大的容量大等优点,完全可以满足系统的硬件需求。

从技术角度来看,使用SSH框架来构建整个系统的框架,实现了门户网站与后台管理系统的开发。

前台的页面布局统一采用easyui来实现，实现了风格统一。

数据库则使用mysql来创建。

所以技术上具有可行性。

从操作方面来看，以运营者的功能需求作为基础，由此完成了系统的研发工作，因此参考价值极高，运营者可以简单方便的管理该系统。

1.3.1JavaEE平台

由于JavaEE的一些特点，使其成为企业应用程序开发的有效的解决方案。

通过基于组件的方式进行设计与部署运行，给企业的分布式应用系统进行了简化，系统的开发效率也得到了提高。

JavaEE是一个四层的体系结构，此四层包括用户层、业务逻辑层、网络层、企业信息系统层，其中用户层主要功能是提供友好的交流界面给用户使用，用户通过HTTPS,HTTP或JMS等请求获得Web层的页面以及业务逻辑层的应用支持;

Web层用于提取用户层发来的请求，由Servlet做出响应，通过JSP页面显示;

业务逻辑层通过业务逻辑组件处理Web层接收到的用户请求，向企业信息系统层存储转发，将查询后的数据直接返回给用户层;

企业信J自、系统层用来连接企业的数据库系统，最终保证数据的一致性。

随着不断发展与应用，JavaEE已逐渐成为Web系统开发的主流平台。

JavaEE以面向接日为原则松散藕合，目前，JavaEE已发展成为包含Applet.JDBC.JSF,Servlet,JSTL,WebServices等诸多实用性技术的标准平台

1.3.2系统开发工具

本系统主要使用JSP技术、SSH框架对系统进行设计和开发。

JSP（JavaServerPages）是一个重要的和快速开发动态Web站点和有效的工具，在网络开发编程领域中，在Java技术逐步流行以及成熟的同时，在编程中也是非常热门的语言。

之所以JSP的扩展能力特别强大，在收缩性方面效果也比较好，是因为它拥有十分强大的Java语言，另外还具有无关于平台的研发特性，在结合Java平台完成动态商务网站构建的现如今，JSP具有得天独厚的优势。

Struts：

整体来说应该属于对界面层和页面之间控制跳转以及简单逻辑处理的一种管理和映射。

Struts体现了MVC的分层思想，那Struts中分出了*ActionForm、*Action，前者处理表单数据信息，后者进行页面逻辑的一些处理以及相应页面的跳转管理，将页面的数据和逻辑分开来管理。

。

Spring：

是一个轻量级的IoC和AOP框架，是继Struts之后管理类间关系的。

其内部提供的AOP（面向切面）使得我们能够把普遍存在的问题抽象出来，并将这些能够影响多个类的行为属性封装到一个高重用性的模块中。

使用Sping可以做事务、安全性、日志等功能。

Hibernate:

将JDBC进行封装、高配置后映射到关系数据库,从而完成了面向对象的类型操作，比如直接使用session.save（）/session.update（）等就能完成之前使用SQL和JDBC联合编码才能完成的对数据的持久化、更新。

在Hibernate中初学者要认清楚其中实体类配置文件的书写以及实体类间的几种对应关系要如何创建（one-to-one/many-to-many/one-to-many/many-to-one）。

相比Struts和Spring的属性配置难易度，Hibernate应该算是三者之中最易操作的一个。

2需求分析

2.1可行性分析

可行性分析也被叫做是可行性研究，是以调查为基础的，为避免或减少错误投资，结合技术、法律、运用等诸多方面，对新研发系统是否具备相应的可行性，开展相应的探究和分析活动，保证新管理系统的开发具有市场使用价值和正确的投资。

可行性研究的主要目的就是以最小的付出尽可能节省资源利用，节省时间、人力、物力投入而收获最大的成果，根据市场的需求来满足，使得人们的生活更加方便快捷。

下面将分别从技术、经济、社会三个方面对新做出的微信后台管理系统进行分析和研究。

2.1.1技术可行性

通过客户提出的系统的需求以及约束，基于系统设计的目标，来衡量所需的技术是否满足。

本系统是一个提供用户查询浏览信息和满足管理者管理数据信息的系统，满足了现有技术的设计,以及软硬件的性能要求、环境等各方面都比较好,因此系统的功能目标可实现。

在同一时间，对比给予的开发时间也较为充足，系统是可以在规定时间内开发完成的。

以上分析表明，微信后台管理系统的开发在技术上是可行的。

2.1.2经济可行性

系统的开发从本人对java开发的实践学习而来，不用资金投入，并且完全不需软件开发费用,只要一台计算机就可以进行开发，所以说在开发过程中几乎不需要任何经济费用。

以上分析表明，微信后台管理系统在经济上具有可行性。

2.1.3社会可行性

本开发网站的社会可行性主要从法律方面、用户使用可行性两方面进行研究。

1、法律方面

本网站是根据市场实际情况和用户反映的需求研究开发的，通过反复修改代码和框架，利用了大量的时间精力调试得出的，微信后台管理系统的设计是在实习中自己练习完成的，无可供抄袭的网站做品。

2、用户使用可行性

对于用户的要求，除了需要在MicrosoftWindows上可以独立操作使用笔记本电脑的基础计算机知识外，并不需要特别专业的计算机技术应用能力，甚至零基础计算机的工作人员也可以无障碍地使用。

至于整个网站管理员的管理,只需要有认知Tomcat服务器的能力和对它的使用能力,在使用前，无需对操作系统的管理人员进行专业地使用知识方面的培训。

既减少了对时间精力的投入成本又对整个操作流程进行了简化。

综上所述，整体评估而言，本系统具有社会可行性。

2.2系统功能需求分析

根据实际调研和分析研究，微信后台管理系统需求大致可以分为以下子系统:

网站前台、后台管理。

网站前台是网页信息的展示，介绍了图文交流系统的各项特点和功能。

游客可以随意查阅和浏览，并能根据选中的信息进行详细查看，同时能够对该信息的点赞量以及留言进行阅览。

普通注册用户还能够对作品进行评价和点赞。

后台管理是管理者管理网站的与用户进行交互的操作界面，包括对用户的管理（人员及权限管理）、小胖画画（插画模块管理、表情模块管理、图组模块管理）、小胖文字（文案模块管理、小生活模块管理）。

同时给出该系统的详细介绍以及该系统的推荐等。

注册登录的用例图如下图所示：

图2.1注册登录的用例图

访客的用例图如下所示：

图2.2访客的用例图

会员的用例图如下图所示：

图2.3会员的用例图

管理员的用例图如下图所示：

图2.4管理员用例图

2.3系统用户角色分析

从另一个角度从未注册的游客、已注册的会员用户以及管理员的角度来看。

可认识到本系统的用户主要包括如下，即会员、访客以及管理员，具体参照下图：

图2.5用户角色分析图

用户的权限和功能,具体参照下面的表:

表2.1访客角色相关信息

用户类型访客

角色名称没有注册的用户

角色属性ID用户名密码头像

可进行的操作前台页面浏览，下载网站图片

可管理对象无

表2.2会员用户角色相关信息

用户类型会员用户

角色名称已经注册的用户

可进行的操作前台页面浏览，下载网站图片，对信息进行点赞和评论

表2.3管理员角色相关信息

用户类型管理员

角色名称系统管理员

可进行的操作前台网站页面所有操作和后台管理系统的所有功能操作

可管理对象所有用户

2.4业务流程分析

在分析业务流程时，需要根据数据流的过程，逐个地调查分析所有流程的数据信息内容、数据处理方式、数据处理业务，弄清每个环节需要的信息内容、信息的来源、信息的走向、信息处理方法等。

业务流程分析能能够建立更高效的决策体系，让执行效率大大提高，降低费用，使得流程简单化的需求。

业务流程分析可以通过相应的业务流程图来体现，使用规定的图形和符号来表示相应的特定的业务流程。

具体的业务流程如图2.6所示。

图2.6业务流程图

2.5系统非功能需求分析

本系统在开发时讲求页面简洁明了，功能覆盖全面，易操作性原则，根据这一原则，在开发系统时分别从以下几方面来设计：

（1）可用性：

人机交互友好简洁，功能一应俱全，且查看方便，系统响应实时

（2）安全性：

系统操作主要由管理员、会员、访客三部分组成，其中，访客只能在前台浏览页面以及下载图片；

用户可在前台注册成为会员，并可进入前台进行页面浏览，下载网站图片，对信息进行点赞和评论；

只有管理员可以进行前台网站页面所有操作和后台管理系统的所有功能操作，管理所有的用户，每个身份都拥有对应的编号及密码，以此来防止不明身份登录破坏数据文件，且身份的不同，所拥有权限也不尽相同，可有效阻止非系统用户暴力破坏系统。

（3）实用性：

服务器有一个较大的数据容量,可以支持在同一时间不同的数据进行访问的过程。

确保软件的实用性,符合客户端计算机内存资源成本性能。

（4）便宜性：

用户不需要在特定的电脑环境中去使用系统，随意的浏览器与操作系统均可成功运行系统并使用。

通过以上几个方面的分析，确定该系统满足了系统的非功能需求。

3系统总体设计

3.1系统总体架构设计

微信后台管理系统是一套面向信息管理的方案解决系统，结合微信公众平台，对系统通信接口、通信方式和系统稳定性等方面均有相应的要求。

通过对系统业务和应用技术的分析，得出了系统的结构设计图。

图3.1系统架构设计图

3.2系统功能设计

系统设计是一个把设计需求转变成用软件系统表示的过程。

通过对设计系统的研究和分析得出了微信订阅号后台管理系统的总体规划，这是开发微信订阅号后台管理系统的重要基础。

通过对微信后台管理系统的分析，可对总体的系统规划加以制作。

系统设计具体包括如下，如系统开发工具、数据库、详细设计等。

从项目的需求分析中，可以得出不同的模块结构图.

前台网站的功能模块图如下图3.2所示：

图3.2前台网站的功能模块图

后台管理系统功能模块图如图3.3所示：

图3.3后台管理系统的功能模块图

3.3数据库设计

3.3.1数据库设计原则

在系统方面,一个好的数据库是核心和基础之一。

因此，这一方面设计的好坏，将对系统整体质量产生决定作用。

在系统设计方面，数据为基础所在，若无法完善的进行设计活动，将会对后期产生极大影响，如功能变更、系统维护等方面，将因此造成诸多问题，若问题极为严重，则会使得项目被废止。

在数据库设计的过程中，要充分考虑数据库设计范式以及数据冗余度的合理搭配，即保证充分满足范式要求，又要保证存有一定数据冗余，确保数据的安全。

由此，系统数据库的设计要遵循以下的原则:

1、规范化命名

在结合数据库设计中命名规则的情况下，本系统拟定数据库名、表名以及字段名称的命名规范，从而简化对数据库的维护。

2、遵从数据库范式

本系统数据库的设计遵循第三范式，但留有一定的数据冗余和关联表，这样做的目的是增加数据的安全性，关联表的存在使得部分数据操作变的更加简便。

3、数据备份

除了数据库自身设计外，在研发过程中，明确了数据全量、增量备份的规则，确保在数据安全研究和发展的过程中，数据的可靠性，防止在紧急情况下数据丢失。

3.3.2概念结构设计

结合数据需求分析，可获得如下的诸多系统实体属性图。

用户实体属性图如下图3.4所示：

图3.4用户实体属性图

插画实体属性图如图3.5所示：

图3.5插画实体属性图

表情实体属性图如图3.6所示：

图3.6表情实体属性图

图组实体属性图如下图3.7所示：

图3.7图组实体属性图

文案实体属性图如下图3.8所示：

图3.8文案实体属性图

小生活实体属性图如下图3.9所示：

图3.9小生活实体属性图

点赞量实体属性图如图3.10所示：

图3.10点赞量实体属性图

作品评论实体属性图如下图3.11所示：

图3.11作品评论实体属性图

实体、联系和属性构成了E-R模型。

可结合E-R图对其加以表示你。

在工作环境中，具体涉及到的事务，就被叫做实体，通过对其特征的加以描述，就被称为是属性。

结合如上的项目需求分析活动，可对系统实体属性图加以获取。

根据三个范式的原则,整合不同实体的依赖关系，最终得到的E-R图如下：

图3.12插画模块E-R图

图3.13表情模块E-R图

图3.14图组模块E-R图

图3.15文案模块E-R图

图3.16小生活模块E-R图

3.3.3数据库表设计

表3.1用户信息表

字段名类型长度说明

idInt11编号（主键）

namevarchar255用户名

pwdvarchar255用户密码

picvarchar255用户头像

typevarchar255用户等级

说明：

记录用户的基本信息。

表3.2插画信息表

idvarchar17编号（主键）

namevarchar255插画名称

addressvarchar255存储地址

introvarchar255介绍

authorVarchar255发布者

datedatetime0发布时间

用于存放插画的基本信息。

表3.3表情信息表

用来存放表情的基本信息。

表3.4图组信息表

namevarchar255图组名称

用来存放图组的基本信息。

表3.5文案信息表

字段名数据类型长度功能描述

namevarchar255类别名称

contentlongtext0内容

authorvarchar255作者

datedatetime0时间

用来存放文案的基本信息。

表3.6小生活信息表

用来存放小生活的基本信息。

表3.7点赞信息表

idvarchar17作品编号（主键）

numint11点赞量

用来存放点赞的基本信息。

表3.8评论信息表

authorvarchar255评论者

contentvarchar255评论内容

用来存放评论的基本信息。

3.4总体设计原则

本系统为了管理人员的使用便利和设计人员的开发便利、后期维护方便，所以必须采取相应的设计原则。

其主要设计原则有：

操作简单性，需求针对性，设计实用性，风格一致性，技术先进性。

操作简单性：

让用户在使用系统的时侯能够简单的操作，这对一个系统来说十分重要。

需求针对性：

本系统设计是针对微信订阅号的图文信息交流的需求定向开发设计，因此具有很强的针对性。

设计实用性：

要求本系统能够满足微信订阅号的图文交流的需求，因此具有良好的实用性。

风格一致性：

页面的整体的设计风格要保持一致，而且要保证界面的元素简洁美观，在代码的命名上要保证命名规范。

技术先进性：

系统采用JSP技术和mysql数据库技术，因此这个系统的设计具有优越的先进性，具体体现在其具有良好的可伸缩性，可开发性。

3.5系统设计模式

本系统采用B/S结构。

B/S架构的最大优势在于：

不论何种地方均可完成相应操作，只需要一台能够联网的电脑，任何软件都不需要进行安装，也不需要对客户端进行一些维护。

系统能够极为便捷的开展扩容操作，只需要符合上网条件，然后由管理员将账号进行分配即可使用。

并且可以通过在线应用程序，结合企业内部的安全认证，即可脱离认为操作，自动完成对账号的分配，最后进入该系统。

4系统实现

4.1数据增加模块的设计

信息增加时，用户首