UML建模课程设计-MP3音乐文件管理系统.doc

UML建模课程设计 设计说明书MP3音乐文件管理系统起止日期： 2012 年 1 月 3 日 至 2012 年 1 月 7 日学生姓名XXX班级软件093班学号09408300310成绩指导教师(签字) 计算机与通信学院2012年 1 月 5 日目录一、序言11.1编写需求规格说明书的目的11.2项目背景11.3定义11.3.1数据需求描述1二、软件产品描述22.2系统的功能22.2.1系统功能框图22.3用户特征22.4限制与约束3三、功能行为需求43.1引言43.2业务需求功能模型43.2.1用例模型图43.2.2用例场景描述43.3详细描述用例63.3.1系统主要活动图63.4输出结果7四、软件性能需求84.1时间特性84.2适应性84.3故障处理8五、运行需求95.1用户界面95.2硬件界面95.3软件界面9六、软件其它要求106.1可使用性106.2安全保密性106.3软件可靠性10七、附录117.1系统功能模型图（用例图）117.2系统静态结构模型图（类图、构件图、部署图）117.3系统动态模型图（活动图、状态图、顺序图）13八、参考文献16UML系统建模与分析设计课程设计MP3音乐文件管理系统规格说明书一、序言1.1编写需求规格说明书的目的编写本文档的目的是根据系统分析工程师和用户沟通的结果，对用户需求进行了全面细致的分析，深入描述了MP3文件标签管理系统的功能和性能与界面，确定该软件设计的限制和定义软件的其它有效性的效性需求。在完成了针对MP3音乐文件管理系统市场的前期调查，同时与多位用户进行了全面深入的探讨和分析的基础上，提出了这份需求规格说明书。 此需求规格说明书对MP3音乐文件管理系统做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员与软件开发人员能清楚的了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。1.2项目背景随着社会电子音乐文件的与日俱增，作为现在最流行的音乐文件.*mp3文件的数量和规模也在比以往的任何时候要多，不论是电台DJ需要使用方便而有效地管理自己所使用的音乐文件，在计算机日益普及的今天，对个人而言若采用一套有效的mp3文件管理系统来管理自己所收藏的大量的*.mp3文件，这将满足于众用户听音乐和管理音乐文件的需求。1.3定义1.3.1数据需求描述u 文件管理：将选定的文件修改，分类，播放，查询操作。u 文件标签管理：将收藏的文件进行标签添加，修改，保存操作。u 文件列表维护：将文件添加到播放器中的操作，并对列表进行维护。u 文件搜索：可自动搜索，也可手动搜索。u 后台运行：程序运行不出现窗口。1.4参考资料1. 音乐分类与管理软件CDLibX 0.6；2. 音乐管理软件；3. 音乐管理软件(iPhone)；4. 音乐标签修改器软件等等。二、软件产品描述2.1运行环境程序运行在安装有windows操作系统的计算机上(台式机和笔记本)：硬件环境：1. CPU：1G；2. 内存：512M；3. 显卡：256M 显存；4. 文件播放：需要安装声卡、要求安装有语音库。软件环境：1. 操作系统为Windows2000或WinXP或Win7；2. 文档编辑软件：Microsoft Office Word 2003；3. 建模工具：Rational Rose2003或Enterprise Architect 8.0以上版本；4. 运行软件：JDK、Eclipse Platform 3.5.2；2.2系统的功能2.2.1系统功能框图系统功能框图如2-1所示：图2-1功能框图2.3用户特征任何会使用windows系统的个人。对有关硬件控制功能的使用，需要由相关技术人员的指导或培训。2.4限制与约束开发限制：开发时间短系统分为免费版和共享版，免费版有某些功能上的限制。购买共享版的一个使用权，只能在一台机器上使用。建议软件寿命：5年 硬件条件：PC机 运行环境：Windows xp professional 开发软件：MyEclipse、Rose建模工具等。三、功能行为需求3.1引言Mp3文件标签管理系统针对的用户是电台DJ或者喜欢收藏大量的音乐文件的爱好者，管理和使用的一款软件。它能够存储大量的音乐文件，并方便有效进行相应的文件操作和管理。主要包括：u 文件播放；选定自己播放的音乐文件，将其添加到播放器中.u 文件分类；如果文件数量很大，可以按你选定的分类形式进行分类.u 文件复制；你可以快速地从软件选定你要的音乐文件复制到你的外部设备中.u 文件列表的维护：你可以修改文名、增加记录、删除记录、排序查找、以及列表格式转换。3.2业务需求功能模型3.2.1用例模型图系统用例图如图3-1所示：图3-1系统用例图3.2.2用例场景描述1、文件标签管理用例描述用例名：文件标签管理Actor：.*mp3文件目的：将导入的*.mp3.文件，进行相应的标签管理类型：主要、基本功能工作流程：1)、选定mp3文件，导入标签管理中。2)、获取文件名。3)、添加ID3v1,ID3v2,APEv2标签。4)、添加完标签，更新标签。5)、结束本次标签管理的任务。异常流程：1）、未能找到文件。直接结束本次任务入口条件：选定*.mp3音乐文件。出口条件：添加相应的标签。质量要求：标签添加成功，且不影响文件质量。2、文件管理用例描述用例名：文件管理Actor：.*mp3文件的导入目的：将导入的*.mp3.文件，进行相应的播放，保存，分类管理类型：基本功能工作流程：1)、选定mp3文件，添加到收藏夹中。2)、保存收藏夹，便于一次播放。3)、对文件进行修改，排序，分类管理4)、修改完文件名，保存文件名。5)、结束本次文件管理的任务。异常流程：1）、未能找到文件，直接结束本次任务。入口条件：选定*.mp3音乐文件。出口条件：修改相应的文件名，文件排序。质量要求：文件修改成功，且不影响文件质量。3、文件列表维护用例描述用例名：文件列表维护Actor：.*mp3文件的导入目的：将导入的*.mp3.文件，进行相应的修改，保存，删除等操作。类型：基本功能工作流程：1)、选定mp3文件，添加到收藏夹中。2)、保存收藏夹，便于一次播放。3)、对文件进行修改，保存，删除等操作。4)、修改完文件名，保存文件名。5)、结束本次文件列表的任务。异常流程：1)、未能找到文件，直接结束本次任务。入口条件：选定*.mp3音乐文件。出口条件：修改，删除，保存相应的文件名，文件排序。质量要求：文件修改、删除、保存，且不影响文件质量。3.3详细描述用例3.3.1系统主要活动图获取APEV2Tag标签活动图如图3-2所示：图3-2获取AP2V2标签活动图系统修改文件活动图如图3-3所示：图3-3系统修改文件活动图文件播放活动图如图3-4所示：图3-4文件播放活动图3.4输出结果文件、文字，音乐，音频，图片等多种方式显示/保存工作结果。常见操作可记录到操作文件，并提供查询、打印功能。四、软件性能需求4.1时间特性一般操作的响应时间应在1-5秒内，为了保证系统的速度，使用户操作在可接受的时间内完成。加载文件模块相应功能响应时间是3秒；其他模块相应功能响应时间是1-3秒。4.2适应性可在各种windows系统中运行。对硬件的支持，预留特定接口，以最小代价修改、扩展系统。4.3故障处理当系统出现错误时：系统会查找错误原因，并提示用户按照一定步骤继续完成操作或者重新开始操作，并保留错误信息以供查看。硬件故障：自动退出本次任务，不影响其他功能的执行。五、运行需求5.1用户界面Windows图形界面。5.2硬件界面使用标准的PC接口连接硬件：USB、COM、PCI、VGA、HMDI。5.3软件界面本系统将为用户提供一个简洁友好、便于操作的用户界面。它在符合大多数用户的审美观条件下，尽量为用户提供一个舒适的使用环境。六、软件其它要求6.1可使用性1. 方便操作，操作流程合理尽量从用户角度出发，以方便使用本产品：如：搜索音乐文件时，可自动搜索，也可手动搜索。所有操作可仅通过键盘完成。2. 支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。3. 容错能力系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。4. 操作完成时有统一规范的提示信息例如删除操作时，系统可提示警示框“您确认删除记录吗？操作不可恢复！”，用户点击确认后，系统才执行删除操作，删除后可直接返回相关窗体。5. 用户可自定义为了满足业务的不断变化，一些重要的参数应该可以灵活设置。6.2安全保密性对于系统的重要数据都有密码保护，具有一定的安全性。6.3软件可靠性系统必需能够不间断运行。 系统能够定期自动备份数据，当故障发生时，能够使用备份数据恢复。 系统起动时间不应该超过45秒。 系统发生故障，恢复时间不应超过30秒。用户非活动状态下每次会话时间必须保持1分钟。七、附录7.1系统功能模型图（用例图）图7-1系统用例图7.2系统静态结构模型图（类图、构件图、部署图）图7-2系统业务类图图7-3系统构件图图7-4系统部署图7.3系统动态模型图（活动图、状态图、顺序图）图7-5获取AP2V2标签系统活动图图7-6文件播放活动图图7-7修改文件的活动图图7-8系统主要状态图图7-9获取AP2V2标签顺序图八、参考文献1 Bernd Btuegge，面向对象软件工程-使用UML、模式与Java（第二版），清华大学出版社，20062 Grady Brooch，UML用户指南（第二版），人民邮电出版社，20063 蔡敏，UML基