毕业设计基于BS架构的音乐欣赏网站设计与开发

显示器分辨率 800×600或以上 表3-2-2 硬件环境需求表

四、系统设计

（一）系统功能设计 系统总体规划

本网站按照需求开发，可分为一下几个模块：注册模块、登录模块、增加音乐模块、上传音乐模块、音乐查找模块

音乐网站 注册模块 登录模块 添加音乐上传音乐音乐查找

图4-1-1音乐网站系统功能模块图

（二）数据库设计

数据库是音乐网站的核心组成部分，所有信息处理子系统都将基于某种数据库平台，以便将其处理的信息资源完整、安全地保存起来，并且对其进行各种管理和利用。选择一个好的数据库平台是非常重要的。在选择数据库平台时，应考虑下列因素：

（1）性能：数据库的数据处理能力；

（2）开放性：数据库是否能在多种操作系统下使用；

（3）安全性：数据库是否具有高度的安全性； （4）可靠性：数据库是否具有高度的可靠性； （5）并行性：数据库是否并行运行在多节点上；

根据本网站开发应用的实际需要，我们选择了MYSQL作为数据库开发平台。

数据库概念结构设计

由于实体属性较多，此处主要体现了各个实体间的关系，详细设计见数据库设计中表结构的字段。如图4-2-1所示：

评论 会员 音乐 内容 分类 名称 浏览 会员 网站 展示 会员 管理 排行浏览 用户名 管理员 密码 心情

图4-2-1 数据库概念结构设计E-R图

音乐名歌手名上传ID 音乐类点击次上传时音乐 音乐名音乐编标记 存储地

图4-2-2 实体设计E-R图

（三）数据库逻辑结构设计

根据实体属性及其产生的行为，从实际需要出发，同时又考虑各实体间的联系和统一性，设计出如下各表。

（1）admi表：admin表是用来存放管理员信息的表，管理员信息包括用户账号、密码等信息。Admin表结构如表4-3-1所示。 列名 类型 主键/外是否为空 备注/说明 键 ID Int (4) 主键 否 代理主键，美不管理员唯一标识，自增 Name Varchar (50) N/A 否 管理员帐号 Password Varchar (50) N/A 否 管理员密码 表4-3-1 admin表结构

（2）User表：User表是用来存放用户信息的表，用户信息除了包括用户账号、密码、昵称等信息还包括机箱选填信息，User表结构如表4-3-2所示。 列名 类型 主键/外是否为备注/说明 键 空 ID Int (4) 主键 否 代理主键，内部管理员唯一标识，自增

UserAccount UserName Password Sex Email Userleave Tag Varchar (50) Varchar (50) Varchar (50) Varchar (2) Varchar (50) Int (4) Int (4) N/A N/A N/A N/A N/A N/A N/A 否 否 否 是 否 否 否 用户账号，外部用户唯一标识，不可修改 用户昵称，可以为中文，不可修改 用户密码，可以修改 用户性别，选填，默认（不填）为“男” 用户email，用来修改和找回个人资料 用户级别，记录用户各种表现，默认为0 用户标记，用来区分管理员/会员 表4-3-2 User表结构

（3）Music表：Music表是存放音乐信息的表，此表将音乐的属性简单描述，包括音乐类型、地区、音乐名等常见属性，此表设置代理主键（自增）作为主键，这个主键也是其他音乐关联表的外键，表结构如表4-3-3所示。 列名 类型 主键/外是否为备注/说明 键 空 ID Int (4) 主键 否 代理主键，内部管理员唯一标识，自增 MusicName Varchar N/A 否 音乐名，可以重复 (50) MusicType Varchar N/A 否 音乐类型/曲风 (50) PubYear Datetime N/A 是 发行时间，可以不填 PlayNum Int (8) N/A 否 试听人数/人气判断依据 MusicLocale Varchar N/A 是 音乐地区/语言 (50) UpLoader Int (4) 外键 是 上传者，可以为空/数据库直接添加则为空 UploadTime Datetime N/A 否 上传时间，上传作品时自动生成 Storeaddress Varchar N/A 否 存储地址，用来记录音乐位置 (50) Tag Int (4) N/A 否 标记，用来标记音乐是否被删除 Player Varchar N/A 是 音乐表演者/歌手/出品人 (50) 表4-3-3 User表结构