一般來說，IT結(jié)構(gòu)是一個框架。它是一種為幫助資源在一個組織或公司范圍的基礎上化利用提供指導的結(jié)構(gòu)。在你的IT組織里有許多的框架或者構(gòu)架。例如，你可以定義一個技術(shù)構(gòu)架用來確認你的技術(shù)產(chǎn)品和工具，并且當每個技術(shù)構(gòu)架都正常運用時，你可以定義一個數(shù)據(jù)構(gòu)架來描述重要的數(shù)據(jù)模塊和其特點。在本文中，我將著重于開發(fā)架構(gòu)的分析。
    我現(xiàn)在從廣義上定義開發(fā)架構(gòu)，總結(jié)出以下三個主要方面：
    1. 開發(fā)生命周期和過程運用于構(gòu)建商業(yè)應用中； 
    2. 能展示適合的技術(shù)設計的應用模型將最適合于商業(yè)需要；
    3. 現(xiàn)在的組織中都存在商業(yè)應用的目錄和分類。（在有些公司，這一塊被稱為應用構(gòu)架，但我將它囊括在更廣義的開發(fā)架構(gòu)的定義中。）
    讓我們來仔細觀察一下開發(fā)生命周期，看看它是如何以一種積極的方式影響你的應用開發(fā)環(huán)境。
    應用開發(fā)過程
    開發(fā)架構(gòu)的第一塊是與你的開發(fā)生命周期相關(guān)的過程，定義開發(fā)生命周期對各種規(guī)模的公司來說都是一個很好的練習。如果貴公司是以生產(chǎn)軟件為生，那你可能已經(jīng)有了這一程序，盡管我知道有一些公司仍然沒有。
    開發(fā)過程中的一個相當重要的方面就是要求個人分析員、設計者、和程序員們——每個人都具有創(chuàng)造力和技能。盡管如此，生命周期的許多方面都能被標準化。例如，收集商業(yè)需求信息的方法有很多。可是，其中無疑有些方法比其他的要好。另外。從個人面談的調(diào)查到群組會議，有許多收集需求信息的技巧。除此之外，還有已被證實的確定的一些測試技巧。你的開發(fā)架構(gòu)可能提供一個整體的、可用于一般的項目的測試過程，但基于要推出一些具體的結(jié)論，這個開發(fā)架構(gòu)就需要按項目定制了。
    還有許多開發(fā)應用過程的途徑。你可以使用傳統(tǒng)的瀑布方式（例如，分析、設計、設碼、測試等等），或者你可以運用通過連續(xù)更微小的增量建立解決方法的RAD方式。
    開發(fā)架構(gòu)的力量之一就是他們可以為輔助決策制定提供指導。這樣的話，最初的指導將誕生于你選擇的開發(fā)生命周期的形式。例如，有許多項目更適合與采取瀑布方式而非RAD方式。
    在一個項目快完成之前，項目經(jīng)理會根據(jù)一套預先定義的標準來估計其商業(yè)需求。這些標準導致基于生命周期形式的指導派上用場。例如，如果解決方法是偏重于在線處理工作，并且需求也不為人所知，那么RAD生命周期將好一些。假設解決方案是偏重批處理工作的并且要求許多元素加入當前其他的應用程序，一個傳統(tǒng)的瀑布方式可能是更好的選擇。如果解決方案對現(xiàn)存的應用程序主要是一個增強擴展，那么增強型生命周期會更加合適。
    任何發(fā)明過一套方法的人知道這是非常復雜和費時的工作。但事實上不一定必須得如此。你可以購買開發(fā)生命周期方法去作為你的起點或者你可以召集大家一起并集體研討。
    制定一個決定性的決策顯示你所提供詳細節(jié)的數(shù)量。我的偏好是提供足夠的細節(jié)使你能給項目經(jīng)理指導，但這些細節(jié)不至于多得使整套方法變得難以處理。你可以花一年時間在詳細的數(shù)目范圍內(nèi)定義一個生命周期，但這里要指出的是項目經(jīng)理對你所涉及的80%的內(nèi)容是了解的。這就是我推薦的應用程序結(jié)論的中心思想。
    按照指導，你還需要決定生命周期的的分配是否為強制性的。如果是的，這些就成為每個人必須服從的經(jīng)過考慮的公司標準。例如，你可以有作為特定指示必須被用于生命周期中標準模板。你的生命周期還可以把建議按提綱形式列出，但不是完全強制性的。
    決策制定的指南
    開發(fā)生命周期指導該如何開發(fā)應用程序。這種生命周期將節(jié)約項目經(jīng)理的時間和精力。它需要在應用程序每次剛剛開始從頭開發(fā)的時候創(chuàng)建開發(fā)的程序。