SERU戒语

1. 需求规格说明书应该采用业务导向的树型层次结构来组织。
2. 对于需求分析员而言，真正的专业主义是基于业务利益（解决问题、创造机会、提高管控力）的沟通。
3. 缓解沟通失真最有效的方法是及时复述。
4. 需求分析的本质在于业务分析，而非技术分析。
5. 业务场景是需求之魂。
6. 需求分析人员对于技术方法论的评价重在适用性。
7. 对预设计的需求是评判敏捷方法论是否适用的关键。
8. 流程分析（业务事件）是OLTP系统的关键线索和主要视图。
9. 报表分析是MIS系统的关键线索和主要视图。
10. 决策场景是DSS系统的关键线索和主要视图。
11. 工作场景是专家系统的关键线索和主要视图。
12. 高层管理人员的关注点往往在问题和机会。
13. 对于面向用户的嵌入式系统，行为分析是要点。
14. 面向特定设备的嵌入式系统，外部接口和事件分析是要点。
15. 信息系统类软件产品的需求重点在于针对不同目标客户群体的不同商业模式分离变化点；经常需要减出通用性，再通过插接解决扩展性。
16. 基于场景的困难点分析是工具软件的需求要点。
17. 业务需求是需求定义的产物，用户需求是需求捕获的产物，软件需求是需求分析与建模的产物。
18. 功能需求的要点在于如何组织。
19. 非功能需求的要点在于保证信息的有效传递和注意其局限性。
20. 设计约束包括非技术因素的技术选型、预期的软硬件环境和预期的使用环境三大类型。
21. 业务导向的层次结构是保障完整性的关键。
22. 需求有时会戴上“高优先级”的面具，实际上就是担心你不去实现它。
23. 满意/不满意度模型是需求必要性分析的有效手段。
24. 在需求捕获活动中，化被动为主动是关键。
25. 需求分析是目标，需求建模是手段。
26. 在编写需求规格说明书时，应确保一类信息只在一处描述。
27. 划分出大小合适、粒度均匀的需求项是需求管理的前提。
28. 需求优先级与工作量估算是基线管理的关键。
29. SERU模型是需求分析的工作指南。