KTV点歌系统需求规格说明书徐洋洋.docx

上传人:b****2 文档编号:25848076 上传时间:2023-06-16 格式:DOCX 页数:19 大小:22.83KB
下载 相关 举报
KTV点歌系统需求规格说明书徐洋洋.docx_第1页
第1页 / 共19页
KTV点歌系统需求规格说明书徐洋洋.docx_第2页
第2页 / 共19页
KTV点歌系统需求规格说明书徐洋洋.docx_第3页
第3页 / 共19页
KTV点歌系统需求规格说明书徐洋洋.docx_第4页
第4页 / 共19页
KTV点歌系统需求规格说明书徐洋洋.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

KTV点歌系统需求规格说明书徐洋洋.docx

《KTV点歌系统需求规格说明书徐洋洋.docx》由会员分享,可在线阅读,更多相关《KTV点歌系统需求规格说明书徐洋洋.docx(19页珍藏版)》请在冰豆网上搜索。

KTV点歌系统需求规格说明书徐洋洋.docx

KTV点歌系统需求规格说明书徐洋洋

卷号

卷内编号

密级

项目编号:

S×××-

<项目名称>

分类:

<模板>

需求规格说明书

Version:

项目承担部门:

项目研发部

撰写人(签名):

徐洋洋

完成日期:

2016-4-22

本文档使用部门:

■主管领导■项目组

■客户(市场)■维护人员■用户

评审负责人(签名):

徐洋洋

评审日期:

2016-4-23

1.引言1

1.1目的1

1.2定义1

1.3参考资料1

2.软件总体概述1

2.1软件标识1

2.2软件描述1

2.2.1系统属性1

2.2.2开发背景1

2.2.3软件功能1

2.3用户的特点2

2.4限制与约束2

3.具体需求3

3.1功能需求3

3.2性能需求9

3.2数据库需求11

3.3设计约束11

3.3.1其他标准的约束11

3.3.2硬件约束11

3.4属性11

3.4.1可用性11

3.4.2可靠性11

3.4.3效率12

3.4.4安全性12

3.4.5可维护性12

3.4.6可移植性12

3.5外部接口需求12

3.5.1用户接口12

3.5.2硬件接口12

3.5.3软件接口13

3.5.4通信接口13

4.数据字典14

5.附录14

5.1用户方组织机构图;14

1.引言

目的

KTV总体功能都要围绕唱歌这一主题来实现,针对这一本质需求为客户提供方便快捷的服务与功能,包括点歌及点歌方式:

歌星点歌、性别点歌、音乐组合点歌、种类点歌。

定义

拥有无数的歌曲资源,满足所有用户的点歌需求

参考资料

经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》

《项目开发计划》

本项目的较高层次的开发文档:

《项目开发计划》;

2.软件总体概述

软件标识

软件全名:

量贩式KTV点歌系统

软件缩称:

FKTV

版本号:

asdfghjkl

软件描述

系统属性

该系统为简易KTV管理系统,操作对象包括客户和管理员

开发背景

本节说明软件的开发目的、应用目标和使用范围等背景材料。

   随着人们生活水平的提高,人们的业余 生活也发生了巨大变化。

近些年来,

人们的业余生活变得越来越丰富多彩,去练歌房练歌,成为人们在生活之余的主要休闲方式。

传统的卡拉OK一直用光盘盘来为顾客播放歌曲,由于光盘存放歌曲数量有限,很多时候,顾客都找不到自己想唱的歌,并且用光盘播放歌曲不方便。

KTV系统采用先进开发工具,通过本系统,顾客可通过多种方式点播自己喜爱的歌曲,管理员可向系统中添加、修改和删除歌曲信息。

软件功能

本节为软件功能提供一个摘要,无须描述功能的细节。

应为每一软件功能的需求分配一个唯一性的标识,以利于需求的跟踪和测试。

应说明功能的优先级定义,和每一功能的优先级(从用户角度而言)。

优先级定义可采用以下方法(QFD对功能需求的分类方法):

a.高——软件必须实现的功能,用户有明确的功能定义和要求;

b.中——软件应该实现的功能,用户的功能定义和要求可能是模糊的、不具体的、或低约束的,但是这类功能的缺少会导致用户的不满意,因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确;

c.低——软件尽量实现的功能,并可根据开发进度进行取舍,但这类功能的实现将会增加用户的满意度。

可用以下表格来说明软件功能:

功能名称

功能需求标识

优先级

简要描述

001

歌名点歌

QuerySong

用户根据自己的喜好挑选自己喜欢的歌

002

排行榜

OrderList

用户针对最近的热歌选择自己要唱的歌

003

歌星点歌

QuerySinger

根据歌星名字选歌

004

删除已点

DeleteAlSong

删除已经点的歌

005

已选歌曲

ChoiceSong

查看已选歌曲的清单

006

切换歌曲

ChangeSong

切换到下首歌

007

呼叫服务

CallService

呼叫服务员服务

008

灯光效果

LightService

包厢灯光舞台效果

009

歌曲优先

TopSong

后面的歌曲顶到最先

010

添加功能

AddSong

添加歌曲资源

011

删除功能

DeleteSong

删除歌曲资源

012

更新功能

UpdateSong

更新歌曲资源

也可配合软件的功能结构图加以说明。

用户的特点

针对有唱歌爱好的所有用户

限制与约束

经费:

20万

编程语言:

java/C#

硬件限制:

win7/win8/win10

开发限制:

两个月

安全保密:

遵守的标准,规则:

见用户协议。

3.具体需求

本章应包括在进行软件结构设计时所需的全部细节。

功能需求

本节描述2.2.3.节所述的每一功能需求。

本节可以划分为若干小节,每一小节逐一说明每一功能需求。

本节将该功能需求具体描述为输入、处理和输出的需求。

本节可用自然语言描述;也可用形式化的方法描述,如数据流图(DFD)、业务流程图(IDEF0)方法等。

本节由以下内容组成:

A.输入:

详细描述该功能的所有输入数据,包括:

输入源、类型、长度、数值范围、精度、量纲、数量、更新和处理频度等;

B.处理:

定义对输入数据的全部操作,以获得预期的输出数据,包括:

输入数据的有效性检验、操作时序或优先级、异常情况处理、输出数据的有效性检验等;

C.输出:

详细描述该功能的所有输出数据,包括:

接受者、类型、长度、数值范围、精度、量纲、数量、出错信息等。

可用下表方式描述:

3.1.1歌名点歌

功能编号

001

功能名称

歌名功能

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲的点播

输入项

歌曲旁的点歌按钮

处理描述

点击按钮时,系统自动的将歌曲加入到点歌列表中,默认歌曲的点播状态为0.

输出项

点歌成功时出现成功提示,点歌失败给出失败提示。

界面要求

功能编号

002

功能名称

点歌功能

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲的点播

输入项

歌曲旁的点歌按钮

处理描述

点击按钮时,系统自动的将歌曲加入到点歌列表中,默认歌曲的点播状态为0.

输出项

点歌成功时出现成功提示,点歌失败给出失败提示。

界面要求

功能编号

002

功能名称

排行榜点歌

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲的点播

输入项

歌曲排行的点歌按钮

处理描述

点击按钮时,系统自动的将歌曲加入到点歌列表中,默认歌曲的点播状态为0.

输出项

点歌成功时出现成功提示,点歌失败给出失败提示。

界面要求

功能编号

003

功能名称

歌星点歌

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲的点播

输入项

查找歌星名,歌星名首字母

处理描述

点击确定时,系统自动查找该歌星的所有歌曲

输出项

点歌成功时出现成功提示,点歌失败给出失败提示。

界面要求

功能编号

004

功能名称

删除已点

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲已点的删除

输入项

已点歌单上的歌名右边的删除按钮

处理描述

点击按钮时,系统自动的将歌曲删除

输出项

删除成功时出现成功提示,删除失败给出失败提示。

界面要求

功能编号

005

功能名称

已选歌曲

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能查看已选歌曲

输入项

点击按钮已选歌曲

处理描述

点击按钮时,系统自动跳界面到已选歌曲

输出项

点击按钮时出现成功提示

界面要求

功能编号

006

功能名称

切换歌曲

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲下一首歌的点播

输入项

歌曲旁的切歌按钮

处理描述

点击按钮时,系统自动的将歌曲切入到下一首歌

输出项

界面要求

功能编号

007

功能名称

呼叫功能

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能呼叫酒水服务

输入项

屏幕上的呼叫按钮

处理描述

点击按钮时,系统自动向服务员发出信息

输出项

界面要求

功能编号

008

功能名称

灯光效果

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现包厢的歌唱环境氛围光线

输入项

点击灯光按钮,选择灯光效果

处理描述

点击按钮时,系统展示灯光种类供予选择

输出项

灯光效果改变

界面要求

功能编号

009

功能名称

歌曲优先

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲的置顶

输入项

歌曲旁的置顶按钮

处理描述

点击按钮时,系统自动的将歌曲加入置顶

输出项

歌曲置顶

界面要求

功能编号

010

功能名称

添加功能

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲、歌手的点播

输入项

管理员登录界面添加按钮

处理描述

点击按钮时,系统自动的将歌曲、歌手加入到点歌列表中,默认歌曲的点播状态为0.

输出项

添加成功时出现成功提示,添加失败给出失败提示。

界面要求

功能编号

011

功能名称

删除功能

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲、歌手的删除

输入项

管理员登录界面删除按钮

处理描述

点击按钮时,系统自动的将歌曲、歌手从点歌列表中删除,默认歌曲的点播状态为0.

输出项

删除成功时出现成功提示,删除失败给出失败提示。

界面要求

功能编号

012

功能名称

修改功能

所属部门

项目开发部

调查者

徐洋洋

调查时间

2016-4-22

审核人

Xxx

功能

描述

客户使用该功能实现歌曲、歌手的修改更新

输入项

管理员登录界面修改按钮

处理描述

点击按钮时,进行歌曲、歌手修改

输出项

修改成功时出现成功提示,修改失败给出失败提示。

界面要求

3.2性能需求

2.功能:

2.1采用人机交互的方式,数据库经济、安全可靠

UI:

winform(C#)数据库:

access使用环境:

PC机

2.2用户登陆:

分为客户和管理员

系统初始界面为登陆界面,只有管理员账户可以登陆,登陆可以选择点歌界面或者数据维护页面。

若系统用作商业使用,则由管理员为消费者登录到点歌页面。

每个账户建立对应密码存储在管理员数据表内。

2.3数字点歌:

按歌曲名的编号进行点歌。

给每首歌曲进行编号(编号方法可以单独封装成一个类),编号在歌曲目录显示(有些KTV是提供点歌单的,歌曲编号可以再点歌单上查到)。

输入数字有联想输入功能,如输入数字1,则显示的歌曲为:

编号为1的、编号为1开头的,编号为两位数并且各位为1的……以此类推并按数字大小排序

2.4明星点歌:

根据歌手名字进行点歌

点击后列表显示所有歌手,按姓名拼音先后排名。

若使用输入法直接输入歌

手姓名则可以准确定位到歌手(包括同名歌手),若输入歌手姓名对应的拼音则可以找到对应拼音缩写的歌手,按歌手姓名拼音缩写排序。

点击歌手后列表显示歌手的所有歌曲(还是按首字母排序),然后选择歌曲

2.5拼音点歌:

根据歌曲对应拼音点歌

在存储歌曲时,系统自动根据歌曲名创建歌曲拼音缩写。

点歌时输入歌曲名的拼音缩写,显示准确对应该拼音的歌曲+包含输入拼音的歌曲,并按拼音缩写排序。

如输入“TT”,则会显示“天堂、同样、最接近天堂的地方、同来同往….”。

然后可以再列表中选择歌曲

2.6歌名点歌:

根据歌曲名点歌

需要借助输入法,输入歌曲名称进行点歌,由于现在很多KTV没有这个功能,正在考虑需不需要

2.7选择歌曲:

将歌曲添加到已选歌曲队列

用户通过任何一种方式找到需要的歌曲并选中后按选择歌曲,通过双击歌曲或者单击歌曲后点击按钮“选择”,就可以将选择的歌曲添加到播放列表。

在歌曲列表中用户可以浏览到已点的歌曲和歌曲的播放顺序。

2.8播放歌曲:

播放选中的歌曲,使用windowsmediaplayer控件

将歌曲文件路径传给windowsmediaplayer控件,windowsmediaplayer根据该路径找到对应歌曲进行播放。

2.9后台维护:

对歌曲信息、用户信息进行增删改等维护

用户登录时选择进入后台数据维护界面,在改界面内可以增加、删除歌曲和修改已有歌曲的信息、修改或添加用户的信息并将这些信息保存到数据库。

数据库需求

本节说明对软件所应用的数据库的需求,如:

数据项、记录、文件标识、静态和动态的组织、存取能力等。

根据业务需求分析,系统设计了能够满足用户需求的各种实体及他们之间的关系图。

本系统的实体主要有:

明星信息实体、歌曲信息实体、歌曲类型信息实体和管理员信息实体。

设计约束

其他标准的约束

本节描述由现有的标准或规则派生的要求,如:

a.报表格式;

b.数据命名;

c.会计准则;

d.审计追踪,等等。

硬件约束

本节包括各种软件运行的硬件约束,如:

a硬件配置的特点;

b内存储器和辅助存储器的容量。

属性

本节定义用户对软件的其他属性的要求,可能的内容如下所列。

如果SRS包括了下列属性,但在SRS的其他章节进行说明,须在相应小节指明。

可用性

定义某些需求(如:

检查点、恢复方法和重启动性等),以保证软件的可用性。

可靠性

定义软件在规定的时间内和规定的条件下,满足规定功能的能力。

效率

定义软件在规定的条件下,功能和性能水平与所使用资源量(如软件产品、硬件设施、耗材、操作人员、维护人员)之间的关系。

安全性

说明如何保护软件,以防止偶然或恶意的访问、使用、修改或泄密。

可维护性

规定需求以保证软件是可维护的。

可移植性

说明软件对软、硬件环境的兼容,它从一个环境移植到另一个环境的约束等。

...

外部接口需求

用户接口

本系统采用面向对象语言编写,程序的输入采用的窗体结构,输入方便具有傻瓜界面,是传统windows界面风格,界面采用windows常用的MDI窗口结构,与用户接口采用常用的命令对话框方式,用户输入方便,语法简单,除了高级管理员需了解SQL语言外,一般用户只需了解windows常用的操作即可。

本节说明为方便用户使用而提出的软件与用户界面的需求。

如:

屏幕格式、报表格式、菜单格式、输入输出时间、功能键的使用。

硬件接口

1视频服务器

是整个系统的核心,负责接收各个房间的电脑请求。

2 点歌电脑

KTV里的终端设备,性能稳定和耐用

本节说明软件与硬件间各接口,可使用接口框图进行说明。

说明内容包括:

a)接口标识;

b)功能描述;

c)信号方向、格式、传输协议;

d)优先级;

e)响应时间;

f)异常处理。

对每一硬件,需提供名称、缩写、型号、数量,并说明其功能。

软件接口

本节指定需使用的其他软件产品(如:

数据管理系统、操作系统、数学软件包),以及同其他应用系统之间的接口。

如果已有完整的接口文件,需在本节指明。

说明内容包括:

a)接口标识;

b)功能描述;

c)数据流程和控制流程的方向;

d)数据格式、容量;

e)接口类型(如手动或自动);

f)接口数据中断的优先级别;

g)中断响应时间;

h)异常处理等。

对每一个所需的软件产品,需提供名称、缩写、规格说明、版本号、来源等内容。

通信接口

本节指定各种通信接口,如局域网的协议等。

网络通讯标准或者协议

4.数据字典

KTV

点歌系统的数据字典

名称

类型

说明

查询歌曲

处理

根据用户要求查询

显示歌曲

处理

根据用户需则显示

选择歌曲

处理

按用户喜好进行选择

及时更新

处理

管理员及时对数据库进行更新

改善管理

处理

管理员对系统作进一步改善

播放列表

数据存储

将以选择待唱的数据列出

歌曲库

数据存储

数据库的歌曲信息表

历史记录

数据存储

储存客户一场过的歌曲

5.附录

用户方组织机构图;

附录中还可能包括的内容有:

a原有系统的组织机构图、业务流程图、信息流程图;

b输入、输出格式样本;

c交叉索引等;

d《需求规格说明书》确认协议。

《需求规格说明书》确认协议

甲方:

XX事业部

乙方:

XX开发室

在甲方的大力配合与支持下,乙方制作了该《需求规格说明书》;甲方对该《需求规格说明书》经过详细审核,已确认该《需求规格说明书》中的各项内容翔实全面,该《需求规格说明书》中的内容已完全包括了《项目开发委托合同》中的《用户需求说明书》部分中关于软件产品的需求。

经过甲乙双方友好协商,达成如下协议:

1.该《需求规格说明书》是《项目开发委托合同》的补充文件,与《项目开发委托合同》具有同等的法律效力;

2.该《需求规格说明书》是《项目开发委托合同》中_____条__________款软件产品最终验收的唯一标准;

3.甲方在《项目开发委托合同》中_____条__________款软件产品最终验收前可提出对该《需求规格说明书》中的内容进行变更(包括增加、修改、删除),双方应就此签署《软件产品需求更改备忘录》或补充协议;

4.甲方同意乙方根据该《需求规格说明书》进行《项目开发委托合同》中_____条__________款软件产品的开发;

5.本协议一式二份,甲乙双方各执一份;

6.本协议自甲乙双方签字之日起生效。

甲方委托人(签字):

乙方委托人(签字):

甲方单位(盖章):

乙方单位(盖章):

年月日年月日

注:

此页为范文,可修改

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 高中教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1