本学期我们学习了软件需求这门课程，了解关于需求分析的相关知识，在软件开发过程中，软件需求是第一步，同时也是最重要的一步，当我们找到了用户真正的需求，在开发过程中会达到事半功倍的效果，阅读了《用户故事与敏捷方法》这本书，在这本书中详细的介绍了用户故事与敏捷开发方法的结合，找到真正适合用户的，有价值的需求。
需求是软件开发过程中的第一步工作，如果在需求阶段花费1个时间单位就能改正的错误，推迟到设计阶段就需要5个时间单位，推迟到测试阶段就可能达到20-50个时间单位，推迟到运行与维护阶段就可能需要花费200个时间单位，因此找到有价值的需求是非常重要的，可以i节省大量的开发时间。
用户故事描述了对用户、系统或软件购买者有价值的功能，其中包括书面故事的描述以及故事的对话，书面故事的描述用来做计划和提示，有关故事的对话用于具体化故事细节。我们在编写用户故事时要注意时客户团队进行编写的，不能由开发人员编写，排列的优先级根据以下几点：1.大部分用户和客户对特定特性的渴望程度。 2.小部分重要用户和客户对特定特性的渴望程度。 3.故事之间的互补或依赖关系。客户团队在编写用户故事时要与开发人员进行协商，考虑开发的实际情况，在确保客户利益最大化，让客户满意的条件下，进行适当的调整，从而编写出尽可能完美的用户故事。
故事卡是书面的故事，但是客户团队与开发人员的故事对话更重要，用户故事强调的是对话交流而不是故事沟通，在交流的过程中，我们应该尽可能的了解用户真正的需求是什么，我们要掌握业务系统的相关知识，充分发挥主动性，加深对客户和系统的理解，在交流过程中能够更好的进行沟通，知道对方真正想要表达的是什么。如果对业务知识不了解，将无从着手。
验收测试用于验证实现的故事是否开发成符合客户团队的设想，用户故事是很有意义的，因为它们强调口头交流，你和开发人员都可以理解，可以用于进行迭代计划，在迭代开发中能很好地工作，而且因为它们鼓励推迟细节。在编写用户故事的时候，我们要知道编写用户故事的方法并且灵活运用，在软件开发过程中积累经验，同时根据实际情况进行调整，争取实现客户利益最大化。