音乐系统——文档说明.doc

音乐系统音乐系统 产品需求规格说明书 文件标识：Company-Project-RD-PRS 当前版本：1.0 作 者：廖飞、李婷 文件状态： 草稿 正式发布 正在修改 完成日期：Year-Month-Day 机构图标 机构公开信息 版 本 历 史 版本/状态作者参与者起止日期备注 0.1廖飞李婷2011.11.19 目目目 录录录 0. 文档介绍文档介绍4 0.1 文档目的.4 0.2 文档范围.4 0.3 读者对象.4 0.4 参考文档.4 0.5 术语与缩写解释.5 1.产品介绍产品介绍.6 2.产品面向的用户群体产品面向的用户群体.6 3. 产品应当遵循的标准或规范产品应当遵循的标准或规范6 3.产品范围产品范围.6 5. 产品中的角色产品中的角色7 6. 产品的功能性需求产品的功能性需求7 6.0 功能性需求分类.7 6.M FEATURE M.7 6.m.n Function M.N.8 7. 产品的非功能性需求产品的非功能性需求8 7.1 用户界面需求.8 7.2 软硬件环境需求.8 7.3 产品质量需求.8 7.N 其他需求 9 附录附录 A：需求建模与分析报告：需求建模与分析报告 .10 A.1 需求模型 1.10 A.N 需求模型 N10 附录附录 B：需求确认：需求确认11 0. 文档介绍文档介绍 概述： 音乐网站是网络音乐的发展平台，过去，音乐网站功能较为单一，但随着网 络技术的发展，用户对音乐网站的要求逐渐提高，音乐网站由此也逐渐出现了更 多采用较为优雅的开发工具来设计的音乐网站，在制作之前，要明确网站能做些 什么事情，也就是所谓的需求。所以必须把需求做清楚，然后才能进行设计。 其实音乐网站让大家所熟悉的就是用户浏览和倾听音乐，使人们能够在线倾 听和下载音乐，同时为了避免出现一些问题，这就需要管理员对用户和网站的内 容进行管理。我们要做一个音乐网站，在这里用户可以注册，倾听音乐和下载音 乐，管理人员可以修改出现的一些问题，如管理注册用户和版面。 0.1 文档目的文档目的 本文档是 t03 班廖飞小组编制。本文档的编写为下阶段的设计、开发提供依据，为项目 组成员对需求的详尽理解，以及在开发过程中的协同工作提供强有力的保证。同时本文档也 作为项目组评审验收的依据之一。 0.2 文档范围文档范围 音乐网的初步设计需求分析。 0.3 读者对象读者对象 Lucks 小组的成员：廖飞、李婷 0.4 参考文档参考文档 电子商务网站需求分析书.doc 0.5 术语与缩写解释术语与缩写解释 缩写、术语缩写、术语解解 释释 DFD数据流图，Data Flaw Diagram E-R实体-联系图 Entity-Relution Diagram 1. 产品介绍产品介绍 （1）本次制作为：音乐网站，用于听歌和下载音乐。让客户放松心情，缓解压力。 （2）本网站开发的背景是针对时代性的变更，音乐需求性变化的趋势。尽最大努力的为听 者、为市场需要而产生的一种全新型的音乐网站系统。 2. 产品面向的用户群体产品面向的用户群体 （1）本网站的音乐面向广大的 MP3 爱好者、以及对音乐有爱好而需要用到 MP3 作为其承 载工具的各大市民。 （2）本网站内有收听音乐、浏览音乐专辑、下载音乐。下载速度快、使用便利能在生活上 带给了想不到的乐趣。随时代的进步，产品的更新，市场销售、市民需求量必和有所 增长，用户选择产品的使用可能性较大。 3. 产品应当遵循的标准或规范产品应当遵循的标准或规范 系统采取 B/S 架构。页面遵循 w3c 的标准，采用 div+ccc 设计，数据库设计原则上符合第三 范式，且规范，易于维护。软件框架采用三层结构系统。 3. 产品范围产品范围 (一一)前台功能：前台功能： 3.1.1：新客户注册：客户注册成为本站会员，要求邮箱验证以发激活码的方式激活用户。 3.1.2：mp3 分类搜索：用户可根据对 mp3 的分类浏览和输入关键字进行本站包含 mp3 查找 浏览。 3.1.3：热歌排行榜：对最近 mp3 的（关注度和销售量）进行排行，为用户提供热门 mp3 的 选择。 3.1.3：新 mp3 上架：把本站最近入库的 mp3 显示出来方便客户知道本站 mp3 的更新。 3.1.4：前台页面管理：动态改变关于音乐网的用户信息、热歌排行榜、账户的管理和 mp3 收 藏夹的管理 （二）后台管理实现功能（二）后台管理实现功能 3 2.1 用户注册信息管理： 网站管理人员对用户注册信息的编辑分类和管理。 3 2.2 音乐添加/删除/修改管理功能： 对于用户提交的 mp3 进行审核，并实现对 mp3 的添加/删除/修改管理。 4. 2.3 mp3 信息管理： a 厂家管理：可以在此处增加或修改删除相关信息，请确保此处信息的真实性。 b 类别设置：对 mp3 目类别进行相应的操作（增加，删除，修改） 。 c 分类管理：将相关 mp3 进行分类操作（注：此操作可以在 mp3 入库的时候进行选择） 。 4.2.2.4 客户权限管理 管理人员实现对用户的分级，不同级别的用户的权限不同。 5. 产品中的角色产品中的角色 角色名称职责描述 普通用户浏览页面、收听音乐 VIP 会员下载 mp3、VIP 专区 管理员音乐/添加、修改、更新、删除、权限分配等操作 6. 产品的功能性需求产品的功能性需求 6.0 功能性需求分类功能性需求分类 提示：提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成 有含义的名称。 功能类别功能类别子功能子功能 上传音乐 下载音乐 音乐 更新音乐 收藏专辑 Function B.2 收藏 搜索根据关键字查询音乐、搜索专辑 专辑热门专辑、新歌、更多专辑 用户登录用户注册 6.m Feat ure M 提示：此处写一些承上启下的文字。 6.m.n Function M.N 名称、标识符 功能描述 优先级 输入 操作序列 输出 补充说明 7. 产品的非功能性需求产品的非功能性需求 7.1 用户界面需求用户界面需求 需求名称需求名称详细要求详细要求 首页显示网站发布后首先浏览到的页面是网站的首页 页面风格简洁而美观 页面字体显示以灰色为主 7.2 软硬件环境需求软硬件环境需求 需求名称需求名称详细要求详细要求 CPU 1.0G Hz 以上(推荐) 内存256MB 以上（推荐） 操作系统Windows Server 2003 及以上版本 技术选择WEB DBMS 选择Orclar 架构选择三层架构 7.3 产品质量需求产品质量需求 主要质量属性主要质量属性详细要求详细要求 正确性确保各项资料数据的准确有效，禁止数据遗漏，重复，丢失。 健壮性数据异常扑获，灾难性恢复。 可靠性数据校验，人机稽核，平衡检查。 性能，效率一般 易用性操作简单，符合用户工作习惯 清晰性流程清晰易记，分类管理 安全性错误提示，数据验证 可扩展性不同平台之间数据共享 兼容性自适应各种系统环境 可移植性自由选择不同类型的数据库 7.n 其他需求其他需求 按客户要求和技术支持待定。 附录附录 A：需求建模与分析报告：需求建模与分析报告 建议用Rational Rose对产品需求进行建模与分析。 A.1 需求模型需求模型 1 A.n 需求模型需求模型 N 附录附录 B：需求确认：需求确认 提示：提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审， （2）需求承诺。 对需求的评审应当采用“正式技术评审方式” ，将产生一份“需求评审报告” ，规程请参见 SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该产品需求规格说明书 必须先通过需求评审。 需求评审报告摘要需求评审报告摘要 需求文档输入名称，标识符，版本，作者，完成日期， 需求评审报告输入名称，标识符，评审日期， 评审结论 工