Enterprise Generation Language：在當今的現代應用程序中利用現有的 IT 技術和資源

許多公司總是面臨著需要盡可能快地且有效地利用成本開發并部署新的應用程序和系統的挑戰。隨著 Java、J2EE，和 Web 服務標準的出現，落在軟件開發團隊上面的壓力隨著許多公司試圖接近這些新技術的高級功能 —— 及隨后的利益 —— 而增加了。

不幸的是，就這方面而言，許多公司都缺少一個知識淵博的人員和許多受過全面的 Java 和 J2EE，甚至 COBOL 培訓的熟練的開發人員。這將這些公司置于十分不利的競爭中?，F在，IBM 的 Enterprise Generation Language（EGL）通過使公司在不需要昂貴的培訓的情況下更好地利用它們現有的開發人員來幫助公司克服這些不利。本文介紹了此新技術并探究了其好處。

現今開發環境的復雜性

沒有人會不贊同商家需要更有效地利用它們的 IT 部門來達到它們的商業目標。問題是，IT 環境是幾十年來演進緩慢的多重平臺和中間件的混合。對于許多公司來說，它們的關鍵業務的系統運行著許多年前用較老的傳統語言，如 COBOL、RPG，和 PL/I 撰寫的應用程序?，F在，那些擁有許多年使用這些傳統語言的撰寫經驗的熟練的開發人員正在更新和維護這些關鍵業務的應用程序。這些開發人員處理商業領域、商業需求，和如何實現這些系統的專業技術和知識。

然而，對于許多開發人員來說，Java 的引入對他們如何創建和維護其應用程序產生了有限的影響。那是因為他們發覺 Java 太復雜，很難撰寫代碼，所以他們繼續用他們知道并理解的編程技術開發應用程序，在歷史上，他們是 IT 環境中的開發支柱。然而對這些開發人員再培訓 Java/J2EE 和 Web 服務技術好像是合理的行進路線，但通常是不節省成本的。事實上，最近的研究表明在該類型的技術基礎上再培訓一名面向業務的開發人員會花費 40,000 美元。一個昂貴的解決方案，并且它甚至沒有考慮到這些開發人員達到完成他們的工作所要求達到的熟練水平所需要的額外時間。它還沒有考慮到與此類型的再培訓相關的失敗率。

根據 IBM Rational Software Enterprise Generation Language 和 Enterprise Modernization 部門的產品經理 Ed Gondek 的說法，企業正在尋找方法來利用這些開發人員的技能和經驗，從而利用 Java 和 Web 服務的功能。“許多公司想要利用當今的新技術，進入 J2EE 領域，并在將他們熟練的開發人員的技能和領域專長最大化的同時，利用像 IBM ® WebSphere® 的應用程序服務器”，他解釋說。“他們希望在開發環境中找到一些共同點，在該環境中他們可以適當地使用 Java 或 COBOL，并在多個項目和平臺上利用開發人員 —— 并且以一種非常節省成本并交付投資回報的方式。IBM 的 Enterprise Generation Language 可以使他們做到這一點。”

第 4 代語言的演進

EGL 是一個高級的程序設計語言，它可以令使用 COBOL、RPG，和 PL/I，以及第 4 代語言，如 Natural、CA 工具，和 PowerBuilder 的開發人員，在不用成為 Java、 J2EE，或 Web 服務技術專家的情況下基于 Java 和面向服務的架構（SOA）編寫出功能完整的應用程序。利用 EGL，開發人員用 EGL 源代碼編寫他們的業務邏輯，然后 EGL 工具生成 Java 或 COBOL 代碼，以及部署應用程序所需要的相應的運行時工件。

EGL 代表了 IBM 從 1981 年引入的 Cross System Product 主機應用程序開發工具開始，在商業應用程序開發領域內的最新貢獻。這些年來，IBM 增強了該技術 —— 首先在 90 年代早期，IBM® VisualGen® 和 VisualAge Generator 產品，之后引入 Eclipse 平臺上的 IBM WebSphere 系列的應用程序開發工具?，F今，EGL 在繼續著這一演進。EGL 是 IBM Rational Software Development Platform 的關鍵組件，交付了一個完整的應用程序生命周期管理功能包，其中包括需求和分析、建模、設計和構建、測試、軟件配置管理，和過程及項目管理工具。

EGL 技術緊密地集成到一組 Rational 和 WebSphere 產品（包括 IBM Rational Application Developer、IBM Rational Software Architect、IBM WebSphere Developer for zSeries，和 IBM WebSphere Development Studio Client for iSeries®）下的設計和構建工具中。當與 EGL 技術結合時，這些工具簡化了使用 Java、J2EE、Web 服務、SOA，和門戶技術的商業應用程序的創建、測試、部署，和維護的過程。

獲得 EGL 的好處

對于許多公司面臨在有限的時間內創建關鍵業務的應用程序的難題，EGL 提供了可以給所有級別的組織都帶來好處的功能：

• IT 和業務執行者及管理人員可以通過將整個組織標準化地放置在一個單一的開放、靈活，且可定制的應用程序開發平臺上來提高組織效率，減少開發成本，并加速投放市場的時間。執行者和管理人員可以通過去除與為了充分利用新技術而在 Java 和其他技術上對開發人員進行的培訓相關的時間和過高的成本來提高投資回報。與此同時，公司可以通過將它們的應用程序或組件遷移到新的且改進的開發平臺上，并將這些組件作為服務使用來保護它們的投資。
• 項目經理可以通過使用一個靈活的且可伸縮的，使他們的團隊對業務變更和增長做出更快響應的平臺來更好地管理他們的團隊工作流，提高開發人員的生產力，并使他們的團隊準時地按照預算地構建高質量的解決方案。EGL 與其他開發工具，如 IBM Rational Application Developer 和 IBM Rational Software Architect 的緊密集成也幫助開發團隊獲得額外的生產力的增長。
• 面向業務的開發人員負責編寫商業應用程序代碼，他們可以在不用擔心底層技術的情況下專注于業務問題的解決。EGL 可以使這些開發人員集成并擴展他們的商業應用程序，這樣就可以在不用花費幾個星期 —— 甚至幾個月 —— 的時間來熟悉這些錯綜復雜的新技術的情況下使用更新的技術，如 J2EE 和 SOA 來部署應用程序。

“EGL 及其之前版本能夠交付的其中一個好處是消除每六到十二個月將一項新的技術投向開發人員時所引起的破壞”，Gondek 說。“隨著每項新技術的引入，許多公司不得不將開發人員拉開他們的項目并且說‘好的，現在你們必須學習 SOAP，或者現在你們必須學習 Java 或其他等同的新技術。’許多公司喜歡用使開發人員專注于其高生產力的方式建立商業應用程序 —— EGL 明顯地幫助它們解決了這些開發問題。”

利用 EGL，所有類型的開發人員可以共存于這樣一個環境下，在這個環境中他們的貢獻及他們帶給公司的技能和經驗受到認同。“近來的分析人員研究指出，讓公司將它們的面向業務的開發人員再次培訓成 Java 大師這樣的事情將不會發生”，Gondek 說。“這并不意味著一些公司不會再次培訓它們的開發人員，但是由于與此培訓相關的花費和時間，許多公司不可能讓面向業務的開發人員進行嘗試。利用 EGL，您可以讓熟悉 Java 的開發人員與那些從事于 COBOL 或其他傳統語言開發的人一起工作。而他們都可以開發能夠滿足利用 IT 投資的最高優先級的 Java 應用程序 —— 從建立公司的面向服務的架構，到滿足規章和行業遵從需求。”

搗毀開發豎井

EGL 被設計成平臺無關的，這可以使公司搗毀開發豎井并利用需要運行應用程序的最為適合的平臺。“EGL 生成的應用程序代碼是適用于所有平臺的，不論它是 zSeries® 或 iSeries 系統，或是一個運行在 Windows 或 UNIX 操作系統上的應用程序，”Gondek 解釋說。“從歷史觀點上講，在豎井的環境中，開發團隊常常是分離的，以及工作在特定平臺，甚至平臺上的特定操作系統上的特定開發人員。利用 EGL，每個開發人員都可以生成運行在特定平臺或跨多個平臺上的應用程序 —— 無論如何，他們都工作于同樣的集成開發環境中。這創造了許多開發長處、成本節約，和公司需要時能夠接近的跨領域的專業技術。”

EGL 還使公司利用基于標準，如 SOA 的靈活的商業解決方案來滿足市場需求。為了內部或外部的復用，可以通過許多方法來生成一個支持 SOA 的服務。EGL 也提供了構造、向導，和代碼結構，通過他們能夠自動化 SOA 環境中創造和使用許多服務所需的所有步驟。EGL 是第一個包含“服務”，并作為高等語言要素的語言。同時這又減少了開發 SOA 應用程序的學習曲線、減少了成本，及加快了商業應用程序交付。

結束

競爭壓力和不斷變更的客戶需求正迫使公司開發并部署利用了新技術，如 J2EE 和 Web 服務的應用程序和系統。然而，許多現今的開發人員不具備開發 Java 代碼的技能和知識。利用 EGL，開發人員可以很容易地生成 Java 或 COBOL 代碼，不論他們有沒有這方面的技能，從而幫助他們的公司快速且節省成本地變更業務需求。與此同時，EGL 通過使開發團隊一次生成代碼并在 IT 環境中任何位置進行部署來幫助開發團隊實現最高級的生產力。