信息整合的讨论案例
我所在的公司是廣州的一個大型國有企業,目前所用的信息管理系統包括企業管理的方方面面,大約有7到8個互相獨立的信息系統,這些系統都是在7、8年前就已經投入使用了,完全自主開發和維護,所用的工具是delphi+SQL2000。現在公司打算對所有的信息系統進行升級,初定方向是.NET+SQL2008。由公司IT部自主開發,人員三到四人,技術力量一般。
我們現在面臨的問題是:
1.信息系統升級后,就不能互相獨立了,數據要形式一個系統進行共享;
2.系統的升級必須在一到兩年內完成。
我需要問的問題是:
1.在這種背景下,如何實施信息系統的升級,不影響公司日常管理和運作;
2.新系統的開發什么都從底層做起,這種做法可行嗎?
3.直接外購架構和底層是做法是否可行?購買開發環境(如方正的ES2007)做系統開發是否可行?
歡迎大家討論,以便能給我一個較好的方向。謝謝了。
------解決方案--------------------
1.這要看你想升級到什么程度? 如果只是換下頁面 ,不涉及很多后臺的邏輯 那就比較簡單了。
2.要看這些系統的客制化程度。直接買軟件的一個弊端就是 不能完全符合自己公司的需要,如果這些軟件很符合現在的工廠流程,且客制化很深, 那直接購買套裝的方式是行不通的。
3.你的后臺邏輯需要重新優化么? 如果變動不大,那可以暫時用現系統繼續線上運行,開發升級版,然后直接定milestone進行數據切換。
4.關于共享的問題,我感覺獨立也還是可能的,只是最后數據的匯總做法不同。不一定非要用同一個db。
個人愚見哈
------解決方案--------------------
以前的信息系統都是自主開發和維護的,建議這次還是自主開發,技術力量一般的話可以考慮引進一個項目經理或是信息系統管理師。新系統做好整體規劃,然后按模塊進行分步開發設計調試上線,把以前的信息系統的業務流程一個個分塊逐步切換到新系統中去。
------解決方案--------------------
7,8年前的系統升級, 必須要考慮到幾個系統的整合,
建議在做之前要做詳細的規劃
------解決方案--------------------
購買一個成熟的底層架構要看能否靈活實現現在和將來需要的業務邏輯,畢竟現成的東西,就將導致開發能實現的功能完全受限于架構的開放程度和定制的靈活性,萬一做一半才發現不夠用,那就意味著推到重來;自己開發雖然會慢些,但后期的修改和維護會很方便。實在不行,找個信息化軟件的供應商,根據企業業務需求定向開發,個人覺得也比購買一個成熟的底層架構要好
------解決方案--------------------
探討
1.底層和架構基本上是推倒重建,業務邏輯基本不會變;
2.我現在打算購買一個成熟的底層架構,已經包括了用戶、權限、工作流等的功能,只在上面做業務邏輯就可以了,不知道這種方法是否可行;
3.系統的切換和上線只有借用行政手段強制執行了。
------解決方案--------------------
探討
你所講的道理我都很明白。自己開發底層架構在時間上和從人力成本上都是很大的考驗。畢竟我們是一個國有企業。
我們現在面臨的問題是:
1.信息系統升級后,就不能互相獨立了,數據要形式一個系統進行共享;
2.系統的升級必須在一到兩年內完成。
我需要問的問題是:
1.在這種背景下,如何實施信息系統的升級,不影響公司日常管理和運作;
2.新系統的開發什么都從底層做起,這種做法可行嗎?
3.直接外購架構和底層是做法是否可行?購買開發環境(如方正的ES2007)做系統開發是否可行?
歡迎大家討論,以便能給我一個較好的方向。謝謝了。
------解決方案--------------------
1.這要看你想升級到什么程度? 如果只是換下頁面 ,不涉及很多后臺的邏輯 那就比較簡單了。
2.要看這些系統的客制化程度。直接買軟件的一個弊端就是 不能完全符合自己公司的需要,如果這些軟件很符合現在的工廠流程,且客制化很深, 那直接購買套裝的方式是行不通的。
3.你的后臺邏輯需要重新優化么? 如果變動不大,那可以暫時用現系統繼續線上運行,開發升級版,然后直接定milestone進行數據切換。
4.關于共享的問題,我感覺獨立也還是可能的,只是最后數據的匯總做法不同。不一定非要用同一個db。
個人愚見哈
------解決方案--------------------
以前的信息系統都是自主開發和維護的,建議這次還是自主開發,技術力量一般的話可以考慮引進一個項目經理或是信息系統管理師。新系統做好整體規劃,然后按模塊進行分步開發設計調試上線,把以前的信息系統的業務流程一個個分塊逐步切換到新系統中去。
------解決方案--------------------
7,8年前的系統升級, 必須要考慮到幾個系統的整合,
建議在做之前要做詳細的規劃
------解決方案--------------------
購買一個成熟的底層架構要看能否靈活實現現在和將來需要的業務邏輯,畢竟現成的東西,就將導致開發能實現的功能完全受限于架構的開放程度和定制的靈活性,萬一做一半才發現不夠用,那就意味著推到重來;自己開發雖然會慢些,但后期的修改和維護會很方便。實在不行,找個信息化軟件的供應商,根據企業業務需求定向開發,個人覺得也比購買一個成熟的底層架構要好
------解決方案--------------------
探討
1.底層和架構基本上是推倒重建,業務邏輯基本不會變;
2.我現在打算購買一個成熟的底層架構,已經包括了用戶、權限、工作流等的功能,只在上面做業務邏輯就可以了,不知道這種方法是否可行;
3.系統的切換和上線只有借用行政手段強制執行了。
------解決方案--------------------
探討
你所講的道理我都很明白。自己開發底層架構在時間上和從人力成本上都是很大的考驗。畢竟我們是一個國有企業。
轉載于:https://www.cnblogs.com/hezq/p/9839951.html
總結
- 上一篇: 在SharePoint 2010使用OW
- 下一篇: Diwali