我们现在正在进行一个贸易公司的整体信息系统建设，从中碰到不少问题，现将规划的考虑如下说明，希望各位朋友多提建议。
背景：
1、一个贸易公司，大约有170人，人人都要上内部系统。
2、现在已经有一套自己开发业务系统，使用.NET 2003，涵盖：询价、报价、订单处理、物流、仓储、财务。这套系统功能丰富，特别是询价报价订单部分，非常有特色，非常适合贸易流程。公司非常依赖该系统，一刻也不能停。
3、公司在全球范围内有10个左右的分公司。
4、数据库以及达到40G的容量，最大的表近2000万行
5、非自动生成的代码量超过60万行
现有问题：
1、现有系统架构不好，代码重复严重，代码质量低下，没有测试用例保障，每开发一个新功能都非常艰苦。但是尽管，公司一刻也离不开这个系统。
2、现有的业务系统已经不能适应公司的发展，公司最近开发了多种新业务，在原先的需求架构上做已经不可能。
3、随着公司的发展，需要越来越多的企业应用，如：HR、财务、固定资产、论坛、KA、等等
4、公司现在的信息部10人，以不能独立开发如此多的项目
对新信息系统价格的总体要求：
1、各信息系统间应统一验证
2、各信息系统间应统一通信，即统一代办任务等
3、要求提速整个信息系统的建设工作
4、要求各系统不能成为信息孤岛，各系统间的数据应方便可以统一获取和分析
设想的解决方案：
1、重新开发我们的业务系统，并使用ROR + J2EE + ORACLE的技术取代现有的.NET + SQL SERVER。主要理由如下：
a) 旧系统的.NET 2003架构已经不能适应业务发展，与其在上面诚惶诚恐，低效地开发，不如重启炉灶。
b) .NET可用的资源太少
c) .NET上不可能使用Front Controller的MVC2架构，除非不用ASP.NET的服务端控件
d) .NET的事件驱动策略虽然降低了门槛，但是服务端控件和客户端脚本很难配合，使得深入的开发不易
e) .NET多种开源架构来源于J2EE，如NHIBERNATE, SPRING.NET, monorails等，虽然这些架构也不错，但总感觉说不出
的变扭
f) 我认为，有2-3个J2EE ROR的资深软件工程师在，转型不会太艰难
g) .NET的商业控件，生成的HTML太大，大得我们不得不在中国的其他地方托管服务器，使用数据库复制来同步数据
h) .NET的的ASP控件生成的控件名无法控制，使得页面的自动功能测试很难进行或者维护
2、公司的信息部专注业务系统，充分外包或购买非核心业务来提速整个信息化建设
3、使用CAS来统一验证，CAS支持各种技术的客户端，便于整合
4、开发一个企业应用平台，来负责统一通信，公告等
5、在业务系统中不包含财务系统，购买业界成熟的财务系统。通过业务系统向财务系统的接口来进行凭证的生成、应收应付账款的管理、信用管理
6、购买EHR系统，通过业务系统向EHR系统的接口，来导入业绩数据，来统一计算提成和薪酬
7、建立数据仓库，统一产生各种报表，支持决策
设想的解决方案的问题：
1、CAS只能统一验证，有什么办法可以统一角色？
2、我前面说的企业应用平台有没有开源的项目？
3、在各地建立服务器实在是不得已的，我们这样一个全球化的公司，有没有可能就建立一个服务器，这样可以大大降低维护的成本，和部署的复杂性。
4、业务系统只负责询价、报价、订单、物流、仓储，财务系统和EHR系统分别外包，这样是否有成功案例？会不会影响数据的分析？
5、ROR是否能够扛起业务系统的大旗？我现在对ROR的担心如下：
a) ActiveRecord不如Hibernate对ORM的支持，领域模型会受到极大的限制
b) 客户端控件不够强大，例如：是否有向CS系统的多条编辑统一提交的GRID？
非常感谢一直可以读到这里，我也不好意思，一写就罗嗦了这么多。
背景：
1、一个贸易公司，大约有170人，人人都要上内部系统。
2、现在已经有一套自己开发业务系统，使用.NET 2003，涵盖：询价、报价、订单处理、物流、仓储、财务。这套系统功能丰富，特别是询价报价订单部分，非常有特色，非常适合贸易流程。公司非常依赖该系统，一刻也不能停。
3、公司在全球范围内有10个左右的分公司。
4、数据库以及达到40G的容量，最大的表近2000万行
5、非自动生成的代码量超过60万行
现有问题：
1、现有系统架构不好，代码重复严重，代码质量低下，没有测试用例保障，每开发一个新功能都非常艰苦。但是尽管，公司一刻也离不开这个系统。
2、现有的业务系统已经不能适应公司的发展，公司最近开发了多种新业务，在原先的需求架构上做已经不可能。
3、随着公司的发展，需要越来越多的企业应用，如：HR、财务、固定资产、论坛、KA、等等
4、公司现在的信息部10人，以不能独立开发如此多的项目
对新信息系统价格的总体要求：
1、各信息系统间应统一验证
2、各信息系统间应统一通信，即统一代办任务等
3、要求提速整个信息系统的建设工作
4、要求各系统不能成为信息孤岛，各系统间的数据应方便可以统一获取和分析
设想的解决方案：
1、重新开发我们的业务系统，并使用ROR + J2EE + ORACLE的技术取代现有的.NET + SQL SERVER。主要理由如下：
a) 旧系统的.NET 2003架构已经不能适应业务发展，与其在上面诚惶诚恐，低效地开发，不如重启炉灶。
b) .NET可用的资源太少
c) .NET上不可能使用Front Controller的MVC2架构，除非不用ASP.NET的服务端控件
d) .NET的事件驱动策略虽然降低了门槛，但是服务端控件和客户端脚本很难配合，使得深入的开发不易
e) .NET多种开源架构来源于J2EE，如NHIBERNATE, SPRING.NET, monorails等，虽然这些架构也不错，但总感觉说不出
的变扭
f) 我认为，有2-3个J2EE ROR的资深软件工程师在，转型不会太艰难
g) .NET的商业控件，生成的HTML太大，大得我们不得不在中国的其他地方托管服务器，使用数据库复制来同步数据
h) .NET的的ASP控件生成的控件名无法控制，使得页面的自动功能测试很难进行或者维护
2、公司的信息部专注业务系统，充分外包或购买非核心业务来提速整个信息化建设
3、使用CAS来统一验证，CAS支持各种技术的客户端，便于整合
4、开发一个企业应用平台，来负责统一通信，公告等
5、在业务系统中不包含财务系统，购买业界成熟的财务系统。通过业务系统向财务系统的接口来进行凭证的生成、应收应付账款的管理、信用管理
6、购买EHR系统，通过业务系统向EHR系统的接口，来导入业绩数据，来统一计算提成和薪酬
7、建立数据仓库，统一产生各种报表，支持决策
设想的解决方案的问题：
1、CAS只能统一验证，有什么办法可以统一角色？
2、我前面说的企业应用平台有没有开源的项目？
3、在各地建立服务器实在是不得已的，我们这样一个全球化的公司，有没有可能就建立一个服务器，这样可以大大降低维护的成本，和部署的复杂性。
4、业务系统只负责询价、报价、订单、物流、仓储，财务系统和EHR系统分别外包，这样是否有成功案例？会不会影响数据的分析？
5、ROR是否能够扛起业务系统的大旗？我现在对ROR的担心如下：
a) ActiveRecord不如Hibernate对ORM的支持，领域模型会受到极大的限制
b) 客户端控件不够强大，例如：是否有向CS系统的多条编辑统一提交的GRID？
非常感谢一直可以读到这里，我也不好意思，一写就罗嗦了这么多。
