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