十一七天假，看了《软件需求模式》一书的前几章，下面是我的心得：
至少我已经掌握了案件的基本事实。我将一一给你列举，因为没有比向另外一个人陈述情况更能理清一个案件的方式了，而且如果我不告诉你我们从哪里开始，也很难期望你的合作。
----阿瑟·柯南·道尔.《福尔摩斯：银色马》
首先简单定义什么是需求：
需求就是定义系统需要做什么而不是怎做。
需求定义了系统必须要解决的问题：系统的目的以及达到目的系统需要的所有功能。一个需求是系统必须要满足的单一的可测量的目标。需求是可测量的，它应该用清晰地文字来表达出来，不表达出来的需求没有任何意义。一个系统我们首先应该完成功能性的要求也就是说需求最重要的是定义了系统必须做什么和它必须能完成的行为这是我们最首先要考虑的，这是功能性需求。定义需求需要一个过程，可能在一瞬间一闪而过，也有可能时间长久，我们应该把所有的需求都写下来然后独立于解决方案的设计，这样的需求就可以被讨论是否正确。定义一个项目，首先就是需求分析，我们要定义边界，知道那部分是应该为客户做的，那部分是不能做的，这是至关重要的。
需求有一些基本原则，他们会帮助得到更好的结果以及决定是否需要包含一些东西：
1. 定义问题，而不是解决方案；
2. 定义系统，而不是项目；
3. 区分正式和非正式部分；
4. 避免重复。
敏捷需求流程有两个基本原则：原则一：区分问题和解决方案是重要的。原则二：定义需求后，一定要记录它以便别人可以找到。
书中单独的一章讲述了软件需求规格，不过这个网上一搜就有模板，总体来说，跟书中介绍如出一辙。
需求模式剖析：基本细节、适用性、内容、模板、实例、额外需求、开发考虑、测试考虑。需求模式之间的关系：引用和扩展。
什么时候使用需求模式：当定义需求时、当考虑需求是否完全时、当评审需求规格时、当实现需求时、当测试需求时。
使用需求模式的好处：需求更容易阅读；需求更容易与同样类型的其他需求比较；可以判断是否有遗漏；编写需求更容易；读者可以参考编写的模式获得更多的信息；编写需求规格时可以参考模式；
需求模式：定义一种特定类型需求的方法。
需求模式剖析：基本细节、适用性、内容、模板、实例、额外需求、开发考虑、测试考虑。需求模式之间的关系：引用和扩展。
什么时候使用需求模式：当定义需求时、当考虑需求是否完全时、当评审需求规格时、当实现需求时、当测试需求时。
使用需求模式的好处：需求更容易阅读；需求更容易与同样类型的其他需求比较；可以判断是否有遗漏；编写需求更容易；读者可以参考编写的模式获得更多的信息；编写需求规格时可以参考模式；