课程设计实验报告-KTV点歌系统.doc

1．需求分析 1.1系统设计的背景信息 传统的卡拉OK，由于歌曲更新慢，老歌太多，同时出现了抢歌现象，点歌方式上也出现了点歌速度慢，歌曲过时不能及时跟随潮流，即无法满足用户的要求，给人们休闲上蒙上了一片阴影。KTV点歌系统就应用而生了。 本系统的功能之一是从用户角度出发。为满足用户的需求，点歌系统应当具备多种途径的歌曲查询点播功能。通过单击按钮即可查询所有曲目，并且需要提供更为丰富的查询方式。基于方便性与习惯，首先本系统应当提供传统点歌系统的查询方式，即以歌曲名首拼音为依据的查询方式和以歌曲名字笔画多少为依据的查询方式，此外，需要增加以歌手名为依据的查询方式和以歌曲语种为依据的查询方式。事实上，这些查询方式并没有什么奇特的地方，但是因为可以让不同的顾客选择自己习惯与适应的查询方式，它必将会让用户在消费时感觉更愉快些。 另外点歌系统还应当可以方便地增加新的曲目，也应提供对现有曲目的修改、删除功能。同时为方便用户对歌曲的点播，管理者也该适时对歌曲进行排名汇总。并且，对曲目的管理应当是各包房统一的，而不是必须一个一个包房地进行设置与操作。另外，因为曲目的管理会影响到整个系统提供的服务，所以这些管理功能应当只能由具有相应权限的管理人员完成。因此，点歌系统中还应提供相应管理人员管理功能及权限控制功能。 1.2需求分析 1.2.1信息需求 KTV点歌系统主要是实现用户相关模块和管理员相关模块功能的系统， 用户相关模块又分为选择歌曲、歌曲控制以及删除选定歌曲，管理员相关模块分为管理员登陆、歌曲更新和歌曲排名。 根据KTV点歌的基本需求，本系统需要完成的基本任务如下： （1）歌曲查询 当用户进入KTV点歌系统时,应该在主页面中分类显示最新的歌曲信息，以供客户选择所需歌曲，同时也应该提供歌曲的各种检索功能，包括按歌曲名、歌手名、歌曲地区等信息快速查询所需歌曲信息的功能。 （2）歌曲库管理 将用户选择的歌曲统一到歌曲库中，当选择的歌曲播放完成之后，系统能够自动清除以已经播放完毕的歌曲信息。 1.2.2功能需求 KTV点歌系统描述如下：为满足用户的需求，点歌系统应当具备多种途径的歌曲查询点播功能。基于方便性与习惯，首先本系统应当提供传统点歌系统的查询方式，即以歌曲名首拼音为依据的查询方式和以歌曲名字笔画多少为依据的查询方式，此外，需要增加以歌手名为依据的查询方式和以歌曲语种为依据的查询方式。另外点歌系统还应当可以方便地增加新的曲目，也应提供对现有曲目的修改、删除功能。同时为方便用户对歌曲的点播，管理者也该适时对歌曲进行排名汇总。因为曲目的管理会影响到整个系统提供的服务，所以这些管理功能应当只能由具有相应权限的管理人员完成。因此，点歌系统中还应提供相应管理人员管理功能及权限控制功能。 对上述KTV点歌系统的描述进行分析，可以获得如下功能性需求： （1）用户通过身份验证，登录到KTV点歌系统。 （2）用户可以在该系统中进行选择歌曲。 （3）用户对该系统中的歌曲进行控制。 （4）用户可以根据自己的喜欢对自己选择的歌曲再进行筛选后删除不喜欢的歌曲。 （5）管理员输入密码验证可以登录KTV点歌系统。 （6）管理员对该系统中的歌曲进行更新，即对歌曲进行修改、添加以及删除。 （7）管理员可以根据点播次数，对歌曲进行排名。 1.2.3性能需求 （1）界面设计友好、美观 （2）数据存储安全、可靠 （3）信息分类清晰、准确 （4）强大的查询功能，保证数据查询的灵活性 （5）操作简单易用、界面清晰大方 （5）系统安全、稳定 （6）占用资源少、对硬件要求低 （7）提供灵活、方便的权限设置，便系统易于管理 2、系统总体结构设计 2.1系统功能设计 图2-1 KTV点歌系统功能划分图 2.2UML视图 2.2.1识别参与者 通过对系统需求的分析，可以确定系统中有两个参与者：用户、管理员。 用户描述：用户可以进入点歌系统，进行选择歌曲，并且对歌曲进行控制以及删除选定歌曲。 示例：任何在此KTV点歌系统中的进行点歌的人。 管理员描述：管理员可以登录到系统，可以对系统中的歌曲进行更新以及排名。 示例：在系统上管理歌曲信息。 2.2.2识别用例 通过对需求的进一步分析，可以确定系统中有如下用例存在： 用户用例： （1）登录：点击进入到KTV点歌系统。 （2）选曲：用户可以在该系统中进行选择歌曲。 （3）歌曲控制：用户对该系统中的歌曲进行控制。 （4）歌曲删除：用户可以根据自己的喜欢对自己选择的歌曲再进行筛选后删除不喜欢的歌曲。 管理员用例： （1）登录：管理员输入账号和密码可以登录带KTV点歌系统 （2）歌曲管理：管理员对该系统中的歌曲进行更新，即对歌曲进行修改、添加以及删除。（3）歌曲排名：管理员可以根据点播次数，对歌曲进行排名。 图2-2用户用例图 图2-3管理员用例图 2.3