需求分析的核心问题在于我们要为用户实实在在的解决什么问题，信息化(软件设计)只是一种方法。所以我们必须搞清楚用户到底想让我们帮他们解决什么问题。只有搞清楚了这个问题，我们才能帮助并引导用户来完成需求的分析。
必须要了解项目的背景。全面深入了解客户的业务我们才能准确的把握客户的需求。类图是在业务需求分析过程中使用的最多的图，画好类图的关键在于确定好类，每个类都对应于一种事物。抽象一个类有几个关键的步骤。一是我们对系统中的事物要以什么标准来区分，这决定了类是怎么划分的，把那些事物看做是一类。二是类有那些数据和操作。数据的确定要看我们要用到那些数据来描述一个对象，这说明了我们的系统关心的对象的那些方面。关注的方面不同，我们的系统的功能也就不同，对象的操作表明了对象在这个系统中的行为。这个对象要与系统中的那些对象交互，以及自己可一完成那些工作。类和类之间的关系有这么几种。
1.关联关系。做软件需求分析时，如果觉得两个类有业务概念之间的联系，但暂时不能确定是怎样的，那么就可以暂时把这两个类确定为关联关系。关联是一个比较模糊的概念，因为关联按照其定义来说，是指一个类中包含了了另外的一个类。在实际当中，关联关系又分为三种：一般关联、聚合、耦合。一般关联是指这两个类之间的拥有关系并不是那么紧密。聚合关系比一般的关联关系要更紧密一些，耦合比聚合还要关联的厉害。通常，画类图的时候需要经验的判断没有一成不变的规则。实心菱形表示组合，空心的菱形表示聚合。
2.泛化关系。这种关系是指一个类继承了另外的一个类。
3.实现关系。是一种特殊的泛化关系，一个类实现了某个接口。
4.依赖关系。依赖关系是指一个类A中的某个方法以类B的引用作为形参或者是返回值，这种关系就称为依赖。