web应用设计这个话题看似有点搞笑，很多人可能会说，web应用有什么好设计的，ssh不是已经有了很好的分层架构模式了么？还需要什么设计？web应用不外乎就是请求处理和响应，诚然，简单的web应用的确不需要什么设计，遵循简单的分层概念和模式就可以开发出一个系统来。我想说的是，如果这个web应用所涉及的业务概念比较复杂，我们是否还需要设计呢？如果需要，我们应该从哪个方面入手呢？ 这就是我下面要说的。
目前的web应用绝大部分是采用服务器+关系数据库来完成，web设计我们应该从何处下手，也是我们应该考虑，应该关心的问题，既然我们采用了分层架构，那么我们就应该享受分层架构带来的高度灵活性，而不应该为了分层而分层。我自己在项目开发中总结出一套设计经验，提供给大家参考。第一步、根据客户需求，详细设计UC（用例），这一步是很重要的，因为它关系到设计人员对需求的理解，直接影响后面的设计，理清活动流程、订单等状态变换、时序等，为设计打好基础 第二步、采用领域建模的方式，提取领域对象，理清对象之间的关系和各自的职责，设计领域层（在业务层中可以分为应用层和领域层，这样，业务层的应用层负责协调领域层工作）接口。第三步、根据领域对象设计数据库表结构，细化领域对象属性，表字段等。如此便完成了概要设计。到这里基本上可以由开发人员进行编码了，所有应用都围绕着领域对象来进行操作。
这些都是自己的浅见，有谬误请斧正。
