需求分析
功能角色分析与用例图
我们应根据需求分析角色，分析出各个角色的功能，绘制用例图，其中包括参与者、用例与系统边界。用例图是提供给客户看的，所以不应该出现技术性较强的表达方式，应该用客户易懂的词语进行功能描述，从而让客户了解我们了解到的需求，并提出修改意见。
业务流程分析
应根据需求对业务流程进行分析，分清系统外和系统内，将需要信息化管理的部分进行开发，不需要信息化管理的部分则不开发，使软件真正地实现提高工作效率，而不是加重负担。
用例说明
在进行业务流程分析时绘制用例图能够生动形象地描述我们的分析，但是其会丢失很多信息，所以我们需要有一些文字的描述，就是用例说明。
查询报表分析
我们应根据需求实际设计不同的查询报表，报表的内容应符合客户的需求，对必须的内容要加上，不需要的可以删掉。
子用例与扩展用例
在基本流程中将多个用例所共有的，可以相互共享的流程，将这些流程提取出来就是子用例，这样提取公共部分提高了系统的内聚降低了系统的耦合。
行动图和状态图
用例图只是描述了某一个用例自己的功能，而各个功能很分散，没有联系，所以需要行动图和状态图来将各个模块组织起来，来对业务进行整体的描述。状态图描述了业务流程状态的转换，可以清晰地展现各个业务流程。
业务领域分析
业务领域分析就是通过与该业务领域的专家进行学习，了解该领域的一些基础知识，然后构建该领域的知识体系，了解该领域需要什么实体，并可以对业务流程更加熟悉，有助于在项目开发中进行参考，从而提高项目的正确性和提高项目的开发效率。
原文分析法
原文分析就是分析需求的原文，提取出业务领域的名词，对名词进行分析提取出业务领域的实体。
非功能需求
非功能需求包括可用性、可靠性、性能、可支持性以及其他，非功能需求时需求人员非常容易忽略的，但是确实对软件开发非常重要的，某一方面考虑不周全，可能会导致软件的失败，例如界面不友好，性能差，支持性差等都会导致客户不想使用导致软件开发的失败。
需求确认
通过对客户的需求进行分析，以业务人员的角度进行总结，列出需求列表。并用快速原型法进行需求确认。以供每一步的开发人员进行参考，防止出现不符合需求的因素。最后书写自己的需求说明书，本着实事求是、切实可行的态度去描述用户的业务需求。
