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

我们企业用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就好了。
我对架构的方面完全没有经验，请问应该如何去学习相关的知识呢？

评论

27 楼 matt.u 2009-06-25  

halida 写道

1.俺们要写desktop界面的。。
2.设计系统是个复杂的问题，需要分析和评估很多，论坛上面看到了不少的建议，下来补补。
3.自从用了python后，再也看不得小括号和大括号了...java相比python的代码太臃肿了。

这只是个习惯问题，我还更喜欢java/C#风格的代码一些。

26 楼 halida 2009-06-25  

matt.u 写道

halida 写道

我们是“铁打的营盘流水的兵”，产线防呆都靠系统。。。
先看看j2ee，看看是不是够强大。
然后看看jython，誓不写java。。。动态语言万载！

1、首先跨平台性上.NET无法跟JEE比。
2、.NET和JEE都很强大，关键还是看你的系统的具体需求，比如前端表现是否需要跨平台，是否交互频繁需要，是否需要RIA技术；后台服务是否需要跨平台；团队人员配置、人员的能力等等，都是需要考虑的。
3、想知道为何楼主誓不写java？java有这么恼火么？

1.俺们要写desktop界面的。。
2.设计系统是个复杂的问题，需要分析和评估很多，论坛上面看到了不少的建议，下来补补。
3.自从用了python后，再也看不得小括号和大括号了...java相比python的代码太臃肿了。

25 楼 matt.u 2009-06-25  

halida 写道

我们是“铁打的营盘流水的兵”，产线防呆都靠系统。。。
先看看j2ee，看看是不是够强大。
然后看看jython，誓不写java。。。动态语言万载！

1、首先跨平台性上.NET无法跟JEE比。
2、.NET和JEE都很强大，关键还是看你的系统的具体需求，比如前端表现是否需要跨平台，是否交互频繁需要，是否需要RIA技术；后台服务是否需要跨平台；团队人员配置、人员的能力等等，都是需要考虑的。
3、想知道为何楼主誓不写java？java有这么恼火么？

刚才把楼主的帖子又看了一下，其实Delphi+Oracle的项目，从使用习惯和开发习惯上来说，用.NET来顶替是最合适不过的。不过Delphi也可以快速开发三层架构啊，对于你的老系统来说，我觉得是应该把老技术用好，转向任何一个平台都会带来一定的风险。

Delphi技术其实挺好的，只是败在一些公司策略和市场策略上。

24 楼 lobbychmd 2009-06-24  

看j2ee，誓不写java 

23 楼 halida 2009-06-24  

cyberblue 写道

lobbychmd 写道

cyberblue 写道

除了多做项目增加经验，还没有更好的方法，至少要学习软件工程，了解一下最基本的套路，另外需要学习配置管理，产品集成等一大套东西，做出来的架构不能和这些有冲突。然後就是多做evaluate，至少能了解框架的性能。

另外还是推荐学习J2EE，做架构的工具，还没看出有比J2EE更好的，说句实话python里的东西过於松散，做这种项目说服力不太强。

ls 的你这套东西现在不流行也呀，目前貌似都是敏捷开发比较吃香

说句实在话这套东西是给自己用的，所以还是不要以敏捷为纲比较好，某些过程麻烦点也无所谓了，敏捷开发里的概念大家意会就好，所以就暂时不提了，比如说那个通信协议，调整到满意的状态之后基本上就可以算作公司资产了，所以还是小心一些为好。说真的如果见到生产线上操作工们的劳动强度，让你不认真你都不好意思。

我们是“铁打的营盘流水的兵”，产线防呆都靠系统。。。
先看看j2ee，看看是不是够强大。
然后看看jython，誓不写java。。。动态语言万载！

22 楼 cyberblue 2009-06-24  

lobbychmd 写道

cyberblue 写道

除了多做项目增加经验，还没有更好的方法，至少要学习软件工程，了解一下最基本的套路，另外需要学习配置管理，产品集成等一大套东西，做出来的架构不能和这些有冲突。然後就是多做evaluate，至少能了解框架的性能。

另外还是推荐学习J2EE，做架构的工具，还没看出有比J2EE更好的，说句实话python里的东西过於松散，做这种项目说服力不太强。

ls 的你这套东西现在不流行也呀，目前貌似都是敏捷开发比较吃香

说句实在话这套东西是给自己用的，所以还是不要以敏捷为纲比较好，某些过程麻烦点也无所谓了，敏捷开发里的概念大家意会就好，所以就暂时不提了，比如说那个通信协议，调整到满意的状态之后基本上就可以算作公司资产了，所以还是小心一些为好。说真的如果见到生产线上操作工们的劳动强度，让你不认真你都不好意思。

21 楼 lobbychmd 2009-06-24  

cyberblue 写道

除了多做项目增加经验，还没有更好的方法，至少要学习软件工程，了解一下最基本的套路，另外需要学习配置管理，产品集成等一大套东西，做出来的架构不能和这些有冲突。然後就是多做evaluate，至少能了解框架的性能。

另外还是推荐学习J2EE，做架构的工具，还没看出有比J2EE更好的，说句实话python里的东西过於松散，做这种项目说服力不太强。

ls 的你这套东西现在不流行也呀，目前貌似都是敏捷开发比较吃香

20 楼 cyberblue 2009-06-24  

halida 写道

cyberblue 写道

> 客户机有新有旧，有装2000,XP,debian的。

这个估计要做好测试，看一下软件在机器上的运行速度是否在容忍的范围内，不过我当初做Swing的时候用的机器是Celeron600，机器再差也不会差过这个吧。

性能不是问题，问题是跨平台，估计我要花一段时间来评估.net的跨平台特性。

cyberblue 写道

> 客户端有几种工作，有些只需要刷产品条码来作流程管控，

这个地方用串口通信就可以，javax.comm(http://java.sun.com/products/javacomm/)或rxtx(http://users.frii.com/jarvi/rxtx/)都可以，但是前提是需要知道条码阅读器的通信协议，如果手册上没写的话只能根据数据猜了，或是利用附带的DLL做JNI。

> 有些需要打印条码（copy xxx.txt lpt1的方式）

这个比较好办，但是条码是用什么工具生成的？不知道软件是不是还要有生成条码的功能。

既然java能做串口，这个也不是问题，估计我要花一段时间来学习java。

cyberblue 写道

> 有些需要调用外部程序对产品作一些测试。

这个是最难的地方，不知道外部程序的启动时间是多少，每次检测都启动一下会不会很浪费时间，如果绑定在当前系统里不很合适的话还是剥离出去比较好，用文件或者数据库导出信息。

这个就要求能够执行本地程序。。。

以上都没有说到要点。。
需求我很清楚，缺乏的是做架构的能力，我想，有什么办法可以学习到相关的东西？

除了多做项目增加经验，还没有更好的方法，至少要学习软件工程，了解一下最基本的套路，另外需要学习配置管理，产品集成等一大套东西，做出来的架构不能和这些有冲突。然後就是多做evaluate，至少能了解框架的性能。

另外还是推荐学习J2EE，做架构的工具，还没看出有比J2EE更好的，说句实话python里的东西过於松散，做这种项目说服力不太强。

19 楼 tuti 2009-06-24  

halida 写道

tuti 写道

halida 写道

和所有遗留系统一样，我们的系统改动很多，许多模块不再使用，许多模块修改得面目全非，含有许多隐含的bug。
...以下忽略...

为什么会这样？ 建议楼主先自问5个WHY，然后再考虑解决问题的方案。

遗留系统都是这样的呀。
一些问题只能通过版本进阶来解决了。

把非技术问题转换成技术问题，是技术人员的强项啊

18 楼 lobbychmd 2009-06-24  

我们也有个delphi 的系统，动态构造界面，也能做好的。

你想学 python，可以看下 p4d怎么应用，避免大换血，减少风险

17 楼 halida 2009-06-23  

tuti 写道

halida 写道

和所有遗留系统一样，我们的系统改动很多，许多模块不再使用，许多模块修改得面目全非，含有许多隐含的bug。
...以下忽略...

为什么会这样？ 建议楼主先自问5个WHY，然后再考虑解决问题的方案。

遗留系统都是这样的呀。
一些问题只能通过版本进阶来解决了。

16 楼 rrsy23 2009-06-23  

为什么要跨平台

很少有系统真的跨平台


大部分是 开发 到测试 到 上线 跨

15 楼 tuti 2009-06-23  

halida 写道

和所有遗留系统一样，我们的系统改动很多，许多模块不再使用，许多模块修改得面目全非，含有许多隐含的bug。
...以下忽略...

为什么会这样？ 建议楼主先自问5个WHY，然后再考虑解决问题的方案。

14 楼 halida 2009-06-23  

tuti 写道

halida 写道

现在我们考虑重新开发系统，因为Delphi渐渐不支持了，以及因为效率的原因，要换到3层的架构。

这些真的是问题吗？

是个好问题。
和所有遗留系统一样，我们的系统改动很多，许多模块不再使用，许多模块修改得面目全非，含有许多隐含的bug。
架构上也不方便二次开发，delphi的开发效率，感觉也不如新的动态语言（我们的系统没有多少复杂的界面操作），
性能上面，由于是2层架构，程序死掉造成db死锁是个难题。

13 楼 halida 2009-06-23  

cyberblue 写道

> 客户机有新有旧，有装2000,XP,debian的。

这个估计要做好测试，看一下软件在机器上的运行速度是否在容忍的范围内，不过我当初做Swing的时候用的机器是Celeron600，机器再差也不会差过这个吧。

性能不是问题，问题是跨平台，估计我要花一段时间来评估.net的跨平台特性。

cyberblue 写道

> 客户端有几种工作，有些只需要刷产品条码来作流程管控，

这个地方用串口通信就可以，javax.comm(http://java.sun.com/products/javacomm/)或rxtx(http://users.frii.com/jarvi/rxtx/)都可以，但是前提是需要知道条码阅读器的通信协议，如果手册上没写的话只能根据数据猜了，或是利用附带的DLL做JNI。

> 有些需要打印条码（copy xxx.txt lpt1的方式）

这个比较好办，但是条码是用什么工具生成的？不知道软件是不是还要有生成条码的功能。

既然java能做串口，这个也不是问题，估计我要花一段时间来学习java。

cyberblue 写道

> 有些需要调用外部程序对产品作一些测试。

这个是最难的地方，不知道外部程序的启动时间是多少，每次检测都启动一下会不会很浪费时间，如果绑定在当前系统里不很合适的话还是剥离出去比较好，用文件或者数据库导出信息。

这个就要求能够执行本地程序。。。

以上都没有说到要点。。
需求我很清楚，缺乏的是做架构的能力，我想，有什么办法可以学习到相关的东西？

12 楼 tuti 2009-06-23  

halida 写道

现在我们考虑重新开发系统，因为Delphi渐渐不支持了，以及因为效率的原因，要换到3层的架构。

这些真的是问题吗？

11 楼 lobbychmd 2009-06-23  

python for delphi 吧。。。

慢慢改造。从头干的话，累死你们，效果还未必好，我赌你三层架构效率还干不过c/s，哈哈

10 楼 whaosoft 2009-06-23  

我还以为是java的了 刚想说话 一看是delphi好久没用了

9 楼 cyberblue 2009-06-22  

> 客户机有新有旧，有装2000,XP,debian的。

这个估计要做好测试，看一下软件在机器上的运行速度是否在容忍的范围内，不过我当初做Swing的时候用的机器是Celeron600，机器再差也不会差过这个吧。

> 客户端有几种工作，有些只需要刷产品条码来作流程管控，

这个地方用串口通信就可以，javax.comm(http://java.sun.com/products/javacomm/)或rxtx(http://users.frii.com/jarvi/rxtx/)都可以，但是前提是需要知道条码阅读器的通信协议，如果手册上没写的话只能根据数据猜了，或是利用附带的DLL做JNI。

> 有些需要打印条码（copy xxx.txt lpt1的方式）

这个比较好办，但是条码是用什么工具生成的？不知道软件是不是还要有生成条码的功能。

> 有些需要调用外部程序对产品作一些测试。

这个是最难的地方，不知道外部程序的启动时间是多少，每次检测都启动一下会不会很浪费时间，如果绑定在当前系统里不很合适的话还是剥离出去比较好，用文件或者数据库导出信息。

祝好运

8 楼 halida 2009-06-22  

ziyi 写道

1. 前端BS，就不存在什么语言写了，所有客户端有浏览器就行了。前段作业员处理的数据会被送到Q
2. 消息中间件，Websphere MQ，制造产线不需要省钱，要做制造执行系统的公司应该产能都不错的
3. 后端过账实际事务处理代码，获取MQ的数据到DB，从C到JAVA到.NET都可以

我们公司目前还有一种模式，就是没有Q，并且由于没有了Q，我们事务处理的代码都是用PL/SQL写的，我给你推荐有Q的那种

还有在DB设计上，这个需要根据你们产线复杂性及产能来定，我的建议，有一张表是存放所有生产历史的（这张表可能需要考虑水平切割，看你能够预计的数据量），还有一张表是存放目前产线上产品状态的，手机编号在这张表里是主键。讲讲为什么： 当老板想通过你这个系统知道本月生产出来了多少个手机，从历史表中可以知道，当然我相信你们的ERP中也可以知道；当老板想知道公司目前产线上还有多少正在生产中的手机，就从状态表中知道。

1. 我们需要打印条码和调用程序，前端用BS做不了或者做不好。
2. 看起来大家都是java阵营的，请问学习这些中间件的知识看什么书？

DB设计还好，用现成的。