不是太明白。。望大虾指点。。是不是也可以设置为一个类， 然后加个版型为jsp之类的？
首先，MDA应该是个很不错的设计实现方式。在现在Uml的基础上，我个人认为需要有两个方向特别注意： 第一、前端界面的处理如何才能在建模的过程中进行展现。 对于C/S系统，这个问题可能不是很严重。但是仍然存在着界面部分无法在建模中实现。如何处理这个问题？需要再MDA和Uml的今后信息中多多考虑。在我的开发过程中，也是不得不将界面设计单独列出来，成为建模过程之外的却不可或缺的一个关键步骤。 对于B/S系统，这个现象就更为严重了。因为B/S系统本身没有界面类的概念，界面只是一个处理启动信息和接受后台反馈信息的展示位置，它没有直接的类中的方法来进行相关操作控制的处理。界面在设计过程中都不得不完全放弃掉。 第二、设计模型到代码的导出过程需要改进。 仅仅实现了一般化的代码导出是不行的，现在在rose和相关的所有支持模型化开发的工具中都提供了类的反工，但是，实际上这些反工操作是非常浪费时间的。这要求编码人员在设计变更的时候不得不放下手中的工作等待设计人员将设计修改完成，然后重新导出形成代码。这个过程将严重的增加模型化开发的工作量，造成大家不愿意在后期继续维护使用设计模型，而直接在代马上进行设计的修改。 如果MDA或者UML工具能够解决好上面的两个问题，我就会很愿意转换过去。
我建议UI层的设计不放在ROSE视图中. 做一个单独的SCREEN SPEC定义界面的所有输入项,显示项,和所有BUTTON的响应事件的描述. 做完业务逻辑层的分析设计后,再把UI层定义的BUTTON响应事件与对应的BU层的对象联系起来,把传递给BU层的对象方法的参数定义好就成了. 一点拙见!
请问何为MDA，是什么的缩写。
但象web应用程序中，界面占了很大的部分，如果把东西全部都扔到了另外一个地方，是不是会觉的有点怪怪的。。 我是想比如jsp编译之后也只是一个java类，那我们可不可以把它也当成一个类一样，象Dialog类之类的，只是算是意义上的一个类，但可以给它设置一个版型之类的来标识。。这样对整个系统来说是不是更可观一点？
你所讲的的确是一个很大的问题，实际上如果系统业务逻辑实现做得比较好，在后期乃至不同版本的开发定制工作中，主要需要修改的就是前端界面，也就是jsp部分。 不过，如果你真的把它作为一类类绘制在时序图或者协作图中的话，你会发现这样的设计会非常的繁冗复杂。如果按照开发流程进行实现的话，你就不得不一次次的大量修改设计模型，用户的一些小的请求结果都会造成大量的改动。 而如果你不这样做，结果就是设计模型最终被荒废掉，一切都回到了最原始的开发状态，项目过程无法控制。 设定一个版型来标识很容易，但是结果是带来的设计模型复杂程度的无数倍的加大，设计工作量的无限制增长。后果非常得严重。 综合考虑起来，结果就相对比较明显了。
臭帖评价：