讨论请移步至：http://www.zhiliaotech.com/ideajam/idea/detail/408

相关文章：

《今天你买到票了吗？——从铁道部12306.cn站点漫谈电子商务站点的“海量事务快速处理”系统》

不能简单套用“实物电商系统”对“大型票务系统”做需求分析

“大型票务系统”和“实物电商系统”在不能提供商品（服务）时给消费者带来的影响有巨大差异

“大型票务系统”和“实物电商系统”的系统边界之间的差别与联系

“大型票务系统”和“实物电商系统”按系统边界分析各种业务形式

“大型票务系统”和“实物电商系统”在支付方面的差别和联系

“大型票务系统”和“实物电商系统”在恶意订单方面的差别与联系

大型票务系统自身特点所引入的安全性问题

“大型票务系统”和“实物电商系统”在“库存”计算方面的巨大差异

“大型票务系统”和“实物电商系统”在和企业其它部门关系的联系和误区

“大型票务系统”和“实物电商系统”的数据库选型

“大型票务系统”中对机器恶意訪问的处理——验证码

“大型票务系统”中地恶意訪问的处理——“接入管理”部分

如前所述，“大型票务系统”和“实物电商系统”中的OA系统和企业其它部门有较强的依赖关系，而静态内容、CMS、Web 1.0、Web 2.0几种应用形态和企业其它部门的关系较弱，不同类型的应用形态对项目管理有着不同的影响。

比方说近期非常热门的概念“灰度公布”，简单的说就是对于新版本号或新功能。先挑一部分用户实验。通过观察用户的反馈决定是否将新版本号或新功能扩充至很多其它的用户，或者停止这个版本号或功能。

看上去这个方式以用户为中心，实际上这个方式的局限性非常大，从应用形态的角度看。和企业其它部门关系较弱的应用，比較适合这样的由信息部门自行决定的管理方式。比如静态内容、CMS、Web 1.0、Web 2.0。

而和企业其它部门关系较强的应用，则不能由信息部门自行做这个决定。而应由相关部门决定。

对于那些依赖于生产部门的应用，比如OA系统，就不仅依赖于生产部门独立决定，还包含生产部门主导的、參与该OA系统的其它部门，甚至不參与该OA系统中，可是參与相关生产的其它部门和其它公司。在这样的情况下，灰度公布不仅不能起到所期望的效果，可能适得其反。

（说明，Web 1.0、Web 2.0、灰度公布的概念见仁见智，本文仅用于说明本文讨论的问题，不就此展开）

联系作者：QQ 443089607 微信：huzhenghui
产品经理请加QQ群 189763636 群07期Axure7PM交互