医院管理系统UML的难题（一）。(100分)

以医院系统的挂号为例：
我将挂号操作员定义为一个actor
把挂新号，修改挂号单，退号这三个操作
分别做为一个用例。这样正确吗？
在医院信息系统中有很多的基础信息需要维护
以国籍信息维护为例：
我将系统管理员定义为一个actor
然后把新添，删除，修改这三个操作
分别做为一个用例，这样又正确吗？
如果这样划分，我拷！至少有１０００个用例。
请问各位前辈是在这类问题是如何做的？
我们的项目用delphi+SQL Server开发
我在设计时把Form做为一个独立的对象。
那么在Form上访问数据库的Query控件如何表示呢？
先问这么多吧，问题太多了……
我觉得UML设计的粒度太不好控制了，到底做到一个
什么程度，按照Rose的思路，好像可以把每个要用
到控件都做出来！！那编程岂不是太……

画数据流图的时候大的系统可分系统顶层、子系统层等等，画 Use Case 也一样，可分级细分。

1挂号单为中心，功能做用例，数据输入输出用接口方法，
2 有本书叫分析模式
3 ROSE只是工具，关键是思想。
附：我曾经写的一些小随笔
建模不是什么
建模不是面向对象
建模不是在事情开始前必须思考一切可能性
用了如ROSE什么CASE工具也不一定是建模，最主要是建模的思想
建模只在设计阶段
建模只是技术高手的事
建模是什么
建模是理清工作流程和工作重点
建模是为了让我们把现在能弄清的事具有结构化，把弄不清的事留下灵活的接口
整个开发过程都应是一个不断随着需求变化而变化的工程，而不是此变彼不变
建模是一个结构化思考方法
建模也是一步步从粗到细分阶段，分重点进行
建模贯穿分析，设计，实现，测试
如果你认为世界是混乱的，那么你的模型也是混乱的
建模是一个人生观，世界观
不仅软件需要建模，其实人生也需要建模，让它有步骤，有重点，有结构，有层次。但是大多数人都不喜欢这样做。因为这样的生活不是生活
不要忘了这一点，软件世界总折射人类世界。

to tomboy: 我也做过医院管理系统，不过是用传统的方法设计的。
希望多交流 qiu_liang@163.net

1.你定义的Actor没错，定义三个操作也是可以得，但是定义的时候看要在什么视图下和
那个模型下使用. 如果在Business Model下是非常不合理的，你把一个abstract/business
case的几个特例表达出来了，这样你的Business Model已经失去了意义.你这种情况应该在
Design Model下使用.
2.你的Form最为对想没有错，它只是一个Boundary Class.首先呢，我觉得你在Form上直接放
一个Query来取得数据是不合理的，不符合面向对象的设计原则.应该把Query和Form分开,因为
她们一个是Entity一个是Boundary.
3.我觉得最好深入研究一下面向对象的工程和设计。Rose表面上提供给你的是一个UML的表述
工具，实质上它是一个配合工程的一个非常好的工具，因为UML的工具很多，ROSE并不是最好
的.UML只是一门语言，和pascal一样的，要想发挥它的真正功能，还要有好的设计思路和方法.
4.本人以前深入研究过ROSE和相关的产品，说一句公平的话，ROSE是最好的(除了太昂贵)，ROSE
的设计初衷是立体化的,只是大多数人只是用了它的一个“面”，最初在用ROSE的时候只是把它
当作一个UML表达工具
5.因为好久不搞技术了，大家就全当胡说吧.另外，大家不要以为我是Rational的枪手,我倒是希
望他们雇佣我

谢谢以上各位，等一下看看还有没有高论就发分了

>>那么在Form上访问数据库的Query控件如何表示呢？
我学习UML后感觉form这是一个UI接口，不应该有逻辑层的数据处理，持久对象和数据库的
转换的确是个很大的问题。

多人接受答案了。