Question

面向对象中的用例图与结构化方法中的数据流图dfd有何异同

Answer 1

用于需求建模的方法有很多种，最常用的包括数据流图（DFD）、实体关系图（ERD）和用例图（Use Case）三种方式。DFD作为结构化系统分析与设计的主要方法，已经得到了广泛的应用，DFD尤其适用于MIS系统的表述。DFD使用四种基本元素来描述系统的行为，过程、实体、数据流和数据存储。DFD方法直观易懂，使用者可以方便地得到系统的逻辑模型和物理模型，但是从DFD图中无法判断活动的时序关系。图2描述的是某个项目的DFD示意图。
　　ERD方法用于描述系统实体间的对应关系，需求分析阶段使用ERD描述系统中实体的逻辑关系，在设计阶段则使用ERD描述物理表之间的关系。需求分析阶段使用ERD来描述现实世界中的对象。ERD只关注系统中数据间的关系，而缺乏对系统功能的描述。如果将ERD与DFD两种方法相结合，则可以更准确地描述系统的需求。
　　在面向对象分析的方法中通常使用Use Case来获取软件的需求。Use Case通过描述“系统”和“活动者”之间的交互来描述系统的行为。通过分解系统目标，Use Case描述活动者为了实现这些目标而执行的所有步骤。Use Case方法最主要的优点，在于它是用户导向的，用户可以根据自己所对应的Use Case来不断细化自己的需求。此外，使用Use Case还可以方便地得到系统功能的测试用例。
传统方法：（过程+实体）
把系统看作一个过程的集合体。
过程与数据实体交互。过程接受输入并产生输出。

OO方法：（对象+消息）
把系统看成是一个相互影响的对象集。
对象之间通过发送和响应消息进行交互。

从过程到OO不是简单地一个升级。
传统方法强调“过程模型+实体模型”。
OO方法强调“对象模型+对象交互”。
不可能将传统方法的思维应用于OO方法中。

传统方法用“数据流图+数据字典”来描述系统需求。
数据流图包括外部实体、过程、数据流和数据存储等DFD部件。
数据字典则是对DFD部件的定义，包括过程描述、数据流定义、数据元素定义和数据存储定义。

OO方法用5种图来定义系统需求：类图+用例图+协作图+顺序图+状态图。
这些图相互联系，有时并不是这些图都要用到。