哈尔滨工业大学（威海）软件学院

软件工程课程设计需求分析报告

               课题：KTV点歌系统

               项目小组：IT小组

               小组成员：邢子波（组长）

                         曹晶（组员）

                         程少红（组员）

                         王军磊（组员）

                         殷玉枫（组员）

              日期：20##-12-27

目录

1引言... 3

1.1编写目的... 4

1.2项目风险... 4

1.3文档约定... 4

1.4预期读者和阅读建议... 4

1.5产品范围... 4

1.6参考文献... 5

2综合描述... 5

2.1产品状况... 5

2.2产品功能... 5

2.3用户类和特性... 6

2.4运行环境... 6

2.5设计和实现上的限制（待定）... 6

2.6假设和约束... 7

3外部接口需求... 8

3.1用户界面：... 8

3.2硬件接口：... 8

3.3软件接口：... 9

3.4通讯接口：... 10

4系统功能需求... 10

4.1说明和优先级... 10

4.2激励/响应序列... 11

4.3输入/输出数据... 11

5其他非公能需求... 11

5.1性能要求... 11

5.2安全措施需求... 13

5.3安全性需求... 13

5.4软件质量属性... 13

5.5业务规则... 13

5.6用户文档... 13

词汇表... 14

数据定义... 14

分析模型（未完成）... 14

待定问题列表... 14

1引言

此需求分析报告是对KTV点歌系统开发的一个需求方面的初步的分析说明性文档，旨在通过该文档清晰的阐述系统的实际功能，方便系统开发人员对系统的理解以及与用户的沟通，文档相关说明部分在目录部分已全部涵盖，阅读此文档的相关人员可以通过目录索引找到相应的部分予以阅读。

1.1编写目的

此需求分析是基于KTV点歌系统而编写，该系统是一套基于视频点播技术的卡拉OK电脑点歌系统，它引入先进的多媒体网络技术、多媒体数据库技术代替传统的点歌系统。期望实际投入使用的系统可以更加方便用户使用和系统需求者的管理，增强娱乐性，力求为需求方达到其预期的收效。

1.2项目风险

任务提出者：天界丽都欢唱城

软件开发者：哈尔并工业大学（威海）软件学院0502_IT小组

产品使用者：天界丽都欢唱城消费顾客

1.3文档约定

此文档符合ISO标准文档，排版约定如下：

正文风格：宋体+五号

提示方式：在所需提示部分用注释，加以提示。

重要符号：***

1.4预期读者和阅读建议

项目需求方

IT小组全体开发成员

项目验收组

此文档重点在于方便开发人员对系统的理解，很多相关内容较为专业，对于系统的需求方建议阅读文档2.1-2.4以及3.1部分这些部分主要针对的是需求人员和开发人员两方，对系统的全局有所了解，是概要式的阐述。对于发开方全体成员建议详细阅读此文档，并针对相关章节作详细商讨。

1.5产品范围

首次发行的范围

首次发行针对天界丽都欢唱城旗舰店所有VIP银座包厢，更换为此次分开发的新系统。

随后发行的范围

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

局限性和专用性

包括的特性和功能：通过管理人员对服务器端的控制，可查询包房内用户所点歌曲，

查看消费时间及应付费用，

管理点歌系统歌曲数据库；

启动服务器端程序后，客户端可进行即点即播（即零等待）的点歌

操作，并且多个客户端可同时点播同一首歌曲。

不包括的特性和功能：无  有待补充

需求方期望的但不被实现的产品性能和功能：无

1.6参考文献

KTV点歌系统项目合同书 版本1.0

2综合描述

2.1产品状况

此系统是为替换传统的点歌系统而产生新型的，独立的，自主型产品，可以与其他大型娱乐性管理系统相结合，并且作为其中的KTV点歌系统运用于KTV管理服务。

2.2产品功能

从顾客使用点歌系统的角度挖掘需求，点歌系统应当具备多种途径的歌曲查询点播功能，普通点歌系统一般会提供一个纸质的歌单，通常其上的曲目按歌名的首字母进行排序并对每个曲目设定有一个特定的编号，也有部分点歌系统以歌名的字数进行排序，顾客在查找到相应的曲目之后再通过遥控器输入该曲目的编号完成点歌功能。而本系统追求的是全电子化的系统，因此对曲目的查询要求采用无纸化的操作，通过遥控器即可查询所有曲目，并且需要提供更为丰富的查询方式。基于方便性与习惯，首先本系统应当提供传统点歌系统的查询方式，即以歌曲名首字母为依据的查询方式和以歌曲名字数多少为依据的查询方式，此外，需要增加以歌手名为依据的查询方式和以歌曲语种为依据的查询方式。事实上，这些查询方式并没有什么奇特的地方，但是因为可以让不同的顾客选择自己习惯与适应的查询方式，它必将会让用户在消费时感觉更愉快些。

从经营者使用点歌系统的角度挖掘需求，点歌系统应当具备基本的按消费时间计算的计费功能。此外，点歌系统还应当可以方便地增加新的曲目，也应提供对现有曲目的修改、删除功能，并且，对曲目的管理应当是各包房统一的，而不是必须一个一个包房地进行设置与操作。另外，因为曲目的管理会影响到整个系统提供的服务，所以这些管理功能应当只能由具有相应权限的管理人员完成，因此，点歌系统中还应提供相应管理人员管理功能及权限控制功能

2.3用户类和特性

用户一览表

2.4运行环境

 

2.5设计和实现上的限制（待定）

●  必须使用的特定技术、工具、编程语言和数据库：

开发工具：visual studio 2005

编程语言：c#

数据库：sql server 2005

●  要求遵循的开发规范和标准：

GB 8566 计算机软件开发规范

GB 8567 计算机软件产品开发文件编制指南

GB/T 11457 软件工程术语

●   

遵循哈尔滨工业大学IT（威海）软件学院IT小组软件开发文档规范

●  企业策略的限制：

●  政府法规的限制：

●  工业标准的限制：

●  硬件的限制：硬盘160G ， 每月备份，每天更新。

●  数据转换格式标淮的限制：

2.6假设和约束

●  计划使用的商业组件：

 视频服务器（必配设备）

点歌电脑（必配设备）

歌曲磁盘库（必配设备）

网      络（必配设备）

●  用户界面：

天界丽都欢唱城VIP银座包厢首批投入使用的KTV点歌系统，要求豪华界面设计，后期与需求方面的界面相关负责人员商洽后依据需求方的要求设计界面

●  有关本软件用户的若干假定：

用户只需会基本的电脑操作即可

●  有关本软件开发工作的若干假定：

项目需求方在开发期间提供若干名员工与开发人员进行业务方面的交流与沟通，并保证随时可以允许开发人员实地了解现行系统的德运行情况。

●  有关本软件运行环境的一些问题：

Windowsxp/2000

内存512 以上

●  工期约束：2周

●  经费约束：5万RMB

●  人员约束：IT小组5位成员，需求方代表

●  设备约束：哈尔并工业大学（威海）软件学院实验室， 天界丽都欢唱诚VIP银座                   包厢（实地）

3外部接口需求

3.1用户界面：

    用户要求界面不能过于复杂，但风格要轻松轻盈。符合天界丽都年轻时尚的风格。

●  将要使用在每一个屏幕(图形用户界面)上的软件组件，可能包括：

n  选单；

n  标准按钮；

n  导航链接；

n  各种功能组件；

n  消息栏；

●  各种显示格式的规定，部分内容包括：

n  不同情况下文字的对齐方式：左对齐

n  不同情况下数字的表现格式与对齐方式：左对齐

n  日期的表现方法与格式：年-月-日（0000-00-00）

n  计时方法与时间格式：从零计时，(00:00:00)

3.2硬件接口：

（1）   视频服务器（必配设备）

是整个系统的核心，负责接受各个房间电脑请求信号，调度歌曲文件，并将它们发送到有需求的房间去。视频服务器是一台高可靠性、高稳定性的计算机内置IDE或SCSI硬盘， IDE硬盘服务器可支持15个房间，单台SCSI硬盘服务器最高可支持40个房间共同使用，对不同数量的房间，可采用多台IDE或SCSI服务器进行组合。

（2）   点歌电脑（必配设备）

点歌电脑是长期稳定工作的PC计算机，点歌软件和DVD回放卡配置在包房点歌电脑上，用户通过它进行点歌、各种查询操作。用户可以任选遥控器、鼠标、小键盘、进行点播。建议每台点歌电脑采用大硬盘，每块硬盘中放置若干不同的歌曲，系统可使其4-5个为一组来形成一个应急的点歌服务系统，并可容纳1000多首歌曲。歌曲磁盘库：

（3）   歌曲磁盘库（必配设备）

由一组大容量的硬盘构成，压缩后的计算机文件全部保存在其中，在投资允许的情况下，根

据不同的系统采用不同的硬盘，可有效地节约经费并提高安全性。也可以采用磁盘容错技术来提高整个系统性能和安全性。（详情可参见后面“电脑KTV歌曲库建立”的内容）

（4）   网      络（必配设备）

整个KTV系统由计算机网络连接而成，它包括网线和交换机。网络布线应采用5类线，并要保证每个房间独享10兆带宽，尤其是传统碟机点歌系统要升级改造成电脑KTV的用户，一定要检查原有的网络线。交换机的选择一定要符合系统的要求，在采用安全方案时，要求采用可堆叠型交换机。

（5）   管理服务器（选配设备）

该服务器专门管理以下系统：收银系统、开房咨客、服务响应、点酒水软件、财务营业管理，

经理查询、库房管理等。
（6）歌曲编辑系统（选配设备）
    当用户有要求自己制作歌曲库时，可配备此系统。它专门把不同节目源上的歌曲进行压缩，以

计算机文件方式存储在硬盘上，同时进行数据库分类、分声道、分音轨等管理工作。。
（7）服务响应电脑（选配设备）
   当营业场所需要客人在房间内通过电脑来呼叫各种服务时，应配备该电脑。
（8）经理查询电脑（选配设备）：根据用户需求，在经理查询软件被购买时，需要有该电脑。

3.3软件接口：

（1）点歌软件: 用户可以根据个人爱好通过包房电脑及该软件查询（包括歌星查询、笔画查询、字数查询、拼音查询、字母查询、组合查询等查询方式）所需要的歌曲，了解歌星的简介、播放歌曲、控制歌曲、点酒水服务等，同时，软件中包含了丰富多彩的主题页面，用户可根据喜好随时随地的更换软件的界面，这项技术是目前国内KTV系统中首创的。另外，系统界面中的九个动态显示区、两个功能点、LOGO的合理搭配，使用户在使用上更简便，在系统功能上更强大。系统采用了多模块交叉功能，如客户在点播服务功能、酒水功能时，仍可对正在点播的节目进行控制和操作，实现了完全交叉式的操作。

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

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

（4）服务响应系统： 是根据系统所能提供的服务内容，供选择呼叫使用。该功能使用有效时，需要有中央服务响应系统进行配合，其服务内容可根据需要进行设置，如 “呼叫服务员”、“呼叫经理”、 “呼叫DJ”等。当确定服务项目后，点击“确定”键，该服务信息通过网络会发送到中央服务响应系统，然后进行相应的服务项目应答和服务安排。前台也可以给各包房发短消息、广告、祝词、寻人启示等

3.4通讯接口：

网络通讯标准或者协议：

HTTP/FTP

通讯安全或加密问题：维护人员和管理人员由权限密码后期投入使用时予以交付

数据传输速率：100mpbs

同步和异步通讯机制兼可

4系统功能需求

4.1说明和优先级

功能说明和优先级

（优先级初步划分为4级1-4表示由低到高）

点歌功能：

用户在界面显示的相关选项提示下有选择的进行操作，针对每一种歌曲曲目的查找方式界面将显示相对应的界面，用户只需一直按照界面所给出的提示操作即可。未演奏曲目时优先级4。演奏曲目时优先级3 。

切歌功能：

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

显示：

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

4.2激励/响应序列

（时序图未完成）

4.3输入/输出数据

用户点歌输入输出数据列表

5其他非公能需求

5.1性能要求

●  相互合作的用户数量：50

●  系统支持的并发操作数量：20-40

●  响应时间：60seconds

●  与实时系统的时间关系：不大于实施系统响应时间

●  容量需求

    硬盘选型：

目前全电脑KTV最常选用的节目库硬盘是希捷80G 7200转/秒的IDE硬盘和73G 10000转/秒SCSI硬盘，但由于SCSI硬盘的稳定性好、寿命长和其它优点，所以它的价格是同等容量IDE硬盘的3—4倍，所以建议用户应根据自己的需要来选择系统硬盘的种类。
节目库容量的计算

系统在选择不同数量的节目时一定要进行节目库容量的计算。VOD视频点播的视频数据不同于普通的文件数据，它要占据很大的硬盘空间，压缩比越大，图像越清晰，但占硬盘空间也就越大。标准的VCD为1.15MB/秒码流，由于压缩比太小，所以经常出现马赛克，图像质量一般；标准的DVD为3.5MB/秒码流以上，所以图像质量很好。为保证每个节目的图像质量并节省硬盘空间，通常建议把每个节目的压缩比固定在MPEG-I 1.5MB/秒的速率左右的码流、MPEG-II 3MB/秒的速率左右的码流。这样压缩后1分钟1.5MB/S的MPEG-I(VCD)节目大约占10M左右，1分钟3MB/秒的MPEG-II(DVD)节目大约占20-30M左右。所以，一定要根据实际需要来配置硬盘,可见节目容量计算简表。

节目容量计算简表

为了节省空间，可以组合不同码流的MPEG-I和MPEG-II节目组成混合的节目库。根据WINDOWS NT或W-2000的要求，磁盘库需留出总容量的10%作为系统运行空间。
数据库中表的最大行数：200

5.2安全措施需求

系统需要电力应急安全措施的支持，

需要商业机密保护措施

5.3安全性需求

安全需求：

每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。此项功能是为了保证计时功能的实现。

5.4软件质量属性

易用性优于易学性，

可移植性优于有效性。

5.5业务规则

1.当有客户要求更新相应的曲目是必须对曲目数据库进行择期的更新

2.当VIP用户会员生日时若消费则给与当天的优惠

后期的相应的业务规则还须完善磋商。

5.6用户文档

●  安装指南

纸质文档，16开本；

后期投入使用时予以配备

●  用户手册

纸质文档，16开本；

后期投入使用时予以配备

●  在线帮助

●  电子文档，与软件产品一同分发、配置；

●  使用教程电子文档，与软件产品一同分发、配置。

词汇表

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

合同（contract）：是由客户和开发者共同签署的具有法律约束力的文件。其中包括产品的技术、组织、成本和进度计划要求等内容。

客户（customer）：指个人或单位，他们为产品开发提供资金，通常（但有时也不必）还提出各种需求。文件中的客户和开发者也可能是同一个组织的成员。

语言（language）：是具有语法和语义的通信工具，包括一组表达式、惯例和传递信息的有关规则。

分割（partitioning）：把一个整体分成若干部分。

数据定义

另附于数据字典

分析模型（未完成）

●  数据流程图；

●  类图；

●  状态转换图；

●  实体-关系图

待定问题列表