1、低质量的需求分析，导致低质量的成体估算。
2、先确定问题，再写需求。
3、立即确定需求。
4、立即修复需求规格说明中的错误。
5、原型可降低选择用户界面的风险。
6、记录需求为什么被引入。
7、确定子集。
8、评审需求。
9、避免在需求分析时进行系统设计。
10、使用正确的方法。
11、使用多角度的需求视图。
12、合理地组织需求。
13、给需求排列优先级。
14、书写要简洁。
15、给每个需求单独编号。
16、减少需求中的歧义。
17、对自然语言辅助增强，而非替换。
18、在更形式化的模型前，先写自然语言。
19、保持需求规格说明的可读性。
20、明确规定可靠性。
21、应明确环境超出预期时的系统行为。
22、自毁的待定项。
23、将需求保存到数据库。
标签：需求,原则,工程,低质量,规格,确定,-----,自然语言 From： https://www.cnblogs.com/AiLun/p/18540556