某個流程或關注點是怎么影響可擴展性的。答案通常相同，即組織中的人員或流程會創(chuàng)造應用的可擴展性，也會破壞它的可擴展性。這應該不會讓你感到意外。如果沒有正確的團隊支持，或者該團隊沒有采用正確的流程，那么得到能夠根據(jù)業(yè)務需求進行擴展的架構的可能性是零。組織一個跨部門的團隊設計應用，可以確保具有不同知識的人協(xié)同合作，找到最佳的解決方案。此外，這些人現(xiàn)在還有了共同的目標，即要使這個功能獲得成功。不具備這兩個關鍵因素，在大多數(shù)組織中常見的知識不足和經(jīng)驗的鴻溝的情況都會注定使功能定期地出現(xiàn)故障，從而引發(fā)業(yè)務的可用性和可擴展性問題。



要想確保設計的功能考慮到了技術的各個層面，并且打破團隊之間常常存在的壁壘，JAD是個關鍵的重要步驟。這個流程的第一步是確保對JAD團隊有 監(jiān)督和管控，確保各個JAD團隊遵循了一致的標準。對JAD的監(jiān)控和一致性檢査，都是以ARB的形式執(zhí)行的。

架構設計原則與編碼標準相似。如果把它們形成文檔，教給所有工程師，它們就會被一貫地執(zhí)行。但如果你沒有采取后續(xù)措施，檢査你的工程師，那么他們中的某些人，即使有些是出于好意，就會鉆些空子，企圖事后再作修補。但遺憾的是，無論他們的本意是多么好，由于對軟件開發(fā)的時間要求常常很緊，所以他們很可能就不會再有機會修補這些空子。如果標準沒有被同級同事或經(jīng)理評審過，那么它們在執(zhí)行過程中可能就會出紕漏。遺憾的是，幾乎在每個團隊中都能見到這種現(xiàn)象。在完美的世界中，工程師除了正確地完成項目之外，就沒有其他任何壓力了，但現(xiàn)實并非如此，幾乎總有額外的壓力需要平衡。關于標準的另外一個問題是，有人可能會誤解標準，即使是最聰明的人也會如此。尤其是當有新的工程師加入團隊時，你需要確保他們都正確地理解了標準，并且能夠?qū)嵤┧鼈?。要確保標準被真正理解了，可以討論假設的示例，甚至可以進行測試，這些都是好的預測方法，但用真實世界的例子進行驗證才是最好的方法。

驗證JAD設計使用和詮釋了架構設計原則是ARB的主要目的。通過評審某些JAD設計，可以確保團隊努力做出了最好的設計，而不是鉆了空子，并確保各個團隊對架構設計原則的理解和實施是一致的。

通過連續(xù)不斷地應用網(wǎng)站建設架構設計原則，可以確保應用從設計之初就是可擴展的。這是架構設計原則和可擴展性之間的直接聯(lián)系。JAD是用于設立標準，堅持應用這些架構設計原則，而ARB是用于檢查，即確保標準被執(zhí)行了。