今天是我第五次读软件需求这本书，通过这次阅读，我将知道需求的图形化分析。
需求的图形化表示的模型包括数据流图（ D F D）、实体关系图（E R D）、状态转化图（S T D）、对话图和类图。还有一些非常规的建模方法也是有价值的。一个项目开发组利用项目规划工具为嵌入式软件产品成功地画出时间需求，其工作在毫秒级，而不是以天或星期计算。这些模型有助于解决设计软件的问题，而且对详述和探索需求也是有益的。作为需求分析工具，你可以用这些图对问题域进行建模，或者创建新系统的概念表示法。图形有助于分析者和客户在需求方面形成一致的、综合的理解，并且还可以发现需求的错误。
数据流图（data flow diagram， D F D）是结构化系统分析的基本工具（DeMarco 1979；Robertson and Robertson 1994）。一个数据流图确定了系统的转化过程、系统所操纵的数据或物质的收集（存储），还有过程、存储、外部世界之间的数据流或物质流。数据流模型把层次分解方法运用到系统分析上，这种方法很适用于事务处理系统和其它功能密集型应用程序。通过加入控制流元素后，数据流图技术就可以扩充到允许实时系统的建模。
与数据流图描绘了系统中发生的过程一样，实体联系图（ entity-relationship diagram，E R D）描绘了系统的数据关系（Wieringa 1996）。如果你的实体联系图表示来自于问题域及其联系的逻辑信息组，那么你正在利用实体联系图作为需求分析的工具。分析实体联系图有助于对业务或系统数据组成的理解和交互，并暗示产品将有必要包含一个数据库。相反，当你在系统设计阶段建立实体联系图时，通常要定义系统数据库的物理结构。
实时系统和过程控制应用程序可以在任何给定的时间内以有限的状态存在。当满足所定义的标准时，状态就会发生改变，例如在特定条件下，接收到一个特定的输入激励。这样的系统是有限状态机的例子。此外，许多业务对象（如销售订单、发票，或存货清单项）的信息系统处理是贯穿着复杂生存周期的；此生存周期也可以看成有限状态机。大多数软件系统需要一些状态建模或分析，就像大多数系统涉及到转换过程、数据实体和业务对象。
以上就是我第五次阅读的心得体会。