我认为这个学期想要学好《软件需求与分析》需要注意并且熟练的掌握下面这些方面的技能。
第一个需要清楚的了解的方面是需求调研，这是需求分析最重要的一个环节。
在这个环节里，我们需要具有良好的理解能力、设计能力和一种与人交往、沟通的能力。在需求调研这个过程中，我们不能盲目的听从客户提出的那些不切实际的要求，这样很有可能导致我们做软件的过程付出过多的辛苦但却达不到客户满意的效果。而正确的做法是，我们要对客户提出的要求进行分析，深入的了解客户需要我们做出一个怎样的产品，运用我们学到的专业知识，对客户提出的要求进行合理化的筛选和参考。让最后制定下来的方案具有可操作性，这样既能省下我们的时间和精力，又能达到客户满意的效果。调研的时候，我们要在最初给客户留下一个良好的印象，要让客户相信我们的专业能力，相信我们能够很圆满的完成客户交给我们的任务。接下来就要制定一些小目标，然后一点一点的去实现小目标，不要小看这个环节，积少成多，只有慢慢的建立起与客户之间的稳定关系，他们才会放心的把工程交给我们去完成。当我们在客户中找到了一批可以解答困扰我们多时的业务问题的人以后，需要及时的进行业务研讨会，业务研讨会是重要而且灵活的，需要根据实际情况，有效抑制个性化差异、分模块组织专项研讨会。
第二方面是需求研讨与需求分析。
讨论业务需求是一个需求分析人员的功底，需求分析不是一个简单的事情，在这个过程中客户存在的最大问题就是提不出正确的需求，因此，我在进行需求研讨的时候，首先跟客户探讨的不是软件功能，而是客户现有的业务知识，用专业的话叫“业务领域分析”。在认识了客户的业务领域之后，我们才能去分析他们提出的所有原始需求。只有经过这样的分析，我们才能深刻地理解需求，进而运用我们的专业知识（各种图形分析、功能角色分析、原文分析等），提出更加合理的技术方案。需求分析不是一蹴而就的，而是一个反复迭代的过程，我们要在这个迭代过程中不断的去分析客户的想法，每次多理解一些，逐渐深入思考，在能力范围内最大化实现客户的需求，我们的软件也就更接近客户的满意。需求分析不是一种简单的你说我记的收集活动，而是在大量业务分析与技术可行性分析基础上的分析活动。只有建立在这种分析基础上的软件研发，才能保证需求的正确与变更的可控。总之，我们做需求分析，眼界不能仅仅停留在软件本身，应当更开阔一些，应当扩展到跟这个业务有关的那些领域知识中。
最后一个方面就是怎么去做需求确认。
需求确认是在完成需求分析后，需求分析人员将分析结果与客户再次进行确认，看看是否有误解或者不合适的地方。需求确认是一系列的确认过程，每次确认都可能需要与不同的人，在不同层次的确认。最终应当形成到纸面，形成文档性的东西，双方签字确认。
但是不论我们如何分析与设计，我们都要如实记录原始的需求，并以此来验证我们最终的软件。这个如实记录原始需求的文档，就是需求列表。需求列表需求列表不掺杂我们对业务需求的任何分析与设计。需求列表应当是站在业务人员的视角，对业务需求的简明扼要的描述。需求列表也是一个不断变化的过程，日后的每一次升级维护都需要不断增添和修改需求列表，使其与实际系统保持一致。
想要做好需求确认，我们要学习如何制定需求列表、需求规格说明书等相关文档，书写文档是需求分析人员的基本功，需要我们加强练习，努力掌握。
阅读完这篇博客之后，我对这个学期的软件需求课程有了属于自己的认识。总结出了一套适合自己去学习这门课程的方法，以及学习过程中的侧重点和重要的地方，受益匪浅。
