有没有人为GUI销售点系统提供数据库,编程语言/框架建议？

我们公司有一个销售点系统,有许多附加功能,如订购和接收功能,销售和订单历史等.我们的主要问题是系统设计不正确,因此修复和修复需要很长时间.处理客户的要求.此外,我们正在使用的当前技术(Progress数据库,语言的Progress 4GL)由于数据库连接的多用户许可费等而对我们的客户产生了相当多的许可费用.

经过大量讨论后,看起来我们可能会从头开始(至少暂时保留当前产品).我们正在寻找以下几点:

使用一个漂亮的GUI前端创建系统(它当前是CHUI,并且应用程序的构建方式不允许我们重新设计前端......没有分层或分离业务逻辑和gui ......不寒而栗).

创建具有模块化不同功能的系统,使产品不必包含所有功能.这将为我们当前希望获得基本功能和更低价格标签的客户降低成本.那些想要它们的人可以使用铃声和口哨声.

使用适当的设计模式可以使产品随时轻松添加或更改任何部件(即更改数据库或更改前端而无需重写应用程序或大部分应用程序).这是今天的问题,因为Progress 4GL代码是直接针对数据库编译的.数据库中的小变化需要大量代码重新编译.

我们的新系统将基于Linux,客户端应用程序可以从一个或多个窗口框中提供功能.

所以我正在寻找的是关于哪些数据库和/或框架或编程语言可能会推荐给这类产品的任何建议.任何在这个领域有经验的人都可以指出我们正确的方向,甚至有一些想要避免的想法.我们已经考虑过.NET和SQL Express(我们不需要企业级数据库),但这会限制我们使用Windows(据我所知).我听说过Mono在Linux环境下编写.NET代码,但我对此还不太了解.我们还考虑了基于Java和MySql的实现.

总结一下,我们希望做到以下几点:

将许可成本降低到我们用于开发产品的技术上(Oracle,yikes!MySQL,很好.)

提供易于维护和支持的解决方案.

具有能够通过CHUI前端在"旧"硬件上运行的组件的解决方案.(我们的一些客户拥有40多个终端,为了转换为PC,需要大量现金).

建议将不胜感激.

谢谢

[更新]我应该注意到,我们目前正在进行总成本分析.这个问题旨在为我们提供一些"受过教育的"选项,以便考虑纳入或分析.任何可以分享有关客户端/服务器设置的经验/建议的人都会受到赞赏(不仅仅是那些有销售点系统经验的人......这只是一个奖励).

[UPDATE]

对于任何有兴趣的人,我们最终选择了Microsoft Dynamics NAV,LS Retail(销售点和其他各种东西的插件),然后做了一些(现在正在进行)定制工作.这种设置为我们提供了一个完全集成的g/l系统的额外好处,这是我们当前系统所缺乏的.