“大型票务系统”和“实物电商系统”和企业其他部门的依赖关系对项目管理的影响

前端之家收集整理的这篇文章主要介绍了“大型票务系统”和“实物电商系统”和企业其他部门的依赖关系对项目管理的影响前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

讨论请移步至: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交互

原文链接:https://www.f2er.com/javaschema/285551.html

猜你在找的设计模式相关文章