发现Rose比一门开发语言还难学

        早就想搞一下Rational Rose建模了，曾经也学过一段时间，后来由于各种各样的原因而中断了。最近在搞个课题，课题的软件主要由我来负责编写。考虑到程序有一定的复杂性，所以我搬出了Rational Rose来建模，想边学边用。

        从网上下载了Rational Rose2003,安装好。下载了些资料来看，发现英文的居多，由于没学过UML，所有看起来很费劲，心里有点犹豫是否要用ROSE来建模了。上网找了几个Rose的例子，基本上都是因为要教别人用而编造出来的需求，建模出来的例子也基本上没有什么实际意义的那种(那位网友哪有比较完整的商业行的例子可以共享的话可以发一份给我学学).

        跟着书上捣鼓了几天，还是不大理解ROSE的用法，真是感觉比一门开发语言还难学。后来我想，还是算了，咱用它来画出自己看得懂的需求就行了，又不需要给别人看。呵呵，use case的大概意思俺还是知道一点的，把跟系统先交互的东西都列出来(包括系统的数据库，配置文件，日志文件等）做为一个个的Actor，然后根据系统需要完成的功能乱画了一通。

                                               服务器与客户端的通信

                                                            服务器程序的use case图

        第一次用Rose来画这些玩意，而且这个系统是个C/S结构的系统，并且Client端还有硬件相关的东西在里面，所以一直不知道该怎么画好。我大概采用下面的思路：

        1。画服务器的use case的时候，把客户端程序当作Actor来画。画客户端程序的use case图的时候，把服务器程序当作一个Actor来画。这样画出来，自己倒明白了系统要干吗，可是服务器程序和客户端程序都是个抽象的东西，在系统的编码部分无法体现，不知道在后面会不会出问题。（我这里反正是用来表达需求的，可没想过用这些use case图来干吗)

         2.。在我的建模中，我把数据库，文件(配置文件，日志文件等）以及系统的硬件部分都当成了Actor.可是这些东西也是系统的组成部分，所以觉得很奇怪为什么不能用一个框图把use case的一部分框起来作为一个Actor。

          我把这几天画的乱七八糟的东西写出来(客户端程序的use case图因为一些原因没有贴)，主要是给自己以后检查反省用。里面可能很多错误，建议初学者不要参考，也不要问我索要相关资料。当然，如果有高手愿意指点一下，哪就最好不过。我的联系方式: ouyang_njupt$$126.com(麻烦自己把$$替换成@符合).