尤克滨所作《UML应用建模实践过程》中的分析机制和设计机制，我是理解为对非规约性需求（非功能性需求）的分析设计，如果是这样的话，我想完全可以用Use Case去分析，为什么引申处分析机制和设计机制，我不能理解

另各位有没有按书中所写，进行操练或实践，相互讨论和交流吗？
最好有实例模型，交流起来更加好

 回复: 尤克滨中的分析机制和设计机制
　

---

你是指书中说的构架机制吧(在分析、设计等阶段分别体现为分析机制、设计机制)。这部分内容是告诉你对于一些比较有代表性的非功能需求，比如安全性、数据留存(PERSISTENCE)等可以使用别人现成的东西来实现，不一定需要你在系统中自行开发，而这些东西的引入也有个过程，在分析阶段用分析机制体现，基本只是一种概念性的东西，可以看做"占位符"(书中好像就用了这个词)，而设计阶段需要考虑技术实现，这时的设计机制就比较具体了(书里的例子好像是java的数据留存包和rmi包)。
当然如果你的系统里这些非功能需求都是打算自己实现，以use case驱动你的分析设计直到实现是很正常的做法，可实际中这是个很吃力不讨好的工作，毕竟人家有那么多好东东供你用，干嘛不用呢。

 回复: 请问这本书的英文名字是什么？作者的英文名呢？
　

---

书的名字叫《UML应用建模实践过程》，英文名称我就不知道了，好像没有英文版的

 回复: 请问这本书的英文名字是什么？作者的英文名呢？
　

---

这本书不是翻译过来的，是原创的。
我完整地看过，感觉很不错，贴合实践，有个完整的例子说明整个ooad的过程。