一个典型的信息化建设该如何规划？

明白你的意思，这样的方案是可行的，关键还是企业应用平台，否则各个系统不成为信息孤岛都难。

对于你提到的企业应用平台，目前还没有发现有开源项目，我可以提供如下解决方案供你参考：

开发框架是淬优科技在多年应用JAVA和XML技术的基础上发展起来的Web发布框架，由异构系统资源共享Universal Information Integration（UII）、淬优信息总线（UIC）、淬优业务流程管理（UBPM）、淬优技术平台（TriU）四个部分组成。异构系统资源共享类似IBM信息整合解决方案中的WebSphere Information Integrator（WII）。淬优业务流程管理采取了和安码（ULTIMUS）一样的策略，最大限度地提高流程适应业务变化的能力，将流程的控制权下放到了部门。淬优技术平台采用了Cocoon2的思路---用XSLT将XML序列化成HTML或其他格式，以此来帮助分离内容格式、逻辑和对基于XML网站的管理功能。而将UII、UIC、UBPM、TriU集成在一起则是一个比ColdFusion还要快速的开发工具，想想一下不需要写SQL语句和不需要在页面中嵌入代码（JSP在HTML中嵌入JAVA，Cocoon2在XML中嵌入JAVA）了是多方便的开发环境。

异构系统资源共享Universal Information Integration（UII），是类似于IBM信息整合解决方案中的WebSphere Information Integrator（WII）一样的中间件产品，它们都以实现跨数据源的实时查询、存储、缓存；数据的转换、复制、搜索和发布为目的，建起系统间沟通的桥梁，而这个“桥梁”不像直连直通的斜拉桥，更像是连接四面八方的立交桥。
特性：
一，使用UII不需要部署DB2数据库，它使用业界标准来展现数据，自由接入，自由使用。
二，使用方式不同，WII需要提交用SQL编写的查询，用DB2来统一语法，而UII采用将数据库表、字段定义映射成Web Services标记的方式，在操作数据库时，只需要使用统一的Web Services服务，UII自动生成相关的查询并返回用XML封装的结果，不需要编写任何SQL语句。
三，返回结果不同，WII返回符合DB2语法的数据库查询结果集，UII用Web Services返回符合特定行业标准的XML内容。

作为ESB产品，淬优信息总线（UIC）接受包括UII在内的所有Web Services注册，并对其进行管理和提供相应服务。
特性：
一，UIC作为Web Services的提供者，可以相互注册。
二，UIC可以按照服务地域进行拆分、合并。

淬优业务流程管理（UBPM）是自主研发的BPM软件，具有很强的适应企业业务的能力。
特性：
一，采用无需编程的方法，搭配无可匹敌的适应技术，加快流程设计、开发与部署，即使没有完整的流程图定义也可以部署流程，缩短了部署周期。
二，具备“即买即用”(Out of Box)的能力与应变技术，能够适应外在变化，实时调整核心企业流程。
三，在流程的运行过程里，可通过UII/UIC使用和操作其他业务系统的数据，具有强大的整合能力。


任何商务活动的焦点并不仅仅是哪一种技术能达到最好的性能而是哪种技术能令公司在最短的时间之内交付稳固的应用程序。淬优技术平台（TriU）就是这样的Web发布框架，在实现了管理、逻辑、内容、风格分离的基础上，让开发任务可分配给擅长某方面技术的人员，他们不再需要熟悉其它方面，使得开发工作就可同步进行。平台具有高效的可配置性和复杂的缓存机制，配以图形界面的管理控制台，通过配置经过最低限度的Java开发就可以生成复杂的行为，新开发的业务逻辑通过上传软件包而得到支持，只要到控制台对新行为进行相关配置，系统就可以提供新功能了。平台可以使用UII/UIC提供的数据，在控制台指定服务地址和参数即可通过Web Services获得数据库的数据，然后指定数据展现用的样式单文件，框架即可通过特定链接打开用样式单格式化成的Web页面，如此，可以一步一步定义好全部的页面，定义完成时开发工作也就完成了。
特性：
一，TriU可为Web应用提供多样式选择，使用者可以根据自己的喜好来体验应用。
二，TriU为每个使用者提供应用门户，使得使用更方便。
三，由于任务能准确定位，项目集成在控制台通过配置来完成，使得项目管理更轻松，开发周期也大大缩短。
四，再也没有嵌入代码的烦恼了，在数据内容不改变的情况下（一般情况下不会改变），业务逻辑的改变不会引起界面风格的改动，界面风格的变化也不需要修改业务逻辑，这将大大缩短开发周期，降低系统出现BUG的几率，让应用更稳定可靠。
五，用TriU开发并交付的系统将最大限度地贴近客户的需求，客户无需为不必要的子系统、模块付费。

淬优开发框架是集成了异构系统资源共享Universal Information Integration（UII）、淬优信息总线（UIC）、淬优业务流程管理（UBPM）、淬优技术平台（TriU）的综合应用系统框架，它是一套比ColdFusion更有效的开发工具，完整地实现了SOA架构，可帮助软件企业/应用信息中心获的可靠的、快速的软件供应。
特性：
一，淬优技术平台实现了管理、逻辑、内容、风格的分离，使得快速响应成为了现实。
二，使用淬优开发框架来制作软件，不需要撰写SQL语句，只需要配置UII/UIC服务即可。
三，集成的业务流程管理为整合其他业务系统打开了方便之门。
四，革新的技术使得嵌入代码成为了历史。

特点：
· 开发快速：缩短周期、节省人力、降低成本。
· 构件化：提供大量面向高层应用的构件，可任意组合，如同积木一般，在底层基础架构之上构建出不同行业应用产品，提供多样化解决方案。
· 系统运行的健壮性和可靠性：由于业务逻辑的改变不会引起界面风格的改动，界面风格的变化也不需要修改业务逻辑，这将大大缩短开发周期，降低系统出现BUG的几率，让应用更稳定可靠。
· 智能化：可视化操作工具，操作简便，自动处理，减少人为操作错误的可能性。
· 通用性：标准化，支持行业标准和通用接口，通用型强。
· 高扩展性：各构件之间的接口、协作方式都经过良好的设计，并在随着产品的进化而不断的得到优化。
· 适合企业级应用：为客户提供一个统一、简单、基于标准、易于扩充的基础软件平台，客户需要构建应用、整合应用、扩展应用，都可以在这个平台上实行。
· 良好的开放性：跨行业、跨应用和跨平台。
· 良好的集成性：在以构件为基础开发的产品非常容易集成。可以使多个应用程序数据得到共享，提高应用程序的集成性。
· 构件松耦合：平台基于接口的实现，构件之间没有紧密地联系，形成构件间的松耦合，每个构件都能轻松调换，对平台没有任何影响，增强了系统的健壮性和灵活性。

运行环境：
对于运行环境的要求，框架为用户提供了弹性很强的选择范围，包括大多数流行的支持Servlet的Web Server，且不需要部署特定类型的数据库，用户可自由选择系统的运行环境。

谢谢 triu的笔墨。

很同意：关键还是企业应用平台，否则各个系统不成为信息孤岛都难。

而这个“桥梁”不像直连直通的斜拉桥，更像是连接四面八方的立交桥。这句话说到我心坎里去了。

淬优科技的产品我有机会会研究，但是有一点是肯定的，这必须在我司确认了“.NET向J2EE + ROR”转型之后。

不客气了，都会在应用领域遇到的信息共享方面的问题的，为了解决这些问题，我们也是绞尽脑汁地想办法，希望能一起找出合适的解决之道。

如果需要了解更多的细节，可以直接联系我，QQ：32557647。

如果从您所在公司来考虑的话，有几个看法。
1.建议不要选择RoR，在未有类似成功案例的基础上使用RoR风险是巨大的。即使只是部分使用，这样在你自己的系统中就出现了异构的部分。并且，现在使用RoR的公司少，如果采用RoR，会失去谈判空间。
2.建议选用成熟的BPM系统做为基础开发。BPM是趋势，随着竞争加剧以及企业流程的复杂多变，以流程为出发点的BPM更能适应这种环境。
3.角色及权限，可以使用以LDAP为基础的解决方案。
4.我认为可以使用统一的服务器，但是要考虑网络是否稳定。可以考虑浏览器和客户端结合的方式。

楼主使用了ROR之后，一定要回来跟我们讲讲用ROR的经验教训，这可是一个用ROR开发企业业务系统的活生生的案例。

感觉更多的是技术层面的讨论，既然是信息化建设应该更多在业务层面的规划，技术只是辅助。
  是先做业务还是先做基础框架
  如果先做基础框架要考虑如统一目录、单点登录、安全管理、运维管理、软硬件平台、甚至包括机房建设、网络建设等等
  如果先做业务系统或模块要考虑做业务先做那些业务后做那些业务
  将上面的建设步骤划分成几个阶段来建设，每个建设的目标是什么？
  如果考虑外包如何将这些系统无缝整合，集成的规范是什么？
  这些问题才是规划应该考虑的，采用哪些技术现在谈起来都为时过早

解决方案涉及的范围很大，总得来看，技术框架和具体的业务没有冲突，它们可以分开讨论，技术框架是工具，怎么应用就看需求怎么来了。