只能谈个粗浅的印象，因为本人接触IFS不多，说得不当之处，还请各位指正。
JDE的版本是2004出的，IFS的版本也是2004出的。
一.技术架构
JDE采用的是分布式架构，扩充性比较好，支持多种数据库，同时使用时有多台服务器，
数据库服务器，应用服务器，分发服务器，web服务器，还可以有报表服务器。
IFS用的是C/S架构，基本就是客户端和数据库服务器，绝大部分业务逻辑是用存储过程写在数据库上(只支持oracle),
系统响应速度依靠强大的数据库服务器。
1.扩充性，两种技术架构各有好处，JDE的扩充性更强，可根据实际使用情况，增减相应的服务器，
IFS的扩充性主要由数据库服务器的硬件扩充来保证(加CPU,内存等)。
就目前的发展形式来看，个人觉得支持多种数据库的功能其实已没有太多商业价值了，ERP做为企业的核心软件，企业可以愿意为ERP买相应的数据库，
却不会因为当前使用的数据库不同，而不采用某种ERP.
2.效率，分布式架构最近十年一直都很火，理论上讲分布式架构的效率要比传统C/S高，但我未做过大并发用户的相关比较(并发用户数超过500），具体情况不得而知。
3.生命周期，软件开发的技术变迁很快，从原来的大型机到目前的PC,几乎每隔几年，开发语言和相关开发平台就会有很大不同。相信最近十年内，
发生的powerbuilder,delphi的没落和java,.net的兴起大家应该都不陌生吧。一个ERP产品可能因此而要重写，这个成本对任何公司来说都是相当大的。
JDE本身是由C语言写成，C语言的生命周期是所有开发语言中最长的，IFS的生命周期全部建立在ORACLE数据库上，而ORACLE的数据库本身生命周期也很长，
所以两个技术架构生命周期差不多旗鼓相当。
二.用户界面
JDE在2004年的版本中已经全面是WEB界面了，而IFS的界面还是以传统windows窗口界面为主。
1.分发，很多资料讲到web界面分发和维护方便，但根据我的经验，web界面的分发和维护并不见得比windows界面方便。
2.用户友好性，IFS在这方面做得不太好，大部分功能要从右键菜单里面选取，而且在一个窗口中有很多标签页，每个标签页的右键弹出菜单又不同，没有统一的功能入口，
哪怕是一个熟手，一些不常用的程序也会经常找不到某个功能入口。而JDE所有功能都在窗口的工具条，很直观。
IFS的查询和维护界面一般是分离的，很多维护程序都有对应的单独查询程序，这点比较奇怪，具体为什么这么做的原因我不太清楚。
JDE的查询和维护界面一般在一起，查询时不用另外开窗口，选择查询条件，直接在一个界面填查询条件，查到记录后就可做相关维护操作。
IFS考虑到效率问题，对于搜索记录数比较大的，会提示一个窗口信息，问用户数据超过多少行，是否继续查找，JDE采用的是按需读取方式，对用户是透明的。
三.二次开发
JDE本身提供一个开发平台，可以用JDE自定义语言进行开发，而且这个开发平台相当完善，对于有超过十人以上的开发团队的源代码管理有很好支持。
JDE开发还有个特点就是所有代码的编写几乎不用敲键盘，只要用鼠标点选即可。
IFS的二次开发比较新颖，采用的是rose建模到代码生成的模式，代码的编写一般是通过PL/SQL的一些开发工具进行，对源代码管理主要靠另外的传统方式。
PL/SQL功能还是不错的，ERP中的大部分逻辑应该都能用其实现。
两者的开发难度不大，相对来说IFS的开发主要是对PL/SQL的了解，而JDE的开发需要对其自定义语言的了解。
四.应用架构
应用架构的生命周期是整个ERP软件最长的，可以说技术架构不停的变化，但是应用架构变化很少。
JDE的应用架构相当简洁，就拿进销存来说，销售，采购，库存只有七张主要的表。
如采购就主要两个表:一是采购单表头，一是采购单明细。所有采购单也好，请购单也好，询价单也好，都只用到这两个表。
JDE的应用架构相当灵活，最常见的几个功能特色，其一是程序版本，也就是同一个程序可以设定不同开关，针对不同开关，
程序有不同的逻辑处理。通过一些设定，结合工作流程(活动规则)，可以组合出很多特别的流程，体现了功能的强大和灵活。
IFS的工作流程的修改需要在ROSE模型里面修改状态机，对IT技术相对来说要求高些，而工作流程只是单纯状态改变，
无法和具体程序行为结合在一起，这导致一些工作流程上的程序处理稍微不同，也需要另外修改程序。
两个ERP在各模块集成上都有一定灵活性，但感觉IFS的集成方式稍显有些突兀，生硬，有些交易分类是单纯为了灵活性硬设定的。
详细的功能点比较是很难进行的，但是因为JDE本身的灵活导致其很容易配置出来多种方式，适用面相对来说很广，而IFS面对的行业要窄一些。
不过IFS在EAS这一块还是占据了比较大的优势，而JDE在各地有分销机构的企业中有相当的优势。
更多资源请访问：http://www.
