票务系统架构分析报告

票务系统架构分析报告

1．概述该报告用于完成课程设计，旨在了解对构架的分析，以及各种战术的运用。本文档包含四个方面的内容：案例背景、构架商业周期、质量属性需求和功能需求、架构解决方案。案例背景以目前的市场形势来说，在机票、火车票以及其它旅游票中有着不同的票务系统，票务系统的出现大大降低了买票、查票、退票、改签等活动的难度系数，在日常生活中有着不可替代的作用。一个良好的票务系统，最基本应具有的质量应该是高性能，高可用，安全性高，易用性强的特征。本分析报告研究的是一个火车票票务系统的构架。构架商业周期客户客户在线订票的人需求需求（质量属性）高可用性高性能易用性高安全性构架MVC模型开发组织构架MVC模型开发组织设计师（小组）设计师（小组）技术环境E技术环境Eclipse票务系统票务系统设计师经验J设计师经验Javaweb开发经验质量属性需求和功能需求4．1质量属性需求项目经理从开发组织和客户角度，可以将目标简化为如下：从开发组织角度：开发一个模块性强、实时性高、界面良好、与外部其它系统兼容良好的系统，这使得开发组织能够把整个产品或者某个木块卖给其他客户，同时由于良好的界面和业务处理效率而受市场的欢迎。从客户的角度：系统容易操作，可维护性号、系统稳定、可以及时准确的处理用户的在线订票或查询业务。根据上述的目标，将系统质量属性可以划分为两类：优先级较高的质量属性：性能安全性易用性可用性重要但是优先级较低的属性：模块性可维护性可修改性可测试性4．1功能需求根据质量属性场景导出一定的功能需求以及对功能的一些规格，针对各质量属性，可以查看下表：质量属性属性求精场景性能响应时间在系统处于高峰时期，保证登陆的每个用户发出的买票或者查询要求在3S以内，如果需要等待，则给出友好的提示。吞吐量系统可以保证同事响应3000个客户。易用性界面友好，操作简单要求具有基本电脑操作的人，可以根据友好的界面迅速的学会使用方法。并且熟手还能够使用快捷键。及时反馈当系统发生错误或者系统运行时间较长的时候，用户界面应该为用户提供有意义的反馈信息，并具备良好的上下文感知功能。界面一致性用户界面遵循一定的标准和常规，尽可能的将所有操作集合在一个界面，不要时常出现弹出框。安全性机密性允许用户查看本人的订票信息，但不能查看他人的订票信息，更不能退订或者改签别人已经订的票。系统管理员不能随意查看用户的隐私。封闭性对局域网的用户来说，不能直接访问数据库，更不能对其进行更改防止恶意攻击杜绝非法用户试图绕过应用服务器直接连接到数据库服务器的端口上，屏蔽某IP段时间内的大量无意义的访问，以防止被挤爆，使正常用户无法使用。客户端功能无关性客户端只包含人机交互界面功能，不包含业务功能描述，即客户端发送给服务器的是用户请求，而不是业务所代表的的SQL语句，以防止非法用户修改客户端的SQL语句以实现越权功能的非法行为。数据完整性在冰法用户多的情况下，系统保证数据的完整性可用性容错性应该容忍用户在使用过程中发生的各种操作错误，并且能够方便的从错误中恢复过来，保证系统不受或尽可能少的收到用户错误操作受到的影响。备份与恢复备份时间应尽可能的短且在用户访问极少时进行。系统崩溃能在1小时内恢复硬件更换硬件发生故障时，可以方便更换模块性模块职责划分明确系统自上而下划分为：系统-子系统—模块—子模块借口清晰模块之间通信通过接口通信，只要是遵循同一接口完成同一功能的模块即可响应的替换，由此实现平台的无关性。可测试性类的测试每个类及其函数都应该单独测试，以验证其正确性系统功能模块测试对与功能相应对应的模块进行测试，以保证业务的完备性。系统性能测试对整个系统进行压力测试，看能够达到设计时的访问量。BETA测试邀请用户代表进行beta测试，体验界面的友好性和相应速度。可修改性功能扩展如增加票务预订功能，能在一天内完成，并且不影响系统的其他部分界面修改易于修改文档完备各个模块，系统必须提供详细刻度的文档，以便维护人员维护可配置性维护人员可以方便的配置系统参数，业务参数可升级性客户端发现缺陷后，可以自动更新，已解决。新功能产生或界面更换可移植性系统在新的操作系统或者新的数据库上能够正常的运行根据质量属性场景，导出初步的功能需求为：票务的预订、查询、退订时间响应过长需提醒架构解决方案在设计构架的时候，通过场景输入以生成构架，采用ADD的设计方案，设计方案的关键在于构架模式，通过采用不同战术来解决不同的质量属性，如下表所示：目标实现方式所采用的战术性能用户访问的系统应该能在规定的时间内作出响应，如果系统由于网络或者数据库原因不能再规定的时间内作出反应，那么系统应该系统浸膏，不能出现用户无故长时间等待的情况。限制执行时间，控制访问队列的大小当应用程序需要在关联关系之间进行导航的时候，由Hibemate获取关联对象。同事Hibemate的session在事物级别进行持久化数据的缓存操作二级缓存安全性遵从J2EE的系统提供了由容器进行授权校验的基于角色的安全机制，以及已经为使用做好准备的程序中进行授权检查的安全性机制身份验证授权数据机密性验证码并发操作时，保证数据的排他性锁机制SpringFranework利用AOF来实现权限拦截，简洁清晰的安全框架，通过对springbean的封装机制来实现AOPAcegi安全框架可用性在系统试图超出限制范围来进行票务查询或者订购票时必须进行错误检测并且抛出异常，中止进一步的错误操作异常检测遵从J2EE的系统提供了可以使用的事物服务，通过内检的故障恢复机制，提高了应用的可用性以及可靠性检查点/回滚模块性根据功能将系统划分为几个模块，系统满足“高内聚，低耦