假如我是铁路订票系统架构师系列 - 场景设计

系统使用场景设计是体现信息系统架构师能力的重要表现。 使用场景需要满足客户对信息系统的需求，场景对架构有深刻的影响。场景设计的重要性在于能够使用户满意的同时简化系统实现。 有些架构师这是把用户所提需求直接作为场景。 这样往往使系统实现困难，也常常在用户需求变化时造成系统设计的变化。 好的场景设计能够适应用户需求的变化，同时以最小成本实现。 所设计的场景是处理，运行和数据架构设计的依据。

场景设计一般以系统主要用户的主要工作为中心。 需要避免漏掉重要功能，也不能太过烦琐，毕竟架构设计阶段不是系统实施，需要节省成本。  特别是提出多个方案时，更要注意。 

场景设计与架构设计需要交互进行。 有了场景设计初稿，就应该进行初步架构和运行结构设计，在发现问题时，需要修改场景设计。并不断对照需求，确保设计满足需求和成本要求。 

铁路订票系统系统的使用人员包括售票窗口，自动售票机，网上一般用户，票务管理人员，售票管理人员， 与售票系统连接的其他系统（调度）。 一般对每个用户列出尽可能多的使用场景， 快速分析，找出对客户和系统影响最大的场景进行分析。

售票员的主要场景是售票，基本过程是输入订票要求，列出车票，标记车票，付款，出票，记录。要求各个步骤响应速度在5-10秒。 查询是影响使用和系统设计的重要操作，应该尽量限制查询条件。如果条件宽松，可能产生过多查询结果，可以设定最多返回10张。

自动售票机和网上一般人员的使用场景可以参考售票员场景。但需要考虑不同使用者的使用熟练程度。 售票员可以提供各种快捷键。 一般用户需要更多的提示。 

售票管理人员的主要场景的人员管理和统计报表。

票务管理人员的一个主要场景为启动和停止各个车次售票，为了简化操作，需要提供自动处理功能。 为了实现分散系统压力的要求，应该能够分散时间开发售票。 

用户使用中的各种非正常状况的处理往往决定系统能否顺利运行。如当查询条件错误造成大量数据或者空数据，购买车票售完，支付失败，打票失败等等。 处理不当可能产生用户抱怨，大量负载等等问题。 

订票系统场景设计可以考虑多个方案：如 1。只提供窗口和固定设备（电话，售票机）售票，网络只提供票额查询。2。网络可以查询并订票，到窗口出票。3。网络可以出票或者使用电子票，即不再提供打印票。  各个方案的效果和成本会有很大差别。  好的架构师能够使用户接受最佳方案。 个人认为方案一能够以比较合理的成本提供最好的体验。

 
非常规使用场景， 很多客户不知道信息系统的潜力和成本。 架构师可以根据经验适当提出特别的系统功能。 更多的功能往往意味更多或者更长期的收入。 销售系统的常见扩展是提供各种销售方式，如：拍卖， 对价，投标。  

系统架构师的水平提高需要多方面的学习和实践。可以参考拙著“软件产品架构师手记”。 这本书属于提纲性书籍，对某个方面的详细内容可以在博客中探讨。

http://product.dangdang.com/product.aspx?product_id=22821857