Re: [问题] 跨国单位的系统整并

楼主: aleeon ( )   2014-04-16 11:31:57
※ 引述《freeunixer (身阿兰若心阿兰若)》之铭言:
: 想讨论一个关于 系统要不要整并到什么程度 的问题.
: 如果有个 og 是跨国...好吧,为了不伤害某些人的情感,讲跨海好了.
: 中、港、台三地的小不拉叽推业务抽佣类型的公司群,每地各公司 10 到 20 人不等,
: 要做一个电子流程系统,却选在第四地,像是新加坡...的 VM 上好了...
: 这个系统主要就公文流程,业务管理的系统,好吧,还提供网络硬盘的功能,
: 可以直接从这系统发信给客户,夹着档案的 LINK 出去,再让客户直接点了下载这样.
: 结果因为这系统还提供 web mail 功能,于是,
: 有人希望连这三地的 mail 全搬到那系统里去,嗯,对了,domain 还不一样.
: 于是,公司现在,全部,就将只有那个系统,那个系统,将包了全部,现在公司的使用...
: 1.就上述的各项前提现况,各位认为这样是好还是不好;
: 2.对于这样一个现状的发展,各位有什么对它未来的想像呢?
: 3,如果各位认为有比不将 mail 与流程业务系统放在一起更好的方法,那可能什么?
现况:
三地分公司各20人
第四地主机
目前系统功能:
公文流程(类似flow吗?)
业务管理(如什么?)
档案管理(那网络就很重要了,结合手机?还是就PC?)
系统夹档案连结发信
Web mail
期望系统功能
以第四地的Web mail取代各地本机mail
1. 功能整合得起来就是"好",因为您没提到目前有什么问题
基本上没问题就是"好",或是要去找出问题
2. 想像力有多大,发展就有多大,那些业务大概就一堆意见了
路人抓一个比较懂资讯的大概也一堆想像
3.1业务省麻烦,只要登入一个地方就搞定,风险就在于网络,
他登不进去的时候怎么处理事情?没网络怎么处理事情?
会不会有这些状况,把一些无法做事的状况列出来
3.2开发者、维护者要能负得起责任(最好是有规模、历史、专业),
请确认好有HA架构(高可用性),万一挂点,你接受多少时间复原
有没有备案
3.3经营者请评估好预算
以上,若要仔细讨论蛮多的,先以风险的角度随意想想
作者: freeunixer (御剑客)   2014-04-16 18:05:00
公文流程是 flow 没错,业务管理就是日报跟case进度记录是,弄起来很好真方便,只是前提是在 第四地的一个 vm 上所以看起来也只有撑著让用一阵子,才知这算盘打不打得响虽就我个人而言不倾向这样,但风往哪边吹,叶就往哪边飞.
楼主: aleeon ( )   2014-04-17 12:48:00
不过如果还没有表达风险的想法,一定要表达喔!
作者: freeunixer (御剑客)   2014-04-17 15:07:00
表达也没有用啊,大家都马知道,离 user 越近的地方越好,可是,当高层决定了的事,而且他认为试用过问题不大时,U面的人还能怎么办呢?总不能手下不服从吧...
楼主: aleeon ( )   2014-04-21 13:03:00
还是有差喔,至少你提醒过,不时就带一下但我说的风险不一定是要近,而是要有HA方案

Links booklink

Contact Us: admin [ a t ] ucptt.com