《票务系统架构评审案例分析报告ppt课件》由会员分享，可在线阅读，更多相关《票务系统架构评审案例分析报告ppt课件（23页珍藏版）》请在装配图网上搜索。
1、10.1 ATAM方法表述10.2 商业动机的表述10.3 构架的表述10.4 质量属性成效树10.5 质量场景的构架分析10.6 对系统构架的再分析10.7 评审结论(1)概述 ATAMArchitecture Tradeoff Analysis Method：SEI提出的一种软件构架评价方法。ATAM评价方法的主要目的：1)提炼出软件质量属性需求的准确描画；2)提炼出构架设计决策的准确描画；3)评价这些构架设计决策，并断定其能否令人称心的实现了这些质量需求。ATAM评价方法：并非把每个可以量化的质量属性都进展详尽的分析，而是使众多的风险承当者包括经理、开发人员、测试人员、用户、客户等等都参
2、与进来，由此而到达上述目的的。ATAM是一种发掘潜在风险，降低或者缓和现有风险的软件构架评价方法。因此，以下三点是评价中要特别注重的：风险、敏感点和权衡点。10.1 ATAM方法表述(2)构架涉众 普通用户 用户管理员 票务管理员 开发人员 测试人员(3)评价步骤评价步骤 ATAM主要分以下几个步骤：1)ATAM描画；2)商业动机表述；3)软件构架表述；4)确定构架方式；5)生效果用树；6)分析构架方式；7)确定场景及其优先级；8)进一步分析构架方式；9)得出结论。工程经理从开发组织和客户角度，来表述票务系统的商业目的，综合如下：从开发组织角度：开发一个模块性强、实时高效、界面良好、与外部其他
3、系统兼容良好的系统，这使得开发组织可以把整个产品或某个模块卖给其他客户，同时由于良好的界面和业务处置效率而受市场欢迎。从客户角度：系统容易操作，可维护性好、系统稳定、可以及时准确的处置用户的在线订票或查询业务。10.2 商业动机的描画根据上述目的，质量属性可以划分为两类：高优先级质量属性：1)性能 2)平安性 3)易用性 4)可用性重要但优先级较低的属性：1)模块性 2)可维护性 3)可修正性 4)可测试性(1)与构架商业周期的关系10.3 架构表述(2)系统的整体构造(3)质量属性及采用的战术10.4 质量属性成效树 在质量属性成效树中，我们对场景的优先级进展了划分，而同时由于分析时间珍贵，
4、所以我们应该把珍贵的分析时间最先用于最重要且最难实现的场景上，即标注为(H,H)的场景。在质量属性成效树的表格中，仅在性能和可用性这2个质量属性下发现标注有(H,H)的场景，下面根据系统的体系构造和实现质量属性所采用的战术分别给出这些重要场景的构架方法分析表格。10.5 质量场景的构架分析性能可用性10.6 对系统构架的再分析(1)风险决策和敏感点2问题分析 在前面对系统构造的描画中，系统采用基于B/S的分层构造，系统部署在一台运用效力器上，这种构造有它独特的优点。但经过构架方法的分析，特别是对系统的关键质量属性和优先级最高的质量属性场景的分析，发现系统在上述场景下会出现如下的问题：(1)性能
5、方面：在非常多的用户并发操作的情况下，单效力器系统将不能对用户的恳求做出及时的呼应，严重情况下效力器还会解体。(2)可用性方面：在仅有的一台运用效力器出现缺点或者解体的情况下，用户将不能访问系统，缺点恢复需求破费较长时间。(3)改良系统的构架 思索到运用票务系统的用户数目非常庞大，这样呵斥用户对系统的访问恳求数目和对系统进展业务操作的恳求数目也非常庞大，改良后的系统采用多层分布式构造，运用Web效力器集群和运用效力器集群来实现，这种集群机制支持动态负载平衡Load Balance和容错机制，可以将用户的恳求以及对用户恳求的处置分发到负载低的效力器中，非常适宜具有并发用户数多，效力地点分散等这些
6、特点，有较高的稳定性，能有效防止访问流量过多导致效力器瘫痪以及整个系统由于某台效力器解体而彻底瘫痪。为了使系统到达集群分布式的目的，在第一套方案的根底上，我们采用Spring介入EJB容器的方式，运用EJB的无形状会话Bean来封装业务逻辑，即调用POJO中的业务逻辑操作(POJO中包含了业务逻辑处置，在原来的SSH框架中它是指业务层的JavaBean，经过耐久层与数据库交互，这些POJO经过IOC容器来管理)。这相当于在Struts和业务逻辑层之间添加了EJB，重用原SSH框架的业务逻辑，即系统框架变Struts+EJB+Hibernate+Spring，这种组合可以将视图和业务逻辑以及对数据库的操作很好的分别。4新的框架如下：总体而言，经过对质量属性场景的分析，我们发现了最先提出的构架方案的缺乏，由此得出改良后的构架方案。采用改良后的构架方案可以获得了良好的性能、易用性、平安性、可用性等等，到达了设计目的符合质量属性需求分析的要求！10.7 评审结论
票务系统架构评审案例分析报告ppt课件
