需求分析之了解背景
背景这东西比较笼统，简单地说就是这个项目的来由，我们需要用说故事的方式讲清楚项目的背景。
1. 为什么为有这个项目？
2. 客户为什么想做这样一个项目？
3. 如果没有这个项目会怎样？
4. 用户和客户是谁，项目来源
5. 投资预算，重要程度。
需求分析之客户需要
需要就是客户真正想要的东东，是高层次的需求，我们可以把需要解决的问题、关键涉众、项目的目标、范围、项目成功标准等全部统称为需要。
1. 本项目解决了客户的什么问题？
2. 本项目涉及到什么人、什么单位？
3. 本项目的目标是什么？
4. 
本项目的范围是怎么样的？
5. 本项目的成功标准是什么？
需求分析之需求规格说明书
需求规格是很细级别的但又没有细到详细设计程度的需求了，描述出系统与用户是如何交互的，系统要满足怎样的一些非功能要求。
分为功能需求和非功能需求。
对于功能需求，我们往往会描述成用例图。
对于非功能需求，往往会对系统稳定性、性能、兼容性提出要求。
需求分析过程，无非就是由背景到需要到需求规格的过程，这个过程是螺旋前进的。需求分析中最难解决的问题往往就是搞不清需求之根源，把握不清背景和需要，往往就会被繁琐的需求规格所困住，被客户牵着鼻子走。
标准需求分析书
1. 简介
a) 背景
b) 定义、首字母缩写和缩略语
c) 约束
d) 参考资料
2. 目标与范围
a) 目标
b) 范围
3. 逻辑概念及描述
a) 概述
b) 逻辑概念1~N
4. 功能性需求
a) 总用例图
b) 用例包1~N
c) 其它需求项
5. 非功能性需求
a) 运行环境
b) 接口
c) 用户界面
d) 性能
e) 安全
f) 故障外理
6. 需求用例关系表
7. 附录
8. 版本修订历史记录
系统上线了，客户给你的挑战就会陆续而来，上述几个问题是实际工作中常见的几类问题：
l 对于符合需要的易用性方面的要求，应尽量满足。
l 有些问题可通过改善管理办法来解决。
l 有些问题需要同时在软件和管理办法上做工作来改善。
l 客户一时冲动的要求，可另辟蹊径解决。
l 客观条件做不到的、技术上做不到的，应予以拒绝。
l 超出范围的要求，可引导客户做第二期。
需求分析能力的提高，依靠长期的积累，长期的实践！以下是一些建议：
1)不要以为学过了一些需求分析知识，就以为自己很厉害，也不要用这些大道理来指导项目组工作，不仅对项目组毫无实际帮助，还会帮倒忙。
2)不要一毕业就直接投身需求分析的工作，最好还是从编码开始，另外也可以考虑做测试、实施。
3)要不断地积累业务知识、技术知识。
4)学习面向对象分析、面向对象设计，并在实际工作中运用，面向对象分析与设计的方法，会从本质上提高你发现问题、分析问题、提炼问题、解决问题的能力。从这点上说，从开发开始是最好的选择。
5)把握一切能提高你表达能力与理解能力的机会，和别人沟通要及时表达出你对别人说话的理解，平时多写文章、博客之类的，提高你的书面表达能力。
6)为什么强调要有丰富的管理和被管理的经验呢？订餐系统中其实我们看到很多跟管理相关的问题，很多问题是需要管理办法去解决的，缺乏管理和被管理的经验，就会难以理解客户的问题，更加是无从从管理上提出具体的解决办法。