the5fire

今天到XX研究院就是去核对接口设计的问题了，一个整系统，分为N模块，各个模块之间通过WebService进行数据交互。起初各个系统之间的交互接口有详细的规定，但是随着需求的完善以及修改（这个项目前期需求并不明确，就是以前提到的那个SSI架构的东东），接口慢慢的都和最初的设计不符了，那么各个模块之间的交互自然要出问题。

后面的修改应该怎么确定？按照哪种方式？是由个团队提交改变最后汇总，还是由需求人员来规定接口？
貌似都不可行，各个团队都只熟悉自己的模块，定义的接口也只能对自己有利，对于其他团队来说可能实现起来就比较费事。要是有需求人员确定的话需求可能并不了解开发里面的具体细节，定义下来的接口可能会出各种问题。

那么这种情况应该如何把控接口的改变呢？

另外，对于这样的大型项目，如何安排才能让整体节奏良好？这个应该涉及到传说中的架构师了吧。

项目安排，任务分配，时间安排，团队建设，以及各个阶段要完成的项目计划，以及项目的完善程度。

我想一个架构师的价值就在于此，能够引领团队（不止一个），走向交付（不是跑向）。



水平稍浅，无力深论。
- from the5fire.com