胡争辉

《今天你买到票了吗？——从铁道部12306.cn网站漫谈电子商务网站的“海量事务高速处理”系统》首发地址： http://bbs.hpx-party.org/thread-8488-1-1.html 。一万四千字电子商务网站干货贴，贯穿产品、研发、运维三大领域，没有耐心读完的读者慎入，另外，本文不是教你如何订到车票的。宁夏卫视《第一财经》《首席评论》2012年1月12日《被“网

数据库选型（或者说是结构化数据的持久化存储选型）是几乎所有信息系统都需要考虑的问题。一个信息系统从小到大的发展过程中，在不同的发展阶段所需要的数据库也不同。当信息系统处于规模较小的初级阶段时，一般是按照应用的特征选择数据库。如果是CMS、Web 1.0、Web 2.0等对数据库服务质量要求较低的应用，可以选择以MariaSQL（MySQL被收购后，由社区开发的新版本）为代表的开源免费数据库。如

“大型票务系统”和“实物电商系统”从应用的特点上看属于OA系统，和经常见到的静态内容、CMS、Web 1.0、Web 2.0不同。这一点也体现在和企业其他部门的关系上。静态内容、CMS、Web 1.0、Web 2.0这几类应用在企业中和企业其他部门之间的关系缺乏很强的关联。而OA系统类型的应用和企业其他部门有较大的关联，对于“实物电商系统”来说需要实际的物流运输部门，对于“大型票务系统”来说需

如前所述，“大型票务系统”和“实物电商系统”中的OA系统和企业其他部门有较强的依赖关系，而静态内容、CMS、Web 1.0、Web 2.0几种应用形态和企业其他部门的关系较弱，不同类型的应用形态对项目管理有着不同的影响。比如说最近很热门的概念“灰度发布”，简单的说就是对于新版本或新功能，先挑一部分用户实验，通过观察用户的反馈决定是否将新版本或新功能扩充至更多的用户，或者停止这个版本或功能。

讨论请移步：http://www.zhiliaotech.com/ideajam/idea/detail/462使用验证码，虽然能在一定程度上避免纯机器恶意访问，但是为了避免给人工操作带来太多干扰，不适合在每个位置都放置验证码，一般仅在少数关键点放置，这样就带来了新的挑战，也就是在没有验证码的时候机器操作，在有验证码的时候人工输入。此时还可能提供辅助手段提升验证码的识别效果：一，机器提

先说“实物电商系统”，最常见的情况就是超售，也就是卖出商品数量超过库存商品数量，这种情况在集中促销期间特别突出。目前电商网站对于超售的处理方式只能是退订单或者延期发货。下面看看在“大型票务系统”中能否采取类似的方式处理。一，超售后退票。在运输集中期，同一时段、同一目的地的客票会同时发售，如果超售后退票，则需要经过一段时间，经过这段时间后，几乎不可能再有同一时段、同一目的地的其他客票。相反，如果在购

CSDN格不好处理，我就直接贴链接了，不

计划2016年开始写一系列文章，主题是《原型而上》 由于文章编辑器的效率实在太低，所以选择演示文稿导出成图片 部分内容直接使用我在曾经北京航空航天大学开设的《移动终端用户交互工程》的演示文稿，同样效率原因因而直接贴图片 提问请移步 http://weibo.com/p/1001603929503272451215

本文针对第一个部分Achievement成果，也就是和客户讨论期望达到什么样的成果，成果并不等同于本次项目的工作范围，而是和客户共同讨论愿景、使命和价值观。以充分理解项目。本文仅是一种模型，既不适合所有的情况，也不适合垂直社交的各种情况，不过以此作为讨论基础有助于提升讨论效率

大型票务系统从应用特点角度看，和经常见到的静态内容、CMS（内容管理系统，例如新闻类）、Web 1.0（基于内容的互动，例如论坛、博客）、Web 2.0（基于人的互动，例如SNS、微博）不同，用户在参与一个较复杂的流程，属于OA系统。大型票务系统从使用者角度看，和传统意义上的OA系统也不同。传统意义上的OA系统主要面向组织内部人员使用，例如自营售票窗口，或者是有合作关系的多个组织中的人员使用，例如

实物电商系统中的库存是单品SKU的件数。SKU是指库存量单位。定义为：对一种商品而言，当其品牌、型号、配置、等级、花色、包装容量、单位、生产日期、保质期、用途、价格、产地等属性与其他商品存在不同时，可称为一个单品。SKU的概念比较复杂，可以简单的理解为可独立销售的无差别的商品。对于实物电商系统来说，单品不等同于商品，例如一种商品有多个批次，就是多个商品。因此在实物电商系统中商品的库存等于所有对应单

首先说恶意订单并不存在一个严格的标准，正如网络上常见的DDoS攻击一样，如果是TCP阻塞式的攻击，可以有明确的判断标准；如果是单一IP短时发送大量访问请求，明显超过普通用户的操作速度，可以有明确的判断标准；但是大量的不同的IP访问网站就很难判断是否算是DDoS攻击。恶意订单也是如此，因此接下来针对下订单未支付这一典型的恶意行为讨论恶意订单。先看“实物电商系统”中的处理方式，由于实物运输需要一段时间

讨论安全性，首先要看要预防哪些不安全，也就是隐患点。先说各种系统中都会涉及的用户名和密码的安全性问题。一，浏览器的安全隐患。目前的处理方式主要是采用专门的密码输入控件二，密码传输隐患。可以采用HTTPS协议，或者在传输时对密码进行加密，最好的不可逆加密三，服务器端的安全隐患。主要是经常见到的被攻击爆库除了通常的攻击爆库隐患外，对于用户名和密码的安全还应遵循如下几个要求：一，验权

一，大型票务系统中没有UGC（用户创造内容），因此这方面的安全性算不上重点，但是应分离票务系统和其他的UGC功能，例如旅客留言功能。二，大型票务系统不会是WEB服务器直接访问数据库，而是WEB服务器访问应用服务器，应用服务器再访问数据库，因此SQL注入的风险不大。但是应用服务器应对WEB服务器的请示进行充分的较验，避免通过WEB服务器攻击应用服务器。三，大型票务系统中不同角色的权限控制不仅

“大型票务系统”和“实物电商系统”都存在恶意订单的挑战，由于“大型票务系统”的特殊性，不仅有恶意订单，还有恶意访问的挑战。先说明一下，恶意访问本身并没有严格的界限，主要特征是不符合系统设计初衷的访问，这类访问通常不是使用者人工操作，而是使用技术手段，此处不分辨恶意访问的目的，仅从系统角度来看恶意访问的危害及预防。恶意访问主要有两方面危害：一，对系统造成压力。按照人工操作设计的系统难以承担机

在讨论了系统边界后，可知“实物电商系统”应将“商品销售”和“物流运输”分别管理。类似的“大型票务系统”应将“票务管理”和“票务销售”分别分析。接下来看看各种具体的业务形式按照系统边界的分析情况。先看“实物电商系统”的各种具体的业务形式：一，自营快递支持货到付款，付款方式支持现金和刷卡二，自提点支持货到付款，付款方式支持现金和刷卡三，无人值守自提柜，付款方式仅支持刷卡四，第三方物流，付款方式依赖于第

首先，“大型票务系统”销售的不是“实物”，常见的“非实物”销售包括：一，电子类，各种充值。主要特点是即时到货二，服务类。主要特点是先付费、后服务从这个角度看，“大型票务系统”不属于电子类，属于服务类。其次常见的服务类包括：一，替代成本低，主要是各种生活服务，比如说，我买了团购，但是到饭店的时候发现没位置，这时我可以去其他饭店作为替代，这种替代的成本较低。二，替代成本高，主要是交通票务。比如说我买了

系统边界是任何一个系统中都需要优先考虑的问题，通过定义一个系统的系统边界，可以将需求的分成三类：1，系统内需求，要做2，系统外需求，不做3，系统边界需求，需要综合考虑做不做清晰的系统边界有助于快速分辨需求。先以“实物电商系统”为例，实物销售就会涉及到物流，物流可以分成三类：1，甲方物流，也就是买方物流，买方自己运输货物。由于电商系统是在网上下单，没有固定的商品展示场所，因此甲方物流

按照前面的业务分析，会发现不同的业务形式所需要的支付流程也不同，先看“实物电商系统“，在不同业务形式中包括这样几种支付方式：1，网购直接刷卡付费，然后发货2，快递和自提点，先验货，然后现场刷卡付费，最后取走3，快递和自提点，先验货，然后现场支付现金，最后取走4，自提柜不支持验货，只能现场刷卡后开柜门取走因此支付方面应当支持：1，用户通过桌面浏览器按订单金额刷卡付费，通过手机

筐技术是我杜撰的一个名词，使用这个名词特指那些众说纷纭的技术名词。这一方面是由于技术发展太快，并非每种新技术都可以使用简单明白的方式表达，此时使用一个最接近的名词有助于双方的沟通，另一方面由于每位技术人员的知识范围有一定的局限性，也很难在使用每一个名词之前都精确的理解名词的定义。 这些词都是开发专用的技术名词，都有相应的定义，但是随着发展，这些词已超过原来的含义，将相关的技术内容也都包含了进来。