信息整合的讨论案例

时间:2022-10-02 20:10:51
我所在的公司是广州的一个大型国有企业,目前所用的信息管理系统包括企业管理的方方面面,大约有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.系统的切换和上线只有借用行政手段强制执行了。


------解决方案--------------------
探讨
你所讲的道理我都很明白。自己开发底层架构在时间上和从人力成本上都是很大的考验。毕竟我们是一个国有企业。