今天终于把这本书读完了，虽然有很多东西还是不是很明白，但是通过这一个月的阅读，我还是学到了不少有用的东西。让我对软件需求分析有了进一步的了解。
这本书的最后一部分主要讲了软件需求中的几种常见的需求模式，分别是：基础需求模式，信息需求模式，数据实体需求模式，用户功能需求模式，性能需求模式，访问控制需求模式，商业需求模式。每种不同的需求模式，都有其应用的场合。并且在每个打的需求模式中又分为许许多多稀奇的需求模式。例如在软件需求分析中，我们会经常遇见性能问题：1.编写容易等同于实现困难。2.我们定义一个完整的运行还是只是软件。3.性能指标适用于系统的哪个部分？4.避免武断的性能指标。5.性能因素对系统有多大的影响？6.怎样可以测量实际的性能？7.到什么时候性能指标需要满足？8.在每一个需求中之定义一个性能指标。9.如果性能指标没有达到该怎么办。这些都是我们在做性能需求分析时所应考虑到的问题。它们每一个出现问题都有可能导致项目的失败。
同时在开发过程中我们还要考虑用户额外的需求，如独特的用户界面，输入解释，替换缺失，客户支持，编辑功能等，我分必须在不损害自己的利益上最大程度的买足客户的需求，这样我们才有可能做得更好。在开发软件过程中我们要注意系统的安全性，如要实现系统的跨实例访问和转换，隔离数据等，都要考虑在内。在开发完成后。我们还要考虑安装需求，即软件的安装是否简洁迅速，谁来安装？，安装环境又是什么样的？还要有使用培训，故障维修等。
既然是系统，坑定要用到访问控制需求模式。我们首先要明白我们开发的系统是给谁用的，客户是那些，我们要给不同级别的用户设置那些不同访问权限。访问控制另外的一个重要功能是记录谁做了什么。一个人的操作需要另一个人的批准才可完成。
用户认证需求应该包括：用户类别，认证机制，发起时间。不同的前提条件有不同的认证结果。总而言之，需求的措辞很大程度上取决于个人的偏好，我们不会过度的限制，因为这样可以使需求更生动，而不是华而不实的技术文档。措辞还要考虑组织的文化，还有，以客户的语言编写需求规格是并且永远是最重要的。由于这些原因，需求模式模板中使用的语言应该与使用模式的需求规格的语言一致。风格的突然改变会让读者感到突兀和不舒服。最坏的情况下，由于规格的一些语言来自组织外部，可能会损害作者的信誉。由于这些原因，有必要裁剪需求模式而不是设计模式。