第三章讲的是需求工程原则，大致内容如下：
造成低质量成本估算的原因都是在需求前的一些准备工作。频繁的需求变更、不充分的需求分析等。这个我们需要在需求前期做好准备工作。包括需求分析与理解。
先确定问题，再写需求： 需要从不同的用户角度去考虑问题。这样也能
确定好我们需要做的事，这个应该是从产品层面，需要明确要做的功能点。
尽量在需求前期，能够解决需求中的一些问题、比如需求不明确、逻辑错误等。
需要尽可能的提供原型图。
要做好需求前的准备与调研工作。包括需求背景、预期收益、需求评审、以及技术方案等环节。这个很重要。
要学会确定需求优先级。通过打分、加上后缀 M、D 或者 O 来表示必须（Mandatory）、期望（Desirable）、可选（Optional）等方式。
要学会对需求编号。对需求分门别类打上对应的标识符号。便于查找。
学会提高需求的可读性、需要考虑到对各种边界case的处理。
============
以上，大部分都是讲的如何做好需求前的一些准备工作。一个合理的需求开发流程个人看来应该是这样的，应该是有需求评审前的理解、理解过程中列出自己的一些问题、需求(预)评审、需求过程中的问题解答以及需求评审后的问题确认。再到rd这边的技术方案设计。
对需求而言，自己在产出需求的时候需要做好更加充分的准备、包括严谨的需求背景、逻辑、功能点、涉及范围、预估收益等等。这样才能更好的对应着需求的结果产出。