《需求工程实验报告》由会员分享，可在线阅读，更多相关《需求工程实验报告（13页珍藏版）》请在金锄头文库上搜索。
1、实验课程名称： 软件需求工程 实验项目名称软件功能描述与确认实验成绩实验者专业班级组别同组者实验日期 年 月 日第一部分：实验分析与设计（可加页）一 实验内容描述（问题域描述）1、对QQ音乐这个软件进行功能描述。2、描述音乐包含的功能名称、功能详细描述、功能分类、功能的正确性与否这些方面。二 实验设计（包括实验方案设计，实验手段的确定，实验步骤，实验过程等 ）1、实验方案设计 （1）观察QQ音乐的界面及其它所有的按钮，功能（2）试验并了解每个按钮功能，作好记录 2、实验步骤： （1）查看软件界面乐库界面：QQ音乐主界面：歌词显示界面：（2）软件的功能按钮 QQ音乐主要按钮分类：界面美化按钮，歌
2、曲操作按钮，播放方式按钮，上传下载管理按钮，歌词显示按钮，用户间互动按钮。三 主要实验工具、仪器设备及耗材个人计算机，word，QQ音乐第二部分：实验结果分析（可加页）一、 实验结果描述功能名称功能描述功能分类功能评价普通功能歌曲的快退快进，停止播放，声音调节，上一首下一首播放播放器的基本功能，改变播放状态收藏音乐收藏列表会自动同步上传到服务器，可在不同计算机上收听已收藏音乐歌曲操作实现在不同终端登录时都可以找到收藏歌曲，避免重复查找添加歌曲可同时选中多首歌曲添加至播放列表歌曲操作避免每听一首歌曲就得重复添加歌曲排序将音乐按条件进行排序，如歌手名、添加时间等歌曲操作便于对列表中歌曲进行播放，删
3、除等管理随便听听系统随机推荐歌曲歌曲操作不必要，随意挑选歌曲给用户，在不知道听什么时可以使用播放模式选择设置单曲、列表循环，顺序、随机播放模式设置必要，播放器基本使用功能设定自动关机设置下载完成后或定时自动关机设置正确，个性化设置，避免能源浪费网络设置设置下载模式（智能或全速）和试听规格（流畅或高品质）设置不必要（高品质音乐仅限绿钻）搜索歌曲支持通过歌曲名、歌手名、专辑名等作为检索条件搜索歌曲搜索必要，播放器基本功能，从音乐库找出符合指定条件音乐更换皮肤下载不同皮肤美化界面外观不必要，用户界面个性化，美观Mini模式将播放界面缩小外观正确，使界面最小的同时可以对当前播放进行一些基本操作歌词显示
4、方式可选正常模式或卡拉OK模式设置不必要，设置显示歌词当前进度离线收听可将qq音乐中音乐同步至手机客户端，手机用户可离线收听文件不必要（但很强大，同步后手机不用下载可直接听歌）导入移动设备将本地音乐直接导入移动设备文件不必要，省掉一些复制粘贴的操作，但只能导入全盘音乐，不能控制自动全盘扫描音乐扫描本地音频文件文件正确，缺陷依然是不能指定文件夹，只能全盘扫描，会有很多意想不到的音乐，应该可选添加本地歌曲可将本地歌曲添加至播放列表文件正确，播放器基本功能（播放本地歌曲）添加网络UML歌曲将网络上的歌曲通过uml路径添加至播放列表文件正确，避免了当音乐库无搜索音乐时，网络歌曲需要下载到本地在用播放器
5、播放的麻烦批量下载下载音乐时可以同时选中多首歌曲开始下载下载正确（避免下载音乐时依次点的麻烦，节约时间，但仅供绿钻使用）音频、视频上传可上传音乐或视频到qq空间下载不必要（仅供绿钻使用），可以上传视频音频来保存或者与大家分享他们，很好的功能下载设置设置下载路径及格式，是否关联歌词文件下载正确，下载基本功能，也是一种个性化设置下载歌曲将音乐库中的歌曲下载至本地下载正确，基本功能，将音乐库中文件下载到本地保存点歌给好友可为好友点歌，系统提醒该好友以网页形式收听应用不必要，这个功能主要是qq聊天工具衍生的，实现用户之间的互动分享歌曲可将音乐分享至社交网络应用不必要，qq聊天工具衍生功能，实现互动淘歌
6、按歌曲风格分类应用不必要，只是在检索条件不支持的情况下，便于客户以歌曲类型来查找音乐，是一种模糊搜索当将qq音乐拿来跟同类软件酷狗音乐做比较，qq音乐有以下几个缺点：1.qq不能扫描指定文件夹，只能全盘扫描，这样速度较慢，而且会有很多意想不到的文件出现，不利于导出音乐；2.酷狗连接电台，功能更加全面；3.酷狗提供视频mv下载；4.酷狗的高品质音乐免费下载；5.酷狗音乐有卡拉OK模式，即mv中只有伴奏，可以跟唱，可以得到如同ktv里一样的服务。qq音乐的优点相对有：可以讲音乐分享到空间，微博等，并可以直接将音乐设置为空间背景音乐。二 、实验小结、建议及体会这个实验过后，我了解了QQ音乐的一些新的
7、功能，像给朋友点歌、同步歌曲到Android平台的手机上并支持离线听歌等，也发现了一些新的比较喜欢的功能，像随便听听里，系统会根据个人听歌习惯，推荐你可能喜欢的歌曲；分享喜欢的音乐以说说的形式在空间发布。实验课程名称： 软件需求工程 实验项目名称对某系统进行软件需求分析实验成绩实验者 专业班级组别同组者实验日期 年 月 日第一部分：实验分析与设计（可加页）一 实验内容描述（问题域描述）对出租车预订管理系统进行需求分析，包含四个方面的需求描述:（1） 业务需求描述（业务领域知识的获取与收集）（2） 用户需求描述（建议使用UML工具 例visio 2000，Rational Rose）（3） 功能
8、需求描述（建议使用UML工具 例visio 2000，Rational Rose）（4） 非功能需求描述二. 实验设计（包括实验方案设计，实验手段的确定，实验步骤，实验过程等 ） （1）使用场景进行需求获取 （2）上网查看已有出租车预订系统，注册后体验一遍预订流程 （3）作为用户及出租车司机，想象一下这个系统应该有的功能 （4）对预订过程进行分析，归纳出可能出现的意外场景 （5）将所得信息总结归纳，作出最后的需求描述三、主要实验工具、仪器设备及耗材 个人计算机，StarUML第二部分：实验结果分析（可加页）一、 实验结果描述根据自己的实验情况自己填写业务需求描述：为了解决人们出游时的乘车问题，
9、使人们出行更为便利，以减少某时刻在某些地段乘客等不到车时，另一些地段却有许多空车载不到乘客的情况的发生，同时实现在某个时刻车辆的预订，以减少等待时间。该系统需要实现的功能有：出租车的订时预订，及实时预订或撤销预订，并可以实时更新预订相关信息。用户需求描述：1. 乘客：（1）以地图显示周围空车位置（2）订车，接通中心电话（3）实时约车（4）对该次服务打分（5）撤销约车请求（6）对历史服务有存档可随时查看（7）对任务中的车辆进行跟踪2.司机（1） 查询或修改任务列表（2） 查询当前附近打车请求查询与接单（3） 撤销某次已预订的服务（4） 被及时告知服务是否中断情况3.协调者（即电话服务非实时预订服
10、务人员）（1） 将电话预订客户乘车信息发布，并将第一个回应司机的信息发布给乘客。（2） 查询电话咨询的乘客周围一公里以内的空车。并向他们集体发送请求接客信息 。并将第一个回应的司机信息回给乘客。功能需求描述：经过分析，得到以下各图：该系统与各用户之间及信息表间的信息流动情况： 订车历史信息表 评 预 分 订 信 信 息 息出租车预订管理系统 查询司机信息 查询周围乘客信息 回馈信息 反馈信息 评分乘客 司机 撤销服务 评分 发 反 查 撤销服务 布 馈 询 信 信 信 息 息 息协调者不同用户对订车系统的需求：出租车预订管理系统乘客协调者司机向一组司机发出邀请查找某时刻空闲司机当前附近打车请求与接单撤销服务（有代价）查找某地中心附近一公里内的空车辆该次服务评价实时约车当前任务列表撤销约车请求发送约车请求乘客与管理系统间的信息交流：乘客出租车预订管理系统登陆验证信息 输入信息错误 对服务的评分 乘客登陆 电话订车服务订车时间,地点等信息 出租车车牌号,车主联系方式实时订车服务 所在位置 出租车车牌号,车主联系方式 约车请求撤销 请求成功 实时更新合作中车辆位置
