KTV点歌系统需求析说明文档-4-24.docVIP

需求说明分析报告 日期：2012-4-24 1引言 3 1.1编写目的 3 1.2预期读者和阅读建议 4 1.3产品范围 4 2综合描述 5 2.1产品状况 5 2.2产品功能 5 2.3分析模型 6 2.4运行环境 9 2.5设计和实现上的限制 9 2.6假设和约束 10 2.7以后可能提出的要求： 11 大小屏幕之间的切换 11 单曲循环与顺序播放的实现 11 (历史记录)已选与已唱的统一与分门别类 11 3外部接口需求 11 3.1用户界面： 11 3.2硬件接口： 12 3.3软件接口： 13 3.4通讯接口： 14 4系统功能需求 15 4.1说明和优先级 15 4.2输入/输出数据 15 5其他非功能需求 16 5.1性能要求 16 5.2安全措施需求 17 5.3安全性需求 17 5.4软件质量属性 17 5.5业务规则 17 5.6用户文档 17 词汇表 18 数据定义 19 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分析模型 实体-关系图 数据流图 2.4运行环境 2.5设计和实现上的限制 必须使用的特定技术、工具、编程语言和数据库： 开发工具：visual studio 2008 编程语言：c# 数据库：sql server 2008 要求遵循的开发规范和标准： GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB/T 11457 软件工程术语 遵循河南警察学院（郑州）信息系创新小组软件开发文档规范 硬件的限制：硬盘200G ， 每月备份，每天更新。 数据转换格式标淮的限制： 2.6假设和约束 计划使用的商业组件： 视频服务器（必配设备） 点歌电脑（必配设备） 歌曲磁盘库（必配设备） 有关本软件用户的若干假定： 用户只需会基本的电脑操作即可 有关本软件开发工作的若干假定： 项目需求方在开发期间提供若干名员工