今天阅读了第一部分的前三章：是什么为什么，客户需求观，需求工程的推荐方法
感悟深刻的是：参与度
要做一个项目，就得明白给谁做做什么，也就是这个项目的需求。需求是不同类的用户所不同的，所以我们需要针对不同类的用户获取需求，这就需要不同类的用户参与。
当我们在获取需求时，要判断哪些是我们能做的拿些不能做，对可行性进行分析，然而只有软件工程小组成员才能知道项目的范围和能力，所以这就需要在获取需求的过程中有成员小组的参与。
获取问题，分析需求，编写规格说明书，验证。这个过程，需要用户类，评测人等风险承担者们的积极参与，只有当风险承担者和项目开发人员对需求达成统一时，才能更节省更有效的进行下一步开发。
当然在验证之后的开发过程中需求也不是一成不变不做更改的，所以需要定期的开会，每当出现需求变更，就要评估需求的优先级，对需求的可行性分析制定最终版，对更改的需求所影响的做改变和记录，最好对数据有所记录追踪。
另外，读后感还包括了 对风险承担者和小组成员的培训为双方提供相互的基础知识和奠定一定的合作基础；通过用户使用实例，图示可和用户探讨需求，包括实例的完整性正确性数据的来源以减少用户和小组成员理解上的偏差；在编程过程中应该意识到后期的需求变更和维护方面，所以尽量使编程耦合度低，可靠性强。