一些关于UML的经典讨论

				抛砖引玉，关于Use Case划分问题
				
				--------------------------------------------------------------------------------
				
				兄弟新近上传一份拙作在“文件共享”，特请各位点批。这是兄弟现写的一个网站项目开发的Use Case图。兄弟觉得不好，主要在于Use Case的划分问题。兄弟想要请教各位：是否我对Use Case划分得过细了，而且，如何划分好该Use Case的结构？ 
				请指教！ 
				====
				原文(john_zhu于2001/03/19 15:24粘贴) 
				回复: 抛砖引玉，关于Use Case划分问题 
				--------------------------------------------------------------------------------
				
				非常像功能模块的划分，出发点不是从角色的需求，是你的脑子中已经有的系统 
				===
				？！Use Case不就是描述角色的功能吗？ -  deminy 2001/03/19 16:10 (13次点击) 
				===
				原文(dysang于2001/03/19 17:25粘贴) 
				回复: ？！Use Case不就是描述角色的功能吗？ 
				--------------------------------------------------------------------------------
				
				好象首先考虑的是角色同系统的预期交互过程，而不是从功能的角度去考虑。 
				===
				原文(woodysteven于2001/03/19 21:27粘贴) 
				回复: ？！Use Case不就是描述角色的功能吗？ 
				--------------------------------------------------------------------------------
				
				错！ 
				===
				原文(deminy于2001/03/19 16:24粘贴) 
				如果我在做需求的时候不形成整个系统的大致模型，那我什么时候才能形成？ 
				--------------------------------------------------------------------------------
				
				对于“非常像功能模块的划分，出发点不是从角色的需求，是你的脑子中已经有的系统 ”此句实在难以理解。而且我的功能的划分（我理解为“Use Case的划分”）都是从角色开始初始化的呀 
				===
				原文(fanzhou于2001/03/19 21:02粘贴) 
				回复: 抛砖引玉，关于Use Case划分问题 
				--------------------------------------------------------------------------------
				
				Use case就是从系统用户的角度出发分析需要系统提供的功能。在进行use case分析的时候，不管是系统分析员还是用户都不可能在脑子里有一个完整的系统描述，因此在共同分析系统需求时（开发者与用户之间，或用户与用户之间）需要利用use case图。 
				=
				原文(tacone于2001/03/19 18:15粘贴) 
				回复: 抛砖引玉，关于Use Case划分问题 
				--------------------------------------------------------------------------------
				
				已拜读大作，USE CASE 是否考虑过层层次分解，把各车间整合成车间管理，把各科室办公室整合成科办管理，把各类统计人员整合成统计，然后再对各子系统细化USE CASE。 
				===
				原文(fanzhou于2001/03/19 21:09粘贴) 
				回复: 关于use case中的actor 
				--------------------------------------------------------------------------------
				
				这里的actor是逻辑上的使用者，而不是现实世界中的具体用户；分析use case的时候就是通过分析每个actor可能用到的功能，来构造整个系统功能的蓝图。因此构造use case view发现actor->分析其use case->继续发现actor的循环增量过程。