项目软件架构的遐想

参照标准但不局限于标准。

即使同行业，需求分析也是千奇百怪，为了满足客户奇怪的要求，很多时候，打破标准就会形成另一个标准。

    楼主。你是在讨论标准吗？标准一致都在。每个行业都有自己的标准。相关的技术框架一致都在。标准是标准。实现标准又是另一回事。最简单的例子。W3C是标准。各个浏览器实现的程度。大家都有目共睹了！
     再说架构，从敏捷的角度来说 我们并不规划架构。而是 逐步形成架构！

     根本不可能有你所说的那种标准。事实上你说的也不是标准不是吗！

软件行业现在还没发展到这个程度，但软件行业发展到像汽车组装那样标准化之后才有可能，但你可知道，汽车制造的标准有多少？现在貌似软件行业的标准每多少吧。

印度人的英语确实是一大优势。
不能说印度人安于代码工人，中国人不安于代码工人，只怪中国大学扩的太厉害，质量跟不上，费了4年上大学的人和费了1年上培训班的人，当然安于做代码工人的程度不一样了。

标准只是一个传说，有道理。。

在软件这个行业，在每一个全新的软件开发成功之前，有谁知道用什么来衡量这个标准呢。这个标准又是什么呢？

感谢大家这么踊跃的回复,其实我觉得这有点已经偏离了我的原意,也许是我的表达有问题,更确切的说,用架构参考模板而不是架构标准会更合适.

我觉得没有偏离。无论是模板还是标准，从“架构”这个层面我认为都是不存在的。就从我的工作领域来说，制造业的ERP系统，从横向的业务和纵向的公司规模出发，就可以细分成不下几百种情况（也许我还说少了）。系统的架构只能根据具体情况来规划，任何想要涵盖所有的架构，都是一种过度设计，只会让系统不胜负荷。

出现这种“架构参考模板“也许会更糟，如果注定没有长生不老药，所谓的长生不老药就是毒药。那时就会涌现出一批只会纸上谈兵，生搬硬套的“架构师”。

所谓的架构标准或是架构参考模板只是思考问题的一种方式,我自身遇到过的以及看到其他人经历过的,都在架构方面或多或少的存在一些缺陷,而真要将符合自己项目的架构做好,却是需要经历很长的周期或者教训或者经验,这个或许是成长必须付出的代价,但是我就是想有没有办法缩短这个周期,规避一些教训.这是我的初衷.如果您有更好的建议,欢迎.

我曾经浏览过一本书，类似于做一个企业应用解决方案在技术上需要做哪些哪些选择，他们的利弊之类的，里面罗列了很多，我觉得他的角度选的很好：没有什么标准架构，但是却存在一组标准的选择。可惜我现在找不到这格书的电子版了。