音乐管理
系统需求分析报告
班级：计科软件普
成员： 胡胜涛（组长）
韩亚龙
刘亚奇 20150114106
1. 引言
1.1 目的
随着科技的不断发展，网上音乐逐渐的深入到人们的生活中，音乐管理系统作为一种收听音乐的音乐平台，支持在线收听音乐、电台音乐和卡拉OK等。此音乐管理系统是满足用户既可以利用本地下载好的音乐，也可以在线收听音乐的系统。该系统可以方便的为用户提供自己下载的音乐的一种有效管理和聆听，成为VIP用户后便不仅可以收听网上的音乐，还可以和原唱进行PK歌曲，更可以方便管理员对音乐和VIP用户的管理。
1.2 背景
在线音乐管理，是一个普遍存在于当今社会的一种软件。当今的人们的生活方式都是快节奏的，而在这种快节奏的生活方式下，人们大多数选择了用音乐来慰藉自己的心灵，地铁上，大街上，阳光下，塞一个耳机，全世界都属于自己。所以，在多方面的推动下，我们三个萌发了开发一个在线音乐管理方面的软件，面对所有人群，解决所有人群的需求。
2. 任务概述
2.1 目标
开发此软件，目的是为了帮助那些日常生活中需要有音乐陪伴的人们。我们的音乐，既要满足那些年轻人对摇滚，说唱的向往。也要满足中年人对经典老歌的怀旧，还要满足老年人对戏剧的需求，小孩子的启蒙儿歌等等。现有市场上的这种软件也挺多，我们要做的比他们更全，更丰富，更懂各种年龄段人们的需求。
2.2 系统的特点
此系统的特点，就是更能满足各用户的需求，面对的对象不只是单一的群体，而是所有人群，有一个明确的市场定位。音乐管理系统是为VIP用户能更方便的使用本系统和方便管理员管理而设计的一个系统平台。
2.3 系统功能
（1）系统允许VIP用户登录
（2）系统允许VIP用户进行本地音乐管理
（3）系统允许VIP用户进行电台音乐播放
（4）系统允许VIP用户使用卡拉OK
（5）系统允许VIP用户进行收藏音乐
（6）系统允许管理员登录
（7）系统允许管理员管理用户信息
2.4 系统功能模块图
音乐管理系统功能模块图反映了管理员的管理模式和用户的使用方式。
2.5 功能模块概要
（1）管理员模块：该系统给管理员主要提供了对用户和音乐的管理，管理员登录后，可以对音乐进行添加、删除，修改，可更新音乐推荐信息，对VIP用户查找，修改信息，删除等。
（2）VIP用户模块：该系统给VIP用户提供了音乐的管理，在VIP用户登录后，可以在线收听音乐，下载音乐，收藏音乐，搜索音乐以及卡拉OK等。
（3）普通用户模块：该系统给普通用户仅提供了本地音乐的导入和管理以及播放本地音乐的功能。
3.系统用例图
3.1管理员管理音乐和用户的用例图
用例图描述：
管理员管理音乐和用户的用例图分析：
管理员可以添加音乐；
管理员可以查找音乐并修改和删除音乐；
管理员可以查找用户并修改和删除用户；
用例名称：
登录
唯一用例ID：
UC-001
主要参与者：
管理员
次要参与者：
描述：
管理员向系统提出登录系统的要求
前置条件：
是管理员
事件流：
1.管理员提交该请求后，进入音乐界面
2.在音乐界面可以进行系统给出的相应操作
后置条件
无
备选流和异常：
1.事件流2.若管理员不存在，系统将给出“该管理员不存在”的提示
用例名称：
添加音乐
唯一用例ID：
UC-002
主要参与者：
管理员
次要参与者：
描述：
管理员向系统提出添加音乐的要求
前置条件：
已登录，获得管理员权限，格式正确的音乐
事件流：
1.管理员提交该请求后，系统在音乐管理界面进行添加音乐功能
2.管理员在确认添加音乐后，系统将保存添加的音乐
后置条件
无
备选流和异常：
1.事件流2.若管理员添加的音乐格式不符合
规范
编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载
，系统将给出提示
用例名称：
查找音乐
唯一用例ID：
UC-003
主要参与者：
管理员
次要参与者：
描述：
管理员向系统提出查找音乐的要求
前置条件：
已登录，获得管理员权限
事件流：
1.管理员提交该请求后，系统在音乐管理界面进行查找音乐功能
2.管理员在确认要查找的音乐后，可以对该音乐进行修改、删除和设置的操作
后置条件
无
备选流和异常：
1.事件流2.若管理员添加的音乐格式不符合规范，系统将给出“音乐格式不规范”的提示
用例名称：
查找用户
唯一用例ID：
UC-004
主要参与者：
管理员
次要参与者：
描述：
管理员向系统提出查找用户的要求
前置条件：
已登录，获得管理员权限
事件流：
1.管理员提交该请求后，系统在音乐管理界面进行查找用户功能
2.管理员在确认要查找的用户后，可以对该用户进行修改和删除的操作
后置条件
无
备选流和异常：
1.事件流2.若管理员查找的用户不存在，系统将给出“该用户不存在”的提示
3.2 VIP用户操作用例图
用例图描述：
VIP用户的用例图分析：
VIP用户可以导入本地音乐并管理本地音乐；
VIP用户可以选择音乐，收藏到收藏列表中并对其管理；
VIP用户可以登录系统后下载音乐，聆听电台音乐和进入卡拉OK进行k歌；
VIP用户可以播放本地的音乐，下载的音乐及收藏的音乐；
用例名称：
导入并管理本地音乐
唯一用例ID：
UC-005
主要参与者：
VIP用户
次要参与者：
描述：
VIP用户向系统提出导入或管理本地音乐的要求
前置条件：
已登录，格式正确的音乐
事件流：
1.VIP用户提交该请求后，系统在音乐管理界面进行导入并管理本地音乐功能
2.VIP用户将本地音乐导入到音乐管理系统中，系统将存入这些导入的音乐
后置条件
无
备选流和异常：
1.事件流2.若VIP用户导入的音乐格式不符合规范，系统将给出“音乐格式不规范”的提示
用例名称：
查看音乐
唯一用例ID：
UC-006
主要参与者：
VIP用户
次要参与者：
描述：
VIP用户向系统提出查看音乐的要求
前置条件：
已登录
事件流：
1.VIP用户提交该请求后，系统在音乐界面进行查看音乐功能
2.VIP用户可以对查看到的音乐进行系统给出的相应操作
后置条件
无
备选流和异常：
1.事件流2.若VIP用户查看的音乐不存在，系统将给出“音乐不存在”的提示
用例名称：
登录系统
唯一用例ID：
UC-007
主要参与者：
VIP用户
次要参与者：
描述：
VIP用户向系统提出登录系统的要求
前置条件：
已登录，登录系统，获得VIP用户权限
事件流：
1.VIP用户提交该请求后，登录到VIP用户的音乐界面
2.VIP用户可以在音乐界面选择音乐
3.然后进行卡拉OK，电台音乐和下载音乐的相应操作
后置条件
无
备选流和异常：
1.事件流2.若VIP用户查看的音乐不存在，系统将给出“音乐不存在”的提示若查看的音乐没有卡拉OK，则系统将给出“音乐没有卡拉OK”的提示
用例名称：
收藏音乐
唯一用例ID：
UC-008
主要参与者：
VIP用户
次要参与者：
描述：
VIP用户向系统提出收藏音乐的要求
前置条件：
已登录，登录系统，获得VIP用户权限
事件流：
1.VIP用户提交该请求后，进入音乐界面
2.VIP用户可以在音乐界面选择音乐
3.然后对音乐进行收藏，收藏到VIP用户的音乐收藏夹中
后置条件
无
备选流和异常：
1.事件流2.若VIP用户查看的音乐不存在，系统将给出“音乐不存在”的提示若查看的音乐没有卡拉OK，则系统将给出“音乐没有卡拉OK”的提示
用例名称：
播放音乐
唯一用例ID：
UC-009
主要参与者：
VIP用户
次要参与者：
描述：
VIP用户向系统提出播放音乐的要求
前置条件：
已登录
事件流：
1.VIP用户提交该请求后，系统在音乐界面进行选择音乐
2.对选择的音乐点击播放操作
3.系统会播放VIP用户所选的音乐
后置条件
无
备选流和异常：
1.事件流2.若VIP用户查看的音乐不存在，系统将给出“音乐不存在”的提示
3.3普通用户操作用例图
用例名称：
导入本地音乐
唯一用例ID：
UC-010
主要参与者：
普通用户
次要参与者：
描述：
普通用户向系统提出导入本地音乐的要求
前置条件：
已登录，获得普通用户权限
事件流：
1.普通用户提交该请求后，系统在音乐管理界面进行导入本地音乐功能
2.普通用户将本地音乐导入到音乐管理系统中，系统将存入这些导入的音乐
后置条件
无
备选流和异常：
1.事件流2.若普通用户导入的音乐格式不符合规范，系统将给出“音乐格式不规范”的提示
用例名称：
本地音乐管理
唯一用例ID：
UC-011
主要参与者：
普通用户
次要参与者：
描述：
普通用户向系统提出对本地音乐进行管理的要求
前置条件：
已登录，获得普通用户权限
事件流：
1.普通用户提交该请求后，系统在音乐管理界面进行本地音乐管理功能
2.可以对本地音乐进行添加、修改和删除的操作
3.系统会保存用户对音乐进行操作后的状态
后置条件
无
备选流和异常：
无
用例图描述：
普通用户的用例图分析：
普通用户可以导入本地音乐
普通用户可以管理本地音乐及下载的音乐
普通用户可以播放本地音乐及已经下载的音乐
用例名称：
播放音乐
唯一用例ID：
UC-012
主要参与者：
普通用户
次要参与者：
描述：
普通用户向系统提出播放音乐的要求
前置条件：
已登录
事件流：
1.普通用户提交该请求后，系统在音乐界面进行选择音乐
2.对选择的音乐点击播放操作
3.系统会播放普通用户所选的音乐
后置条件
无
备选流和异常：
1.事件流2.若普通用户查看的音乐不存在，系统将给出“音乐不存在”的提示
4、限制与约束
1.界面友好，操作简便。
2.该系统必须确保对数据进行完全保护，以避免未经授权的访问，所有的远程访问都要登录，并且每个登录用户只能根据角色所售的权限进行访问。
3.音乐系统中各个级别的用户能够正常登陆，能够完成各自权限内的功能。
4.软件系统开放性好，结构灵活，可扩充，易于维护。
5.在实施的各个阶段都要服从他的一些规划，包括功能设计，系统配置和
计划
项目进度计划表范例计划下载计划下载计划下载课程教学计划下载
。
5、性能需求
5.1 时间特性要求
为满足用户高效要求，数据的响应时间、更新处理时间、数据转换与传输时间、运行时间都应在1-2秒之内。
5.2 适用性
该系统提供了较好的可扩充性。在符合一定规范的前提下，可以简单的加入和减少系统的模块，配置系统的硬件，通过软件的修补，替换完成系统的升级和更新换代。
系统的易用性和易维护性保证。系统能够使用较为友好的人机界面。
5.3 故障处理
音乐管理系统将提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统以外崩溃是数据的恢复等工作。
5.4 可靠性
在用户进行可预期的操作时，系统要保证不出故障
5.4 安全性
通过验证确认用户身份，即确认用户是否为系统管理员，只有系统管理员
才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据等基本操作。
5.4 可理解性
软件提供完全图形化的界面，尽可能的方便用户进行操作，从而以满足各层次的用户需求。
6.其他要求
为了最大程度地保证系统的可移植性，在系统软件设计与软件开发环境的选择上应充分考虑系统的跨平台操作的可移植性问题。
在数据传输获取的时候，以及系统的登陆模块要考虑其安全性。
4. 需求规定
4.1 软件功能说明
逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。
4.2 对功能的一般性规定
本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。
4.3 对性能的一般性规定
4.3.1 精度
说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。
4.3.2 时间特性要求
说明对于该系统的时间特性要求。
4.3.3 灵活性
说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
4.4 输入输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进行解释并举例。
4.5数据管理能力要求（针对软件系统）
说明需要管理的文卷和
记录
混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载
的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储作出估算。
4.6 故障处理要求
列出可能的软件、硬件故障以啊对各项性而言所产生的后果和对故障处理的要求。
4.7其他专门要求
如用户对安全保密的要求，包括信息加密、信息认证（确定穿过系统或网络的信息没有被修改）方面的要求。
对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
5. 运行环境规定
5.1 设备
列出运行该软件所需要的硬件设备。
5.2 支撑软件
1）操作系统
2）数据库管理系统
3）其他支撑软件
5.3 接口
简要说明该软件同其他软件之间的公共接口、数据通信
协议
离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载
等，
5.4控制
说明控制该产品的运行的方法和控制信号，并说明这些控制信号的来源。
6. 尚需解决的问题
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题
测试计划
7. 1. 引言
7.1 1.1 目的
说明本项目测试目的、预期达到的目标。
7.2 1.2 背景
说明本项目测试的背景。
7.3 1.3 测试范围
说明本项目测试的内容。
1.4 项目文件列表
列出编写本报告及测试整个过程中所要参考的文件、资料。
相关文件列表
文档
已创建（是/否）
版本/日期
需求详述
功能详述
项目计划
设计详述
原型
用户手册
8. 2. 测试需求
8.1 2.1 分析各种信息
反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：
1）确定软件提供的主要商业任务
2）对每个商业任务，确定完成该任务所要进行的交易。
3）确定从数据库信息引出的计算结果。
4）对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
5）确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率
6）确定应用需要处理的数据量。
7）确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
8）确定其他与应用软件没有直接关系的商业交易。包括：
管理功能，如启动和推出程序
配置功能，如设置打印机
操作员的爱好，如字体、颜色
应用功能，如访问email或者显示时间和日期。
9）确定安装过程，包括定置从哪安装、定制安装、升级安装。
10）确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测 试到。还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
，如按钮大小，标签等。
8.2 2.2 需求组织成层次图
9. 3. 测试策略
测试策略项
例子
测试阶段
系统测试
测试类型
功能测试
测试技术
75%用SQA Suite自动测试，25%手工测试
完成标准
95%测试用例通过并且最高级缺陷全部解决
特殊考虑
测试必须在上午进行
10.4. 测试内容
根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外，可能还包括性能测试、安全性测试、极限测试、并发操作测试等。
1）功能测试
2）用户界面测试
3）性能测试
4）压力测试
5）容量测试
6）配置测试
7） 安装测试
11.5. 资源
11.15.1 人力资源
职位
姓名
特殊责任/说明
测试经理
测试工程师设计/开发（可以多人）
测试工程师测试执行（可以多人）
测试系统管理员
11.25.2 系统资源
系统
名称/类型
硬件环境
软件环境
专门配置要求
客户测试机
其他要求
12.6. 人员安排
6.1 估计测试工作量
∑(每个测试的时间*每个需求的测试的数目*测试需求的数目)
（测试设计、开发、….）
12.1 6.2 创建工程调度表
任务
相关工作量（天）
测试计划
确定项目
定义测试策略
决定测试需求
估计工作量
确定资源
调度测试活动
生成测试计划文档
测试设计
分析测试需求
指定测试过程
指定测试用例
查看测试需求的覆盖率
测试开发
建立测试开发环境
录制和回放原型过程
开发测试过程
测试和调试测试过程
修改测试过程
重新测试并调试测试过程
测试执行
设置测试系统
执行测试
验证测试结果
调查突发结果（unexpected result）
生成缺陷日记
测试评估
回顾测试日记
评估测试需求的覆盖率
评估缺陷
决定是否达到测试完成的标准
13.7. 附
1) 软件元件
2) 测试特性（Assets）
3) 测试日记
4) 缺陷报告
浙公网安备 33021202002483