KTV点歌系统需求规格说明书-徐洋洋(共18页).doc

精选优质文档-倾情为你奉上卷 号卷内编号密 级项目编号: S×××<项目名称>分 类:<模板>需求规格说明书Version: 项 目 承 担 部 门： 项目研发部 撰 写 人（签名）： 徐洋洋 完 成 日 期： 2016-4-22 本文档 使 用部门： 主管领导 项目组 客户（市场） 维护人员 用户 评审负责人（签名）： 徐洋洋 评 审 日 期： 2016-4-23 目 录专心-专注-专业1. 引言1.1 目的KTV总体功能都要围绕唱歌这一主题来实现，针对这一本质需求为客户提供方便快捷的服务与功能，包括点歌及点歌方式：歌星点歌、性别点歌、音乐组合点歌、种类点歌。1.2 定义拥有无数的歌曲资源，满足所有用户的点歌需求1.3 参考资料经核准的用户合同、用户需求说明书、项目开发委托合同书、技术可行性报告项目开发计划本项目的较高层次的开发文档：项目开发计划；2. 软件总体概述2.1 软件标识软件全名：量贩式KTV点歌系统软件缩称：FKTV版本号：asdfghjkl2.2 软件描述2.2.1 系统属性该系统为简易KTV管理系统，操作对象包括客户和管理员2.2.2 开发背景本节说明软件的开发目的、应用目标和使用范围等背景材料。   随着人们生活水平的提高，人们的业余 生活也发生了巨大变化。近些年来，人们的业余生活变得越来越丰富多彩，去练歌房练歌，成为人们在生活之余的主要休闲方式。传统的卡拉OK一直用光盘盘来为顾客播放歌曲，由于光盘存放歌曲数量有限，很多时候，顾客都找不到自己想唱的歌，并且用光盘播放歌曲不方便。KTV系统采用先进开发工具，通过本系统，顾客可通过多种方式点播自己喜爱的歌曲，管理员可向系统中添加、修改和删除歌曲信息。2.2.3 软件功能本节为软件功能提供一个摘要，无须描述功能的细节。应为每一软件功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试。应说明功能的优先级定义，和每一功能的优先级（从用户角度而言）。优先级定义可采用以下方法（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更新歌曲资源也可配合软件的功能结构图加以说明。2.3 用户的特点针对有唱歌爱好的所有用户2.4 限制与约束 经费 ：20万编程语言：java/C#硬件限制：win7/win8/win10开发限制：两个月安全保密：有遵守的标准，规则：见用户协议。3. 具体需求本章应包括在进行软件结构设计时所需的全部细节。3.1 功能需求本节描述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播放歌曲：播放选中的歌曲，使用windows media player控件将歌曲文件路径传给windows media player控件，windows media player根据该路径找到对应歌曲进行播放。2.9后台维护：对歌曲信息、用户信息进行增删改等维护用户登录时选择进入后台数据维护界面，在改界面内可以增加、删除歌曲和修改已有歌曲的信息、修改或添加用户的信息并将这些信息保存到数据库。3.2 数据库需求本节说明对软件所应用的数据库的需求，如：数据项、记录、文件标识、静态和动态的组织、存取能力等。根据业务需求分析，系统设计了能够满足用户需求的各种实体及他们之间的关系图。本系统的实体主要有：明星信息实体、歌曲信息实体、歌曲类型信息实体和管理员信息实体。3.3 设计约束3.3.1 其他标准的约束本节描述由现有的标准或规则派生的要求，如：a. 报表格式；b. 数据命名；c. 会计准则；d. 审计追踪，等等。3.3.2 硬件约束本节包括各种软件运行的硬件约束，如：a 硬件配置的特点；b 内存储器和辅助存储器的容量。3.4 属性本节定义用户对软件的其他属性的要求，可能的内容如下所列。如果SRS包括了下列属性，但在SRS的其他章节进行说明，须在相应小节指明。3.4.1 可用性定义某些需求（如：检查点、恢复方法和重启动性等），以保证软件的可用性。3.4.2 可靠性定义软件在规定的时间内和规定的条件下，满足规定功能的能力。3.4.3 效率定义软件在规定的条件下，功能和性能水平与所使用资源量（如软件产品、硬件设施、耗材、操作人员、维护人员）之间的关系。3.4.4 安全性说明如何保护软件，以防止偶然或恶意的访问、使用、修改或泄密。3.4.5 可维护性规定需求以保证软件是可维护的。3.4.6 可移植性说明软件对软、硬件环境的兼容，它从一个环境移植到另一个环境的约束等。.3.5 外部接口需求3.5.1 用户接口本 系统采用面向对象语言编写，程序的输入采用的窗体结构，输入方便具有傻瓜界面，是传统windows界面风格，界面采用windows常用的MDI窗口结 构，与用户接口采用常用的命令对话框方式，用户输入方便，语法简单，除了高级管理员需了解SQL语言外，一般用户只需了解windows常用的操作即可。本节说明为方便用户使用而提出的软件与用户界面的需求。如:屏幕格式、报表格式、菜单格式、输入输出时间、功能键的使用。3.5.2 硬件接口1视频服务器是整个系统的核心，负责接收各个房间的电脑请求。 2 点歌电脑KTV里的终端设备，性能稳定和耐用本节说明软件与硬件间各接口，可使用接口框图进行说明。说明内容包括：a) 接口标识；b) 功能描述；c) 信号方向、格式、传输协议；d) 优先级；e) 响应时间；f) 异常处理。对每一硬件，需提供名称、缩写、型号、数量，并说明其功能。3.5.3 软件接口本节指定需使用的其他软件产品（如：数据管理系统、操作系统、数学软件包），以及同其他应用系统之间的接口。如果已有完整的接口文件，需在本节指明。说明内容包括：a) 接口标识；b) 功能描述；c) 数据流程和控制流程的方向；d) 数据格式、容量；e) 接口类型（如手动或自动）；f) 接口数据中断的优先级别；g) 中断响应时间；h) 异常处理等。对每一个所需的软件产品，需提供名称、缩写、规格说明、版本号、来源等内容。3.5.4 通信接口本节指定各种通信接口，如局域网的协议等。网络通讯标准或者协议4. 数据字典KTV点歌系统的数据字典 名称类型说明查询歌曲处理根据用户要求查询显示歌曲处理根据用户需则显示选择歌曲处理按用户喜好进行选择及时更新处理管理员及时对数据库进行更新改善管理处理管理员对系统作进一步改善播放列表数据存储将以选择待唱的数据列出歌曲库数据存储数据库的歌曲信息表历史记录数据存储储存客户一场过的歌曲5. 附录5.1 用户方组织机构图；附录中还可能包括的内容有：a 原有系统的组织机构图、业务流程图、信息流程图；b 输入、输出格式样本；c 交叉索引等；d 需求规格说明书确认协议。需求规格说明书确认协议甲方：XX事业部乙方：XX开发室在甲方的大力配合与支持下，乙方制作了该需求规格说明书；甲方对该需求规格说明书经过详细审核，已确认该需求规格说明书中的各项内容翔实全面，该需求规格说明书中的内容已完全包括了项目开发委托合同中的用户需求说明书部分中关于软件产品的需求。经过甲乙双方友好协商，达成如下协议：1 该需求规格说明书是项目开发委托合同的补充文件，与项目开发委托合同具有同等的法律效力；2 该需求规格说明书是项目开发委托合同中_条_款软件产品最终验收的唯一标准；3 甲方在项目开发委托合同中_条_款软件产品最终验收前可提出对该需求规格说明书中的内容进行变更（包括增加、修改、删除），双方应就此签署软件产品需求更改备忘录或补充协议；4 甲方同意乙方根据该需求规格说明书进行项目开发委托合同中_条_款软件产品的开发；5 本协议一式二份，甲乙双方各执一份；6 本协议自甲乙双方签字之日起生效。甲方委托人（签字）： 乙方委托人（签字）：甲方单位（盖章）： 乙方单位（盖章）： 年 月 日 年 月 日注：此页为范文，可修改