怎样用UML表达业务数据流程图的讨论

明天单位里要求本人从业务数据流的角度讲述系统概念，猛一下子还真不知道具体用什么方式表达和讲解，因此从网上搜到以下论述，感觉和我碰到的问题有些类似。

文章链接：http://www.shecn.com/best/g1/g107.htm

＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
中国UML论坛

原文(kknight于2001/03/07 11:03粘贴)
帮忙讨论一下：我总觉得Rose在画业务流程图上有缺陷
--------------------------------------------------------------------------------

我实在找不到在Rose的哪个功能能很好地画业务流程图。Business use case view, Use case view，Class Diagram都并不合适。好象Activity daigram比较合适点，但不能分层描述，且课件比较简单。我觉得在Business Modeling阶段Rose应该引进数据流图来描述整体的业务流图。
希望大家讨论。
====
Activity daigram 其实跟数据流图很相像的。 UML 中对于一种图形说明不清楚的东西，还可以用文档以及其它的图来说明，这个扩充性是其它工具没有。 - <0b> boss_ch 2001/03/07 11:50 (20次点击)
====
原文(john_zhu于2001/03/07 13:14粘贴)
回复: 帮忙讨论一下：我总觉得Rose在画业务流程图上有缺陷
--------------------------------------------------------------------------------

业务流程图是完全可以由Activity daigram来画的，但首先Rose是一个面向对象的建模工具，在建模时要放弃一部分传统的实现，用传统的思路来使用Rose是大忌。在UML的建立过程中Activity daigram的设立时有争议的，主要是因为使用不好的话会牺牲掉Rose的对象性。Rose中不设数据流图同样有他的道理，但数据流图可以作为发现对象的一种工具。不一定在Rose中实现，当然如果你一定要在Rose中画的话，也是可以的，使用Activity daigram加Business Entity，但有点不伦不类
====
原文(kknight于2001/03/07 14:02粘贴)
回复: 帮忙讨论一下：我总觉得Rose在画业务流程图上有缺陷
--------------------------------------------------------------------------------

我觉得数据流图好的地方是客户方面的人能很容易理解，交流，甚至参与制作。实际上，客户，特别是商业客户，本来就有自己的业务流程图，如票据流转图和操作流程图，它们与数据流图很相识。
我觉得把数据流图加在商业建模或需求分析的前期还是有好处的，我不是强调非要加到设计阶段，因为它确实与OO是不同。
不过确实可以用别的工具来画数据流图，甚至用powerpoint,visio，但我的感觉是Rose就不提倡画这东西，在商业建模阶段就强调用OO的方法来描述现实世界。我想需求分析这东西就是要让人懂的，所以有必要引进一些接近现实的表示方法。

个人看法，希望大家指正。
======
原文(gooses于2001/03/07 15:00粘贴)
回复: 帮忙讨论一下：我总觉得Rose在画业务流程图上有缺陷
--------------------------------------------------------------------------------

业务处理sequence diagram
actor>>form object>>control object>>data object
通过control object控制其流向确定进入哪一个数据库。

业务查询sequence diagram 类似，只是流程有一定区别。

actor再通过角色一般化分类。

====
原文(lcgong于2001/03/07 16:05粘贴)
Activity Diagram, Use Case Model, Collaboration Diagram 要灵活结合使用。
--------------------------------------------------------------------------------

Activity Diagram, Use Case Model, Collaboration/Sequence Diagram是Business Modeling的不同Views。是对系统构架的不同剖面。剖面之间又是有逻辑。所以对于用户只要合适的顺序，层次讲解，客户使可以理解的，因为UML本身的符号并不复杂。
====
原文(liaofan于2001/03/07 20:34粘贴)
系统建模是基础，业务流程是表现形式
--------------------------------------------------------------------------------

UML强调面向对象的建模，强调的是分析结果的重用。最重要的是根据系统面对的问题建立一个稳定的模型框架，而检查框架是否合理的标准之一就是业务流程是否能顺利地实现和业务流程是否能适应变化。所以UML中不强调业务流程图，activity daigram只是一个辅助手段。过多注意业务流程，容易掉入流程分析的陷阱，影响模型的内在合理性。
===
不完全是，ROse内的业务流程不是显示定义的，隐含在Use Case和UseCase的关系中 - <0b> john_zhu 2001/03/08 14:37 (19次点击)
====
原文(omc2000于2001/03/08 09:04粘贴)
回复: 帮忙讨论一下：我总觉得Rose在画业务流程图上有缺陷
--------------------------------------------------------------------------------

you can use Activity Diagram.
===
原文(asiaalien于2001/03/08 09:10粘贴)
回复: 帮忙讨论一下：我总觉得Rose在画业务流程图上有缺陷
--------------------------------------------------------------------------------

可以看看PlayCase啦！我想你一定是在给国内用户做ＭＩＳ系统之类的软件，否则Rose就很好了。
===
原文(rode于2001/03/09 08:56粘贴)
管见
--------------------------------------------------------------------------------

随笔UML--1
软件需求的业务流程
Use－Case
应用系统构架
Analysis: sequence diagram and interaction diagram 确切的说：Sequence diagram and Interaction diagram 属于对于业务领域的分析模型，基于业务领域的基本概念，而不是抽象出的对象概念；同样设计 时存在sequencediagram and interaction diagram ，此时基于对象的概念，也就是详细设计，同时是从概要设 计发展过来；Data Model ：指数据库模式的模型。

注意：UML只是一种建模语言，因此并能代替E－R图，业务流程图（业务流程图将空间平面化，use-case 则是空间的模型），数据字典。
====
原文(john_zhu于2001/03/09 09:32粘贴)
业务流程图，ER图也是系统建模的一种手段
--------------------------------------------------------------------------------

UML和传统的结构化建模方法的区别不止是思路上，还有方法上，我个人认为不要用UML来硬套传统的结构化建模方法。
====
原文(rode于2001/03/09 10:37粘贴)
管见二：
--------------------------------------------------------------------------------

管见二： 我们的目的在于系统的建模，也就是说，从不同的角度和视点来看待整个业务领域的概念，

UML搭构了业务领域的模型，的确是的，他搭建了一个UML世界的活的业务模型，但是如何搭建这模型

之前，必须首先对业务领域（Business Domian）有所了解；然而数据图的确是从功能的角度或者说活动实

体的角度描述了BD，是我们有一个整体的了解（看你用什么眼光看待），于是系统的骨架出来了。那么

我们可以用UML来描述这个骨架，同时添加血和肉，Business Domain Model出现了。
私下认为：流程图不可少。