《软件需求与分析》所要掌握的必要内容（需求调研）：
1. 初识
与客户之间的首次见面，通过自身的表现为客户留下良好的印象，充分运用自己的专业知识，对客户提出的问题进行专业的解答，能够在客户面前树立起自己的威信，不能业务中所有的需求都按照客户的来，要根据自身的情况以及技术来确定正确的需求，通过了解不同阶层的客户，初步规划出合理的需求，进行不同的角色分析，将其之间的代码有效的连接起来，从宏观上制定目标和方案。
2. 拜访
再对客户留下良好的印象之后，我们还要进一步的去努力，逐一的去拜访每一位客户，对于中国的客户的来讲，很多都是注重情感和情义的，在谈相应的业务之前，与客户进行吃饭、唱KTV等等都是必不可免的，当与客户建立起良好的关系之后，再谈业务也就顺利的多。同时，我们也要有宽广的胸襟，对于那些对我们不友好的人，也要尽量的去包容，能够把敌人变为朋友，也是一种非常巨大的成功。
3. 研讨会
在确定了我们的项目之后，我们要与不同的客户进行相应的研讨，对于不同角色的用户，我们要采取不同的方式去应对，研讨会一般有集中式、分散式等等几种形式，每一种形式都有自己的优点和不足之处，面对不同的情况，我们也要采取不同的形式。没有任何一种形式是万能呢，我们要根据实际情况来采取形式，更好的处理我们所面对的问题。
4. 需求研讨
了解客户现有的知识，和客户之间进行对应的调研，然后再向客户表达自己的想法，确保项目需求的合理性，不能盲目的追求项目的强大和完整，还要考虑到自身的技术和实际情况，使得项目的需求能够更加的切合实际。
5. 迭代
需求调研不是一蹴而就的，我们要根据所面临的情况进行反复的研讨，不断的更新我们业务的信息，调整项目的功能，对每次研讨会之后的信息进行详细的整理，从中获得我们需要的信息。画出一个初步的流程图，进行用例以及角色的分析。在进行完分析之后，我们要整理成对应的文档，及时的把我们的信息反馈给客户，让客户时刻了解到项目的情况，找出其中需要改进的地方，共同完成所进行的项目。
需求分析：
（1）功能角色分析与用例图：需求分析不应当是太公钓鱼，而应当是拉网排查。任何一个疏忽都可能对项目研发带来风险。需求分析是一个长期的过程，由粗及细。从功能角色分析开始（采用绘制用例图），辅之以我们对图形的描述。
（2）业务流程分析：首先，对流程进行梳理，在对原始需求分析的基础上，分析我们的软件能做什么事。应根据需求对业务流程进行分析，分清系统外和系统内，将需要信息化管理的部分进行开发，不需要信息化管理的部分则不开发，使软件真正地实现提高工作效率，而不是加重负担。
（3）用例说明：进行业务流程分析时，编写用例说明是最主要的工作，之后进行查询报表的分析。
（4）查询报表分析：报表作用体现的是报表对于不同用户的真实意图
（5）子用例与扩展用例：在基本流程中将多个用例所共有的，可以相互共享的流程，将这些流程提取出来就是子用例，这样提取公共部分提高了系统的内聚降低了系统的耦合。
（6）行动图和状态图：用例图只是描述了某一个用例自己的功能，而各个功能很分散，没有联系，所以需要行动图和状态图来将各个模块组织起来，来对业务进行整体的描述，对关键对象中流程中状态变化的描述。
（7）业务领域分析：进行业务领域分析，就是通过与用户进行交流，掌握领域知识，然后绘制成业务领域模型，去指导我们软件开发的过程。
（8）原文分析法：在用例说明与流程分析的基础上进行的业务领域分析，是一项在需求研讨会后整理和分析需求的工作。
（9）领域驱动设计：领域驱动设计（在我的理解）就是客户与你之间形成一种统一语言，这种语言有助于两者之间的交流。
（10）非功能需求：非功能需求很重要却常常被忽略，我们在进行非功能需求的分析时，除了制订整体的原则以外，还要落实到各个具体的功能中，将这些功能所潜在的、特殊的非功能需求挖掘出来，提前进行分析设计，对于可行性不高的应及时与客户商讨，才能有效地避免日后存在的这些方面的风险。
需求确认（评审与签字确认会）：
1. 整体需求不变，具体细节变化。
2. 界面风格与操作易用性是最容易发生变更的。
3. 增加其它功能。软件是对现实的模拟，而现实也是复杂多变的。
