体系结构票务系统架构评审案例分析要点.ppt

(2) 构架涉众 ·普通用户 ·用户管理员 ·票务管理员 ·开发人员 ·测试人员 项目经理从开发组织和客户角度，来表述票务系统的商 业目标，综合如下： 从开发组织角度：开发一个模块性强、实时高效、界面良好、与外部其他系统兼容良好的系统，这使得开发组织能够把整个产品或某个模块卖给其他客户，同时由于良好的界面和业务处理效率而受市场欢迎。 从客户角度：系统容易操作，可维护性好、系统稳定、可以及时准确的处理用户的在线订票或查询业务。 根据上述目标，质量属性可以划分为两类： 高优先级质量属性： 1) 性能 2) 安全性 3) 易用性 4) 可用性 重要但优先级较低的属性： 1) 模块性 2) 可维护性 3) 可修改性 4) 可测试性 (1) 与构架商业周期的关系 (2) 系统的整体结构 (3) 质量属性及采用的战术 性能 可用性 (3)改进系统的构架 考虑到使用票务系统的用户数目非常庞大，这样造成用户对系统的访问请求数目和对系统进行业务操作的请求数目也非常庞大，改进后的系统采用多层分布式结构，使用Web服务器集群和应用服务器集群来实现，这种集群机制支持动态负载平衡（Load Balance）和容错机制，可以将用户的请求以及对用户请求的处理分发到负载低的服务器中，非常适合具有并发用户数多，服务地点分散等这些特点，有较高的稳定性，能有效避免访问流量过多导致服务器瘫痪以及整个系统因为某台服务器崩溃而彻底瘫痪。 为了使系统达到集群分布式的目的，在第一套方案的基础上，我们采用Spring介入EJB容器的方式，使用EJB的无状态会话Bean来封装业务逻辑，即调用POJO中的业务逻辑操作(POJO中包含了业务逻辑处理，在原来的SSH框架中它是指业务层的JavaBean，通过持久层与数据库交互，这些POJO通过IOC容器来管理)。这相当于在Struts和业务逻辑层之间增加了EJB，重用原SSH框架的业务逻辑，即系统框架变Struts+EJB+Hibernate+Spring，这种组合可以将视图和业务逻辑以及对数据库的操作很好的分离。 （4）新的框架如下： 总体而言，通过对质量属性场景的分析，我们发现了最先提出的构架方案的不足，由此得出改进后的构架方案。采用改进后的构架方案可以获得了良好的性能、易用性、安全性、可用性等等，达到了设计目的符合质量属性需求分析的要求！ 10.7 评审结论 * 个体软件过程 eptal 2005 * 第10章 票务系统架构评审案例分析 10.1 ATAM方法表述 10.2 商业动机的表述 10.3 构架的表述 10.4 质量属性效用树 10.5 质量场景的构架分析 10.6 对系统构架的再分析 10.7 评审结论 (1) 概述 ATAM（Architecture Tradeoff Analysis Method）： SEI提出的一种软件构架评估方法。ATAM评估方法的主 要目的： 1) 提炼出软件质量属性需求的精确描述； 2) 提炼出构架设计决策的精确描述； 3) 评估这些构架设计决策，并判定其是否令人满意的实 现了这些质量需求。 ATAM评估方法： 并非把每个可以量化的质量属性都进行详尽的分析，而 是使众多的风险承担者（包括经理、开发人员、测试人员、 用户、客户等等）都参与进来，由此而达到上述目标的。 ATAM是一种挖掘潜在风险，降低或者缓和现有风险的 软件构架评估方法。因此，以下三点是评估中要特别注重的 ：风险、敏感点和权衡点。 10.1 ATAM方法表述 (3) 评估步骤 ATAM主要分以下几个步骤： 1) ATAM描述； 2) 商业动机表述； 3) 软件构架表述； 4) 确定构架方式； 5) 生成效用树； 6) 分析构架方式； 7) 确定场景及其优先级； 8) 进一步分析构架方式； 9) 得出结论。 10.2 商业动机的描述 10.3 架构表述 10.4 质量属性效用树 在质量属性效用树中，我们对场景的优先级进行了划分，而同时由于分析时间宝贵，所以我们应该把宝贵的分析时间最先用于最重要且最难实现的场景上，即标注为(H,H)的场景。在质量属性效用树的表格中，仅在性能和可用性这2个质量属性下发现标注有(H,H)的场景，下面根据系统的体系