软件架构案例分析.docVIP

票务系统架构案例分析 ?1案例背景 ?2质量属性需求和功能需求 ?3架构表述 ?4构件解决方案 ?5评审结论 ?1案例背景 开发的软件系统的名称:铁路售票管理系统 开发的软件系统的名称: 铁路售票管理系统 木软件产品是一项独立的软件，而且全部内容自含。实现网络化铁路售票管理。 一般用户可以通过上网来进行铁路车票业务的管理，实现网络化售票业务。构建 标准的铁路车票，火车管理基础数据库。构建起火车信息，车票信息基础数据 库。 实现列车及车票信息查询、信息管理、车票的销售与退票列车及车票管理等子系 统的流程化管理。 2质量属性需求和功能需求 质量属性需求: 项目经理从开发组织和客户角度，来表述票务系统的商业目标，综合如下: ?从开发组织角度：开发一个模块性强、实时高效、界面良好、与外部其他系 统兼容良好的系统，这使得开发组织能够把整个产品或某个模块卖给其他客 户，同时由于良好的界面和业务处理效率而受市场欢迎。 ?从客户角度：系统容易操作，可维护性好、系统稳定、可以及时准确的处理 用户的在线订票或查询业务。根据上述目标，质量属性可以划分为两类：高 优先级质量属性： a性能 b安全性 c易用性 d可用性 重要但优先级较低的属性： a可修改性 b可测试性 质量属性及采用的战术 实现方式门 所采用的战术P 用户访间的系统应该能在规定的时间內做出响 应，如果系统由于网络或者数据库原因不能在规 定时间內做出反应，那么系统应该提出警告，不 能出现用户无故长时间等待的情况。卩 当应用程序需要在关联关系间进行导航的时候， 由Hibernate获取关联对象。同时Hibernate的 比ssion在事务级别进行持久化数据的缓存操作。豪 直从J2EE的系统提供了诸如JSP和servlet这样 的Java技术，它们支持内容的渲染，以满足不同 用户的需要a 用户对系统的操作能得到正确及时的反馈。2 厦从J2EE的系统提供了由容器进行授枫校验的 基于角色的安全性机制，以及已经为使用做好准 备的在程序中进行授权检查的安全性机制4 并发操作时，保证数据的排他性a 限制访间队列大小心 缓冲池技术a 抓取策略卩 单独的用户接口2 支持用户主动 授权a 数据机密性3 锁机制a Spring Framework禾蛹AOP来实现权限拦截，还AOP^ 提供了一个成熟的，简洁洁晰的安全框架，通过Acegi安全框架a 对spring bean的封装机制来实现a 当系统试图超出限制范围来进行票务查询或者订 购票时必须进行错误检测并且抛出异常，中止进 —歩的错误操作。卫 谭从J2EE的系统提供了可以使用的事务服务，通 过提供內建的故障恢复机制，提高了应用的可用 性和可靠性卩 根据功能将系统划分为几个模块，系统满足“松 耦合高內聚”的设计原则.3 系统运行有日志记录。2 系统可以扩展到新的系统的? 2 在变更到达时，系统在时间和预算內所完成，测 异常检测 內建故障恢复机制a 日志记录工貝3 XML配苴a 局部化修改a 防止连锁反应卩 防止连锁反应卩 推迟鄒定时间 输入瀚出厂 试和部署的变更。2 在完戚系统开发的一个増量后，较轻松的对软件 进行测试。3 功能需求: a列车查询按车次或目的站信息来查询列车的静态信息 b车票查询按车次或目的站信息来查询车票的静态信息 c车次查询 按己知车次来查询列车及车票信息 d目的站查询按已知目的站来查询需要的列车及车票信息 3架构表述 (1)与构架商业周期的关系 构架涉众 ?普通用户 ?用户管理员 ?票务管理员 ?开发人员 ?测试人员 (2)系统的整体结构 4构件解决方案 (1)风险决策和敏感点 提高了系统的稳定:性和可用性,减少了崩湊的可能心 提高了系统的稳定:性和可用性, 减少了崩湊的可能心 采用战术2 超岀限制访冋量的请求放在 等待臥列中2 会隆低最大井发数目，使得 用户等待时间过长，可能造 成用户不满“ 缓存? 提高系统的访问速度无O性能卩 单服务器提供的缓存数目 毎个IP毎次只允许发岀一个 请求? 合理的婪求，避免了非法用户的 恶意攻击 有限，幷发用户数多的情况 下，系统处理缓慢。~ 可能将低了易用性，但系统 的安全性提高了。“ 数据库连接池a 数据库连接池a 容错性a 数据库连接池允连应用程序重复 使用一个现有的数据库连接，而 再不是五新建立一个,提离应用 系统的性能? 能够对用户岀现的误操作进行检 测和处理，并给岀相应的处理倍 息，可以提需系统的可用性。a 系统备份与恢复“ 増强系统的容错能力a 操作系统和数据库软件发 生崩湊时，恢真时间钱长。? (2)问题分析 在前面对系统结构的描述中，系统采用基于B/S的分层结构，系统部署在一 台应用服务器上，这种结构有它独特的优点。但经过构架方法的分析，特别是对系 统的关键质量属性和优先级最高的质量