演示视频：
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模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
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模式的合并
合并的原则是：首先进行两两合并；先合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
3) 消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。
4) 全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余
同乡会网站的全局ER模式如图所示：
布置
管理员
注册用户
板块
论坛
第5章 详细设计
3.1 前台系统首页
图3-1网站首页
首页中拥有一个用户登录窗口，在其相应输入框中填定正确内容并选择正确的身份后，方可登录系统。其他区块与一般网站无异，只是较简洁，操作方面也是力求简约，
3.2 前台动态聚焦界面
图3-2 动态聚焦操作页面
此页面是显示最新关于同乡会的最新动态，在此可以了解本网站有关的重要信息。
3.3参与论坛操作界面
在本论坛系统，注册有两种身份：发布者和注册。用户既可以在系统中发布论坛品，也可以参与他人的留言活动。
3.3 论坛社区操作界面
图3-3论坛板块界面
该界面的功能是让参与用户进行论坛的相关操作，并形成论坛记录载入数据库相应的表，本网站的发布操作界面，发布者用户需要注册才能进入此页面。界面右边是呈信息列表的形式让用户输入正确的论坛品信息，以读入系统数据库。
其他相应功能界面操作简单，故不一一介绍。
3.4系统后台登录界面
图3-4后台登录界面
此页面要求系统管理员输入正确的用户名和密码，在核对无误后放行，若其中有数据不符则认为是非法用户而拒之于门外。
3.5系统后台系统管理
图3-5后台登录界面
本系统管理包含友情链接、系统公告、同乡会简介、财务公开设置、论坛管理等模块，与一般管理系统界面稍有不同，界面显得富有变化和美观。