KTV点歌系统需求分析说明2007-12-27.doc

哈尔滨工业大学（威海）软件学院 软件工程课程设计需求分析报告 课题：KTV点歌系统 项目小组：IT小组 小组成员：邢子波（组长） 曹晶（组员） 程少红（组员） 王军磊（组员） 殷玉枫（组员） 日期：2007-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产品功能 从顾客使用点歌系统的角度挖掘需求，点歌系统应当具备多种途径的歌曲查询点播功能，普通点歌系统一般会提供一个纸质的歌单，通常其上的曲目按歌名的首字母进行排序并对每个曲目设定有一个特定的编号，也有部分点歌系统以歌名的字数进行排序，顾客在查找到相应的曲目之后再通过遥控器输入该曲目的编号完成点歌功能。而本系统追求的是全电子化的系统，因此对曲目的查询要求采用无纸化的操作，通过遥控器即可查询所有曲目，并且需要提供更为丰富的查询方式。基于方便性与习惯，首先本系统应当提供传统点歌系统的查询方式，即以歌曲名首字母为依据的查询方式和以歌曲名字数多少为依据的查询方式，此外，需要增加以歌手名为依据的查询方式和以歌曲语种为依据的查询方式。事