对Struts应用进行需求分析和设计的方法，基本上包括以下几个步骤：
1． 收集和分析应用需求
a． 在本例中采用了UML用例，感觉这样设计思路非常清晰，但是不知道如果放在我面前一个实际应用，然我自己去分析，能不能做到。总之觉得有了用例文档后，写后面的代码简直是在搭积木一样简单了。
b． 用例文档的主要内容有：①前置条件；②主事件流；③其他时间流；④后置条件
2． 设计数据库，这个活应该比较重要，我觉得它应该算是决定程序性能的因素之一了！
3． 设计客户界面，这些就交给美工啦哈哈
4． 设计ActionForm
5． 设计Action
6． 设计应用的业务逻辑组件
通过学习这个例子，对struts开发流程基本上有了点眉目。也进一步掌握了如何给视图、控制器和模型组建分配功能。
1． 在视图组件中尽量避免java的业务逻辑代码的出现，这些代码完全可以封装在tag，感觉虽然工作量比在页面上直接写要大了些，但是换来的是可以复用、易于调试的jsp视图组件。
2． 对于action，基本上可以完成一些业务逻辑的验证和流程控制。这里现在了解还不是很透彻，先不多说了，感觉处在明白与糊涂之间的位置J。
3． 在模型组件中则负责实际的业务逻辑了，如访问数据库的操作（查、删、改）。值得注意的是在模型组件中应该和控制器组件保持独立，也就是说在模型组件中不应该访问到Servlet API或者Struts API中的类。完全是对属性（数据、变量）的操作。