用例分析的体系结构中，如何将界面和业务逻辑分开？或者集成在一起？有什么好的结构嘛？我觉得两者放在一起不妥，不放在一起，那么是否要建立界面和业务过程的平行层次？

no matter how is the system's architecture based on, the first thing is figure out the messages between the CUI and background logic.
further more , you can separate the business module from supporting logic in background logic level.
and you can even excerpt sources parts out of business model.....

there is nothing special on architecture design when you choose UML as your modeling language, I bet the only difference is the notation:)

J2EE is a handy architecture is you want to risk your hardware resources:)

界面使用use case来描述，效果不好；建议使用其它工具描述。
一般使用use case 来描述用户在业务上的需求就可以了

Thanks

你可以看一下RUP关于“用例示例板”部分内容。

 回复: 用例分析的体系结构中，如何将界面和业务逻辑分开？或者集成在一起？有什么
　

---

在用例分析中切忌将界面和业务逻辑集成在一起，应该将业务逻辑放在“用例路径中”也就是用例的执行步骤；将界面描述放在“设计约束”中例如：
基本路径：
1)Actor提交学历信息
2)...
设计约束：
1)Actor通过下拉列表选择学历
2)...
详见http://www.umlchina.net/training/umlchina_2.pdf

不能很好的理解你要表达的意思。

把界面单独列出来，辅导use case.
逻辑用顺序图表示一下
这样可以吗？


如果是在设计构架，这些东西根本没必要，那时你要关心的是：
系统的范围，造价，已有的设施，人员构成，业务特点，性能指标，竞争优势分析，ROI，参考模型 等等
然后在构架雏形上用核心用利的原型验证一下。
如果系统不是很复杂，变化的东西不是很大，基本上就可以了
否则，要预留一定的变化空间给构架设计。