答复: 产线管理系统，如何做架构？
http://www.iteye.com/post/1058669
现在我们考虑重新开发系统，因为Delphi渐渐不支持了，以及因为效率的原因，要换到3层的架构。我们主管的想法是使用.net开发。我不知道.net的界面是否可以支持跨平台。
我个人因为兴趣原因，想用python+pyqt+django+salalchemy来开发系统，但是因为自己的实力不够，所以不好来推这样的架构，我的想法是客户端用pyqt，采用xmlrpc连接业务逻辑服务器，同时运行一个web服务器来显示查询页面（也可以整合到客户端中），DB端用sqlalchemy连到oracle。
请问各位觉得我的想法如何，有什么更好的实现方式（实在不想用.net开发，但是考虑到可维护性，不知道.net能够撑多久）？
列一下需求：
3层架构
夸平台
能够运行本地程序，做一些交互
方便分布（产线电脑，有些是局域网，只能访问特定的服务器）
方便开发（个人建议能够接近LiterateProgramming，或者脚本式开发）
实时性好，产线作业员可等不了几秒。
我们的开发team为3人，我是主程序员，可以在架构上面说得上话。只要我能够开发出一个原型，并作出分析报告，采用我的架构应该没有问题。业务逻辑都是现成的，只要按照逻辑重新coding就好了。
我对架构的方面完全没有经验，请问应该如何去学习相关的知识呢？
我的回复：
我做过类似的系统，这样的系统功能跨度比较大，如果可能的话建议只用Java写。
不知道“客户端”机器配置怎样，如果配置相当好的话和服务器端可以用ActiveMQ做消息通信，如果配置差一点的话再考虑用PyQt什么的来调服务器上的WebService。如果时间充足的话可以自定义一套消息协议，在服务器端准备一个线程池接收消息，这套消息系统恐怕需要一个人专门维护。服务器端越简单越来越好，Tomcat足够了，最好连Tomcat也别用，ActiveMQ可以单独启动，自己做的消息系统就更不用说了。
至于打印什么的，做好了消息通讯之后一个礼拜的时间就能完成。
做这样的系统最佳搭配莫过于tuxedo了，不过报出价来你们老板肯定不接受。
你给的信息有限，不知道“客户端”的软件需要输入一些什么样的内容。所以一些细节上没法帮你参谋。这样的系统干系重大，所以多花一些时间做得精细一些很有必要。
祝好运。