音乐播放器需求规格说明书.docx
《音乐播放器需求规格说明书.docx》由会员分享，可在线阅读，更多相关《音乐播放器需求规格说明书.docx（9页珍藏版）》请在冰点文库上搜索。
音乐播放器需求规格说明书
音乐播放器
----需求规格说明书
制作人：
一、引言
1.编写目的
本需求分析文档的目的是说明音乐播放器最终所运行的条件，性能要求及要实现的功能，为进一步设计与实现打下基础。
本文档以文档形式将用户对软件的需求明确下来，是与用户沟通的成果，也是供用户验收项目时的参考。
本文档预期读者为：
用户，项目管理人员，软件设计人员，编程人员，测试人员等项目相关人员。
2.开发背景
系统名称：
《音乐播放器》
需求背景：
随着社会的快速发展，先今社会生活紧张，而欣赏音乐是其中最好的舒缓压力方式之一，成了我们工作生活的一个重要的部分。
系统用途：
通过播放软件，能更好的去听到喜欢的音乐。
系统开发人员：
本系统由红队全体成员完成，从可行性分析，需求分析，概要设计，实现到调试等一系列过程。
二、任务概述
1.任务目标
为明确软件需求、安排项目与进度、组织软件开发与测试，撰写本文档。
2.用户特点
本系统是面向音乐播放器而开发的，管理员（维护人员）不需要任何数据库专业技能知识，对于使用者也比较方便。
本系统可以极大的提高工作效率。
三、系统环境
1.系统构架
开发一个可以播放主流音乐文本格式，实现的主营功能是播放MP3，WAV，OGG等格式的音乐文件，主要实现控制播放，暂停，停止，音量控制，选择上一曲，选择下一曲，视觉外观，列表文件盒歌曲文件的管理操作等多种播放控制。
2.硬件设备
2.1主机电脑，要求容量大（），CPU能够满足查询。
2.2客户端与管理员端，限于条件制约，因此用桌面程序模拟。
四、需求分析
根据项目的目标，我们可获得项目系统的基本需求，以下从不同角度来描述系统的需求，并且使用用例图来描述。
一、系统的功能需求，我们分成三部分来概括，即播放器的基本控制需求，播放列表管理需求和播放器友好性需求。
以下分别描述：
1、播放器的基本控制需求
1.1音量控制
用例名称：
音量控制
参与者：
用户
目标：
使得用户可以调节播放器的音量
前置条件：
播放器正在运行
基本事件流：
1.用户右或左滑动音量控制按钮
2.播放器的音量增大或降低，
1.2静音控制
用例名称：
静音控制
参与者：
用户
目标：
使得用户可以快速将播放器调到无声状态
前置条件：
播放器正在运行
基本事件流：
1.用户点击静音控制按钮
2.播放器的音量立即降到最低，即无声状态
1.3上一首/下一首控制
用例名称：
上一首/下一首
参与者：
用户
目标：
使得用户可以选择播放播放列表中上一首/下一首歌曲
前置条件：
播放器正在运行，当前播放列表有上一首/下一首歌曲
基本事件流：
1.用户单击“下一首/下一首”按钮
2.播放器将播放播放列表中的上一首/下一首歌曲
1.4播放控制
用例名称：
播放
参与者：
用户
目标：
使得用户可以播放在播放播放列表中选中的歌曲
前置条件：
播放器正在运行
基本事件流：
1.用户单击“播放”按钮
2.播放器将播放播放列表中当前的歌曲
1.5暂停控制
用例名称：
暂停
参与者：
用户
目标：
使得用户可以暂停正在播放的歌曲
前置条件：
歌曲正在播放
基本事件流：
1.用户点击暂停按钮
2.正在播放的歌曲暂停播放，
1.6播放文件控制
用例名称：
播放文件
参与者：
用户
目标：
使得用户可以播放本地计算机的歌曲文件
前置条件：
播放器正在运行
基本事件流：
1.用户点击播放文件的按钮
2.用户选择要播放的歌曲文件
后置条件：
将用户选择要播放的歌曲文件添加到当前播放列表，并播放歌曲文件
2.播放列表管理需求
当用户选定某一播放列表，应有的需求:
2.1播放歌曲文件控制
用例名称：
播放歌曲文件
参与者：
用户
目标：
使得用户可以选择播放播放列表中的歌曲文件
前置条件：
播放器正在运行，播放列表有歌曲文件
基本事件流：
1.用户双击或右击要播放的歌曲文件
后置条件：
播放选定的歌曲文件
2.3添加歌曲文件控制
用例名称：
添加歌曲文件
参与者：
用户
目标：
使得用户可以添加本地计算机的音乐文件或文件夹
前置条件：
播放器正在运行，并且本地计算机存储有音乐文件
基本事件流：
1.用户单击【添加歌曲】按钮
2.系统弹出一个“选择文件/文件夹”对话框，
3.用户选定要添加的文件或文件夹并按“确定”
4文件或文件夹被添加到播放列表
后置条件：
播放列表显示了添加的音乐文件
2.3删除歌曲文件控制
用例名称：
删除歌曲文件
参与者：
用户
目标：
使得用户可以删除播放列表中的音乐文件
前置条件：
播放器正在运行，并且播放列表中有要删除的音乐文件
基本事件流：
1.用户右击选定要删除的音乐文件
2.系统弹出一个快捷菜单
3.用户选择“删除”
4．文件在播放列表中被删除
后置条件：
播放列表删除了被选定的音乐文件
3播放器友好性需求
3.1视觉外观显示
用例名称：
视觉外观显示
参与者：
系统或用户
目标：
使得播放器根据歌曲文件的特性，通过视觉外观来动态显示
前置条件：
播放器正在播放歌曲文件
基本事件流：
1.系统读取要播放的歌曲文件的特性，
2接着调用一个视觉外观显示组件来动态显示出来
后置条件：
视觉外观显示组件来动态显示播放中的歌曲文件
3.2歌曲时间显示
用例名称：
歌曲时间显示
参与者：
系统
目标：
使得播放器能显示歌曲文件的播放时间，并通过视觉数字动态显示
前置条件：
播放器播放歌曲文件
基本事件流：
1.系统读取要播放的歌曲文件的时间，
2并通过视觉数字动态显示已播放了歌曲文件多长时间
后置条件：
视觉数字显示动态显示播放中的歌曲文件的时间
3.3播放状态显示
用例名称：
播放状态显示
参与者：
系统
目标：
使得播放器能显示播放器现时的状态，是播放还是暂停中
前置条件：
播放器已打开
基本事件流：
1.系统读取播放器状态，
2通过文字标签显示出来
后置条件：
文字标签将播放器状态显示出来
3.4歌曲文件信息显示
用例名称：
歌曲文件信息显示
参与者：
系统
目标：
使得用户能了解歌曲文件的信息，例如标题，歌手，声道，比特率等信息
前置条件：
播放器播放歌曲文件
基本事件流：
1.系统读取歌曲文件的信息，
2并且通过文字标签显示出来
后置条件：
文字标签将歌曲文件状态显示出来
二、系统的非功能需求，我们分成六部分来概括，即播放器的正确性需求、时间特性需求、稳定性需求、数据管理需求、故障处理能力需求、界面需求。
以下分别描述：
1.正确性需求
系统正确性需求应包括以下几项：
1.1系统应能够把用户所需的音乐相关信息及时地导入数据库中；
1.2当用户在第一次使用音乐播放器是，应该正确的提示用户使用方法以及提示；
2.时间特性需求
2.1当要求歌曲播放时，软件响应时间最长不能超过2秒。
2.2当要求歌曲暂停时，软件响应时间最长不能超过1秒。
3.数据管理需求
3.1系统所涉及的音乐剩余时间的数据类型，均按实数保存，在显示处理时保留到秒；
3.2所有数据存储在音乐播放器服务器端，数据安全可靠；
4.故障处理能力需求
4.1换歌响应时间超过1秒后，自动提出警告。
要求重新点击
4.2查询超过30秒，要显示查询时间长的提示信息。
以免误认为黑屏。
5.界面需求
界面要求清晰、美观，操作简单、方便。
升级会员 