答复: 产线管理系统，如何做架构？

http://www.iteye.com/post/1058669

halida 写道

我们企业用delphi+oracle做产线管理系统，作业方式就是给我们的产品（手机）贴条码，然后通过刷条码进系统来管控流程。有时候要调用外部程序，有时候要打印（传文档到LPT端口）。因为windows费用的问题，部分电脑采用linux+wine的方式来运行系统。

现在我们考虑重新开发系统，因为Delphi渐渐不支持了，以及因为效率的原因，要换到3层的架构。我们主管的想法是使用.net开发。我不知道.net的界面是否可以支持跨平台。

我个人因为兴趣原因，想用python+pyqt+django+salalchemy来开发系统，但是因为自己的实力不够，所以不好来推这样的架构，我的想法是客户端用pyqt，采用xmlrpc连接业务逻辑服务器，同时运行一个web服务器来显示查询页面（也可以整合到客户端中），DB端用sqlalchemy连到oracle。

请问各位觉得我的想法如何，有什么更好的实现方式（实在不想用.net开发，但是考虑到可维护性，不知道.net能够撑多久）？

列一下需求：
3层架构
夸平台
能够运行本地程序，做一些交互
方便分布（产线电脑，有些是局域网，只能访问特定的服务器）
方便开发（个人建议能够接近Literate Programming，或者脚本式开发）
实时性好，产线作业员可等不了几秒。

我们的开发team为3人，我是主程序员，可以在架构上面说得上话。只要我能够开发出一个原型，并作出分析报告，采用我的架构应该没有问题。业务逻辑都是现成的，只要按照逻辑重新coding就好了。
我对架构的方面完全没有经验，请问应该如何去学习相关的知识呢？

我的回复：

我做过类似的系统，这样的系统功能跨度比较大，如果可能的话建议只用Java写。

不知道“客户端”机器配置怎样，如果配置相当好的话和服务器端可以用ActiveMQ做消息通信，如果配置差一点的话再考虑用PyQt什么的来调服务器上的Web Service。如果时间充足的话可以自定义一套消息协议，在服务器端准备一个线程池接收消息，这套消息系统恐怕需要一个人专门维护。服务器端越简单越来越好，Tomcat足够了，最好连Tomcat也别用，ActiveMQ可以单独启动，自己做的消息系统就更不用说了。

至于打印什么的，做好了消息通讯之后一个礼拜的时间就能完成。

做这样的系统最佳搭配莫过于tuxedo了，不过报出价来你们老板肯定不接受。

你给的信息有限，不知道“客户端”的软件需要输入一些什么样的内容。所以一些细节上没法帮你参谋。这样的系统干系重大，所以多花一些时间做得精细一些很有必要。

祝好运。