近期在 .Net 环境下开发一套精简版的会计系统，使用 Borland 的所谓的 MDA 工具 --Together for VS.NET 2.0 建模，以下是开发过程中的一些心得，希望大家不要见笑。
** 1. ** ** 灵活使用超链接 ** **
**
A. 在 use-case 和 use-case realization 之间的可追溯关系可以通过超链接实现。
B. 有些人喜欢保留分析模型，那在设计元素和分析元素（比如“关键抽象”和实体类）之间的可追溯关系可以通过超链接实现。
** 2. ** ** 源文件分组 ** **
**
由于 TVS2.0 不会根据 namespace 建立相应的目录 ( 在 borland 的 newsgroup 问过， TVS3.0 ，即 2005 有这个功能 ) ，而是把所有源文件都放在 project 的根目录下，文件多了将会非常混乱。
解决方法：在 model view 中新建类后，转到 project view 建立相应的目录，该类对应的源文件拖入刚建立的目录，然后再转回到 model view 中 refresh 一下（这一操作很重要，如果不 refresh ，会有不可预料的错误）。
** 3. ** ** 刷新 ** **
**
如果你在 project explorer 中做了什么可能会影响 TVS 的 model view 的操作，比如移动文件、文件名改名等，一定要记住在 model view 中刷新一下。
** 4. ** ** 不为设计而设计。 ** **
**
我们都知道，在分析设计阶段，当我们作 use-case realization 的时候，可以通过 sequence diagram 找出类之间的消息传递，和各个类（边界、控制和实体，这里就不分分析类和设计类了，因为在实践中我个人认为两个过程是连贯在一起的）的责任。这是一个很好的方法，可以很好的以对象交互的形式表示出 USE-CASE 的行为，而当 sequence diagram 完成后，我们会把类的责任，以方法实现，这样，类的接口就出来了。
不过我建议，如果是做企业应用，，出于对生产效率的考虑 ( 一是因为与 vs.net 集成的 tvs 运行实在有点慢，二是在 sequence diagram 中，输入方法的定义不如在代码编辑器中来得方便 ) ，只对复杂的 USE-CASE 行为，对于简单 USE-CASE ，在找出类后，根据我们掌握的设计模式，就可以设计出类的 CRUD 行为。
** 5. ** ** 待续 ** ** …
**