[閒聊] 系統轉移平台的問題

看板Soft_Job作者 (節衣縮食)時間13年前 (2011/06/05 00:49), 編輯推噓5(508)
留言13則, 7人參與, 最新討論串1/1
剛換到某個甲方單位的資訊部,正值他們要轉換舊核心系統的時機 舊系統是dos+informix的組合,打算改成web版+sql server,覺得比較有彈性跟維護 目前聽到的計畫是,第一階段先把界面改成web版,後端一樣接informix 上線後等使用者用習慣新的操作,再把後端改掉 我有點好奇的是,除非資料庫table schema都不改變 否則到時web的程式不也得因應跟著改嗎?畢竟存取資料庫的語法有些差異 (這裡無hibernate這類的設計,純粹在程式裡下sql語法) 而schema維持原樣也有點奇怪,因為據說舊系統受限於技術及東加西加的需求 所以有很多小系統, 也造成有很多散亂的table 聽起來系統轉移平台只會轉資料庫跟前端的呈現 後端schema的設計並不會跟著作調整 不曉得大家有遇過公司轉換核心系統嗎? 一般大概會有什麼樣的考量呢?像我遇到的這種是一般性的狀況嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.104.131.120

06/05 01:35, , 1F
你說的很正常阿
06/05 01:35, 1F

06/05 01:35, , 2F
這種事本來就是一步一步來
06/05 01:35, 2F

06/05 01:36, , 3F
一定是整個系統轉換後OK才來考慮需求
06/05 01:36, 3F

06/05 01:37, , 4F
我是覺得schema先維持不變也好
06/05 01:37, 4F

06/05 01:38, , 5F
等到轉換後穩定定了再來考慮需求
06/05 01:38, 5F

06/05 07:54, , 6F
3降低風險吧,不要一次拔掉比較安全
06/05 07:54, 6F

06/05 11:18, , 7F
這樣程式要大改版兩次 是有點累 @@
06/05 11:18, 7F

06/05 16:07, , 8F
慢慢改,先保留舊系統的資料架構,用來驗證新系統的正確性.
06/05 16:07, 8F

06/05 16:08, , 9F
一次性地大改特改,改太多會亂掉,那才是災難.
06/05 16:08, 9F

06/05 19:26, , 10F
大改會有災難我相信,那如果直接開發新系統呢?
06/05 19:26, 10F

06/05 21:28, , 11F
那要看誰做主,直接開發新系統會涉及政治問題.
06/05 21:28, 11F

06/05 23:15, , 12F
先確認統一性...不要資訊單位說要改之後,使用端在抗議
06/05 23:15, 12F

06/07 16:28, , 13F
懷疑後端連不連的到....走甚麼協定阿
06/07 16:28, 13F
文章代碼(AID): #1Dwc8djd (Soft_Job)