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

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

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

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

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

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

看j2ee，誓不写java 

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

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

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

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

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

刚才把楼主的帖子又看了一下，这个Delphi+Oracle的项目，需要Desktop、需要打印、需要串口通信，而且从使用习惯和开发习惯上来说，用.NET来顶替当然是最合适不过的。

不过Delphi也可以快速开发三层架构啊，对于你的老系统来说，我觉得是应该把老技术用好，转向任何一个平台都会带来一定的风险。

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

我觉得再复杂的系统都可以采用由局部到整体的方式进行改进。

你可以先将某台机器上的某个小程序用跨平台语言重写，这样你一边熟悉语言一边改进。

架构没有办法空谈的吧，首先要熟悉你的业务。

我的建议是使用多进程。
例如扫描，这是一个单独的程序，它的输出就是一个条码，这个输出可以被其他进程获取
这样，只要一个很简单的通讯协议，这个扫描程序用什么语言来写，处理扫描结果的程序用什么语言来写，根本就不重要了。