用例分析方法总结和归纳的PPT网页版现提供下载

签到。
再次被咖啡兄无私的胸怀所感动。
咖啡兄，请教一个问题，java代码和uml同步这个旷世难题，咖啡兄是如何处理的呢？完全靠手工吗？我觉得太难控制了。
咖啡兄用什么自动化工具吗？给兄弟我分享一下啊，谢啦

我的办法就是不同步。有必要同步吗？我第一不会用工具生成代码框架，第二不会在开发过程中维护UML和代码的同步。这些工作徒有其表，耗时耗力。
我只维护架构和框架，以及分析模型，还有一些关键的设计，例如接口。但绝大部分情况下这些关键设计也溶入到框架中了。
有了架构，框架和分析模型，至于编程什么样我就不关心了，让程序员自己发挥吧。只要符合架构，符合框架，实现了分析模型，其它的都不重要。

但是咖啡兄，客户需求的变更，经常会是业务场景的增加从而影响到分析模型的变更啊。兄台是如何维护分析模型与代码同步的呢 ？

咖啡兄，再请教一个问题，按照你所使用的网络图书馆的例子，那架构师应该在什么时候介入呢 ？是在所有的用例规约都编写完成之后就介入吧？
对于这个项目来讲，架构师应该提交一些什么样的成果呢？
是不是采用什么样的中间件？采用什么样的数据库，什么样的工作流引擎？感觉架构师的工作还是有点虚，望咖啡兄不吝赐教，先谢过啦

咖啡兄，再请教一个问题，按照你所使用的网络图书馆的例子，那架构师应该在什么时候介入呢 ？是在所有的用例规约都编写完成之后就介入吧？
对于这个项目来讲，架构师应该提交一些什么样的成果呢？
是不是采用什么样的中间件？采用什么样的数据库，什么样的工作流引擎？感觉架构师的工作还是有点虚，望咖啡兄不吝赐教，先谢过啦

分析模型是透明于代码的，绝大部分情况下代码的变动不会导致分析模型的变化。例如增加一个方法，重构一下类结构，改变界面等都不会导致分析模型的变化。而如果需求变动导致分析模型变化的话，这一定需要一个变更过程，从需求到分析模型到设计到代码实现都需要重走一个过程的，同步就在这个过程中完成。
另一个问题是，代码的变动不应当超出分析模型的范围，因为分析模型是定格了需求的！这表示代码工作超过了需求的规定，这是不符合软件过程的。当然实际中要做到这一点并不容易。然而在实践中，由于分析模型本身抽象层次较高，能够容纳代码变更的能力挺强的，变动也较小。从过程上讲，应当避免底动变动影响上层的事情发生（通常是因为不正确的模型建立导致），如果要非改不可，应当有一个过程来追踪变更的整个过程。

架构师实际上在建立业务模型时就应当介入了， 并且有可能影响业务模型的建立。架构有两个含义，一个是业务架构，即面对客户的业务，应当怎么分模块，有哪些逻辑模块，过程设置，IO量，客户数量，并发性，数据量来表达客户的需求？这很类似于ERP中的过程优化这个主题。另一个是系统架构，分为几层，采用什么数据库，什么中间件之类的决定，是需要极大的参考业务架构的。同时每一层的职责，数据库的处理能力，中间件的事物处理……等等很多考虑，也是来自业务架构的需要的。架构师要完成的工作就是业务架构和系统架构。

多谢咖啡兄指教,有不懂得我再问你哈15

coffeewoo艺高德也高！！！

多谢coffee的无私奉献。

很好的帖
博客写的很好