点歌系统需求分析.docVIP

点歌系统需求分析 3 系统需求分析 3.1用户需求 通过对想唱就唱KTV办公流程的调查，经过分析后，要求开发完成后的点歌管理系统要达到以下几个方面的要求： 1、从消费者使用点歌系统的角度挖掘需求，点歌系统应当具备各种途径的歌曲查询点播功能，普通点歌系统一般会提供一个纸质的歌单，通常其上的曲目按歌名的首字母进行排序并对每个曲目设定一个特定的编号，也有部分点歌系统以歌名的字数进行排序，顾客在查找到相应的曲目之后再通过遥控器输入该曲目的编号完成点歌功能。而本系统追求的是全电子化的系统，因此对曲目的查询要求采用无纸化的操作，通过遥控器即可查询所有曲目，并且提供更为丰富的查询分时。基于方便性与习惯，首先本系统应当提供传统点歌系统的查询方式，即以歌曲名字首字母为依据的查询方式和以歌曲名字数多少为依据的查询方式，此外，需要增加以歌手名为依据的查询方式、拼音查找、歌手性别查找和地区查找。事实上，这些查询方式并没有什么奇特的地方，但是因为可以让不同的顾客选择自己习惯与适应的查询方式，它必将会让用户在消费时感觉愉快些。 2、从服务人员使用点歌系统的角度挖掘需求点歌系统应当具备基本的即时消息传递功能。消费者能通过系统呼叫服务人员来进行相应的服务，相应的服务人员可以通过接受即时消息了解顾客需要的服务，以及服务的其他信息，比如房间号，服务类型等。相应的，消费者也能随时取消服务。 3、从系统管理员使用点歌系统的角度挖掘需求点歌系统应当具备基本的按消费时间计算的计费功能。此外，点歌系统还应当可以方便的查询、增加新的曲目，也应提供对现有曲目的修改、删除功能，并且，对曲目的管理应当是各个包房统一的，而不是必须一个一个包房地进行设置于操作。另外，因为曲目的管理会影响到整个系统提供的服务，所以这些管理功能应当只能由具有相应权限的管理人员完成，因此，点歌系统中还应提供相应管理人员管理功能及权限控制功能。消费者分为普通顾客、会员和VIP，因此点歌管理系统中还必须具有管理收费类型的功能，在活动节日时候能够使用打折功能。另外，管理房间类型也是KTV中不可或缺的一部分。 3.2系统用例模型 系统用例主要是用来反映系统的数据交换的情况以及相关业务的流程状况。也就是明确系统应该做什么，要去做什么，是最能体现用户需求目标的功能模型。 根据对想唱就唱KTV操作流程的分析，本点歌管理系统主要涉及到的用户有消费者、服务人员和管理者等三类用户。本点个管理系统的总体用例分析图如图3-1所示。 图3-1总体用例分析图 3.2.1 系统管理员子系统用例 系统管理员用例主要包括系统登录、用户信息修改、用户权限配置（包括有用户权限配置、用户权限修改、用户权限删除）、系统数据库管理（包括有系统数据库恢复、系统数据库备份）、系统用户管理（包用有用户添加、用户删除、用户信息修改）等用例组成。系统管理员的用例图如图3-2所示。 3.2.2 查询歌曲用例分析 查询歌曲用例主要包括按歌手姓名查找、按地区查找、按歌手性别查找、拼音查找、按歌手类型查找、日热门榜、周热门榜、月热门榜、模糊查询等用例组成。系统管理员的用例图如图3-3所示。 3.2.3 消费者子系统用例 消费者用例主要包括系统登录、服务管理（呼叫服务、取消服务）、买单、点歌管理（歌曲置顶、调节音量、切歌、显示歌曲列表、删除歌曲列表、查询歌曲、添加歌曲、删除歌曲、打乱歌曲顺序、原唱/伴唱）等用例组成。系统管理员的用例图如图3-4所示。 图3-2 系统管理员子系统用例图 3.2.4 服务人员子系统用例分析 服务人员用例主要包括打扫房间、服务消费者、结账（活动打折、会员打折）、办理会员卡、注销会员卡、查询房间信息、预定包间、安排房间等用例组成。系统管理员的用例图如图3-5所示。 图3-3 查找歌曲用例图 图3-4 消费者子系统用例图 图3-5 服务人员子系统用例图 3.3 系统时序图 时序图是用来显示系统对象之间发送的消息的时间顺序，它也显示系统对象之间的交互，就是在系统执行时，某个指定时间点将发生的事情。 3.3.1 用户登录时序图 如果用户要想进行相关的业务操作必须先登录系统中，若想进入系统，首先必须选在系统登录界面中输入用户名和密码等相关的用户信息后提交给系统进行验证，如果用户提交的验证信息与数据库中的信息吻合就会进入系统的主界面，否则就是未通过验证，系统将要求用户重新输入用户名和密码信息。系统登录时序图如图3-6所示。 图3-6 系统登陆时序图 3.3.2 用户点歌时序图 如果用户要想进行点歌操作必须先登录系统中，若想进