看到需求分析这一章觉得很熟悉，上学期的uml统一建模语言就有很多关于需求分析这一块的，不过当时并没有具体软件题目，只是按照老师给的模板，写了一个图书管理的需求分析，并没有真正的去了解客户需要什么功能，还有这次作业的第一阶段，在看完老师给的几个备选题目后，我们组选了博客管理这个题目，在需求分析的时候，我们也没有认真的去做调查，只是按照自己的思路想法，认为这个软件应该有什么功能，草草的就完成了需求分析，等到了第一阶段验收的时候，老师提了好几个功能都是我们没有想到的，这就是需求分析没有做好。
在做软件时第一件事不是一上来就写代码，而是要先做好需求分析。在讲需求分析之前，要先知道软件需求是什么，首先必须要获取和引导需求，软件团队需要找到软件的利益相关者，了解和挖掘他们对软件的需求，引导他们表达出对软件的需求。不同的项目需要不同的手段，这一步骤也被叫做“需求捕捉”，形容真正的需求稍纵即逝，需要靠火眼金睛和敏捷的身手来发现并抓住它们。另外，很多时候用户并不知道自己确切的需求，或者不愿意表达完整的需求，软件团队需要设身处地，替用户着想，引导出需求。在获取到用户的需求后，你需要分析和定义需求，要清楚的了解需求实现的期限，所花费的时间和资源成本，还有带来的收益等等。在这之后一定不能盲目的展开工作，一定要进行需求验证，看看是否符合用户的要求，如果不符合，那就要重新获取需求了。
在以后，拿到题目之后，要认真做需求分析，用户调查，向用户了解真正需要什么功能，进行深入面谈和可用性调查，争取把需求分析做的完美，不在编写程序阶段再去补充功能。