KTV点歌系统的设计与实现

1　引言
1.1 研究背景及现状
目前现有的KTV点歌系统对于用户而言其在线点歌流程仍然过于繁琐，对于歌曲而言其系统安全性并不能保障。同时整套系统所使用的技术相对较为落后，界面不能动态化展示。相比较于其它同类型网站而言不能体现技术先进性。
1.2 项目目标
KTV点歌系统的后台开发目标是以信息管理系统的管理和开发方法，用目前现有的新技术进行系统开发，提供后台管理员高度友好的界面操作以及迅捷的信息处理。而前台的开发目标是以用户的需求作为主导，提供对用户而言非常友好的界面操作环境以及完善系统功能。
本系统主要针对现在KTV点歌系统中存在的问题，对需要改进的地方进行系统分析，对系统所要实现的功能进行完善，使得其更具有高度界面友好的特性。提出对于系统而言具备可行性的方案，做好系统分析。编译出界面友好，功能齐全的KTV点歌系统系统。
1.3 项目适用范围
该项目的前台适用于普通用户用户，后台适用于管理人员。
1.4 项目应遵守的规范与标准
为了信息传输的安全性，与数据库进行交互的情况下，重要的信息比如“用户密码”，一律用密文传输。
1.5 涉众
在本系统中，涉及到的人员有管理人员和用户。
对于管理人员，其使用习惯是偏向于实用性和安全性。希望该系统能够高度安全，并且能够正常实现KTV点歌业务的各项功能。
对于用户而言，其更倾向于界面友好性和便捷性。不仅希望系统能动态展示，还希望系统能够做到“一步到位”，其希望能实现的功能除了正常的歌曲业务以外还希望能够网上点歌歌曲和点歌歌曲，学习歌曲知识。

2 　需求分析
2.1 业务需求
2.1.1 业务流程
在歌曲流程中，管理员登录网站的后台管理后，管理人员受理业务并添加歌曲信息，其歌曲流程总体业务如图2.1所示。

图2.1 歌曲流程总体业务
在线点歌歌曲流程中，用户到KTV点歌系统，查看歌曲信息，点击点歌按钮，管理人员将办理业务并返回歌曲的信息，其点歌歌曲流程总体业务如图2.2所示。

图2.2 点歌歌曲流程总体业务
在用户注册总体业务中，用户到网站注册，管理人员将根据用户情况进行注册，其用户注册流程总体业务如图2.3所示。

图2.3 用户注册流程总体业务
2.2 功能性需求
2.2.1 用例概述
在图2.5高层用例图中抽取了满足管理员和用户的基本业务需求的基本用例。由这些用例所显示的从用户使用的前台和管理人员使用的后台来完成歌曲的正常运作。

图2.5 高层用例图
图2.5之间的用例标识、用例名称和摘要描述如表2.1所示。
表2.1 用例摘要描述
用例标识（UC） 用例名称 摘要描述
0 登录 使用系统前的身份验证。
1.1 更改密码 用户可以在系统上更改密码。
1.2 查看歌曲信息 用户可以查找歌曲信息，并可以获得包括歌曲名、图片、简介等信息。
1.3 在线点歌歌曲 用户可以在线点歌歌曲。
1.4 点歌歌曲 用户和管理员可以在线点歌歌曲信息。
2.1 管理用户信息 对用户的信息进行查询、更改、删除等操作。
2.2 管理我的收藏信息 管理人员可以管理我的收藏的信息。
2.3 管理歌曲信息 管理人员可以管理歌曲的信息。
2.4 管理歌曲类别信息 管理人员可以管理歌曲类别的信息。
2.5 管理播放记录信息 管理人员可以管理播放记录的信息。
2.6 管理人员密码更改 管理人员可以更改管理人员密码。

2.2.2 用例细化描述
（1）管理用户信息用例
管理人员可以通过管理用户信息用例对用户信息进行维护，包括对用户信息的增删改查。管理用户信息用例图如图2.6所示。

图2.6 管理用户信息用例图
添加用户信息用例中描述如表2.2所示。
表2.2 添加用户信息用例表
用例标识 2.1.1
用例名称 添加用户信息
参与者 管理人员
前置条件 已经以管理人员身份登录。
后置条件 在用户表中添加一条用户信息。
用例概述 管理人员可以对用户信息进行添加。
基本事件流 1. 管理人员在管理用户主界面选取添加用户信息项。
2. 系统显示添加用户界面。
3. 管理人员按照用户提供的信息输入用户姓名、用户密码、用户性别、用户电话后，提交添加请求。
4. 系统检查输入信息的有效性。
5. 系统查询结果确认没有重复姓名，将录入用户信息到用户信息表中。
6. 系统显示添加用户成功。
备选事件流 5a 系统查出有重复姓名，将显示添加用户失败，管理员重新输入另一名称，系统查出没有重复姓名，显示添加用户成功。
备注 用户编号生成
更改用户信息用例描述如表2.3所示。
表2.3更改用户信息用例表
用例标识 2.1.2
用例名称 更改用户信息
参与者 管理人员
前置条件 已经以管理人员身份登录。
后置条件 在用户表中更改一条用户信息。
用例概述 管理人员可以对用户信息进行更改。
基本事件流 1. 管理人员在管理用户主界面选取更改用户信息项。
2. 系统显示更改用户界面,并将用户信息显示齐全。
3. 管理人员按照用户提供信息更改用户信息，提交更改请求。
4. 系统检查输入信息的有效性。
5. 系统根据查询结果确认没有重复姓名，将更改用户信息表中的记录。
6. 系统显示更改用户成功。
备选事件流 5a 系统查出有重复姓名，将显示更改用户失败，管理员重新输入另一名称，系统查出没有重复姓名，显示更改用户成功。
备注 无
删除用户信息用例描述如表2.4所示。
表2.4删除用户信息用例表
用例标识 2.1.3
用例名称 删除用户信息
参与者 管理人员
前置条件 已经以管理人员身份登录。
后置条件 在用户表中删除用户信息。
用例概述 管理人员可以对用户信息进行删除。
基本事件流 1. 管理人员在管理用户主界面选取删除用户信息项。
2. 系统显示是否删除用户，管理人员选择删除。
3. 系统删除用户信息表中相对应的用户信息。
4. 系统显示删除用户成功。
备选事件流 2a 系统显示是否删除用户，管理人员选择不删除。系统不改变
备注 无
搜索用户信息用例描述如表2.5所示。
表2.5搜索用户信息用例表
用例标识 2.1.4
用例名称 搜索用户信息
参与者 管理人员
前置条件 已经以管理人员身份登录。
后置条件 在用户表中搜索用户信息。
用例概述 管理人员可以搜索用户信息。
基本事件流 1. 管理人员在管理用户主界面选取搜索用户信息项。
2. 系统显示搜索用户页面。
3. 管理人员输入用户个别信息，并进行搜索。
4. 系统根据输入的信息，返回搜索结果。
备选事件流 4a 系统根据输入结果搜索不到结果，在主页面显示搜索不到结果。
备注 无
（2）管理歌曲类别信息用例
管理人员可以通过管理歌曲类别信息用例对歌曲类别信息进行维护，包括对歌曲类别信息的增删改查。管理歌曲类别信息用例图如图2.7所示。

图2.7 管理歌曲类别信息用例图
其添加歌曲类别信息用例的描述如表2.6所示。
表2.6 添加歌曲类别信息用例表
用例标识 2.4.1
用例名称 添加歌曲类别信息
参与者 管理人员
前置条件 已经以管理人员身份登录。
后置条件 在歌曲类别表中添加一条歌曲类别信息。
用例概述 管理人员可以对歌曲类别信息进行添加。
基本事件流 1. 管理人员在管理歌曲类别主界面选取添加歌曲类别信息项。
2. 系统显示添加歌曲类别界面。
3. 管理人员输入歌曲类别名称、歌曲类别简介后，提交添加请求。
4. 系统检查输入信息的有效性。
5. 系统根据查询结果确认没有重复歌曲类别名，将歌曲信息录入到歌曲类别信息表中。
6. 系统显示添加歌曲类别成功。
备选事件流 5a 系统查出有重复书记类别名称，将显示添加歌曲类别失败，管理员重新输入另一名称，系统查出没有重复歌曲类别，显示添加歌曲类别成功。
备注 歌曲类别编号生成
更改歌曲类别信息用例描述如表2.7所示。
表2.7 更改歌曲类别信息用例表
用例标识 2.4.2
用例名称 更改歌曲类别信息
参与者 管理人员
前置条件 已经以管理人员身份登录。
后置条件 在歌曲类别表中更改一条歌曲类别信息。
用例概述 管理人员可以对歌曲类别信息进行更改。
基本事件流 1. 管理人员在管理用户主界面选取更改歌曲类别信息项。
2. 系统显示更改歌曲类别界面,并将歌曲类别信息显示齐全。
3. 管理人员更改歌曲类别信息，提交更改请求。
4. 系统检查输入信息的有效性。
5. 系统根据查询结果确认没有重复歌曲类别名称，将更改歌曲类别信息表中信息。
6. 系统显示更改歌曲类别成功。
备选事件流 5a 系统查出有重复歌曲类别名称，将显示更改歌曲类别失败，管理员重新输入另一名称，系统查出没有重复歌曲类别名称，显示更改歌曲类别成功。
备注 无
删除歌曲类别信息用例描述如表2.8所示。
表2.8删除歌曲类别信息用例表
用例标识 2.4.3
用例名称 删除歌曲类别信息
参与者