小马的专栏

这一段时间，参加了部门组织的RUP教学项目，由一位“外援”架构师为我们指导教练。最近一直在忙于业务建模，今天刚刚将自己负责部分的系统用例识别了一遍。其间一直有一个问题，缠绕着包括我在内的很多同事，那就是用例之间的关系——包含、扩展、泛化——到底该如何使用。     翻阅了同事去年参加RUP培训时带来的材料，终于能基本分清三者之间的关系。 用例是从系统外部可见的行为，是系统为某一个或几个

用例间的三种关系：（1）扩展(extends)：用例B extends 用例A，表示用例B是用例A在某种特定情况下可能会出现的扩展用例。例如：老王进城办事，2小时就可以回去，在这2小时内内急时就会去上厕所。上厕所用例是进城用例的扩展，因为不上厕所老王进城办事也可完成。（2）包含(includes)：用例A includes 用例B，表示没有了用例B，用例A本身也就不完整了。例如：还是老王进城，他从

 UML的内容可以由下列五类图(共9种图形)来定义：·第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。·第二类是静态图(Static diagram)，包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。对象图是类图

name和code的输入错误：有一位网友使用PowerDesigner进行数据库建模，由于对PowerDesigner的使用不熟悉，勿以为对表中的列生成脚本会使用name而不是code。该网友的本意是：使用中文作为注释便于理解和沟通，而sql脚本则采用英文。但是正是由于对这个概念没有弄清楚，恰恰将name和code弄错，code输入列中输入了中文，name列中输入了英文。如下图所示：　　res

项目中想把PD建模的数据库中的Name字段全部在Comment里也填写一份，又不想一个表一个表的复制粘贴，所以在网上查了点偷懒省事的方法，原来可以利用VBScript脚本控制PD中的对象进行一些批量操作。首先是启动你要修改的PD文件，然后双击你要修改的那张图，激活它，注意是图，而不是Tables下的表。然后点击菜单“Tools->Execute Commands -> Edit/Run Scr

 有Excel的数据表结构，但是没有数据库实例，所有没有办法用PowerDesigner的反转功能。300多张表，8000多个字段，而且数据表中的表名及字段名用中文代码缩写，想着都晕。不过它内置的脚本功能确实不错，根据自带的脚本，写了一个实现从Excel读取表结构，包括Name、Code、DataType、Comments等。Option ExplicitDim mdl  the c