前言
为了开发出真正的满足用户需求的软件产品，首先必须知道用户需求，这样子对软件需求的深入理解是软件开发工作获得成功的前提条件，所以不管我们在设计阶段和编码阶段做的多好，但是没有真正满足用户的需求，只会让用户失望，让程序员苦恼；鉴于本文是关于一个简单的音乐网站，架构业务不是很多（在之前的基础上加上了评论，分类等等），当然需求分析的基本任务就是准确低回答“系统必须做什么？”所以在开发软件初级阶段一定要分析好，如何回答提炼出系统的功能。本文的主要内容：
- 前言
- 需求分析任务
- 针对网站收集用户需求
- 总结
需求分析的任务
这个过程可以根据一般音乐网站的特点与基本流程以及用户需求调查报告通过理解需求阶段的目标，为业务上下文和网站功能建模，在完整的用例模型中记录网站的需求，完成需求模型报告，最后依据需求模型报告进行产品需求规格说明书撰写
确定对系统的音乐网站的综合需求，可以从下面几点概述：
- 功能需求：指音乐网站提供的服务，比如会员注册，上传音乐，评论等等，通过需求分析可以知道音乐网站必须完成这些功能
- 性能需求：指的是网站要满足定时约束或者容量约束，这个可以从速度（响应的时间）、信息量速度、方面体现出来，比如播放音乐响应的时间，是否占据大内存
- 可靠性和可用性需求：是指网站定量上的可靠性，比如在多久时间内不出现播放不出音乐的故障，而可用性那就是备份的事情了，不可以没有用
- 出错处理需求：这个就是网站在出现错误的时候，此时可以提醒如何去响应，解决这种错误
- 接口需求：这个硬性上指的是他的环境通信，比如网站用户接口需求，硬件接口需求，有没有网络，浏览器，太大了不说了
- 约束：指的是在设计的或者实现这个网站的时候遵循的什么限制条件，比如网站前台符合w3c等
- 逆向需求：可以这样子觉得网站不应该实现什么
- 将来可能提出的需求：比如以后需求改变了，需求多几个功能，那你如何应对
针对网站收集用户需求
1、 网站的背景和意义
关于我发布这个版本的背景和意义即：现在关于ASP.NE的音乐网站的源码例子还是蛮少的，拿来参考的可能没有采用分层或者没有采用设计模式和缓存思想，网站源码可以拿来当中初学者学习，当然在这个开发制作过程也有一下优点：
- 开发成本低
- 多用户可以拿来学习
- 网上开发性
- 简单符合音乐网站的表现力
该网站有前台和后台，前台可以浏览音乐网站的信息，播放音乐，评论，按类别和名称搜索音乐，分类查看音乐库，完成注册会员等等；后台可以分超级管理员和一般会员，权限不一样，操作也不一样，会员可以修改本身信息，上传音乐，删除音乐，修改音乐；超级管理员也同样可以完成类似功能。
2、网站业务流程如下：
3、用户需求调查问卷
具体的用户调查就不列出了，我主要把附录大致描述一下：
需求类型：
- 功能性：包括特性功能和安全
- 可用性：包括人员因素、用户界面的一致性，联机帮助和环境相关帮助、向导和代理、用户文档和培训材料
- 可靠性：需求考虑的可靠性有故障的频率/严重性，可恢复性，可预见性，准确性和平均故障时间
- 性能：规定了一下的参数，有速度，效率，可用性，准确性，吞吐量，响应时间，恢复时间和资源用途
- 可支持性：包括可测试性，可扩展性，可适应性，可维护性，兼容性，可配置性，可服务性
- 设计需求：规定或者约束了网站的设计
- 实施需求：规定和约束了网站的编码和构建，如所需的标准，实施的语言，数据库完整性，操作环境等
- 接口需求：网站之间交互操作的外部项
- 物理需求：网站的物理特征
4、用户需求
- 用户可以匿名浏览网站信息播放音乐，评论，但只有登录会员才可以上传音乐
- 用户可以按类别查看音乐，播放
- 提供快速的检索功能
- 采用会员制，会员采用唯一的标识标识身份，会员可以修改个人信息，管理员可以对会员信息进行整理
- 管理员可以创建音乐类型
- 管理员可以添加音乐和修改音乐属性
- 网站具有友好型和易操作性
- 网站具有安全性和保密性
5、需求分析人员分析用户需求
第一步可以细化分析用户需求
第二步可以撰写需求规格说明书
第三步可以进行需求确认，即：
需求建模和撰写需求规格说明书
需求建模：
功能目标：如图所示
用例图：如图
业务对象模型：如下
撰写需求规格说明书：
总结
本文通过用户需求的分析和处理，理解该网站需求阶段的目标，并给业务上下文和网站功能建模，在完整的用例模型中记录了网站的需求！
作者：类菌体
出处：http://www.cnblogs.com/bacteroid/
关于作者：在校学生
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接
如有问题，可以通过303323670@qq.com 联系我，非常感谢。