KTV点歌系统需求分析说明文档2012

需求说明分析报告
日期：2012 -4-24
1引言 (2)
■ 1.1编写目的 (3)
■ 1.2预期读者和阅读建议 (3)
-1.3产品范围 (3)
2综合描述 (4)
■ 2.1产品状况 (4)
-2.2产品功能 (4)
■ 2.3分析模型 (4)
■ 2.4运行环境 (8)
.2.5设计和实现上的限制 (8)
.2.6假设和约束 (9)
-2.7以后可能提出的要求： (10)
■大小屏幕之间的切换 (10)
单曲循环与顺序播放的实现 (10)
（历史记录）已选与已唱的统一与分门别类 (10)
3外部接口需求 (10)
■ 3.1用户界面： (10)
■ 3.2硬件接口： (11)
■ 3.3软件接口： (12)
■ 3.4通讯接口： (13)
4系统功能需求 (13)
■ 4.1说明和优先级 (13)
■ 4.2输入/输出数据 (14)
5其他非功能需求 (14)
■ 5.1性能要求 (14)
■ 5.2安全措施需求 (15)
■ 5.3安全性需求 (15)
■ 5.4软件质量属性 (15)
-5.5业务规则 (15)
■ 5.6用户文档 (15)
词汇表 (16)
数据定义 (17)
1引言
此需求分析报告是对KTV点歌系统开发的一个需求方面的初步的分析说明性文档，旨在
通过该文档清晰的阐述系统的实际功能，方便系统开发人员对系统的理解以及与用户的沟通，文档相关说明部分在目录部分已全部涵盖，阅读此文档的相关人员可以通过目录索引找到相应的部分予以阅读。

1.1 编写目的
此需求分析是基于KTV 点歌系统而编写，该系统是一套基于视频点播技术的电脑点歌系统。

期望实际投入使用的系统可以更加方便用户使用和系统需求者的管理，增强娱乐性，力求为用户达到其预期的收效。

1.2 预期读者和阅读建议
预期读者:项目需求方，小组全体开发成员，项目验收组此文档重点在于方便开发人员对系统的理解，对于系统的需求方建议阅读文档2.1-2.4 以及3.1 部分这些部分主要针对的是需求人员和开发人员两方，对系统的全局有所了解，是概要式的阐述。

对于开发方全体成员建议详细阅读此文档，并针对相关章节作详细商讨。

1.3 产品范围
首次发行的范围
首次发行针对KTV 量贩所有VIP 银座包厢，更换为此次分开发的新系统。

随后发行的范围：在旗舰店VIP 银座包厢试行的系统是初期投入的系统，如果系统投入使用客户满意，将对此系统按照需求方的进一步要求完善新添相应的功能，对于界面的设计将根据量贩旗下不同店风格设计并投入使用。

包括的特性和功能：通过管理人员对服务器端的控制，可查询包房内用户所点歌曲，管理点歌系统歌曲数据库；启动服务器端程序后，客户端可进行即点即播（即零等待）的点歌
操作，并且多个客户端可同时点播同一首歌曲
2 综合描述
2.1 产品状况
此系统是新型的，独立的，自主型产品，可以与其他娱乐性管理系统相结合，并且作为其中
的KTV 点歌系统运用于KTV 管理服务。

2.2 产品功能
从顾客使用点歌系统的角度挖掘需求，点歌系统应当具备多种途径的歌曲查询点播功能。

通过单击按钮即可查询所有曲目，并且需要提供更为丰富的查询方式。

基于方便性与习惯，首先本系统应当提供传统点歌系统的查询方式，即以歌曲名首拼音为依据的查询方式和以歌曲名字笔画多少为依据的查询方式，此外，需要增加以歌手名为依据的查询方式和以歌曲语种为依据的查询方式。

事实上，这些查询方式并没有什么奇特的地方，但是因为可以让不同的顾客选择自己习惯与适应的查询方式，它必将会让用户在消费时感觉更愉快些。

从经营者使用点歌系统的角度挖掘需求。

此外，点歌系统还应当可以方便地增加新的曲目，也应提供对现有曲目的更新、删除功能，并且，对曲目的管理应当是各包房统一的，而不是必须一个一个包房地进行设置与操作。

另外，因为曲目的管理会影响到整个系统提供的服务，所以这些管理功能应当只能由具有相应权限的管理人员完成，因此，点歌系统中还应提供相应管理人员管理功能及权限控制功能
2.3 分析模型
• 实体-关系图
•数据流图
KTV 点歌系统状态转换图
丿
曲
未唱记录 歌手名
r~ 歌曲名 厂地区 Entry/所有地区歌 选择的所有歌曲 Do/出现歌曲 Num1=0 r~ 语种 entry/所有语种歌曲 < _____________________ > entry/所有歌曲 Num2=0 Do/ 一会唱 Do/添加歌曲 删除
Do/删除歌曲
Do/出现歌曲 添加 退出本系统 退出本系统 退出 退出 .闲置* 输入拼音 输入笔划数 已唱记录 r~ entry/所有歌手歌曲
IPO 表
输入：客户的查询条件
输出：客户的查询结果
处理：对客户的歌曲查询进行信息的处理
数据元素：歌曲名
备注：暂无
歌手名语种地区 KTV 点歌系统IPO 表
2.4运行环境
点歌电脑：主机、触屏显示器、软件
视频服务器：主机、显示器、系统软件、流控软件
歌曲磁盘库：计算机硬盘、（阵列卡、阵列柜）
歌曲采编电脑：主机、显示器、歌曲编辑软件（采编卡）
2.5设计和实现上的限制
•必须使用的特定技术、工具、编程语言和数据库：
开发工具：visual studio 2008
整体 模块: 系统名称: KTV 点歌系统 作者： 2012-4-23 日期： _____________
编程语言：c#
数据库：sql server 2008
• 要求遵循的开发规范和标准：
GB 8566 计算机软件开发规范
GB 8567 计算机软件产品开发文件编制指南
GB/T 11457 软件工程术语
遵循河南警察学院（郑州）信息系创新小组软件开发文档规范
• 硬件的限制：硬盘200G ，每月备份，每天更新。

• 数据转换格式标淮的限制：
2.6 假设和约束
• 计划使用的商业组件：视频服务器（必配设备）点歌电脑（必配设备）歌曲磁盘库（必配设备）
• 有关本软件用户的若干假定：用户只需会基本的电脑操作即可
• 有关本软件开发工作的若干假定：项目需求方在开发期间提供若干名员工与开发人员进行业务方面的交流与沟通，并保证随时可以允许开发人员实地了解现行系统的运行情况。

• 有关本软件运行环境的一些问题：
Windows xp/win 7 内存512M 以上
• 工期约束：两个月
• 经费约束：小组成员自行解决
• 人员约束：创新小组8 位成员，需求方代表
• 设备约束：河南警察学院实验室，量贩VIP 银座包厢（实地）
2.7 以后可能提出的要求：
大小屏幕之间的切换单曲循环与顺序播放的实现
（历史记录）已选与已唱的统一与分门别类
3 外部接口需求
3.1 用户界面：
用户要求界面不能过于复杂，但风格要轻松轻盈。

符合年轻时尚的风格。

• 将要使用在每一个屏幕（图形用户界面）上的软件组件，可能包括：选单；
标准按钮；
导航链接；各种功能组件；消息栏；
• 各种显示格式的规定，部分内容包括：
不同情况下文字的对齐方式：左对齐不同情况下数字的表现格式与对齐方式：左对齐日期
的表现方法与格式：年-月-日（0000-00-00）计时方法与时间格式：从零计时，（00:00:00）3.2 硬件接口：
（1）视频服务器（必配设备）是整个系统的核心，负责接受各个房间电脑请求信号，调度歌曲文件，并将它们发送到有需求的房间去。

视频服务器是一台高可靠性、要求硬盘服务器可支持15 个房间。

（2）点歌电脑（必配设备）
点歌电脑是长期稳定工作的PC计算机，点歌软件和DVD回放卡配置在包房点歌电脑上，用
户通过它进行点歌、各种查询操作。

用户可以任选遥控器、鼠标、小键盘、进行点播。

建议每台点歌电脑采用大硬盘，每块硬盘中放置若干不同的歌曲，系统可使其4-5 个为一组来形成一个应急的点歌服务系统，并可容纳1000多首歌曲。

歌曲磁盘库：（2）歌曲磁盘库（必配设备）
由一组大容量的硬盘构成，压缩后的计算机文件全部保存在其中，在投资允许的情况下，根据不同的系统采用不同的硬盘，可有效地节约经费并提高安全性。

（3）管理服务器（选配设备）该服务器专门管理以下系统：收银系统、开房咨客、服务响应、点酒水软件、财务营业管理经理查询、库房管理等。

（4）歌曲编辑系统（选配设备）
当用户有要求自己制作歌曲库时，可配备此系统。

它专门把不同节目源上的歌曲进行压缩，以计算机文件方式存储在硬盘上，同时进行数据库分类。

（5）服务响应电脑（选配设备）
当营业场所需要客人在房间内通过电脑来呼叫各种服务时，应配备该电脑。

（6）经理查询电脑（选配设备）：根据用户需求，在经理查询软件被购买时，需要有该电脑
3.3 软件接口：
（1）点歌软件: 用户可以根据个人爱好通过包房电脑及该软件查询（包括歌手查询、语种查询、地区查询、歌曲查询）所需要的歌曲，了解歌手的简介、播放歌曲、控制歌曲，同时，软件中包含了丰富多彩的主题页面，用户可根据喜好随时随地的更换软件的界面。

另外，系统界面中的多个动态显示区及功能点、LOGO勺合理搭配，使用户在使用上更简便，在系统功能上更强大。

系统采用了多模块交叉功能，如客户在点播服务功能、查询功能时，仍可对正在点播的节目进行控制和操作，实现了完全交叉式的操作。

（2）歌曲编辑系统：用于系统歌库中的歌曲管理，如添加、编辑、删除、更改。

（3）总经理查询系统：用于娱乐场所领导查询经营状况、财务支出、费用查询。

（4）服务响应系统：是根据系统所能提供的服务内容，供选择呼叫使用。

该功能使用有效时，需要有中央服务响应系统进行配合，其服务内容可根据需要进行设置，如“呼叫服务员”、“呼叫经理”、“呼
叫DJ”等。

当确定服务项目后，点击“确定”键，该服务信息通过
网络会发送到中央服务响应系统，然后进行相应的服务项目应答和服务安排。

前台也可以给各包房发短消息、祝词。

3.4 通讯接口：
网络通讯标准或者协议：
HTTP/FTP 通讯安全或加密问题：维护人员和管理人员由权限密码后期投入使用时予以交付数据传输速率：100mpbs
同步和异步通讯机制兼可
4 系统功能需求
4.1 说明和优先级
功能说明和优先级
（优先级初步划分为4级1-4表示由低到高）点歌功能：
用户在界面显示的相关选项提示下有选择的进行操作，针对每一种歌曲曲目的查找方式界面将显示相对应的界面，用户只需一直按照界面所给出的提示操作即可。

未演奏曲目时优先级4。

演奏曲目时优先级3 。

切歌功能：当用户想结束当前演奏曲目时，选择切歌按钮即可结束当前曲目演奏曲目时优先级为4 ，为演奏时优先级1。

显示：当用户已经选定曲目时，在歌曲演奏时会显示当前曲目的歌曲名和歌手名称，会随机显示MV ，以及下一首曲目的名称和歌手名。

演奏时优先级为4。

4.2输入/输出数据
用户点歌输入输出数据列表
5其他非功能需求
5.1性能要求
•相互合作的用户数量：50
•系统支持的并发操作数量：20-40
• 响应时间：60seconds
• 与实时系统的时间关系：不大于实施系统响应时间
• 容量需求: 尽可能满足系统所需
5.2 安全措施需求
系统需要电力应急安全措施的支持
需要商业机密保护措施
5.3 安全性需求
安全需求：
每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用此项功能是为了保证计时功能的实现。

5.4 软件质量属性
易用性优于易学性，可移植性优于有效性。

5.5 业务规则
1.当有客户要求更新相应的曲目是必须对曲目数据库进行择期的更新
2.后期相应的业务规则还须完善磋商。

5.6 用户文档
• 安装指南
纸质文档，16 开本；
后期投入使用时予以配备
• 用户手册
纸质文档，16 开本；
后期投入使用时予以配备
• 在线帮助
• 电子文档，与软件产品一同分发、配置；
• 使用教程电子文档，与软件产品一同分发、配置。

词汇表
GB/T 11457 所列术语和下列定义适用于本指南。

合同( contract )：是由客户和开发者共同签署的具有法律约束力的文件。

其中包括产品的技术、组织、成本和进度计划要求等内容。

客户( customer )：指个人或单位，他们为产品开发提供资金，通常(但有时也不必)还提出各种需求。

文件中的客户和开发者也可能是同一个组织的成员。

语言(Ianguage ):是具有语法和语义的通信工具，包括一组表达式、惯例和传递信息的有关规则。

分割( partitioning )：把一个整体分成若干部分
数据定义
另附于数据字典。