假如我是铁路订票系统架构师系列 - 需求调研与分析

需求调研是收集信息系统设计需要的业务要求和数据，作为系统设计的依据。 所有需求和相关数据都应该有明确的出处，以便了解本质需要，预计变化。这样才能设计真正满足企业业务发展需要的系统。 也可以在资源时间限制条件下，设计系统实现以最小的成本实现最大价值。 下面是本人假定的一些订票系统需求，用来表现设计的过程。 在实际系统开发时，需求的收集受时间，能够接触到的资源限制。 好的架构师能够在繁复的资料中抓住核心需求， 为不定的需要留出余地，在 需求的调研中考虑设计的可能性，隐含设计未来业务流程，使业务配合IT技术的特长。 欢迎提供更正数据。 

需求调研一般按从用户，处理，数据几个方向进行。 从用户调查订票系统用户的操作要求，期望的流程，在架构设计时不可能调查所有用户的详细需求。 需要确定所有用户类型，调查典型用户和主要使用场景的需求。

从网上看，全国铁路每天运输200-400万旅客。 有40000辆客车。 每次列车平均有10节车厢。 所以总计4000次车。 假定每次车平均每天跑一次。 最多每天应该售出4000次车的400万张票。 一般预售10天。根据铁路发展规划，假设售票系统按预售1个月，每天5000次车，500万票设计。 

对于公众服务系统，性能是设计的重要指标， 在实际中有很多设计技巧。使用售票系统的用户主要包括网点售票人员，一般用户，车辆票务操作和管理人员。 可以要求主要操作在2秒之内完成。全国2万个镇，每个镇平均有两个售票窗口，一共可以有5万个售票窗口。网点用户大约有对网点每张票的购买流程包括确定车票，支付，打印车票应该在1分钟之内。 对一般用户，搜索车票应该在5秒，确认，支付，发送确认短信应该在1分钟之内。  如果每个窗口5分钟售一张票，一天8小时可售约100张，理论上所有窗口可售500万张。应该可以满足售票要求。 对管理人员，需要定义车型，车次，定义和开放票源，统计分析销售状态等待。 全国5千车站， 假设平均两个管理人员，有并发一万用户。  

开放网络售票时，如果按满座，每个人都单独购票，有可能有500万人同时试图购票，如果加上随意查询的人，可能有上千万人。 一般查询与下单的比率可能为1比10。因此保持连接的访问需要有50之100万。其他可以是点击。 

通过分析提出初步系统整体需求满足10亿注册用户，每天5000车次， 5万车辆， 500万票，预售1个月。 用户为1万管理人员，5万售票窗口， 500万网络访问用户， 主要操作响应要求在10秒钟以内，购票记录保存1年。

在这个分析中发现，目前压力主要来源于大量人员在出票时集中访问，购票。如果能把售票请求平均分散到一天各个时段，可以极大减小系统压力。 因此可以考虑按发车时间，提前10天售票，开放票源。  这个思路会成为与客户交流和系统设计的要点。   另一个思路考虑到网络访问量的变化多端，能否在网上提供查询，通过提供更多地人工和自动售票终端，控制系统访问量从而提供最佳用户体验。 

下一步的系统设计需要根据业务和IT技术，设计最佳用户体验， 最小成本，可以扩展的系统架构。