1、“需求分析”是干什么
所谓"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，客户的需求。包括用户的操作习惯和数据，最后可以帮助用户实现怎样的工作帮助以及所带来的经济效应。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”，要达到什么样的效果。可以说需求分析是做系统实现之前必做的工作，如果没有“软件需求与分析”那么是无法完成一个项目的。在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后，他们才能够分析和寻求新系统的解决方法。需求分析阶段的任务是确定软件系统功能。但是在实际过程中就要用到图像来表示。如同建筑界里面的设计效果图。
2、“需求分析”用到那些图
2.1用例图：用例图是指由参与者、用例以及它们之间的关系构成的用于描述系统功能的视图 ，用例图的三个作用：（1）获取需求；（2）指导测试；（3）还可在整个过程中的其它工作流起到指导作用。
2.2对象图：对象图是显示了一组对象和他们之间的关系 ，对像图的6点作用：（1）捕获实例和连接（2） 在分析和设计阶段创建（3）捕获交互的静态部分(4)举例说明数据/对象结构(5)详细描述瞬态图(6)由分析人员、设计人员和代码实现人员开发。下图是典型的类图：
2.3顺序图：顺序图是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。顺序图的作用：它描述了系统中对象间通过消息进行的 交互,它强调了消息在时间轴上的先后顺序。
2.4通信图：通信图一样是一种交互图，它描述的是对象和对象之间的关系，即一个类操作的实现。作用：对象和对象之间的调用关系，体现的是一种组织关系。
2.5类图:类图是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。作用：（1）确定你建模的机制。机制代表了部分你建模的系统的一些功能和行为，这些功能和行为是一组类、接口和其他事物相互作用的结果。（2）对于每个机制，确定类、接口和其他的参与这个协作的协作。同时确定这些事物之间的关系。（3）用场景来预排这些事物，沿着这条路你将发现模型中忽略的部分和定义错误的部分。4）确定用这些事物的内容来填充它们。对于类，开始于获得一个责任（类的职责），然后，将它转化为具体的属性和方法。
2.6状态图：状态图是描述一个实体基于事件反应的动态行为，作用：显示了该实体如何根据当前所处的状态对不同的事件做出反应。
2.7活动图：活动图是阐明了业务用例实现的工作流程。作用：业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作
在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤。但在近十年内，越来越多的人认识到，需求分析是整个过程中最关键的一个部分。假如在需求分析时分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上不可能达到顾客的需要，或者软件项目无法在规定的时间里完工