计算机毕业设计 jsp同乡会(jsp sqlserver) 毕设52-《玩弄村里的成熟村妇乳》-国产精品久久久久久影院メイリン モデルコレクション メイ

演示视频：

https://www.bilibili.com/video/BV1wC4y197Y1/

3.1系统分析的任务与步骤

3.1.1 系统分析的任务

了解用户要求。此用户即为网站的使用人员（管理员，注册用户和游客）。了解他们在网站功能、性能等方面的要求及用户在硬件配置、开发周期处理方式等方面的意向与打算。把用户要求成文，完成网站分析报告。网站的逻辑模型由一系列的图表和文字组成。在逻辑上描述了系统的目标和所具备的功能于性能。

3.1.2 系统分析的步骤

1.描述网站。在详细调查的基础上，用一定的图标、文字描述;

2.分析用户新的要求，改进现行模型，形成新系统的逻辑模型。

3.编写系统分析说明书。

3.2网站项目范围

同乡会网站从三种用户角度进行功能划分。

1、注册用户部分：

1.1：查看论坛流程及新闻公告等；

1.2：发布留言信息；

1.3：查看已留言信息；

2、游客部分：

2.1：查看论坛首页；

2.2：查看论坛公告；

3、管理员部分：

3.1：系统用户管理；

3.2：新闻通知管理；

3.3:论坛管理；

3.4：系统管理。

3.3 功能需求

3.3.1注册用户部分

1：查看论坛流程：查看与论坛有关的流程信息，及相关的新闻公告。

2：发布论坛留言信息：根据系统提示，发布论坛的留言信息。

  3：查看已发布的信息：以列表的形式查看已发布信息。

3.3.2 游客部分

1：查看论坛公告：查看与论坛有关的流程信息，及相关的新闻公告。

2：查看论坛首页等

3.3.3 管理员部分

1：编辑用户信息：添加、编辑用户信息，包括发布者和管理员，以列表的形式显示；

2：编辑论坛留言信息：以列表的形式显示论坛留言信息，并可对其进行删除等编辑操作；

3：数据备份：不定期进行系统数据备份，以防万一。

各个用户部分，仅举例一小部分，通过对同乡会网站的操作会更加简洁明了。

3.4网站实体分析

新闻公告类（allgonggao）

ID/title/concent/

addtime/leibie

Add()/update()/delete()

留言信息（pmjl）

ID/username/proid/price/addtime

Add()/update()/delete()

论坛板块（allpaimai）

ID/mc/addtime/

price/fn/addby/

issh

Add()/update()/delete()

管理员类（allusers）

ID/username/pwd/

addtime/cx/

Add()/update()/

delete()

注册用户（users）

ID/username/pwd/

xm/tel/sfz/gs/issh/

addtime

Add()/update()/

delete()

图3-4-1 类图

3.5网站的数据库设计

3.5.1 概念设计

在概念设计阶段中，从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，Zui后对全局ER模式进行优化，得到Zui终的模式，即概念模式。

3.5.2 网站相关实体ER模式

（一）、设计局部ER模式
 1实体和属性的定义：

管理员用户

……

图3-5-1管理员用户实体与属性的定义

注册用户

……

图3-5-2注册用户实体与属性的定义

论坛社区

图3-5-3论坛社区实体与属性的定义

公告动态

图3-5-4公告动态实体与属性的定义

2 实体关系定义：

ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:1、1:N、M:N的关系。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等针对本网站分析如下：

实体间的关系：
①一个注册可以参与多个论坛，而一论坛可以接受多个注册。

NN

M

留言信息

参与者

图3-5-8注册与论坛留言M:N(多对多的关系)

②一个论坛过程一次只能产生一个论坛记录，而一个论坛记录只属于一个论坛过程

1

1

留言记录

留言人

图3-5-9论坛与论坛记录 1:1（一对多的关系）

（二）、设计全局ER模式
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
1) 确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。
2) 局部ER模式的合并
合并的原则是：首先进行两两合并；先合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，Zui后再加入独立的局部结构。
3) 消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。
4) 全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余

同乡会网站的全局ER模式如图所示：

布置

管理员

注册用户

板块

论坛

第5章 详细设计

3.1 前台系统首页

图3-1网站首页

首页中拥有一个用户登录窗口，在其相应输入框中填定正确内容并选择正确的身份后，方可登录系统。其他区块与一般网站无异，只是较简洁，操作方面也是力求简约，

3.2 前台动态聚焦界面

图3-2 动态聚焦操作页面

此页面是显示Zui新关于同乡会的Zui新动态，在此可以了解本网站有关的重要信息。

3.3参与论坛操作界面

在本论坛系统，注册有两种身份：发布者和注册。用户既可以在系统中发布论坛品，也可以参与他人的留言活动。

3.3 论坛社区操作界面

图3-3论坛板块界面

该界面的功能是让参与用户进行论坛的相关操作，并形成论坛记录载入数据库相应的表，本网站的发布操作界面，发布者用户需要注册才能进入此页面。界面右边是呈信息列表的形式让用户输入正确的论坛品信息，以读入系统数据库。

其他相应功能界面操作简单，故不一一介绍。

3.4系统后台登录界面

图3-4后台登录界面

此页面要求系统管理员输入正确的用户名和密码，在核对无误后放行，若其中有数据不符则认为是非法用户而拒之于门外。

3.5系统后台系统管理

图3-5后台登录界面

本系统管理包含友情链接、系统公告、同乡会简介、财务公开设置、论坛管理等模块，与一般管理系统界面稍有不同，界面显得富有变化和美观。