需求层次
1.业务需求，企业或客户对系统高层次的目标要求，来自项目投资人、客户、市场营销部门或产品策划部门。
2.用户需求，用户的具体目标，或用户要求系统能必须完成的任务，简而言之 是用户能使用系统干什么。
3.系统需求，系统的角度来说明软件的需求，包括功能需求，非功能需求，设计约束等。
a.功能需求,开发人员必须在系统中实现的软件功能，满足业务需要，简而言之 实现功能，满足需要。
b.非功能需求，指系统必须具备的属性或品质，又可以分为软件质量属性（如可维护性、可靠性、效率。。。）
c.设计约束：限制条件或补充规约，对系统的一些约束说明，例如 win7不允许升级win8，国有自主产权的数据库，必须在unix上。
4.质量功能部署QFD，是一种将用户需求转化成软件需求的技术，提升软件过程中用户满意度。QFD分为三类，分别是 常规需求、期望需求、意外需求。
a.常规需求，系统应该做到的功能或者性能，越多用户越满意。
b.期望需求，系统应该具备的功能或者性能，但是并不能正确的描述自己想要的功能或性能。如：非功能性需求，可靠性达标，长期稳定。。
c.意外需求，即兴奋需求，get到用户的兴奋点，实现这些需求用户会更高兴，但是不实现也不影响。
5.需求获取，确定理解不同用户的需求和约束过程
a.用户访谈
b.问卷调查
c.采样，有针对性的
d.情节串联板，既设计实际情节
e.联合需求计划，干系人一起开会
6.需求分析，一个好的需求应该具备。
a.无二义性
b.完整性
c.一致性
d.可测试性
e.确定性
f.可跟踪性
g.正确性
h.必要性。。。
因此分析人员要把杂乱无章的需求整理成期望的用户需求
7.需求的定义（软件需求规格说明书 SRS）
a.是需求开发活动的产物
b.达成共识
c.SRS是软件开发过程的重要文档之一
8.SRS应该具备下面这些功能
a.范围，包括SRS适用的系统和软件的范围和标识
b.引用文件，列出SRS中引用的所有文档
c.需求，SRS主题部分详细描述软件需求
d.合法性规定，定义一组合法性的方法，对于每个需求，指定所有使用的方法，确保需求得到满足。
e.需求可追踪性，SRS中软件配置项需求和系统需求的双向追踪
f.尚未解决的问题，遗留问题阐述
g.注解，包含有注解的SRS一般信息
H.附录，提供那些为便于维护SRS而单独编排的信息
9.需求验证，与用户一起确认需求无误
a.需求评审：正式评审和非正式评审，评审一定要做好不然后期需求乱加
b.需求测试：设计概念测试用例
c.需求确定后，甲方用户签字，不可以再随意更改需求，如再需要更改必须走需求变更流程。