软件架构案例分析.doc

《软件架构案例分析.doc》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、票务系统架构案例分析•1案例背景•2质量属性需求和功能需求•3架构表述•4构件解决方案•5评审结论•1案例背景开发的软件系统的名称:铁路售票管理系统木软件产品是一项独立的软件，而且全部内容自含。实现网络化铁路售票管理。一般用户可以通过上网来进行铁路车票业务的管理，实现网络化售票业务。构建标准的铁路车票，火车管理基础数据库。构建起火车信息，车票信息基础数据库。实现列车及车票信息查询、信息管理、车票的销售与退票列车及车票管理等子系统的流程化管理。2质量属性需求和功能需求质量属性需求:项目经理从开发组织和客户角度，来表述票务系统的商业目标，综合如下:•从开发组织角度：开发一个模块性强、

2、实时高效、界面良好、与外部其他系统兼容良好的系统，这使得开发组织能够把整个产品或某个模块卖给其他客户，同时由于良好的界面和业务处理效率而受市场欢迎。•从客户角度：系统容易操作，可维护性好、系统稳定、可以及时准确的处理用户的在线订票或查询业务。根据上述目标，质量属性可以划分为两类：高优先级质量属性：a性能b安全性c易用性d可用性重要但优先级较低的属性：a可修改性b可测试性质量属性及采用的战术实现方式门所采用的战术P用户访间的系统应该能在规定的时间內做出响应，如果系统由于网络或者数据库原因不能在规定时间內做出反应，那么系统应该提出警告，不能出现用户无故长时间等待的情况。卩当应用程序需

3、要在关联关系间进行导航的时候，由Hibernate获取关联对象。同时Hibernate的比ssion在事务级别进行持久化数据的缓存操作。豪直从J2EE的系统提供了诸如JSP和servlet这样的Java技术，它们支持内容的渲染，以满足不同用户的需要a用户对系统的操作能得到正确及时的反馈。2厦从J2EE的系统提供了由容器进行授枫校验的基于角色的安全性机制，以及已经为使用做好准备的在程序中进行授权检查的安全性机制4并发操作时，保证数据的排他性a限制访间队列大小心缓冲池技术a抓取策略卩单独的用户接口2支持用户主动&授权a数据机密性3锁机制aSpringFramework禾蛹AOP来实现

4、权限拦截，还AOP^提供了一个成熟的，简洁洁晰的安全框架，通过Acegi安全框架a对springbean的封装机制来实现a当系统试图超出限制范围来进行票务查询或者订购票时必须进行错误检测并且抛出异常，中止进—歩的错误操作。卫谭从J2EE的系统提供了可以使用的事务服务，通过提供內建的故障恢复机制，提高了应用的可用性和可靠性卩根据功能将系统划分为几个模块，系统满足“松耦合高內聚”的设计原则.3系统运行有日志记录。2系统可以扩展到新的系统的•2在变更到达时，系统在时间和预算內所完成，测异常检测"內建故障恢复机制a日志记录工貝3XML配苴a局部化修改a防止连锁反应卩推迟鄒定时间"输入瀚出

5、厂试和部署的变更。2在完戚系统开发的一个増量后，较轻松的对软件进行测试。3功能需求:a列车查询按车次或目的站信息来查询列车的静态信息b车票查询按车次或目的站信息来查询车票的静态信息c车次查询按己知车次来查询列车及车票信息d目的站查询按已知目的站来查询需要的列车及车票信息3架构表述(1)与构架商业周期的关系构架涉众•普通用户•用户管理员・票务管理员•开发人员•测试人员(2)系统的整体结构4构件解决方案(1)风险决策和敏感点提高了系统的稳定:性和可用性,减少了崩湊的可能心采用战术2超岀限制访冋量的请求放在等待臥列中2会隆低最大井发数目，使得用户等待时间过长，可能造成用户不满“缓存•提

6、高系统的访问速度无O性能卩单服务器提供的缓存数目毎个IP毎次只允许发岀一个请求〜合理的婪求，避免了非法用户的恶意攻击"有限，幷发用户数多的情况下，系统处理缓慢。~可能将低了易用性，但系统的安全性提高了。“数据库连接池a容错性a数据库连接池允连应用程序重复使用一个现有的数据库连接，而再不是五新建立一个,提离应用系统的性能•能够对用户岀现的误操作进行检测和处理，并给岀相应的处理倍息，可以提需系统的可用性。a系统备份与恢复“増强系统的容错能力a操作系统和数据库软件发生崩湊时，恢真时间钱长。•(2)问题分析在前面对系统结构的描述中，系统采用基于B/S的分层结构，系统部署在一台应用服务器上

7、，这种结构有它独特的优点。但经过构架方法的分析，特别是对系统的关键质量属性和优先级最高的质量属性场景的分析，发现系统在上述场景下会岀现如下的问题：a.性能方面：在非常多的用户并发操作的情况下，单服务器系统将不能对用户的请求做出及时的响应，严重情况下服务器还会崩溃。b.可用性方面：在仅有的一台应用服务器出现故障或者崩溃的情况下，用户将不能访问系统，故障恢复需要花费较长时间。(3)改进系统的构架Http客八端考虑到使用票务系统的用户数目非常庞大，这样造成用户对系统的访问请求数目和对系