架构真的很难呀，比算法难多了，

gczh1006

LZ眼中的“系统集成”，应该指的是复用现有模块，重新组合成一个大型的系统吧。

其实，系统架构跟“系统集成”完全没有任何冲突。“系统集成”是系统架构的一个方面的体现。

以企业应用来讲，一个架构师要考虑的东西是

1：整个系统的逻辑架构，包括整个系统的逻辑分层，模块划分，模块之间的交互。这也就是程序员眼中的架构（模块＋交互）
2：整个系统的物理部署，系统将来部属在什么地方，如何部署，如何做负载均衡，如何备份等等。。。
3：在系统的各个约束之间，做出抉择，来达到一个相对的平衡。
4：其他东西，比如系统的运行，系统的配置管理。

在这个过程中，架构师要考察的是如何“复用”现有资源，以节省项目开发成本。所以说：“系统集成”是最高层次的复用。也是系统架构的一个场景的体现。

至于prolj所说的“结构”，其实也就是考察客户需求。做出的整个系统的逻辑架构，我们不回避“架构”这个词，所谓的”架构“只是一种工作，不代表这个工作就比模块设计高一等。

至于10L  flymouses所说的那些条件，有些言过其实了。
领导力，市场把握能力和项目管理能力不一定要具备，在一个流程建设很好的公司，这些东西都不应该是架构师负责的东西。架构师只需要实现对应的系统架构，至于领导力和项目管理这块是项目经理的事情。作市场的人来根据市场的需求，制定对应的公司产品规划。架构师负责的产品技术上的实现，而不是整个产品的成功。

caravsapm70

跟一帮2b讲架构，简直是自杀。不幸的是，我正在这样做。
更要命的是，那些2b意识不到自己的2b，个个自以为是。
－－－－－个人工作牢骚，无关此贴。

lypat2008

系统集成简单?!　 　傻逼,自己去做做再说吧,当然:如果你那隔两天业务就可以停的话,那当我没说吧

123526134

原帖由 gczh1006 于 2010-1-26 14:39 发表
LZ眼中的“系统集成”，应该指的是复用现有模块，重新组合成一个大型的系统吧。

其实，系统架构跟“系统集成”完全没有任何冲突。“系统集成”是系统架构的一个方面的体现。

以企业应用来讲，一个架构师要 ...

架构设计的主要工作是：划分模块，定义模块功能，定义模块接口，定义模块间互相交互的数据结构，编写核心代码，编写衔接各个模块的代码。
模块间互相交互的数据结构，区别于模块内部的数据结构，模块内部的数据结构和模块内部的函数都由负责这个模块的人自己设计，架构师不负责模块内部工作。

系统集成的工作是：划分模块，定义模块功能，编写核心代码（很多情况没有），编写衔接各个模块的代码（很多情况没有）。

系统集成的工作很多情况没有“编写核心代码”和“编写衔接各个模块的代码”。
系统集成的工作一定没有“定义模块接口”和“定义模块间互相交互的数据结构”，但这两个是最难最重要的工作，这就是架构设计和系统集成的主要区别。
系统集成是很简单的工作，大多数情况的工作就是“划分模块”和“定义模块功能”，完全不可与架构设计同日而语、相提并论。写过两三年代码的程序员都可很容易做系统集成。

但国内有很多“大师”级别的SB总TMD把“系统集成”当“架构设计”，把“架构设计”当“系统集成”！

[ 本帖最后由 123526134 于 2010-1-26 16:51 编辑 ]

egmkang

我们公司架构师就是系统集成的

123526134

原帖由 egmkang 于 2010-1-26 16:31 发表
我们公司架构师就是系统集成的

他不做“定义模块接口”和“定义模块间互相交互的数据结构”的工作吧？
如果他自认为自己做的是架构设计，自认为自己是架构师，那你就鄙视他！

daviescai

以前做一个药厂ERP软件时就呆在工厂听他们讲了一个月的流程、需求。
当软件完成时已经是该工厂最资深财务人。

enson.lin

我觉得楼主好装

egmkang

原帖由 123526134 于 2010-1-26 16:37 发表

他不做“定义模块接口”和“定义模块间互相交互的数据结构”的工作吧？
如果他自认为自己做的是架构设计，自认为自己是架构师，那你就鄙视他！

我就天天听说他搞什么F5,配什么WebSphere,什么客户登陆不上去,Session丢失
真鸡巴丢人

egmkang

而且我们公司的做架构的认为"接口"就是C#/Java里面的Interface