基于模式的体系结构设计与开发: 第 1 部分：使用设计模式

核心提示： 设计概述 几乎每个国家/地区都有联通两地的长途列车，铁路部门采用电子订票系统来查询时间表和价格，基于模式的体系结构设计与开发: 第 1 部分：使用设计模式(3)，并进行订票，此订票系统的现有前端是其专用终端，电子车票与通知成功支付后，系统将生成可供打印的电子车票，也称为绿屏 (Green Scr

设计概述

几乎每个国家/地区都有联通两地的长途列车。铁路部门采用电子订票系统来查询时间表和价格，并进行订票。此订票系统的现有前端是其专用终端，也称为绿屏 (Green Screen)，主要供旅行社使用。

为了说明一个重要的设计问题，我们假定中央订票系统团队公开了一个 SOAP 接口，Web 应用程序可使用此接口与现有系统连接。图 1 中所示的本地缓存数据库中保存着站点、列车、时间表的列表，会定期从中央订票系统对此列表进行更新。它可提供对所有这些数据的访问，而这些数据并不会频繁发生变化。

本教程讨论在设计充当中央订票系统的统一前端的应用程序时出现的问题。该应用程序将基于 Web，允许用户选择自己的路线。对路线进行复查后，用户必须提交确认，前端将随后向基础订票系统发出请求，以确定车票订购。另外还将发送必要的通知，如确认电子邮件和选择打印路线等。

用例

用例与最终用户预期的功能相关。它们在理解系统的执行流时非常有帮助。本例中的用例有：

选择路线在 Trains Inquiry 表单中，用户将输入以下信息：

起始站

目的站

日期

乘客数

系统应该列出指定日期在指定站点之间运行的列车。

检查可用性用户将从列车列表中选择一趟列车，并检查列车上座位数的可用性。进行选择后，用户可以继续操作，订购车票。订购车票用户将指定每个乘客的姓名和年龄并提交数据，从而订购车票。对于此操作，前端应用程序将向中央铁路订票系统发送请求。

中央系统将发出唯一订购参考编号，此编号的有限期为 5 分钟。如果未在 5 分钟内付款，事务将失效，前面分配的座位将无效，可供其他订购操作使用。

支付用户将使用支付网关进行电子支付。对于本教程，支付网关只是验证支付信息的外部系统。电子车票与通知成功支付后，系统将生成可供打印的电子车票。另外还会向用户指定的电子邮件地址发送邮件通知。