软件架构实践86.pptVIP

评审实例——评审结论 原有的问题： 由于以前的系统采用了功能驱动单层模型的模式，所有的业务层和控制层也是采用的jsp页面的开发的，这样一来，复杂的控制逻辑和业务逻辑和显示搅在了一起，程序不便于阅读，而且不具有很好的可扩展性，没有xml配置文件，项目的可配置性也大打折扣，实现了视图，控制，业务层搅在一起，不助于我们扩展我们的系统，安全性较差，jsp页面里直接的sql语句的操作，使得操作数据库变得异常复杂，大大的加大了我们的开发的难度，框架中大量的xml配置文件在这里没有得到应有的应用，而每次都要编译程序。 评审实例——评审结论 改进： 继续采用功能驱动单层模型构架开发应该说是唯一的好处是功能实现“简单”，可以大大加快系统的开发进度。它把表现层和业务逻辑层柔和在一起，不利于以后的维护工作以及开发角色的分配，因此要实现质量属性其实非常困难。 使用ADD分层驱动模型重新开发在性能、可用性、安全性、可配置性、可修改性、可移植性方面满足质量需求。 评审实例——评审结论 点评： 整个方案的核心，就是采用了SSH架构，如果仅是这一点的话，完全没有必要进行架构评审。 奇怪的是，原方案作者自己也知道在原有的系统中，在JSP中加入SQL是不好的，为什么还把它作为新方案的战术之一呢？ 小结 ATAM是评估软件构架的健壮方法。在该方法中，项目决策者和风险承担者要以场景方式阐述一个准确的质量属性需求列表