经验告诉我们：分析模型应该增强自然语言的需求规格说明，而不是替换之。需求的图形化表示的模型包括数据流图（ D F D）、实体关系图（E R D）、状态转化图、对话图和类图。还有一些非常规的建模方法也是有价值的。一个项目开发组利用项目规划工具为嵌入式软件产品成功地画出时间需求，其工作在毫秒级，而不是以天或星期计算。这些模型有助于解决设计软件的问题，而且对详述和探索需求也是有益的。作为需求分析工具，你可以用这些图对问题域进行建模，或者创建新系统的概念表示法。图形有助于分析者和客户在需求方面形成一致的、综合的理解，并且还可以发现需求的错误。在需求分析方面或设计方面是否使用模型取决于建模的定时和目的。在需求开发中通过建立模型来确信你理解了需求。模型描述了问题域的逻辑方面，如数据组成、事务和转换、现实世界对象和允许的状态。或者可以从文本需求出发来画模型，从不同的角度来表示这些需求，或者可以从所画的基于用户输入的模型来获得功能需求。在设计阶段，要从物理上而不是从逻辑上画出模型来明确说明将如何实现该系统：规划建立的数据库，将举例说明的对象类，还有你将开发的编码模块。
通过认真听取客户如何陈述它们的需求，分析者可以挑选出关键字，这些关键字可以翻译成特定的分析模型元素。下面建议了一些可能的映射，根据客户输入，把重要的名词和动词映射成特定的模型组件，这将在本章的后面部分介绍。当把客户输入转变为书面的需求或模型时，还可以根据模型的每个组件回溯到需求部分。
数据流图）是结构化系统分析的基本工具。一个数据流图确定了系统的转化过程、系统所操纵的数据或物质的收集（存储），还有过程、存储、外部世界之间的数据流或物质流。数据流模型把层次分解方法运用到系统分析上，这种方法很适用于事务处理系统和其它功能密集型应用程序。通过加入控制流元素后，数据流图技术就可以扩充到允许实时系统的建模。数据流图是当前业务过程或新系统操作步骤的一种表示方法。数据流图可以在一个抽象广泛范围内表示系统。在一个多步骤的活动中，高层数据流图对数据和处理部分提供一个整体的统览，这是对包含在软件需求规格说明中的精确、详细叙述的补充。数据流图描述了软件需求规格说明中的功能需求怎样结合在一起使用户可以执行指定的任务，例如请求一种化学制品。在与用户一起讨论业务过程时我经常绘制数据流图。从图中迅速反馈的信息有助于对所探讨的任务流的理解进行提炼加工。
实体联系图描绘了系统的数据关系。如果你的实体联系图表示来自于问题域及其联系的逻辑信息组，那么你正在利用实体联系图作为需求分析的工具。分析实体联系图有助于对业务或系统数据组成的理解和交互，并暗示产品将有必要包含一个数据库。相反，当你在系统设计阶段建立实体联系图时，通常要定义系统数据库的物理结构。实体（e n t i t y）是物理数据项（包括人）或者数据项的集合，这对所分析的业务或所要构造的系统是很重要的。实体用单数名词命名并在矩形框中表示。
面向对象的软件开发优于结构化分析和设计，并且它运用于许多项目的设计中，从而产生了面向对象分析、设计和编程的域。在业务或问题域中，对象( o b j e c t )通常与现实世界中的项相类似。对象代表了从称为类的普通模板获得的单个实例。类描述包含了属性（数据）和在属性上执行的操作。类图(class diagram)是用图形方式叙述面向对象分析所确定的类以及它们之间的关系。利用面向对象方法开发的产品并不需要特殊的需求开发方法。这是因为需求开发强调用户需要系统做什么以及系统所应包含的功能，而并不关心系统如何做。用户并不关心你如何构造系统，也不关心对象和类。然而，如果你要用面向对象的技术来构造系统，这将有助于你在需求分析阶段确定类和它们的属性及行为。当你考虑如何将问题域对象映射到系统对象，并进一步细化每个类的属性和操作时，面向对象技术可以方便需求开发到设计阶段的转换。